Một số câu hỏi java core

Một số câu hỏi java core

1. What is OPP? 4 main feeatures of OPP? 
2. Compare overloading and overriding?
3. Compare abstract class and interface?
4. What is static variable, static method, static block?
5. What is equals(), hashCode(), toString() method?
6. Compare deep coppy and shallow coppy?
7. What is final class/method/variable?
8. What is java generic? Compare java.util.List, Map, Set?
9. Compare ArrayList and Vector?
10. How to sort a collection?
11. Compare mutable and immutable object?
12. Compare throw and thows? checked and unchecked exception?
13. What is thread? how many ways to create a new thread?
14. What is synchronized keyword? deadlock?

Gửi mail trong spring mvc

Ví dụ này mình sẽ demo cách gửi mail (gmail) trong Spring MVC  sử dụng javax.mail.
Nội dung bao gồm:

• Gửi mail với from, to, subject, body truyền vào.
• Gửi mail với template được tạo sẵn.
• Gửi mail với một file đính kèm.

Demo:

Steps:

Trước hết thêm thư viện của javax.mail.

   javax.mail
   mail
   1.4.4
  

Mình sẽ tạo một service để thực hiện việc send mail.

@Service("MailService")
public class MailService {
 @Autowired
 private MailSender mailSender;
 @Autowired
 private SimpleMailMessage templateMailMessage;
 @Autowired
 private JavaMailSenderImpl javaMailSender;
}

Hàm để gửi mail theo from, to, subject, body:

public void sendMail(String from, String to, String subject, String body) {
  SimpleMailMessage simpleMailMessage = new SimpleMailMessage();
  simpleMailMessage.setFrom(from);
  simpleMailMessage.setTo(to);
  simpleMailMessage.setSubject(subject);
  simpleMailMessage.setText(body);
  mailSender.send(simpleMailMessage);
 }

Hàm gửi mail theo một template được định nghĩa sẵn. Ta sẽ truyền vào tên và blog cho template body.

public void sendMailWithTemplate(String name, String blog) {
  SimpleMailMessage message = new SimpleMailMessage(templateMailMessage);
  message.setText(String.format(templateMailMessage.getText(), name, blog));
  mailSender.send(message);
 }

Hàm gửi mail và attach một file đính kèm( truyền path của file)

public void sendMailWithAttachment(String name, String blog, String filePath) {
  MimeMessage message = javaMailSender.createMimeMessage();
  try {
   MimeMessageHelper helper = new MimeMessageHelper(message, true);
   helper.setFrom(templateMailMessage.getFrom());
   helper.setTo(templateMailMessage.getTo());
   helper.setSubject(templateMailMessage.getSubject());
   helper.setText(String.format(templateMailMessage.getText(), name, blog));
   FileSystemResource file = new FileSystemResource(filePath);
   helper.addAttachment(file.getFilename(), file);
  } catch (MessagingException e) {
   throw new MailParseException(e);
  }
  javaMailSender.send(message);
 }

Bây giờ ta sẽ viết controller để gọi service.

@Controller
public class MailController {
 private static final Logger logger = LoggerFactory.getLogger(MailController.class);
 @Autowired
 MailService mailService;

 @RequestMapping("sendmail")
 public String send(HttpServletRequest request) {
  String from = "abc@gmail.com";
  String to = "def@gmail.com";
  String subject = "hello";
  String body = "content of my email";
  String name = "diepdv";
  String blog = "http://diepviends.blogspot.com";
  String filePath = request.getSession().getServletContext().getRealPath("/") + "/WEB-INF/classes/hello.txt";
  logger.info("send mail simple");
  mailService.sendMail(from, to, subject, body);
  logger.info("send mail with template");
  mailService.sendMailWithTemplate(name, blog);
  logger.info("send mail with file attachment");
  mailService.sendMailWithAttachment(name, blog, filePath);
  return "success";
 }
}

Đối với file attach: file hello.txt là file được đọc từ resources.

Bây giờ đến phần quan trọng nhất. config mail trong servlet:

  
   
    classpath:mailconfig.properties
    classpath:mailtemplate.properties
   
  
 
 
 
  
  
  
  
  
   
    ${mail.smtp.auth}
    ${mail.smtp.starttls.enable}
    ${mail.smtp.ssl.trust}
   
  
 
 
 
  
  
  
  
 

File mailconfig.properties

mail.host=smtp.gmail.com
mail.post=587
mail.username=abc@gmail.com
mail.password=1234567890
mail.smtp.auth=true
mail.smtp.starttls.enable=true
mail.smtp.ssl.trust=smtp.gmail.com

File mailtemplate.properties

mail.from=abc@gmail.com
mail.to=def@gmail.com
mail.subject=Send mail example
mail.text=Xin chào %s, \u0111ây là n\u1ED9i dung mail template, tham kh\u1EA3o thêm t\u1EA1i %s.

Source code: https://www.mediafire.com/?7qvk2di9osc71sa

Clean code

Có nhiều lập trình viên cứ tâm niệm một lập trình viên pro là người làm chủ được công nghệ, biết nhiều thứ, nhiều framework và nhiều ngôn ngữ lập trình. Quả thật điều trên là không sai nhưng chưa đúng (:D.)
Như chúng ta đều biết, chương trình là tập hợp các đoạn mã được lập trình viên tổ chức lại theo các qui tắc logic toán học.(thuật toán). Người lập trình viên như những người thợ, lựa chọn các cách thức xây dựng, tổ chức các đoạn mã để tạo nên một chương trình hoàn hảo. Như vậy sự khác biệt giữa lập trình viên pro và những lập trình viên khác không phải là biết nhiều công nghệ mà quan trọng là họ tổ chức các đoạn code của họ cách thông minh, quản lý tốt và hiệu quả.
Robert C. Martin đã tập hợp các qui tắc giúp cho lập trình viên tổ chức code một cách thông minh và rõ ràng trong cuốn Clean Code: A Handbook of Agile Software Craftsmanship . Anh em nếu theo nghiệp thợ xây thì có lẽ cuốn sách này là không thể thiếu. Mình có đọc qua và xin tổng kết một số vấn đề trong cuốn sách, mọi người xem qua để nâng cao khả năng code của mình. Ai chịu khó đọc hết cuốn sách thì tự nhiên thấy tầm của mình tăng lên một cách bất ngờ, cứ như ngộ ra chân lý từ bí kíp võ công vậy. (rofl)
Các mục bao gồm:

• Clean code! What? Why? 
• Meaningful names 
• Comments 
• Functions 
• Objects and Data structures 
• Error Handling 
• Unit tests 

 Clean code là gì và tại sao phải clean code? 

Clean code được đánh giá theo các tiêu chuẩn sau:

- Đáp ứng được mục đích yêu cầu của đoạn code, giải quyết được yêu cầu đặt ra
- Dễ dàng mở rộng và nâng cấp
- Đơn giản, dễ hiểu, người khác có thể dễ dàng đọc được code của mình
- Không được thừa thãi, trùng lặp code
- Happy: Nếu bạn viết được một đoạn code tốt, bạn sẽ cảm thấy hạnh phúc khi đọc nó, khi người khác nhìn vào, viết code cũng như xây nhà hay chơi nhạc. Tất cả là nghệ thuật (:D)

Vì sao phải clean code?

     Công việc lập trình cũng tương tự như xây dựng một căn nhà, nếu không tính toán, tổ chức quản lý tốt code của mình, bạn sẽ bị áp lực bởi kinh phí và thời gian. Code mà rườm rà, loằng ngoằng, tổ chức không rõ ràng, nếu bài toán đơn giản, ít code, thì không sao, nhưng nếu bài toán phức tạp, có hàng nghìn dòng code, hang trăm class, rồi thời gian deadline, change requirement… những áp lực đó sẽ làm cho bạn phát điên, xoắn đít lên, và khi đó bạn sẽ hối hận hoặc hổ thẹn khi nhìn lại code của mình.
Đây là kinh nghiệm từ bản thân mình. Lập trình viên, nếu ko clean code, thì sẽ bị áp lực từ những dòng code, khách hang, quản lý, tester khiến cho chết yểu mất thôi (:P) vì thế muốn sống thọ thì hãy tìm cách clean code. (:v)
"Sản phẩm là một ánh xạ của người thợ". Một lập trình viên có tính cách lười biếng, luộm thuộm, thì khi code cũng sẽ loằng ngoằng, viết nhiều code chỉ thực hiện một công việc đơn giản. Vì thế nếu bạn cố gắng tìm cách tổ chức code của mình, dần dần bạn sẽ tập được tính cách của mình: suy nghĩ rõ ràng, đơn giản, tư duy thẳng và cẩn thận... rất nhiều lợi ích phải không? hehe

Meaningful Names

     Việc đầu tiên trong mục tiêu clean code đó là đặt một cái tên thật ý nghĩa cho variables, functions, class...
Cái tên  phải thể hiện được ý định của mình, tên của các đối tượng trên trước hết phải trả lời được các câu hỏi quan trọng như: Why it exists? What it does? How it is used?
Tên không được vô nghĩa, hoặc làm lạc hướng ý nghĩa, ví dụ những tên sau đây là ko nên chút nào:

int y;
int m;
int d;
Student[] studentList;
Student s;

Những tên biến trên đây là viết tắt và không nói lên ý nghĩa của nó, riêng biết studentList là kiểu array, thì không được đặt là studentList vì dễ gây hiểu lầm, trừ khi nó là kiểu List. Trong trường hợp này nên đặt như sau:

int year;
int month;
int day;
Student[] students;
Student student;

Tùy ngôn ngữ khác nhau thường có một xu thế đặt tên khác nhau. Nhưng theo mình đặt tên theo camelCase (cú pháp lưng lạc đà) là tâm niệm nhất:
- Tên biến không nên bắt đầu là dấu gạch ngang ( _ )
- Tên biến hoặc hàm bắt đầu là chữ thường, các từ tiếp theo thì viết hoa chữ đầu tiên
- Tên class thì viết Hoa chữ cái đầu tiên.
- Tên package thì viết thường tất cả
- Tên không nên quá dài, có độ ngắn phù hợp, và nêu bật ý nghĩa.
- Tên hàm phải nêu bật được chức năng của hàm đó, ví dụ tìm kiếm sinh viên, thêm sinh viên, vì thế nên bắt đầu là một động từ và danh từ đi kèm
- Tên biến, class là những danh từ hoặc cụm danh từ.
Ví dụ:

int number;
class Student{}
void findStudentById(){}
package vn.ds.entity;

Comments

Comments là những dòng chú thích mà lập trình viên viết để giải thích ý nghĩa của đoạn code mình viết ra. Thật là tồi tệ nếu lập trình viên không chịu viết comment, nhất là comment về classes và functions. Điều này đặc biệt cần thiết khi làm teamwork, để những người khác hiểu được ý đồ của tác giả. Java có javadoc hỗ trợ rất mạnh việc comment, ví dụ:

/**
  * convert Date to String by partner  
  * 
  * {@link String} dateString = convertDateToString(date, "yyyyMMdd")
  * 
* @param date
  * @param format
  * @return date string
  */
 public static String convertDateToString(Date date, String formatString) {
  if (null == date || null == formatString || "".equals(formatString.trim())) {
   return null;
  }
  simpleDateFormat = new SimpleDateFormat(formatString);
  return simpleDateFormat.format(date);
 }

Khi comment không nên dư thừa, ồn ào, hoặc là đánh lạc hướng, mô tả sai.

Functions

Các function có nhiệm vụ thực hiện các tác vụ được giao trong chương trình, nói một cách hoa mỹ là: "các function kể cho chúng ta biết về câu chuyện của hệ thống" (rofl)
Các qui tắc khi xây dựng một function là:
- Qui tắc đầu tiên là function nên có kích thước nhỏ, mỗi function không được quá 80 dòng code, và không được quá 3 vòng lặp.

- Function chỉ thực hiện một chức năng. Nhiều lập trình viên có thói quen thực thi rất nhiều thứ trong một function, y như hồi chúng ta mới học C và viết hàm main, điều đó là không nên chút nào. Ví dụ nếu muốn xóa sinh viên trong database, thông thường ta sẽ tìm kiếm các sinh viên đó và sau đó sẽ xóa đi. Nếu ai đó thực hiện 2 việc đó trong một function thì không nên chút nào.

- Function thực thi code theo qui tắc "stepdown"
- Một function không nên có hơn 3 arguments, nếu có nhiều tham số giống nhau thì có thể gom lại thành List hoặc Object. Cũng không nên có tham số truyền vào là một flag( true-false) 

- Function nên có giá trị trả về (return), để thể hiện kết quả function, trừ những private method trong class.
- Nên lựa chọn case-switch thay cho nhiều câu lệnh if-else

- Nếu phải thực hiện hơn 2 vòng lặp (for, while) thì nên viết ra một function khác.
Nói tóm lại một function chuẩn là: nhỏ(20 dòng), có từ 0-3 tham số, và chỉ thực hiện một nhiệm vụ duy nhất.

Objects and Data structures

• Objects

Objects có chức năng mô tả cá đối tượng và lưu trữ dữ liệu, vì thế một object nên:
- Ẩn đi data bên trong và thể hiện method ra bên ngoài.

- Dễ dàng tạo mới (new) một object.
- khó có thể tạo mới một behavior cho Object.

• Data structures

- Thể hiện dữ liệu ra bên ngoài

- dễ dàng tạo mới một behavior

- khó có thể tạo mới một data structure

Error handling

Ngoại lệ xảy rất nhiều trong chương trình, và việc xử lý ngoại lệ là cần thiết mà mỗi lập trình viên phải thực hiện, nếu không xử lý ngoại lệ thì chương trình thường sẽ bị "chết", hoặc xảy ra lỗi, xử lý sai mà bản thân lập trình viên sẽ không phát hiện hoặc tìm ra khi debug, và thường gây khó chịu cho người dùng cuối(end-user).

Các ngôn ngữ lập trình hiện đại cung cấp 2 cơ chế là ném ra lỗi (throws) và xử lý nếu xảy ra lỗi (try-catch)

Hầu hết các lập trình viên đều sử dụng vô tội vạ try-catch dẫn đến tốc độ của chương trình chậm lại, và nhìn vào rất rối rắm.
Vậy khi nào thì throw và khi nào thì try-catch?

Thông thương một chương trình tập hợp rất nhiều modules, layers, chúng ta nên sử dụng throw khi hàm gây ra ngoại lệ là hàm của tầng thấp nhất(data access, logic), và try-catch được sử dụng trong tầng cao nhất. Tức là những hàm nào mà được gọi thì nên throw khi có exception, còn những hàm làm nhiệm vụ cuối cùng trong chuỗi xử lý thì xử lý try-catch.
Không được sử dụng try-catch ở nhưng trường hợp có thể check được trong code, ví dụ như check null, empty.
Có một điểm đáng lưu ý nữa là không nên sử dụng Exception chung, mà phải chỉ ra được loại của exception ( nguyên nhân gây ra). Ví dụ, không nên viết thế này:

try {
 Date date = sdf.parse(strDate); 
} catch (Exception e) {   
  }

Ở đây sử dụng lớp ngoại lệ chung Exception là không nên, mà nên thay vào đó bởi ngoại lệ ParseException.
Ngoài ra, khi dùng try-catch, phải xử lý bên trong khối lệnh catch. thông thường gồm 2 phần: xử lý gì đó để chương trình tiếp tục chạy, và đưa ra một thông báo cho người dùng biết (nếu cần thiết)

Unit tests

Unit test giúp cho lập trình viên kiểm tra được các lỗi cơ bản trong lập trình mà test thực nghiệm tổng thể khó phát hiện ra, cho nên viết unit test là rất cần thiết và bắt buộc ( rất tiếc là ở việt nam ta ít người viết, trừ khi bị bắt buộc. :P)

Với ý nghĩa quan trọng trên, unit test phải được viết song song và độc lập với code, điều này sẽ tránh được rất nhiều lỗi mà khi code lập trình viên bỏ qua hoặc không thể phát hiện ra được. Hiện nay các ngôn ngữ lập trình đều có các thư viện giúp viết unit test nhanh chóng và chính xác như JUnit, NUnit

Một Unit test nên theo qui tắc F.I.R.S.T

• Fast
• Independent
• Repeatable: Có thể chạy lại trên các môi trường khác nhau mà không phải config lại
• Self-Validation: Bản thân unit test phải được validate, thật là buồn cười khi unit test phải validate lại thì chẳng khác nào bạn đang viết lại toàn bộ code của mình. :D
• Timly: Unit test phải được update kịp thời khi code được chỉnh sửa.

Trên đây là những gì mình tổng kết lại từ cuốn sách  Clean Code: A Handbook of Agile Software Craftsmanship  và những kinh nghiệm từ bản thân.
"Cuộc đời lập trình viên là những chặng đường xây dựng, và những dòng mã là thể hiện tất cả của con người chúng ta. Vì thế hãy hoàn thiện bản thân mình qua chính những đứa con mà mình tạo ra"



Thanks & Regards!!!!

Nói thêm về MVC

Trong lập trình mô hình MVC được áp dụng phổ biến hiện nay. Ta đều đã nghe nói đến nó,  làm thử với nó. nhưng mà mỗi người lại có một cách tổ chức không giống nhau dẫn đến không phát huy hết sức mạnh của MVC.
Đành rằng MVC là Model-View-Controller. nhưng mà cụ thể trong một project phức tạp thì việc phân chia các module cho khoa học là cả một quá trình tích lũy kinh nghiệm cũng như khả năng tư duy và logic của lập trình viên. mình sẽ nói qua một vài điều cơ bản về cách tổ chức mô hình MVC trong web application (theo ý kiến cá nhân thôi)

Controller:

Controller là module có nhiệm vụ nhận các request từ client, check permission, sau đó lấy dữ liệu từ model, và quyết định view format nào để hiển thị (html, xml, json..).
Các controller thông thường xử lý các action cở bản sau: index, list, show, create, save, edit, update, và delete
Với nhiệm vụ của controller như vậy, thì nên viết controller càng ít code, rõ ràng càng tốt. Không nên thực hiện bất cứ logic, queries hoặc validate nào trong controller.
Đối với các controller đại diện cho một Entity, nên đặt tên theo cú pháp: <Entity>Controller: StudentController, CustomerController

View:

View có chức năng hiển thị dữ liệu khi server trả về kết quả cho request của client. Vì thế view có thể là HTML, XML, JSON... , thường là các markup language nên view càng đơn giản, rõ ràng càng tốt. không nên viết lẫn các mã script trong view, ví dụ như <%%>, <??> , javascript nên tách  ra thành các file references, css không nên viết trong selector mà xây dựng thành các class.
Nên xây dựng thành các layout cho các chức năng khác nhau như admin, user...
 Ngoài ra có những phần chung cho nhiều view thì nên xây dựng thành package taglib riêng. ví dụ pagging, sorting, errors, messages...

Model:

Model là module xử lý logic nghiệp vụ, cũng như tương tác với Database, vì thế việc thiết kế và xây dựng Model khoa học là rất quan trọng
Entity: Trước tiên Model phải có 1 package chứa các Entity mapping với các Table trong Database, nên xây dựng một BaseEntity class để cho các Entity kế thừa.

public class BaseEntity implements Serializable {
 private static final long serialVersionUID = 654960331737867949L;
 @Id
 @Column(name = "id")
 protected Long id;

 @Column(name = "version")
 @Version
 private Long version;

 @Override
 public int hashCode() {

 }

 @Override
 public boolean equals(Object object) {
 }

 @Override
 public String toString() {

 }
}

Logic/Service: xử lý các logic nghiệp vụ
Repository: Thực thi các truy vấn, tương tác với database.
Dto: Các class dto chứa các fields như entity, nhưng được tùy biến để có thể sử dụng trong các trường hợp cần thêm bớt trường nào. (không được sửa entity. bắt buộc giống với Table)
Validation: các class chứa các method dùng để validate dữ liệu từ người dùng. hầu hết các framework đều hỗ trợ validate nên các class này có thể extend hoặc implement từ framework.

General:

Ngoài ra trong ứng dụng còn có các phần common sử dụng chung
Exception: Các class này rất quan trọng, dùng để xử lý exception, đặc biệt là RuntimeException.
Logging: xử lý để ghi log cho ứng dụng
Util: Chứa các lớp xử lý cho các common chung của ứng dụng như DateUtil, StringUtil, upload/ download..

Demo:

Thanks & Regards!!!

Conflict giữa Apache basic authentication và spring security

Nếu Tomcat có sử dụng Apache basic authentication để xác thực. nếu ứng dụng sử dụng tomcat trên, và có tích hợp với spring security thì sẽ có conflict giữa 2 dạng xác thực này. Mình đã gặp lỗi này và phải mất 1 tiếng chạy đi hỏi lại network, rồi test lại chương trình. chỉ cần thay tag cấu hình <http> cho spring security thì sẽ không config.
thay

<http auto-config="true">
 <form-login login-page="/login" default-target-url="/index"
 authentication-failure-url="/failure"  />
 <logout logout-success-url="/login" />
 <access-denied-handler error-page="/denied"/>
</http>

bằng cách bỏ auto-config đi

<http>
 <form-login login-page="/login" default-target-url="/index"
 authentication-failure-url="/failure"  />
 <logout logout-success-url="/login" />
 <access-denied-handler error-page="/denied"/>
</http>

Tham khảo tại đây: http://docs.spring.io/autorepo/docs/spring-security/3.1.4.RELEASE/reference/ns-config.html

Asian japanese chinese korean characters in ITextPDF

   com.itextpdf
   itextpdf
   5.4.5
  
  
   com.itextpdf
   itext-asian
   5.2.0
  

để write các ký tự utf-8 trong itextpdf ta sử dụng:

BaseFont base = BaseFont.createFont("KozMinPro-Regular", "UniJIS-UCS2-H", BaseFont.NOT_EMBEDDED);
  Font font = new Font(base, 12, Font.NORMAL);
  Phrase p = new Phrase("部品カタログプロテクター無プロテクター無プロテクター無プロテクター無",font);
  document.add(new Paragraph(p));

Result:

Xử lý File Upload trong Spring MVC

Để upload file từ client lên server ta sử dụng thư viện apache common-io và giao diện MultipartResolver của Spring.
Example lấy từ đây http://diepviends.blogspot.com/2013/12/xu-ly-form-trong-spring-mvc.html
Đầu tiên add các thư viện cần thiết vào
mở file pom.xml thêm các dependency sau:

            commons-io
            commons-io
            2.1
        

            javax
            javaee-web-api
            6.0
            provided
        

Cấu hình bean cho dispatcher servlet
Vào /WEB-INF/spring/appServlet/servlet-context.xml định nghĩa bean xử lý MultipartFile

bây giờ cấu hình cho dispatcher servlet xử lý multipart vào web.xml thêm đoạn như sau:

  appServlet
  org.springframework.web.servlet.DispatcherServlet
  
   contextConfigLocation
   /WEB-INF/spring/appServlet/servlet-context.xml
  
  1
  
   5000000
  
 

Xong việc cấu hình.
xử lý file upload thì có 2 cách:
Cách 1: lưu trực tiếp file vào DB, dữ liệu file được lưu trữ là kiểu binary
Cách 2: lưu file vào một thư mục nào đó trên server và sau đó lưu trữ đường dẫn vào DB
Cách thứ 2 thường được sử dụng đối với ứng dụng có upload image từ client
Trong ví dụ này, ta sẽ demo cả 2 cách xử lý trên (cũng tương tự nhau)
Ví dụ của ta sẽ lưu dữ liệu image của product ( kiểu byte) vào trường image (cách 1)
và upload ảnh vào thư mục /resources/upload trên server sau đó lưu đường dẫn của file ảnh được upload lên server vào trường imagePath.(cách 2)
Cụ thể Product class sẽ như sau:

package vn.ds.store.domains;

import java.io.Serializable;

public class Product implements Serializable {
 /**
  * 
  */
 private static final long serialVersionUID = 1L;
 private String name;
 private String price;
 private byte[] image;
 private String imagePath;

 public String getName() {
  return name;
 }

 public void setName(String name) {
  this.name = name;
 }

 public String getPrice() {
  return price;
 }

 public void setPrice(String price) {
  this.price = price;
 }

 public byte[] getImage() {
  return image;
 }

 public void setImage(byte[] image) {
  this.image = image;
 }

 public String getImagePath() {
  return imagePath;
 }

 public void setImagePath(String imagePath) {
  this.imagePath = imagePath;
 }
 
}

File createProduct.jsp sẽ được sửa như sau:

  
  

   
create
   


    
Name
    
 
   

    
Price
    
 
   

    
Image
    

   

    

    

   

Chú ý thêm thuộc tính cho form tag để xử lý upload: enctype="multipart/form-data"
file listProduct.jsp sẽ là:

   

  
List of products
  


   
Name
   
Price
   
Image
   
imagePath
  

    
${p.name}
    
${p.price}
    

    

   

Bây giờ ta sẽ viết phần quan trọng nhất - controller xử lý upload ProductController.java

package vn.ds.store.controllers;

import java.io.File;
import java.io.IOException;
import java.io.InputStream;
import java.util.ArrayList;

import javax.servlet.http.HttpServletRequest;

import org.apache.commons.io.FileUtils;
import org.apache.commons.io.IOUtils;
import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.validation.BindingResult;
import org.springframework.web.bind.annotation.ModelAttribute;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.ResponseBody;
import org.springframework.web.multipart.MultipartFile;

import vn.ds.store.domains.Product;
import vn.ds.store.validators.ProductValidator;

@Controller
@RequestMapping("product")
public class ProductController {

 private ProductValidator validator = new ProductValidator();

 @RequestMapping(value = "create", method = RequestMethod.GET)
 public String doGet(Model model) {
  model.addAttribute("product", new Product());
  return "createProduct";
 }

 @RequestMapping(value = "save", method = RequestMethod.POST)
 public String doPost(@ModelAttribute Product product, Model model,
   BindingResult errors,
   @RequestParam(value = "file", required = false) MultipartFile file,
   HttpServletRequest request) {
  validator.validate(product, errors);
  if (errors.hasErrors()) {
   return "createProduct";
  }
  if (file != null) {
   byte[] fileContent = null;
   try {
    InputStream inputStream = file.getInputStream();    
    if (inputStream == null)
     System.out.println("File inputstream is null");
    // cach 1 - luu truc tiep
    fileContent = IOUtils.toByteArray(inputStream);    
    product.setImage(fileContent);    
    // cach 2 - upload vao thu muc
    String path = request.getSession().getServletContext().getRealPath("/") + "resources/upload/";
    FileUtils.forceMkdir(new File(path));
    File upload = new File (path + file.getOriginalFilename());
    file.transferTo(upload);
    String imagePath = request.getContextPath() + "/resources/upload/" + file.getOriginalFilename();
    product.setImagePath(imagePath);
    request.getSession().setAttribute("product", product);
    IOUtils.closeQuietly(inputStream);
   } catch (IOException ex) {
    System.out.println("Error saving uploaded file");
   }
  }
  ArrayList lst = new ArrayList();
  lst.add(product);
  model.addAttribute("products", lst);
  return "listProduct";
 }

 @RequestMapping(value = "/image", method = RequestMethod.GET)
 @ResponseBody
 public byte[] downloadImg(HttpServletRequest request) {
  Product product = (Product) request.getSession()
    .getAttribute("product");
  if (product != null)
   return product.getImage();
  else
   return null;
 }
}

Ở đây, ta lưu dữ liệu vào session để lấy ra sau (thông thường là lưu vào database, ở đây đang là demo). Cách 1 ta sẽ lưu dữ liệu vào biến image bằng hàm

IOUtils.toByteArray(inputStream); 

Sau đó ta định nghĩa một url mà để gọi đến trong src của thẻ img

url này chỉ gửi xuống client dữ liệu của image nên ta sử dụng @ResponseBody của spring hỗ trợ để làm việc đó (search google.com để biêt thêm chi tiết), dưới jsp ta chỉ cần gọi đến url này

Cách 2 ta sẽ coppy ảnh vào thư mục /resoures/upload để lấy đường dẫn vật lý trên server để tạo file ta dùng lệnh này:

String path = request.getSession().getServletContext().getRealPath("/") + "resources/upload/";

và để hiển thị file trên html, thẻ img chỉ hiển thị đường dẫn internet, ta sẽ lấy đường dẫn theo lệnh sau:

String imagePath = request.getContextPath() + "/resources/upload/" + file.getOriginalFilename();

và cuối cùng lệnh coppy data

file.transferTo(upload);

Kết quả:

source code:
https://www.mediafire.com/?4b23hkdzfhwil4g

Thanks & Regards!