모델1의 아키텍쳐
모델2의 아키텍쳐
Model 1의 장점
모델2
Model 2 장점
요구가 증대되었다.
Model 은 Appllication 을 이용하여 개발하게 된다.
'Dev > JSP & Servlets' 카테고리의 다른 글
[JAVA/JSP] JSP Request 모든변수 뽑기 (0) | 2011.04.29 |
---|
[JAVA/JSP] JSP Request 모든변수 뽑기 (0) | 2011.04.29 |
---|
모델1과 모델2 (0) | 2011.04.30 |
---|
이클립스 리치 클라이언트 플랫폼(RCP) (0) | 2011.06.09 |
---|---|
이클립스 단축키 (0) | 2011.04.30 |
이클립스 자동 가비지 컬렉션 플러그인 (0) | 2011.04.30 |
Boost Eclipse speed performances (1) | 2011.04.29 |
Eclipse is an open source community whose projects are focused on building an open development platform
comprised of extensible frameworks, tools and runtimes for building, deploying and managing software across
the lifecycle.
I am using these settings for more than a year now, and the speed gain you can expect is in the range
of 40%. Eclipse is more responsive, start up time is nearly divided by 2! These gains are reproducible
on different machines in the office.
Conditions
The tricks is to use the optimization done in JDK 1.6 (VMarg2) and the new agresivity of the Just In Time
compiler (JIT) for VMarg3
Add theses VM arguments to eclipse.ini (file is located in your Eclipse directory)
-XX:-UseParallelGC -XX:+AggressiveOpts -XX:-UseConcMarkSweepGC
Some details about what these parameters are doing:
VMarg1 | -XX:-UseParallelGC |
Use parallel garbage collection for scavenges. (Introduced in 1.4.1) this will create more threads running in parallel, so the second processor will be put in use |
VMarg2 | -XX:-UseConcMarkSweepGC |
Use concurrent mark-sweep collection for the old generation. (Introduced in 1.4.1) The Eclipse GUI will feel more responsive as memory will be reclaimed without blocking VM executions. |
VMarg3 | -XX:+AggressiveOpts | Turn on point performance compiler optimizations that are expected to be default in upcoming releases. (Introduced in 5.0 update 6.) |
More about tuning Garbage collector HERE and at the Java HotSpot VM Options page
이클립스 리치 클라이언트 플랫폼(RCP) (0) | 2011.06.09 |
---|---|
이클립스 단축키 (0) | 2011.04.30 |
이클립스 자동 가비지 컬렉션 플러그인 (0) | 2011.04.30 |
이클립스 속도 올리기 (0) | 2011.04.29 |
Prototype에서 jQuery로 옮겨타기 (0) | 2011.07.31 |
---|---|
Firebug의 console 파헤치기. (0) | 2011.07.19 |
fireBug 사용법 (0) | 2011.07.19 |
[jQuery] firebug로 디버그 (0) | 2011.07.19 |
[JavaScript] 이미지 파일 첨부시 업로드 이미지 미리보기 (IE8, FireFox3) (2) | 2011.04.23 |
import java.io.File;
import java.awt.Image;
import javax.swing.ImageIcon;
import java.awt.image.BufferedImage;
import javax.imageio.ImageIO;
public class Test {
public static void main(String[] args) {
// 방법1
Image img = new ImageIcon(이미지경로).getImage();
System.out.println( img.getWidth(null) + "," + img.getHeight(null) );
// 방법2
try
{
File file = new File(이미지경로);
BufferedImage bi = ImageIO.read( file );
System.out.println( bi.getWidth() + "," + bi.getHeight() );
} catch( Exception e ) {
System.out.println("이미지 파일이 아닙니다.");
}
}
}
Image 를 쓰는 방법과 BufferedImage 를 쓰는 방법이 있는데
둘다 결과는 똑같지만 후자를 쓰는 이유는...
JSP에서 전자를 쓰면 이미지 파일이 아닌 파일(avi나 exe 같은)은 한동안 파일 락이 걸려서
삭제나 이동이 불가하였고 flush 도 해봤지만 똑같은 증상이 발생하였습니다.
반면 후자는 아무 문제 없었습니다. JAVA 로 실행시에는 문제가 발생하진 않습니다.
문제의 원인과 해결 방법을 아시는 분은 댓글 부탁드립니다.
[출처] 자바 이미지 사이즈 추출|작성자 건호랩
Spring framework 설치 (0) | 2012.11.25 |
---|---|
자바 데몬(daemon) 만들기 (0) | 2011.06.09 |
Java Simple Daemon (0) | 2011.06.05 |
자바 이미지 리사이즈(썸네일) (0) | 2011.04.06 |
Prototype에서 jQuery로 옮겨타기 (0) | 2011.07.31 |
---|---|
Firebug의 console 파헤치기. (0) | 2011.07.19 |
fireBug 사용법 (0) | 2011.07.19 |
[jQuery] firebug로 디버그 (0) | 2011.07.19 |
Javascript 배열 메서드 (0) | 2011.04.29 |
FreeTDS 설치 (PHP와 MS-SQL 연동) (0) | 2011.05.13 |
---|---|
CentOS 64bit Apache PHP 컴파일 설치 (2) | 2011.05.13 |
PHP Configure Option (0) | 2011.05.13 |
PHP 암호화 함수정리 (0) | 2011.05.07 |
upload_max_filesize (0) | 2011.04.19 |