TAKE ME OUT

출처 : http://ecogeo.tistory.com/129

1. hex string -> byte array

byte[] bytes = new java.math.BigInteger(hexText, 16).toByteArray();

2. byte array -> hex string

String hexText = new java.math.BigInteger(bytes).toString(16);

감사합니다 : ) 

String 으로 받아서 Int변환후 HexString 써서 hex변환.

String SrvrIP = srvrIpAddr.getHostAddress();  // i.e 166.10.10.0

StringTokenizer ip = new StringTokenizer( SrvrIP, "." );

int ip1 = Integer.parseInt(ip.nextToken());

int ip2 = Integer.parseInt(ip.nextToken());

int ip3 = Integer.parseInt(ip.nextToken());

int ip4 = Integer.parseInt(ip.nextToken());

byte[] buf = new byte[512];                // Does it give me this??

buf[0] = Integer.toHexString(ip1);              // buf[0] = 0xA6

buf[1] = Integer.toHexString(ip1);              // buf[1] = 0x0A

buf[2] = Integer.toHexString(ip1);              // buf[2] = 0x0A

buf[3] = Integer.toHexString(ip1);              // buf[3] = 0x00

출처 : http://suein1209.tistory.com/191

뚱곰님 감사합니다 

http://tjisblogging.blogspot.kr/2013/04/how-to-set-background-image-to-jframe.html

윈도우 빌더를 이용한 GUI 구성 TIPS LINK 입니다. 해외사이트임 ㅈㅅ;

자바는 객체마다 연관된 '모니터'를 갖고 있는데, synchronized 는 이 모니터를 획득/해제하는 방식을 통해서 한 쓰레드만 synchronized 영역을 실행할 수 있도록 함으로써 쓰레드의 동시 접근을 처리합니다.

쓰레드 접근 제어의 단위는 '모니터'인데, 이 모니터는 객체와 관련되어 있으므로, 자바에서 synchronized는 '객체'를 이용해서 접근 제어를 하게 됩니다. 이런 과점에서 1번과 2번은 효과가 (거의) 같다고 볼 수 있습니다. (메서드에 synchronized를 하면, 객체 자신-즉, this와 관련된 모니터를 사용하므로, synchronized(this)를 사용한 코드 블록과 동일한 모니터를 사용하게 됩니다.)

synchronized를 사용하면 아무래도 다중 쓰레드가 코드를 실행할 수 없기 때문에, 각 쓰레드들이 (순서를 알 수 없는 상태로) 순차적으로 synchronized 영역을 실행하게 되죠. 그래서, 한 메서드에서 일부부만 동기화가 필요하다면 이런 경우에는 메서드 전체를 synchronized로 하는 것보단, 특정 코드 영역만 synchronized로 하는 것이 다중 쓰레드 환경에서 쓰레드의 이점을 살릴 수 있게 됩니다.

1
2
3
4
5
6
    ... // someCode
    synchronized(this) {
        동기화영역을 최소화할 때에 synchronized 블록을 사용
    }
    ... // anyCode
}```
Colored by Color Scripter
cs


그런데, 멀티쓰레드 환경에 알맞은 코드를 작성하다보면 한 객체의 두 종류의 데이터는 동시에 두 쓰레드가 접근해도 문제가 없는 경우가 있습니다. 그런데, 각 데이터 군은 동시 접근을 막아야 하는 경우가 있죠. 예를 들어, 아래 코드를 보죠. (그냥 설명을 위해 억지로 만든 급조한 예제에요... 더 좋은 예제는 교수님이 만들어주셔요~)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
private int width;
private int height;
 
 
private Object sizeLock = new Object();
 
 
private int revision;
 
 
public int getArea() {
    synchronized(sizeLock) {
        return width * height;
    }
}
public void setSize(int width, int height) {
    synchronized(sizeLock) {
        this.width = width;
        this.height = height;
    }
}
 
 
public synchronized int getRevision() {
    return revision;
}
public synchronized void increaseRevision() {
    revision++;
}
}```
Colored by Color Scripter
cs

여기서, width/height와 revision은 서로 동시 접근을 막을 필요가 없다고 한다고 해 보죠. 이 경우 한 쓰레드가 width/height의 값을 변경하는 동안에 다른 쓰레드가 revision의 값을 접근하는 것을 막을 필요가 없을 것입니다. 따라서, 하나의 모니터(즉, 객체)를 사용하기 보단, 두 데이터 군에 대해 서로 다른 모니터를 사용하도록 함으로써 쓰레드에 대한 동시 접근을 알맞게 제어할 수 있게 됩니다.

그런데, 메서드에 synchronized를 붙일 때에는 조심할 게 있는데, 그것은 바로 this를 사용한다는 점입니다. 아래 코드를 보죠.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
        final Rectangle rec = new Rectangle();
        Thread t1 = new Thread(new Runnable() {
            @Override
            public void run() {
                synchronized (rec) {
                    System.out.println("synchronized(rec) begin");
                    try {
                        Thread.sleep(10000);
                    } catch (InterruptedException e) {
                    }
                    System.out.println("synchronized(rec) end");
                }
            }
        });
        t1.start();
 
 
        try {
            Thread.sleep(1000);
        } catch (InterruptedException e) {
        }
        System.out.println("rec.increaseRevision() before");
        rec.increaseRevision();
        System.out.println("rec.increaseRevision() after");
    }```
Colored by Color Scripter
cs

이 코드에서 t1 쓰레드는 rec 객체를 이용해서 구성된 synchronized 블록을 실행합니다.
메인 쓰레드는 rec.increaseRevision()을 실행하구요.
여기서 t1 쓰레드의 synchronized 블록과 rec.increaseRevision() 메서드는 동일한 모니터(객체)를 사용하기 때문에 한 쓰레드가 먼저 코드를 실행하게 되면, 다른 쓰레드는 대기하게 됩니다.
실제 실행 결과는 아래와 같아요.

rec.increaseRevision() before ---> 메인 쓰레드는 대기 synchronized(rec) end --> t1 쓰레드가 모니터 해제 rec.increaseRevision() after ---> 메인 쓰레드가 비로서 실행```

이 예만 보더라도, 메서드에 synchronized를 적용하는 것은 다소 위험이 따를 수 있습니다. 따라서, 실제 코드에서는 synchronized를 메서드에 적용하기 보다는 자바 5부터 추가된 Lock을 이용해서 동시 접근을 제어하는 것이 더 안전한 코드를 만들 가능성을 높여준다고 할 수 있습니다.

출처 : http://www.slipp.net/questions/179 

댓글 작성자  : beomkyun.choi 님의 댓글 내용입니다 .

다중 쓰레드에서 특정적인 스레드 제어가 필요했는데 정말 고마운 정보 감사합니다 : )

자바 1일차에 앞서 이클립스의 기능 사용법을 알아보자

https://opentutorials.org/course/1223/5570

위의 링크에서 정확한 영상과 기능을 확인해 볼수 있다.

(강의 저자님께 매우 감사드립니다.)

내용은 이클립스를 실행하자 마자 보이는  view화면의 설명과 그 화면의 관리하는법, 그리고 debug 화면설정을 볼수있다.

 새 프로젝트 생성과 패키지 생성 및 클래스 생성을 알수 있고, 패키지에서 각 .(점)들이 의미하는 내용은 하위 디렉토리로 들어가는 개념이라고 보면된다. 

실제로 패키지생성 이후 그리고 클래스 생성이후 프로젝트 폴더 내에서 bin 폴더 내부로 들어가면, 본인이 생성했던 패키지의 이름대로 디렉토리가 생성된 것을 확인할 수 있다.

자습 내용은 

https://opentutorials.org/course/1223 에서 자습했습니다.

-1995년 자바의 아버지 제임스 고슬링과 그의 동료들

- 시작은 가전제품의 제어를 위한 언어로 고안, 웹의 등장으로 엄청난 성공을 거둠

java SE = java platform, standard Edition   자바의 표준안. 자바라는 언어가 어떠한 문법적인 구성을 가졌는지와 같은 것들을 정의하고 있다. 구체적인 소프트웨어가 아닌 그 소프트웨어의 설계도. 명세서라는 말을 사용하는게 더 맞다. 이 명세서에 따라 Java가 만들어진다. 만드는 기관은 JCP 라는 조직을 통해 만들어진다.

JDK = java development Kit   java SE의 표준안에 따라서 만들어진 구체적인 소프트웨어다. java 개발자라면 JDK를 다운받아서 설치해야한다. 코드 컴파일러와 개발에 필요한 각종 도구, JRE가 포함되어있다.

JRE = java Runtime Environment  자바가 실제로 동작하는데 필요한 JVM, 라이브러리, 각종 파일들이 포함되어있다. 구동하려고 하면 이것을 설치. 일반인을 위한 자바 버전

JVM = java virtual Machine   JVM은 자바가 실제로 구동하는 환경. 자바로 만들어진 소프트웨어는 JVM이라는 가상화된 환경에서구동되고, 하드웨어나 운영체제에 따라서 달라질 수 있는 호환성 문제는 운영체제 버전에 따라서 만들어진 JVM이 알아서 해결한다. 즉 하나의 자바 프로그램을 만들면 어떤 환경에서도 실행할수 있는것이 VM의 역활

 JDK의 분류

SE = standard Edition

자바의 핵심으로 일반적인 자바

java EE = enterprise Edition

기업용 자바

java Me = Micrio Edition

모바일 환경의 자바

이클립스의 설치와 자바의 환경구성은 

http://blog.naver.com/lhm5226/220251869104

의 블로그를 따라가도록 하자.