Thë 굽은ㄴr무™

출처 : https://noritersand.github.io/java/2013/12/05/java-%EC%9E%90%EB%B0%94-%EB%A6%AC%ED%94%8C%EB%A0%89%EC%85%98-reflection/

관련 문서

• http://docs.oracle.com/javase/7/docs/api/java/lang/reflect/Field.html
• http://docs.oracle.com/javase/7/docs/api/java/lang/reflect/Method.html
• http://docs.oracle.com/javase/7/docs/api/java/lang/Class.html
• https://docs.oracle.com/javase/tutorial/reflect/
• http://gyrfalcon.tistory.com/entry/Java-Reflection

리플렉션이란 인스턴스로 클래스의 정보를 분석하기 위한 기법이면서, 자바에서 해당 기법을 구현한 클래스와 패키지의 통칭이다.

변수의 이름을 파라미터로 다루기

일반적으로는 다음처럼 가장 간단하고 고전적인 방식인, 비교에 의한 분기문으로 구현할 수 있을것이다:


String 타입의 인스턴스 변수인 person1, person2가 선언되어 있는 클래스가 있다. 그리고 그 필드의 값을 파라미터에 따라 선택하여 출력하는 getValue() 메서드를 구현한다고 하자.

만약 분기문을 사용하지 않고 Field 클래스를 이용해 변수명을 문자열로 취급하려면 다음처럼 작성한다:

인스턴스의 클래스값을 getClass로 가져와 getDeclaredField 메서드를 이용하면 해당 필드에 관한 정보를 가져올 수 있다.

이 정보는 Field 클래스 타입이며 여기서 getName 혹은 get을 이용하면 프로퍼티의 이름과 값을 구할 수 있다. 여기서 get메서드의 인자값으로는 같은 타입의 인스턴스 객체를 넘겨줘야한다.

setAccessible()

setAccessible()은 필드나 메서드의 접근제어 지시자에 의한 제어를 변경한다.

일반적으로 private 인스턴스 변수나 메서드는 해당 클래스의 외부에서는 접근할 수 없다. 가령 다음처럼 private으로 지정된 some 변수에 접근하려고 하면 예외가 발생할 것이다.

이때 setAccessible(true)를 사용하면 문제 없이 접근할 수 있게 된다:

단, 이 방법은 reflect를 통한 필드나 메서드 접근에 한하며 접근연산자(.)를 통한 방식은 불가능하다.

example

출처 : http://devlsh.tistory.com/entry/Java-Naming-Convention

아주 오래전에 읽었봤었지만 그때는 중요성도 모르고 그저 그런가보다 하고 지나갔던 코딩컨벤션
특히 네이밍이 코딩에서 가장 어려운 일이라는 걸 느껴본 사람이라면 다시 한번 보시길...

http://geosoft.no/development/javastyle.html

가장 중요한 말은 이 모든 규칙들은 가독성을 위해서라면 위반되어도 된다는 말.

1. 필드는 ‘_’ 접미사를 사용한다.
2. 변수의 길이는 영역과 비례한다.
3. 객체명의 의미를 메소드명에 넣지마라.?line.getLength(); // NOT: line.getLineLength
4. compute, find, initialize 사용
5. 컬렉션은 복수형으로
6. 개수를 나타내는 변수는 ’n’ 접두사를 사용한다.
7. 엔터티 번호에는 ‘i’ 접두사나 ‘No’ 접미사를 사용한다.
8. 대응하는 단어를 사용한다.?get/set , add/remove , create/destroy , start/stop , insert/delete , increment/decrement , old/new , begin/end , first/last , up/down , min/max , next/previous , old/new , open/close , show/hide , suspend/resume
9. 함수명은 ‘처리 후 무엇을 리턴하는지’, 프로시저명은 ‘무엇을 처리하는지’를 나타낸다.
10. 인터페이스 디폴트 구현은 ‘Default’ 접두사를 사용한다.
11. 팩토리 메소드의 이름은 ‘new’ 접두사에 반환하는 인스턴스의 클래스명으로 한다.?public Point newPoint(...)
12. 메소드 선언 규칙은 <access> static abstract synchronized <unusual> final native 순서이다.
13. do-while 사용 자제
14. 조건이 복잡한 경우 임시 boolean으로 단순화 한다.
15. 정상적인 경우를 if에 놓고 예외를 else에 둔다.
16. 조건문과 한줄에 놓지 마라.?디버깅을 위해서
17. 조건문 안에 실행문이 있어서는 안된다.
18. 특정 의미를 갖는 숫자는 항상 의미를 나타내는 상수로 바꿔서 사용한다.
19. 빈 for문은 ‘;’(세미콜론)을 새 줄에 놓는다.?for(<initialization>; <condition>; <update>)? ;
20. 복잡한 메소드는 주석을 달지 말고 새로 만든다.(self-documenting)
21. javadoc주석을 제외한 주석은 multi-line 주석이라고 해도 ‘//‘를 사용한다.?/* */주석은 디버깅용으로 언제든 제거해서 사용 할 수 있게 한다.
22. 컬렉션은 포함하는 유형을 주석으로 뒤에 넣는다.?private Vector points_; // of Point
23. 모든 public 클래스, 또 publics 클래스내의 public, protected 메소드는 javadoc을 만든다.

Java naming은 아니지만 참고할만한 http://msdn.microsoft.com/en-us/library/xzf533w0(v=VS.71).aspx

Java Naming Conventions

출처 : http://forum.falinux.com/zbxe/index.php?document_srl=807633&mid=lecture_tip

참고 : http://kimseunghyun76.tistory.com/381

Java API : http://docs.oracle.com/javase/8/docs/api/java/lang/Runtime.html#addShutdownHook-java.lang.Thread-

Java에서 어플리케이션을 종료 될때 뭔가를 작업 하고 싶을 경우에 addShutdownHook이란 걸 사용 할 수 있습니다.

addShutdownHook은 VM에서 사라지기 전에 마지막 유언을 할 수 있게 해줍니다.^^;

 Ctrl+C, 또는 kill명령으로 강제 종료가 될때도 실행이 됩니다. 위에서 말했듯 마지막 유언을 남기기 위해....

그럼 샘플 소스입니다.

[샘플 소스]

public class ShutdownHookDemo {

	static class ByeMessage extends Thread {

		public void run() {
			System.out.println("프로그램이 종료 되었습니다.!!!!");
		}
	}

	public static void main(String[] args) {

		// 자바가 종료 될때 실행 시킬 쓰레드를 등록 시킴.
        Runtime.getRuntime().addShutdownHook(new ByeMessage());
        
        try {
	        // 프로그램 시작 메세지
	        System.out.println("프로그램 시작!!!!");
	
	        // 3초간 대기 함.
	        System.out.println("대기 3초!!!");
	        Thread.sleep(3000);
	
	        // 프로그램 종료
	        System.out.println("프로그램 종료!!!");
	        
        } catch(Exception e) {
        	e.printStackTrace();
        }
	}
}

- 익명 (anonymous) class 사용

public class ShutdownHookDemo {

	public static void main(String[] args) {

		// 자바가 종료 될때 실행 시킬 쓰레드를 등록 시킴.
        Runtime.getRuntime().addShutdownHook(new Thread() {
            public void run() {
                System.out.println("프로그램이 종료 되었습니다.!!!!");
            }
        });
        
        try {
	        // 프로그램 시작 메세지
	        System.out.println("프로그램 시작!!!!");
	
	        // 3초간 대기 함.
	        System.out.println("대기 3초!!!");
	        Thread.sleep(3000);
	
	        // 프로그램 종료
	        System.out.println("프로그램 종료!!!");
	        
        } catch(Exception e) {
        	e.printStackTrace();
        }
	}
}

[실행]

addShutdownHook에는 쓰레드가 등록 됩니다.

샘플에는 대기를 3초로 하고 이클립스에서 실행 시켜서 정상적으로 종료 하도록 하였지만,

 커멘드창에서 프로그램을 실행 시킨후, 3초가 되기전에 Ctrl+C를 눌러 종료 시키면 

"프로그램이 종료 되었습니다.!!!!"라는 메세지가 뜨고 "프로그램 종료!!!!"라는 메세지는 뜨지 않습니다.

* addShutdownHook 사용 시 주의점

- Shutdown hooks의 개수 : 제한 없다.

- Shutdown hook을 붙여야 하는 시점은 언제든지 붙여도 된다. 
  단순한 이야기 이지만, 셧다운 되기 전에 어떤 인스턴스든지 붙여놔야 겠지.

- 같은 hook을 다시 붙이는 것은 할수 없다."Hook previously rfegisted"라는 IllegalArgumentException이 발생한답니다.

- De-register a Hook : Runtime.removeShutdownHook 메소드를 호출하는 것 만으로, 훅을 제거 할 수 있다. 

  하지만 익명 내부 클래스를 사용해서 셧다운을 대부분 등록하는데, 이 것을 사용할수 있는 어떤 참조도 가질수 없기 때문에, 우리는 익명 내부 클래스를 우리가 제거할지 모르는 훅들에 대해서는 사용하면 안된다. 

removeShutdownHook 메소드에 이 참조를 전달 해야하기 때문이랍니다.

- 동시성을 유지하는 것을 지켜요 : 앞서 말한대로.

- Shutdown Hook의 Reliability(신뢰도) : JVM은 최선을 다해 실행하겠지만, 모두 다 실행된다고 보장 할 수 없다고 한다. 

- Hook들에 의한 시간 소비를 유의해라 : 셧다운 할 때 시간 소비 하지 않는것이 중요하다. 

출처 : http://blog.goooood.net/214


VM이 실행되고 있는 운영체제를 확인하는 java 코드

리턴되는 문자열에 대한 문서는 아래 링크
 http://lopica.sourceforge.net/os.html

OS를 구분하기 위한 코드는 아래 링크를 참고하면 된다.
http://www.mkyong.com/java/how-to-detect-os-in-java-systemgetpropertyosname/

- OSValidator.java

ThreadLocal 사용법과 활용

출처 : http://javacan.tistory.com/153

자바 1.2 버전부터 제공되고 있지만 아직 다수의 개발자들이 잘 몰라서 활용을 잘 못하는 기능이 하나 있는데, 그 기능이 바로 쓰레드 단위로 로컬 변수를 할당하는 기능이다. 이 기능은 ThreadLocal 클래스를 통해서 제공되는데, 본 글에서는 ThreadLocal 클래스의 기본적인 사용방법과 활용 방법을 살펴보도록 하겠다.

ThreadLocal이란?

일반 변수의 수명은 특정 코드 블록(예, 메서드 범위, for 블록 범위 등) 범위 내에서만 유효하다.

• 2 - A.a() 메서드에서 현재 쓰레드의 로컬 변수에 Date 객체를 저장한다.
• 4 - B.b() 메서드에서 현재 쓰레드의 로컬 변수에 저장된 Date 객체를 읽어와 사용한다.
• 6 - C.c() 메서드에서 현재 쓰레드의 로컬 변수에 저장된 Date 객체를 읽어와 사용한다.
• 9 - A.a() 메서드에서 현재 쓰레드의 로컬 변수를 삭제한다.

• 사용자 인증정보 전파 - Spring Security에서는 ThreadLocal을 이용해서 사용자 인증 정보를 전파한다.
• 트랜잭션 컨텍스트 전파 - 트랜잭션 매니저는 트랜잭션 컨텍스트를 전파하는 데 ThreadLocal을 사용한다.
• 쓰레드에 안전해야 하는 데이터 보관

참고 : http://stackoverflow.com/questions/160970/how-do-i-invoke-a-java-method-when-given-the-method-name-as-a-string

Dog class:

package com.mypackage.bean;

public class Dog {
    private String name;
    private int age;

    public String getName() {
        return name;
    }

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

    public int getAge() {
        return age;
    }

    public void setAge(int age) {
        this.age = age;
    }

    public void printDog(String name, int age) {
        System.out.println(name + " is " + age + " year(s) old.");
    }
}

ReflectionDemo class:

package com.mypackage.reflection;

import java.lang.reflect.Method;

public class ReflectionDemo {

    public static void main(String[] args) throws Exception {
        String dogClassName = "com.mypackage.bean.Dog";
        Class<?> dogClass = Class.forName(dogClassName); // convert string classname to class
        Object dog = dogClass.newInstance(); // instantiate object of class

        String methodName = "";

        // with single parameter, return void
        methodName = "setName";
        Method setNameMethod = dog.getClass().getMethod(methodName, String.class);
        setNameMethod.invoke(dog, "Mishka"); // pass arg

        // without parameters, return string
        methodName = "getName";
        Method getNameMethod = dog.getClass().getMethod(methodName);
        String name = (String) getNameMethod.invoke(dog); // explicit cast

        // with multiple parameters
        methodName = "printDog";
        Class<?>[] paramTypes = new Class[2];
        paramTypes[0] = String.class;
        paramTypes[1] = int.class;      
        Method printDogMethod = dog.getClass().getMethod(methodName, paramTypes);
        printDogMethod.invoke(dog, name, 3); // pass args       
    }
}

Output: Mishka is 3 year(s) old.

출처 : http://jyates.github.io/2012/11/05/rolling-java-gc-logs.html

If you are running a java process, you probably want to keep track of what the garbage collector is doing. You can access this via jconsole or by logging the gc actions by adding:

-Xloggc:gc.log -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps

which logs to the ‘gc.log’ file.

And for simple cases, that will probably work just fine…until your process starts running row more than a few days. The GC log is not rolled automatically, potentially resulting in a log that can easily grow out of control and fill up your filesystem.

Bad news bears!

What you really want to do roll the logs periodically. You could do this manually with a cron job (which means you might missing some elements), or every time you restart the process (but if you don’t restart often, you’re up a creek) or send the log to your own custom logger (which is can be tricky to get right).

All pretty ugly solutions. I sure wish we had something better…

As of Oracle Java 1.6_34 (or 1.7_2 in the latest minor version), we do! GC logs can be automatically rolled at a certain size and retain only a certain number of logs.

To turn on simple log rolling, you only need to add (in addition neccessay gc log arguments mentioned above) to your java command line options:

-XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=<number of files> -XX:GCLogFileSize=<size>

where <number of files> is just an integer and <size> is the size of the file (e.g 16K is 16 kilobytes, 128M is 128 megabytes, etc.). Rolled files are appened with .<number>, where earlier numbered files are the older files.

Suppose you ran an java program with the parameters:

$ java -Xloggc:gc.log -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=128K

you might see something like the following show up in your directory:

-rw-r--r--   1 jyates  staff    90K Nov  5 18:25:39 2012 gc.log.0
-rw-r--r--   1 jyates  staff   128K Nov  5 18:25:25 2012 gc.log.1
-rw-r--r--   1 jyates  staff   128K Nov  5 18:25:29 2012 gc.log.2
-rw-r--r--   1 jyates  staff   128K Nov  5 18:25:33 2012 gc.log.3
-rw-r--r--   1 jyates  staff   128K Nov  5 18:25:36 2012 gc.log.4

What’s really nice note here is that GC logs beyond the specified number areautomatically deleted, ensuring that you know exactly (+/- a few kilobytes for the occasional heavy load) how many log files you will have.

Pretty cool!

Unfortunately, if you attempt to turn on log rolling and forget to include the number of files or the size, the jvm will not turn on logging and instead tell you:

To enable GC log rotation, use -Xloggc:<filename> -XX:+UseGCLogRotaion -XX:NumberOfGCLogFiles=<num_of_files> -XX:GCLogFileSize=<num_of_size>
where num_of_file > 0 and num_of_size > 0
GC log rotation is turned off

this is wrong!

Double check your other parameters, and try again; you definitely want to use -XX:+UseGCLogFileRotation.

Hopefully this helps you setup your own log rolling. If you have any other JVM/GC tricks, I’d love to hear about them.

Notes:

1. This is actually a best effort rolling process. If you are doing a lot GC work (e.g. leaning on the ‘garbage collect’ button in jconsole), the log may grow larger. However, as soon as the jvm has a chance it will then roll the log.

==========================================================================================

출처 : https://confluence.atlassian.com/display/CONFKB/Enable+Garbage+Collection+Logging

Enable Garbage Collection Logging

Why Garbage Colllection Logging?

Garbage Collection logs are useful when trying to isolate issues within Java based applications as they will pinpoint blocked, hung or stuck threads that may be causing downstream effects in the application. It is always useful to collect at least 10 minutes of garbage collection logs, but analysis accuracy is often increased by the amount of recent log data to review.

For Linux

Add the following parameters into your Confluence System Properties, in setenv.sh (be sure to enter the path for your <confluence-home> directory)

For Windows

Batch file

If you start Confluence using 'start-confluence.bat', add the below code to setenv.bat

NB: This will create the GC logs in the <confluence-install> directory.

Service

If you start Windows as a service, add the below to the service by following these steps (be sure to enter the path for your <confluence-home> directory)

NB: There is no way to include the DATE and TIME variables in the filename when starting as a Windows Service. This means the gc.log file will be overwritten on each startup. If you need to analyse the file, be sure to copy it before restarting the service.

병렬 프로그래밍 - 구성 단위 : http://aroundck.tistory.com/867


스레드에 안전한 Map을 사용하려면 ConcurrentMap 을 사용하고, 스레드에 안전하면서 Iterator 처럼 읽기가 많은 경우 (채팅 Client 목록 등)에는 CopyOnWriteArrayList 를 사용하는게 효과적이다.



이 자료는 "에어콘" 사의 "자바 병렬 프로그래밍" 이라는 도서의 내용을 학습하면서 정리한 내용입니다. 예제로 제시된 소스코드 및 자세한 설명은 책을 참조하세요~

 

=====================================================================================================================================



출처 : http://deepblue28.tistory.com/entry/Java-SynchronizedCollections-vs-ConcurrentCollections
참고 : http://tutorials.jenkov.com/java-util-concurrent/concurrentmap.html
       http://whiteship.me/?p=9191

SynchronizedCollections(동기화된 컬렉션)과 ConcurrentCollections(병렬 컬렉션)

동기화된 컬렉션 클래스는 컬렉션의 내부 변수에 접근하는 통로를 일련화해서 스레드 안전성을 확보했다. 하지만 이렇게 만들다 보니 여러 스레드가 한꺼번에 동기화된 컬렉션을 사용하려고 하면 동시 사용성은 상당 부분 손해를 볼 수 밖에 없다. 하지만 병렬 컬렉션은 여러 스레드에서 동시에 사용할 수 있도록 설계되었다.

ConcurrentMap에는 put-if-absent, replace, condition-remove 등을 정의하고 있다.

기존에 사용하던 동기화 컬렉션 클래스를 병렬 컬렉션으로 교체하는 것만으로도 별다른 위험 요소 없이 전체적인 성능을 상당히 끌어 올릴 수 있다.

<에이콘 - 자바 병렬 프로그래밍(p.137) 발췌>

동기화되지 않은(unsynchronized) 컬렉션

- List: ArrayList, LinkedList

- Map: HashMap

- Set: HashSet

- SortedMap: TreeMap

- SortedSet: TreeSet

- Since JDK 1.2

- 문제점: Thread Safe하지 않다.

동기화된(synchronized) 컬렉션

- Vector, Hashtable, Collections.synchronizedXXX()로 생성된 컬렉션들

- Since JDK 1.2

- 문제점: Thread Safe하나, 두개 이상의 연산을 묶어서 처리해야 할 때 외부에서 동기화 처리를 해줘야 한다. (Iteration, put-if-absent, replace, condition-remove 등)

병렬(concurrent) 컬렉션

- List: CopyOnWriteArrayList

- Map: ConcurrentMap, ConcurrentHashMap

- Set: CopyOnWriteArraySet

- SortedMap: ConcurrentSkipListMap (Since Java 6)

- SortedSet: ConcurrentSkipListSet (Since Java 6)

- Queue 계열:ConcurrentLinkedQueue

- Since Java 5

- 특이사항: Concurrent(병렬/동시성)이란 단어에서 알 수 있듯이 Synchronized 컬렉션과 달리 여러 스레드가 동시에 컬렉션에 접근할 수 있다. ConcurrentHashMap의 경우, lock striping 이라 부르는 세밀한 동기화 기법을 사용하기 때문에 가능하다. 구현 소스를 보면 16개의 락 객체를 배열로 두고 전체 Hash 범위를 1/16로 나누어 락을 담당한다. 최대 16개의 스레드가 경쟁없이 동시에 맵 데이터를 사용할 수 있게 한다. (p.350)

반 대로 단점도 있는데, clear()와 같이 전체 데이터를 독점적으로 사용해야할 경우, 단일 락을 사용할 때보다 동기화 시키기도 어렵고 자원도 많이 소모하게 된다. 또한, size(), isEmpty()같은 연산이 최신값을 반환하지 못할 수도 있다. 하지만 내부 상태를 정확하게 알려주지 못한다는 단점이 그다지 문제되는 경우는 거의 없다.

※ Queue, BlockingQueue 인터페이스는 Java 5에서 추가되었다. (Deque, BlockingDeque는 6에서 추가되었다.)

※ Synchronized 컬렉션은 객체 자체에 락을 걸어 독점하게되고, Concurrent 컬렉션은 객체 자체 독점하기가 쉽지 않은 단점이 있지만, 장점이 훨씬 더 많다. Concurrent 컬렉션은 컬렉션 전체를 독점하기 위해서는 충분히 신경을 기울여야 한다.

※ Hash를 기반으로 하는 컬렉션은 hashCode()의 해시값이 넓고 고르게 분포되지 못하면 한쪽으로 쏠린 해시 테이블을 사용하게 되는데, 최악의 경우는 단순한 Linked List와 거의 동일한 상태가 될 수 있다.


* ConcurrentMap 사용법

ConcurrentMap concurrentMap = new ConcurrentHashMap();
concurrentMap.put("key", "value");
Object value = concurrentMap.get("key"); 

// key가 존재하지 않으면 map에 저장, return 은 null
// key가 존재하면 map에 저장, return 은 기존에 저장되어 있는 값
concurrentMap.put("key", "value");


// key가 존재하지 않으면 map에 저장, return 은 null
// key가 존재하면 map에 저장하지 않음, return 은 기존에 저장되어 있는 값
concurrentMap.putIfAbsent("key", "value");

* Synchronized Collections 사용법

=====================================================================================================================================

Concurrent List 만들기

출처 : https://okihouse.tistory.com/entry/List-Concurrent-List-%EB%A7%8C%EB%93%A4%EA%B8%B0

보통의 경우 가장 잘 알려진 Concurrent Map 의 경우 ConcurrentHashMap이 있다.

동기화를 가능하게 해주므로 Thread Safe를 지원하게 되는데, 간혹가다 Thread Safe를 지원하는 List를 사용해야 될 경우가 있다.

Thread Safe를 가능하게 하는 여러가지 방법이 아래와 같이 존재한다. 

보통 가장 많이 쓰는게 아마 CopyOnWriteArrayList 일 것 같다.

하지만 CopyOnWriteArrayList 에는 결점이 하나 있는데 이름 그대로 List를 복사하여 사용한다는 점이다. 

즉, 복사본을 만들어 사용한다는 점인데, 이 경우 Write 시간에 영향을 미칠 수 있다.

결국 CopyOnWriteArrayList 는 읽기속도는 빠를 수 있으나, 쓰기 시간이 지연될 수 있으며 쓰기 속도가 중요한 코드에서는 권장하지 않는다.

몇가지 테스트와 검색을 통해서 알아낸 점은 List를 사용자의 환경에 맞게 구현하여 사용하는게 좋다고 판단하였다.

몇몇 테스트를 직접 하지는 않았고, 실제 테스트한 사람의 결과를 보니 놀라운 점을 발견하였다.

위 결과로도 알 수 있듯이 CopyOnWriteArrayList 는 효율면에서 떨어지는 게 나타난다.

생각보다 직접 구현하는 편이 효율적인 것 같아서 직접 구현을 해보기로 하였다.

위와같이 List<T> Interface를 상속받아 구현하면 된다. List 에는 꼭 구현해야 되는 Method 들이 있는데 일단 전부 @Override 받아야 한다.

전부 구현할 필요는 없을 것 같아서 일부만 구현하였다.

위와 같이 add, get size 만 구현하였고 나머지는 본인의 취향에 따라서 구현하면 된다. 

구동 방법은 생각외로 간단하다. write lock 으로 Thread Safe 환경을 만들어주고 해당 명령어를 실행시킨 뒤 unlock 한다.

보기에는 마치 transaction 방식처럼 느껴지면서 성능에 영향을 미칠 것 같지만 생각외로 효율이 좋다.

실제 List 코드에서는 아래와 같이 작성해서 사용하면 된다. 

단!! 구현하지 않은 코드를 사용하였다간.... 책임지지 못할 일이 발생한다... 

Redis 에서 사용할 Jedis Pool 에서 사용할 것이기 때문에 위와 같이 선언하였고 사용자의 Object Type 에 맞게 작성하면 된다.

저렇게 사용하면 문제 없이 사용이 가능하다. 

특히, List 의 기능중에 iterator에서는 아래와 같이 객체를 만들어 사용하라고 권장한다.

이유는 ConcurrentModificationException 를 회피하며, 실제 Origin 객체를 수정하지 않고 복사본으로 사용하기 위함이다. 

실제 Project 에서 테스트 중인데 현재까지는 만족스러운 결과를 나타내었다.

출처 : http://www.brucalipto.org/java/how-to-create-a-portable-jdk-1-dot-7-on-windows/

JDK6 버전 Portable 다운로드 : http://sourceforge.net/projects/portableapps/files/Java%20Portable/

- JDK 1.7 Portable

As a Java developer sometimes I need a version of Java Development Kit (JDK) that is not the one installed on my PC. Oracle Java installer on Windows does too many things that I cannot control (like changing the JVM used by browsers to run applets). As of this writing Java 7 is at version u45 and you can download it from here. Open the downloaded file with 7-zip (in my case was jdk-7u45-windows-i586.exe) and then open the tools.zip you find inside. Extract everything to a convenient path like C:\jdk-1.7u45. Now it is shell time so open a DOS console (Start->Run…->cmd) and type:

1
2

> cd C:\jdk-1.7u45
> for /r %x in (*.pack) do C:\jdk-1.7u45\bin\unpack200 "%x" "%x.jar"

Now you are almost done but you need to rename some files:

1
2
3
4
5
6
7
8
9
10

> dir /B /S *.pack.jar
C:\jdk-1.7u45\jre\lib\charsets.pack.jar
C:\jdk-1.7u45\jre\lib\deploy.pack.jar
C:\jdk-1.7u45\jre\lib\javaws.pack.jar
C:\jdk-1.7u45\jre\lib\jfxrt.pack.jar
C:\jdk-1.7u45\jre\lib\jsse.pack.jar
C:\jdk-1.7u45\jre\lib\plugin.pack.jar
C:\jdk-1.7u45\jre\lib\rt.pack.jar
C:\jdk-1.7u45\jre\lib\ext\localedata.pack.jar
C:\jdk-1.7u45\lib\tools.pack.jar

Rename all these files removing the .pack part (eg.: rename charsets.pack.jar to charsets.jar):

1
2
3
4
5
6
7
8
9

> ren C:\jdk-1.7u45\jre\lib\charsets.pack.jar charsets.jar
> ren C:\jdk-1.7u45\jre\lib\deploy.pack.jar deploy.jar
> ren C:\jdk-1.7u45\jre\lib\javaws.pack.jar javaws.jar
> ren C:\jdk-1.7u45\jre\lib\jfxrt.pack.jar jfxrt.jar
> ren C:\jdk-1.7u45\jre\lib\jsse.pack.jar jsse.jar
> ren C:\jdk-1.7u45\jre\lib\plugin.pack.jar plugin.jar
> ren C:\jdk-1.7u45\jre\lib\rt.pack.jar rt.jar
> ren C:\jdk-1.7u45\jre\lib\ext\localedata.pack.jar localedata.jar
> ren C:\jdk-1.7u45\lib\tools.pack.jar tools.jar

Finally test you new portable JDK 1.7:

1
2
3
4

> .\bin\java -version
java version "1.7.0_45"
Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
Java HotSpot(TM) Client VM (build 24.45-b08, mixed mode)

I hope this tutorial can help you… if you find errors please report them to me and I will correct as soon as possible.

=========================================================================================================
=========================================================================================================

- JDK 1.8

As a Java developer sometimes I need a version of Java Development Kit (JDK) that is not the one installed on my PC. Oracle Java installer on Windows does too many things that I cannot control (like changing the JVM used by browsers to run applets). As of this writing Java 8 is not yet available for general consumption but you can get an early access release here. Open the downloaded file with 7-zip and then open the tools.zip you find inside. Extract everything to a convenient path like C:\jdk-1.8-ea. Now it is shell time so open a DOS console (Start->Run…->cmd) and type:

1
2

> cd C:\jdk-1.8-ea
> for /r %x in (*.pack) do C:\jdk-1.8-ea\bin\unpack200 "%x" "%x.jar"

Now you are almost done but you need to rename some files:

1
2
3
4
5
6
7
8
9
10

> dir /B /S *.pack.jar
C:\jdk-1.8-ea\jre\lib\charsets.pack.jar
C:\jdk-1.8-ea\jre\lib\deploy.pack.jar
C:\jdk-1.8-ea\jre\lib\javaws.pack.jar
C:\jdk-1.8-ea\jre\lib\jsse.pack.jar
C:\jdk-1.8-ea\jre\lib\plugin.pack.jar
C:\jdk-1.8-ea\jre\lib\rt.pack.jar
C:\jdk-1.8-ea\jre\lib\ext\jfxrt.pack.jar
C:\jdk-1.8-ea\jre\lib\ext\localedata.pack.jar
C:\jdk-1.8-ea\lib\tools.pack.jar

Rename all these files removing the .pack part (eg.: rename charsets.pack.jar to charsets.jar):

1
2
3
4
5
6
7
8
9

> ren C:\jdk-1.8-ea\jre\lib\charsets.pack.jar charsets.jar
> ren C:\jdk-1.8-ea\jre\lib\deploy.pack.jar deploy.jar
> ren C:\jdk-1.8-ea\jre\lib\javaws.pack.jar javaws.jar
> ren C:\jdk-1.8-ea\jre\lib\jsse.pack.jar jsse.jar
> ren C:\jdk-1.8-ea\jre\lib\plugin.pack.jar plugin.jar
> ren C:\jdk-1.8-ea\jre\lib\rt.pack.jar rt.jar
> ren C:\jdk-1.8-ea\jre\lib\ext\jfxrt.pack.jar jfxrt.jar
> ren C:\jdk-1.8-ea\jre\lib\ext\localedata.pack.jar localedata.jar
> ren C:\jdk-1.8-ea\lib\tools.pack.jar tools.jar

Finally test you new portable JDK 1.8:

1
2
3
4

C:\jdk-1.8-ea>.\bin\java -version
java version "1.8.0-ea"
Java(TM) SE Runtime Environment (build 1.8.0-ea-b121)
Java HotSpot(TM) Client VM (build 25.0-b63, mixed mode)

I hope this tutorial can help you… if you find errors please report them to me and I will correct as soon as possible.

참고 : http://json-lib.sourceforge.net/
         http://json-lib.sourceforge.net/snippets.html

출처 : http://redtrain.tistory.com/819

* json-lib library 추가 (Maven)

JSON-lib (http://json-lib.sourceforge.net/)는 자바에서 beans, maps, collections, array 그리고 XML을 JSON 으로 변환하기 위해 사용하는 자바 라이브러리이다. 

• Javadoc
• jdk1.3 : http://json-lib.sourceforge.net/apidocs/index.html
• jdk1.5 : http://json-lib.sourceforge.net/apidocs/jdk15/index.html

How to use json-lib

Array and Collection to JSON : 

Bean and Map to JSON : 

Json to XML AND XML to JSON : 

XMLSerializer.write()와 XMLSerializer.read() 를 사용하여 XML을 JSON으로 JSON을 XML로 변환할 수 있다.

그런데 위의 소스를 돌려보면 java.lang.NoClassDefFoundError: nu/xom/Element 를 던진다.

json-lib 사이트에서 살펴보면 이와 관련된 언급이 없는 것 같은데...

라이브러리를 하나 추가해야 한다.

XOM(XML Object Model) 라이브러리를 추가해야한다. 여기서 다운로드 할 수 있다.

위의 코드를 돌려보면서 발생할 수 있는 Exception은 다음과 같다.

• java.lang.NoClassDefFoundError
• 위의 의존성 패키지에서 누락된게 있는지 확인해본다.
• org.apache.commons.lang.exception.NestableRuntimeException
• 최신버전 (commons-lang3-3.1.jar) 사용시에 오류 발생
• java.lang.NoClassDefFoundError: nu/xom/Element
• XML을 사용할 때 라이브러리를 추가한다.