양군의 행복한 이야기

RSA 개인키 PEM 파일을 읽어 들일때 java.security.spec.InvalidKeySpecException: java.security.InvalidKeyException: IOException : algid parse error, not a sequence에러가 발생.... 원인은 pem파일이 pcks8인코딩이 아니어서 발생 함.. 아마 der파일도 비슷한 에러가 발생 될듯 함(해보진 않음 ㅡㅡ 무책임의 극치) 해결 방안..pem 파일을 pkcs8방식으로 인코딩함또는 바운스 캐슬로 읽어 들이면 될듯함 ㅡㅡ(이것도 무책임) 인코딩 방식 변경 방법openssl pkcs8 -in private.pem -inform pem -out pri8.pem -outform PEM -topk8 -nocrypt이..

먼소린지 ㅡㅡ 이걸 쓰믄 더 추상화에 더 성능도 좋다는데 사람이 추상화가 안된다 ㅡㅡ

공개한 소스 코드로 성능 테스트를 해보았다.더불어 지금 손대고 있는 NIO도..그런데 IO가 더 빨라 ㅡㅡ;;막 빨라... ㅡㅡ;;먼가 이상한듯 ...좀더 NIO쪽을 수정해야 할듯 하다 ㅎㅎ

오에스에 따라서 자원을 잘 반납 못하는 경우가 있다.리눅스인경우 반납이 안되여 다른 프로세스를 실행이 안되는 경우가 있다. 꼭 destroy해야 한다.Process proc = Runtime.getRuntime().exec("cmd"); proc.destroy();

int l = str.length(); byte t[] = new byte[l / 2]; for (int i = 0; i < l / 2; i++) { t[i] = (byte) Integer.parseInt(str.substring(i * 2, i * 2 + 2), 16); }

일반 pem파일은 해더 + BASE64 인코딩 + 풋 이런식이다.-----BEGIN RSA PUBLIC KEY-----MIGJ......-----END RSA PUBLIC KEY----- 그런데 이게 사이즈가 약간 다를때가 있다..어떤 이유인진 모르겠지만 키를 생성시 옵션을 준듯하다.(pem 방식이 아닌 der 방식을 base64로 인코딩한 것 ㅡㅡ) 이런경우 기존 방식 대로 읽어 들이면 invalied key라며 팅겨낸다. FileInputStream fis = new FileInputStream(filename);byte[] buffer = new byte[fis.available()];fis.read(buffer);fis.close(); KeySpec keySpec = new X509EncodedK..

일단 윈도우는 잘 모르겠고..리눅스는 기본적인 타임 아웃이 75초 정도라한다.그런디 접속 하다가 오류가 발생되면 20초에 타임아웃이 발생되고 끊긴다.윈도우에서 개발 할 시는 바로 바로 체크가 되서 다시 재 접속을 시도 하면 처리되었는데리눅스에서 20초가 걸리니 문제가 되었다.그래서 열나게 검색 ㅡㅡhttp://www.sekuda.com/overriding_the_default_linux_kernel_20_second_tcp_socket_connect_timeout위에 내용을 보면 보통은 75초 인데 Connet Timeout은 20초 라고 한다.커널에서 그렇게 한다고....... 기존에 짜여 있던 모듈이 자바 1.3기준이었는지 Connect Timeout을 설정 하는 부분이 없어서 문제가 발생되었던 같다..

os는 기본적으로 메모리를 4바이트씩 잡는다. struct { char ca[5]; char ba[5]; int in; } 일경우 사이즈는 14로 보이나 실제 메모리에 잡힌 메모리는 20 이다. char ca와 ba가 각각 8식 잡히기 때문이다. 통신시 이건 전문 불일치가 일어남으로 팩을 써서 묶어줘야 한다.