JSPWiki 설치 시작

내가 멍청한 것인지 애초부터 프로그램이 잘못된 것인지 잘 모르겠지만 상당한 삽질 끝에 일단 띄우는 데 성공했다.

우선 톰캣 webapps/ 아래 .war 파일을 풀어 놓았다. 나중을 생각해서 $CATALINA_HOME 이 아닌 $CATALINA_BASE 를 따로 두어 $CATALINA_BASE/webapps/ROOT 아래 JSPWiki.war 파일을 풀어 두었다.

그 다음, $CATALINA_BASE/webappas/ROOT/WEB-INF/jspwiki.properties 를 열어 다음 세 곳을 편집한다.

jspwiki.fileSystemProvider.pageDir = $DATA_PATH/
jspwiki.basicAttachmentProvider.storageDir = $DATA_PATH/
log4j.appender.FileLog.File = $DATA_PATH/jspwiki.log

$DATA_PATH 뒤에 /를 꼭 붙여야 하는지는 아직 잘 모르겠다. (뒤에 언급하겠지만 이게 다는 아니다.)

이 상태에서 서버를 띄운 후 http://localhost:$PORT/Install.jsp 를 실행한다. 몇 가지 설정 사항을 입력하고 [Configure] 링크를 누르면 설정 완료창이 나오는데, 여기에 admin 계정과 암호가 나온다. 찾기 정말 힘들게 해 놓아서 조금 그렇다.

이후 다시 서버를 내렸다 올려야 한다는데 조금 이상하지만 시키는대로 하고 났더니 로그인하려니까 404 나오고 난리도 아니다. 주소에 JSPWikiLogin.jsp 가 나오는데 실제 찾아보면 이런 파일이 없다. 찾아 보니까 jspwiki.properties 에서

jspwiki.baseURL = wiki/

이런 식으로 되어 있는 것을 (내 경우 주석 처리되어 있었던 것도 같다.)

jspwiki.baseURL = http://localhost:8180/JSPWiki/

이런 식으로 바꿔 줘야 한다고 되어 있다. 나는 http://localhost:8080/ 이라 해 주었다.

이렇게 해 놓고 서버를 다시 시작하니 잘 동작한다.

아직 해야 할 것들은...

• 왜 war 를 풀어 놓고 설정을 건드린다음 시작해야 제대로 되는가?
• tomcat startup.sh -Dcatalina.base=$CATALINA_BASE 옵션은 왜 안 먹는 것인가?
• context path 지정

설치 문서를 보면, 이미 간단한 애플리케이션 단계를 넘어서서 괴물(과장이겠지만... 공감한다)이 되었다고 하는데 고쳐 나가며 사용이 가능할 지 모르겠다.

Jdk 6 for Mac: SoyLatte 1.0.2

뚜렷한 이유는 없지만 M$ 를 별로 좋아하지 않는다. 특히 우리 나라에서 모든 것이 M$ 제품군 위주로만 돌아가는 상황은 상당히 못마땅하다.

그런데, 리눅스가 더 매력적인 부분도 있고 OS X가 더 좋은 부분도 있었지만 슬프게도 java나 MySQL 등은 M$ 플랫폼에 더 설치하기 쉬우며 더 잘 작동한다. 당장 업무를 하는 데 필수적인 요소들이다. M$ 와 안 친할 것 같은 제품들이 오히려 M$ 에서 제대로 작동하다니, 참으로 묘한 상황이다.

그럭저럭 맥 기반 java 환경에서 프로젝트를 잘 진행해 왔었다. 그러던 어느 날 프로젝트를 분리하면서 비정상적인 작동 형태를 보이기 시작했다. 컴파일이 제대로 되지 않는다... 아직도 그 부분에 대해서는 원인이 무엇인지 모르겠다. 지금은 팀도 갑자기 바뀌어 그 부분에 대해 신경을 쓸 수가 없다.

며칠 전에 잠시 짬을 내어, 그새 Mac 의 java 가 업데이트 되었다는 이야기를 떠올리며 애플 사이트를 뒤져 봤지만 그런 일은 없었던 것 같다. 별다른 기대를 하지 않고, 그러나 실은 무지 많은 기대를 품으며 계속 찾다 보니 맥에서 사용할 수 있는 다른 형태의 jdk 에 대한 글을 보게 되었다.

그 이름은 soy latte 라고 하며, 원래는 sun 에서 FreeBSD 용으로 공개한 버전이라고 한다. 이 것을 맥 용으로 포팅한 버전인데 아마도 처음에는 누군가가 직접 컴파일해서 간단한 자바 바이트코드를 실행하고 성공했던 결과를 포스팅한 것이 시작이었던 것 같다. 지금은 dmg 로 묶어놓은 버전을 구할 수 있다.

역시 습성대로 받아 놓은지는 몇 주가 되었습니다. 마음을 다잡아 사적인 프로젝트를 진행하기 위한 준비 작업을 행하기 앞서 이 jdk 를 테스트해 보았다. 기존에 작업하던 프로젝트에서 테스트 케이스를 돌려 보았더니 뭔가 한 곳에서 에러가 발생하기는 하는데, 이전처럼 cannot resolve symbol 같은 컴파일 에러가 나오는 것 같지는 않았다. 아무튼 조금 더 진행해 보아야겠지.