여 름
일상에서의 수채화 (심태한)
3년만에 다시 찾은 통영.
뜻하지 않은 여행길에 빠듯하게 다녀온것이 못내 아쉽습니다.
일상에서의 수채화 (심태한)
java.lang 패키지의 Runtime 클래스는 자바에서 외부 프로세스를 생성하는 방법을 제공한다.
예를 들어 자바를 이용하여 MS 윈도우에서 MS 엑셀을 실행하는것등에 이 Runtime클래스를 이용할 수 있다.
예를 들어 C:\Program Files\Microsoft Office\Office\excel.exe 위치에 있는 excel.exe를 실행
하는 코드는 아래와 같다.
[code]
try {
Runtime run = Runtime.getRuntime ();
run.exec ( "C:\\Program Files\\Microsoft Office\\Office\\excel.exe" );
} catch ( IOException ie )
{
System.err.println ( ie );
}
[/code]
어떤가, 무척 간단하지 않는가?
그럼, 한걸음 더 나아가 보자.
윈도우는 파일확장자별로 대표 프로그램을 등록하여 파일을 더블클릭하는것만으로 해당 프로그램을 실행 할 수가
있는데 이렇게 특정 파일을 선택하여 그와 연결된 프로그램을 실행하는 코드도 자바로 가능 할까?
물론, 가능하다. 여기에는 윈도우즈 명령어를 조금 알아야 하는 부분이 있지만 그 부분만 알고 있다면 나머지는
위와 동일하게 Runtime 객체로 그 명령어를 실행 하기만 하면된다.
아래 코드를 보자.
[code]
package javacodesnipet;
import java.io.File;
import java.io.IOException;
/**
* Runtime클래스를 이용하여 해당 파일과 연결된 프로그램을 실행한다.
* @author 신윤섭
*/
public class RuntimeExample {
public static void main(String[] args){
try {
File file = new File("d:\\sample.pdf");
//MS Windows Only
Process p= Runtime.getRuntime().exec("rundll32 url.dll,FileProtocolHandler " +
file.getAbsolutePath());
// or
//Process p= Runtime.getRuntime().exec("rundll32 SHELL32.DLL,ShellExec_RunDLL " +
// file.getAbsolutePath());
//Apple Mac Only
//Process p= Runtime.getRuntime().exec("open " + file.getAbsolutePath());
p.waitFor();
System.out.println("Process Done");
} catch (InterruptedException ex) {
ex.printStackTrace();
} catch (IOException ex) {
ex.printStackTrace();
}
}
}
[/code]
위 코드는 윈도우 탐색기에서 d:\sample.pdf를 더블클릭하여 아크로뱃리더를 실행하고 해당 pdf문서를
여는것과 동일한 효과를 얻을 수 있다. 윈도우의 rundll32 명령으로 해당 파일과 연결된 프로그램을 구동
할 수 있는데 이를 Runtime객체를 이용하여 수행하는 코드이다.
rundll32 more..
double을 퍼센트(%)로 표현하기위해 여러가지 방법을 이용할 수 있지만 java.text 패키지의 NumberFormat 클래스
API를 이용하면 아래와 같이 간단히 double값을 퍼센트 문자열로 변환할 수 있다.
[code]
package javacodesnipet;
import java.util.Locale;
/**
*
* @author 신윤섭
*/
public class NumberFormatPercent {
public static void main(String[] args){
//아래 double 값을 퍼센트 문자열로 표현해 보자
double value = 0.343234532d;
//NumberFormat 객체로 부터 PercentInstance를 얻어온다.
java.text.NumberFormat pformat = java.text.NumberFormat.getPercentInstance(Locale.KOREA);
//퍼센트로 표현할 소수점 이하의 자리수를 정한다.
pformat.setMaximumFractionDigits ( 4 );
//자... 이제 double을 String형식의 퍼센트로 변환하자.
String sPercent = pformat.format ( value);
//값을 확인 해 보자 -> 34.3235% 과 같이 표현 된다.
System.out.println(sPercent);
}
}
[/code]
* 실버라이트의 쓰레드 모델의 컨셉트가 아주 마음에 든다. 특히나 main 쓰레드의 정체없이 복잡한 테스크를 처리가능한
- 예를들어 데이타 로딩과 동시에 별도의 쓰레드로 구현되는 부드러운 에니메이션과 같은 - 기능은
정말 Cool하다.
* 실버라이트 어플리케이션은 파라메터 세팅과같은 간단한 방법으로 HTML문서와 통신할 수 있다.
* C#이나 VB.NET과 같은 코드를 그대로 사용할 수 있는점 역시 훌륭하다. 특히나 이 두 언어는 윈도우즈 기반
개발자들에게 익숙하다.
* C#과 XAML 코드표현 방법이 너무 다양하다. -이건 저도 WPF를 잠깐 해 보면서 느꼈던 부분인데 똑같은 기능을
C#으로도 XAML로도 구현 할 수 있기때문에 적절한 개발 가이드를 세우지 않으면 스파게티 코드를
만들어낼 가능성이 농후합니다. -
* 컨트롤에 스타일을 적용하는건 말그대로 '악몽'이다. 이건 아무리 생각해도 실버라이트의 아킬레스건이다.
* Text Field에서의 HTML 태그 지원 부족 또한 이해할 수 없다.
* Expression 툴이 여전히 베타이다. 이는 Expression툴만의 문제에 그치지 않고 더이상 베타버전이 아닌
비주얼 스튜디오 마저 버그를 갖는 미완성품으로 만들어 버렸다는 사실이다.
* 실버라이트를 접한 삼일간의 느낌은 실버라이트는 디자이너를 전혀 고려하지 않고 개발되지 않았나 하는 생각이다.
우리는 java.util.Date 혹은 java.sql.Date 타입의 객체에서 특정한 형식의 문자열로 날짜를 가져오기 위해서
java.text.SimpleDateFormat 클래스를 이용할 수 있다는 것을 알고 있다.
[code]
package javacodesnipet;
/**
* @author 신윤섭
*/
public class SimpleDateFormatTest {
public static void main(String[] args){
// 현재 일시 정보를 갖는 Date 객체를 생성한다.
java.util.Date currentDate = new java.util.Date();
//Date객체로부터 특정한 형식의 문자열로 일시를 만들어내기 위한 포매터를 생성한다.
java.text.SimpleDateFormat format = new java.text.SimpleDateFormat("yyyy년MM월dd일 HH시mm분ss초");
//포매터를 이용하여 Date객체로부터 문자열을 만들어낸다.
String dateString = format.format(currentDate);
//변환된 문자열을 확인한다. 결과 : 2007년07월22일 02시21분42초
System.out.println(dateString);
}
}
[/code]
위의 코드는 흔히 사용하는 코드일 것이다.
그런데 이 SimpleDateFormat 클래스의 parse() 메소드를 이용하면 역으로 문자열 형식의 날짜로부터
Date객체를 생성 해낼 수도 있다.
[code]
package javacodesnipet;
/**
* @author 신윤섭
*/
public class SimpleDateFormatTest {
public static void main(String[] args){
try {
// "2007-07-22" 이란 문자열로 2007년 7월 22일의 정보를 갖는 Date객체를 만들어보자
String textDate = "2007-07-22";
// 입력할 날짜의 문자열이 yyyy-MM-dd 형식이므로 해당 형식으로 포매터를 생성한다.
java.text.SimpleDateFormat format = new java.text.SimpleDateFormat("yyyy-MM-dd");
//SimpleDateFormat.parse()메소드를 통해 Date객체를 생성한다.
//SimpleDateFormat.parse()메소드는 입력한 문자열 형식의 날짜가
//포맷과 다를경우 java.text.ParseException을 발생한다.
java.util.Date date = format.parse(textDate);
//위에서 만든 date객체가 정말 7월22일인지 확인 해보자.
java.text.SimpleDateFormat format1 = new java.text.SimpleDateFormat("yyyy년MM월dd일 HH시mm분ss초");
String dateString = format1.format(date);
//Date객체의 날자를 확인한다.. 결과 : 2007년07월22일 00시00분00초
System.out.println(dateString);
} catch (java.text.ParseException ex) {
ex.printStackTrace();
}
}
}
[/code]
저렇게 하면 최종 결과물은 String 입니다만?
뭐가 Date타입입니까?
SimpleDateFormat을 이용해서 parse하면 Date타입이지만
다시 format하면 무조건 스트링타입이 됩니다.
따라서 String -> Date 변환이 아니라
String -> String(패턴지정) 이 됩니다.
Date타입에는 따로 패턴을 줄수 없는것으로 알고 있습니다.
java.util.Date date = format.parse(textDate); <-- 여기까지가 포매터를 이용해서 String -> Date 변환이 이뤄진거고 그 아래 내용은 정말 제대로 변환되었는지 확인을 위한 테스트 코드로 보여집니다.
다른 사람의 블로그에서 도움을 얻어갔으면 고맙다는 글을 못달지언정 본인의 난독증을 굳이 광고할 필요가 있을까 싶군요. 닉네임부터 똑바로 다는 예절부터 배우십시오.
지난 포스트를 통해 자바로 파일을 복사하는 몇가지 방법을 알아보았다.
이번시간에는 각 코드의 성능을 간단히 확인해 보고자 한다.
[code]
/*
* author 신윤섭
*/
package filecopy;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
/**
* Stream을 이용한 파일복사 코드 스니핏
* @author 신윤섭
*/
public class StreamCopy {
/**
* source에서 target으로의 파일 복사
* @param source
* @param target
*/
public void copy(String source, String target) {
//복사 대상이 되는 파일 생성
File sourceFile = new File( source );
//스트림 선언
FileInputStream inputStream = null;
FileOutputStream outputStream = null;
try {
//스트림 생성
inputStream = new FileInputStream(sourceFile);
outputStream = new FileOutputStream(target);
int bytesRead = 0;
//인풋스트림을 아웃픗스트림에 쓰기
byte[] buffer = new byte[1024];
while ((bytesRead = inputStream.read(buffer, 0, 1024)) != -1) {
outputStream.write(buffer, 0, bytesRead);
}
} catch (Exception e) {
e.printStackTrace();
}finally{
//자원 해제
try{
outputStream.close();
}catch(IOException ioe){}
try{
inputStream.close();
}catch(IOException ioe){}
}
}
}
[/code]
[code]
/*
* author 신윤섭
*/
package filecopy;
import java.io.File;
import java.io.BufferedInputStream;
import java.io.BufferedOutputStream;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
/**
* Buffer를 이용한 파일복사 코드 스니핏
* @author 신윤섭
*/
public class BufferCopy {
/**
* source에서 target으로의 파일 복사
* @param source
* @param target
*/
public void copy(String source, String target) {
//복사 대상이 되는 파일 생성
File sourceFile = new File( source );
//스트림, 버퍼 선언
FileInputStream inputStream = null;
FileOutputStream outputStream = null;
BufferedInputStream bin = null;
BufferedOutputStream bout = null;
try {
//스트림 생성
inputStream = new FileInputStream(sourceFile);
outputStream = new FileOutputStream(target);
//버퍼 생성
bin = new BufferedInputStream(inputStream);
bout = new BufferedOutputStream(outputStream);
//버퍼를 통한 스트림 쓰기
int bytesRead = 0;
byte[] buffer = new byte[1024];
while ((bytesRead = bin.read(buffer, 0, 1024)) != -1) {
bout.write(buffer, 0, bytesRead);
}
} catch (Exception e) {
e.printStackTrace();
} finally {
//자원 해제
try{
outputStream.close();
}catch(IOException ioe){}
try{
inputStream.close();
}catch(IOException ioe){}
try{
bin.close();
}catch(IOException ioe){}
try{
bout.close();
}catch(IOException ioe){}
}
}
}
[/code]
[code]
/*
* author 신윤섭
*/
package filecopy;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.nio.channels.FileChannel;
import java.io.IOException;
/**
* NIO Channel을 이용한 파일복사 코드 스니핏
* @author 신윤섭
*/
public class ChannelCopy {
/**
* source에서 target으로의 파일 복사
* @param source 복사할 파일명을 포함한 절대 경로
* @param target 복사될 파일명을 포함한 절대경로
*/
public void copy(String source, String target) {
//복사 대상이 되는 파일 생성
File sourceFile = new File( source );
//스트림, 채널 선언
FileInputStream inputStream = null;
FileOutputStream outputStream = null;
FileChannel fcin = null;
FileChannel fcout = null;
try {
//스트림 생성
inputStream = new FileInputStream(sourceFile);
outputStream = new FileOutputStream(target);
//채널 생성
fcin = inputStream.getChannel();
fcout = outputStream.getChannel();
//채널을 통한 스트림 전송
long size = fcin.size();
fcin.transferTo(0, size, fcout);
} catch (Exception e) {
e.printStackTrace();
} finally {
//자원 해제
try{
fcout.close();
}catch(IOException ioe){}
try{
fcin.close();
}catch(IOException ioe){}
try{
outputStream.close();
}catch(IOException ioe){}
try{
inputStream.close();
}catch(IOException ioe){}
}
}
}
[/code]
이상의 샘플코드를 이용하여 700Mbytes 짜리 파일을 5번 복사하여 그 시간을 측정해 본 결과는 아래와 같다.
테스트는 Win XP Pro sp3, Intel Core2 Duo 2GHz, 2Gbytes, 5400rpm의 노트북용 HDD 에서 JDK 1.6.0_06
을 이용하여 이루어졌다.
결과는 아래와 같다.
Stream을 이용한 파일 복사
Buffer를 이용한 파일 복사
Channel을 이용한 파일 복사
FileInputStream.read()실행에 대부분의 시간을 소비하고 있다.
Stream보다는 나아졌다고는 하나 역시 read()메소드가 대부분의 실행시간을 소비하고 있다.
위 두 방식과는 확연히 다른 동작 성향을 보여주고 있다.
안녕하세요 ^^
글이 내용이 유용해서 좋아서 제가 퍼갔습니다. ^^
문제가 있으시다면, 언제든지 알려 주세요 ^^
링크는 다음과 같습니다. ^^
http://cafe.naver.com/javacircle/31059
글에 관심가져 주셔서 감사합니다.
해당 프로파일러에 대한 정보는 http://www.yunsobi.com/blog/462
글을 참고해 주시면 감사하겠습니다.
생각보다 성능차이가 많이 나네요. 유용한 자료 잘 보고 갑니다.
아 그리고 BufferedInputStream 생성자의 인자로 넘겨준 InputStream은 BufferedInputStream의 close()가 호출 될 때
같이 close 됩니다. Channel 의 경우도 Lazy pattern 으로 생성되었다가 InputStream이 close 될 때 같이 close 되네요.
이 글을 보고 혹시나 해서 궁금해서 소스를 뒤져보니 그렇게 되어있네요. 덕분에 배우고 갑니다 ^^
파일 복사로 고민하던 차에 좋은 정보 얻어갑니다!!
저런 성능 테스트 부분은 정말 유용하네요.
성능 테스트하는 것도 더 알아봐야겠어요~
좋은글 감사합니다.
해당사항 담아갈게요.
출처표기하겠습니다.
담아가는 곳은 http://blog.naver.com/hongjae83
문제가 될시 삭제하겠습니다.
감사합니다.
자바로 파일을 복사할 수 있는 방법은 크게 3가지 정도가 있다.
InputStream, OutputStream을 이용한 방법, Buffer를 이용한 방법, Channel을 이용한 방법이 그것이다.
물론 Buffer를 이용하면서도 단순히 Stream에 Buffer 필터를 적용할 수도, MappedByteBuffer를 쓸 수도 있고
Channel을 이용하면서도 inputChannel과 outputChannel을 이용하거나 transterTo()를 이용하는 등
다양한 방법을 구사할 수 있다.
여기서는 자바로 구현 할 수 있는 대표적인 파일 복사 코드를 살펴보고 각 코드간의 성능에 대한 이야기도 나눠
보도록 하겠다.
Java입문서등을 통하여 io (Input/Output)부분을 언급하며 나오는 개념이 Stream일 것이다. 스트림의 개념을
설명하고 처음 접하는 코드는 아래와 유사할 것이다. 파일을 인풋스트림으로 읽어들인 후 그 길이만큼 아웃풋
스트림에다 흘려보내는 방식으로 파일을 복사할 수 있다.
[code java]
FileInputStream inputStream = new FileInputStream(file);
FileOutputStream outputStream = new FileOutputStream(saveFullPath);
int bytesRead = 0;
byte[] buffer = new byte[1024];
while ((bytesRead = inputStream.read(buffer, 0, 1024)) != -1) {
outputStream.write(buffer, 0, bytesRead);
}
outputStream.close();
inputStream.close();
[/code]
* Stream에 Buffer Filter를 연결하여 성능을 향상.
위와같은 방법으로 충분히 만족할만 한가? 그렇다고 할수도있고 아니라고 할수도 있다. 위 두 방식은 스트림으로
데이터를 전송하는데 항상 cpu의 연산을 필요로 한다. 즉 스트림을 처리하는동안 cpu가 계속해서 명령을 처리
해줘야 한다는것이다.(비록 cpu사용율은 얼마 안될지 모르지만.. )
컴퓨터의 입장에서 본다면 IO는 상당히 느린 작업중의 하나이다. 이런 작업을 조금이라도 빨리 처리하기위해
하드웨어 혹은 운영체제 수준에서 많은 기법들을 제공하고 있다.
자바는 버전 1.4에 이르러서 기존 io와는 차별화된 nio(new io) 패키지가 추가되었는데 이 nio를 통하여
운영체제가 제공해 주는 향상된 io기능을 활용할 수 있게 되었다. 그 대표적인 것이 Channel과 Selector일 것이다.
아래와 같은 코드는 JDK 1.4이상부터 사용 가능하며 transferTo() 메소드를 호출하면 내부적으로 OS의 네이티브IO
기능을 활용하여 더욱 효율적인 스트림 전송이 가능하다.
[code java]
FileInputStream inputStream = new FileInputStream(file);
FileOutputStream outputStream = new FileOutputStream(saveFullPath);
FileChannel fcin = inputStream.getChannel();
FileChannel fcout = outputStream.getChannel();
long size = fcin.size();
fcin.transferTo(0, size, fcout);
fcout.close();
fcin.close();
outputStream.close();
inputStream.close();
[/code]
* Channel을 이용한 네이티브OS 기능 사용하기.
이상으로 3가지 대표적인 자바 파일복사 코드를 살펴보았다. 다음 포스트에서는 각 방식의 성능 차이에 대해
알아보도록 하겠다.
자바 파일복사 코드와 성능 2
안녕하세요 ^^
글이 내용이 유용해서 좋아서 제가 퍼갔습니다. ^^
문제가 있으시다면, 언제든지 알려 주세요 ^^
링크는 다음과 같습니다. ^^
http://cafe.naver.com/javacircle/31058
실버라이트 단위 테스트 프레임워크 수석 개발자인 Jeff Wilcox는 Sliverlight 2의 테스트 방법을 작성하여
포스팅 하였습니다. 실버라이트 테스트에 대해 스텝바이스텝으로 구성된 Jeff의 포스트에는 업데이트된
Test Project Template과 repackage한 실버라이트 테스팅 어셈블을 제공 하고 있습니다.
해당 실버라이트 유닛 테스트 프레임워크는 아직 비주얼 스튜디오에 통합되진 않았지만, MS Test에서 쓰이는
Type과 Attribute를 그대로 이용하고 있다고 합니다.
실버라이트의 단위 테스트에 관심이 있으신 개발자는 Jeff Wilcox의 해당 포스트를 방문해 보시기 바랍니다.
오라클 미들웨어 전략 브리핑
JProbe 8.0은 두가지 특징적인 기능이 포함되었습니다.JProbe는 상용제품이긴 하지만 Quest Software에서는 JProbe Freeware라는 이름으로 기능에 제한을 둔 Eclips 플러그인을 배포하고 있습니다.
첫번째로 자바 어플리케이션의 프로파일링을 좀 더 원활히 진행하기위해 Eclipse 플러그인을 지원하여 IDE를 통하여 개발, 테스트 및 성능평가에 이르는 프로세스를 단축하여 좀 더 높은 생산성을 제공합니다.
또다른 특징으로는 UI개선을 통한 사용성 향상을 꼽을 수 있습니다. Data Visualization기능을 통하여 좀 더 빠르고 효율적으로 memory allocation 문제를 진단할 수 있습니다.
Freeware | Commercial | |
Main Features | ||
# installations | unlimited | per license |
Memory Heap Dump Analysis | ||
Memory JProbe Snapshot Analysis | X | |
Performance Analysis | X | |
Code Coverage | X | |
Automation | X | |
Quest Support | JProbe Community | Quest Support |
NetBeans RoadMap
작업 절차 보기..
이건 뭥미???
언제부터 이런거임???
헉.. 댓글차단 기능이 언제부터 활성화 되었지?
부랴부랴 차단 ip 삭제..