Javadoc 생성시 다음과 같이 인코딩 에러가 발생할 경우에는..
: unmappable character for encoding MS949
다음과 같이 "-encoding UTF-8" 옵션을 설정하면 된다. J
참고로 나는 다음과 같이 3가지 옵션을 모두 사용한다.
-encoding UTF-8 -docencoding UTF-8 -charset UTF-8
http://docs.oracle.com/javase/6/docs/technotes/tools/solaris/javadoc.html#options
spring 으로 개발하다보면 인코딩을 설정해줄 필요가 있는데 이때 각각 모든 뷰에 설정할 수도 있지만 web.xml에 filter를 등록함으로써 한번에 할 수도 있다.
springCharacterEncodingFilter org.springframework.web.filter.CharacterEncodingFilter encoding UTF-8 forceEncoding true springCharacterEncodingFilter /*
위는 spring 설정이고 tomcat에서도 할 수 있는듯한데 나는 잘 안되더라. 위에 springframework 의 filter-class대시 org.apache.catalina.filters.SetCharacterEncodingFilter 를 쓰면 톰켓에서 헨들링하는 것 같다.
그래 난 이게 궁금했다...
**라고 쓰는 설정이 뭔지, 찾아보니 *는 원 뎁스만을 의미하고 **는 다중 뎁스까지 포괄한다.
예를들면 아래와 같다.
<patternset id="non.test.sources">
<include name="**/*.java"/>
</patternset>
http://bytes.com/topic/java/answers/18590-double
'**' will match multiple directory levels, '*' only one level.
Junit에서 Exception이 발생할 경우 성공으로 확인하고 싶을 때는 다음과 같이 excepted를 추가해주면 된다.
@Test(expected=UnsupportedOperationException.class)
public void renameFolder() {
this.obj.renameFolder("", "");
}
파란막대 좋아~ ^^*
assertThat(result, is(true));
위 코드에서 이클립스에서 Junit에서 지원하는 버전을 추가했는데도 assertThat구문에 x표가 뜰 때가 있다. 해결방법은 다음 두 import를 수동으로 추가하면 된다.
import static org.junit.Assert.*;
import static org.hamcrest.CoreMatchers.*;
ctrl+shift+o 로 하면 지워진다. 왜 그런지.. 잘 모르겠다.
혹시나 해서 검색해봤는데 역시 자바도 decompile이 아주 쉽게 되는군, .net 과 마찬가지로 VM을 가지고 있기 때문에 컴파일 된 코드는 중간 언어인 byte코드로 변환될 테고 그 바이트 코드는 하나씩 해석하면 역시 원래 코드로 변환도 가능하다. Java Decompiler 프로그램은 http://java.decompiler.free.fr/?q=jdgui 여기서 받을 수 있었다. 물론 이것 말고도 많은 프로그램들이 있다. .class 파일이나 .jar 파일을 이 프로그램에서 로드 하면 다음과 같이 decompile 된 코드를 볼 수 있다. 소스를 참고해 보고 싶은 컴파일 된 결과물이 있을 때 아주 유용할 것 같다. 윈두우, MAC, 리눅스 모두 지원하고 무료로 이용할 수 있다.
최근 일주일 사이 회사 업무 플래폼을 자바로 변경하고 여러가지 해보고 있다. 기존에 잠깐 안드로이드도 개발도 맛보기도 했고 학부때 자바 수업도 들었고 해서 언어적으로 어려운점은 없었다. (자바가 사실 언어는 어렵지 않다는 것이 개인적인 생각이다.) 하지만 설정에서 여러가지 문제들이 생기기 시작했다.
현재 나는 Java, Spring, Mybatis을 기본으로 해보려고 하고 있는데 처음 접해본 나로서는 이게 무슨.... 무슨설정이 이렇게 복잡한지 정신이 혼미한 상태가 되었다. 다른 서비스도 잠깐 해봤던 경헝으로 오픈소스 플랫폼은 이미 워낙 많은 유틸리티들이 개발되어 있기 때문에 어떻게 이런것들을 잘 조합하는 것들이 결국 개발능력이 되고 마는것 같다. 또 문제가 생겼을때 오픈소스 들에서 문제가 발생되는 경우도 많기 때문에 이런 문제도 개발자가 직접 해결할 수 밖에 없는 단점도 있다. 개발자는 더 알고리즘에 집중해야 하는게 맞지 않나 생각해보며... 오늘 이 씁쓸한 마음으로 이번 포스트를 마친다.
이 사이트 꽤 유용하다.
이클립스 + 톰캣 + 스프링 MVC + maven 개발환경 구축 - 1장
http://springmvc.egloos.com/429363
이클립스 + 톰캣 + 스프링 MVC + maven 개발환경 구축 - 2장
http://springmvc.egloos.com/429779
이클립스 + 톰캣 + 스프링 MVC + maven 개발환경 구축 - 3장
http://springmvc.egloos.com/429779
이클립스에서 SpringMVC 테스트(JUnit) 환경 구축하기
미국 당국이 사이버 범죄를 예방하기 위해 컴퓨터 프로그래밍 언어인 자바 소프트웨어를 사용하지 말라는 권고를 내놨다. (단 7 버전에 한함)
http://news.donga.com/Inter/3/02/20130114/52303829/1
