조대협의 블로그

Tomcat 6.0에서 Oracle ADF Faces 를 이용하여 JSF 실행 환경을 구축하는 방법입니다. 혹시 난 이거저거 다 귀찮다고 하시는 분들은 아래 공유된 파일을 받아다가 $TOMCAT_HOME/lib 디렉토리에 압축만 푸셔도 됩니다. 이 환경에서 JSF 프로그래밍을 하는 방법은 http://bcho.tistory.com/366 문서를 참고하시면 되겠습니다.

Tomcat 환경에서. ADF(JSF)를 사용할 수 있는 환경을 만드려고 꽤나 많은 시간을 삽질을 했습니다. 퇴근시간 되니까는 이제야 되네요. == Dear all, Now it works for me! I was using the build-in tomcat6 which comes bundled with Ubuntu Linux and couldnt get it to work. But with apache-tomcat-6.0.18 downloaded from the Tomcat web site it works! Here are the steps, which I think is much easier than what has been mentioned before: 1) Make a (simple) web ..

본글은 http://bcho.tistory.com/366 에서 만든 ADF 기반의 JSF 애플리케이션을 배포하고 테스트 하기 위해서 웹로직 서버를 설정하고 애플리케이션을 배포하고 테스트 하는 방법입니다. 위 링크에 의해서 애플리케이션이 만들어져 있어야 하고 WebLogic 11g가 깔려있어야 합니다. (Oracle JDeveloper 11g를 깔면 같이 깔리게 됩니다.)

본 예제는 JSF(Java Server Faces)의 구현체중 하나인 Oracle ADF Faces를 이용하여 개발하는 예제입니다. 아주 간단하게 TEXT 박스에서 이름을 읽어서 출력하는 HELLO WORLD 예제입니다. 이클립스 기반 JSF 개발 환경 구축에 대해서 알아볼 수 있습니다. 환경 정보 - WebLogic 11g (JDevloper 11g에 포함됨) - Eclipse Galileo http://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/galileo/R/eclipse-jee-galileo-win32.zip - JDevloper 11g (ADF 라이브러리를 사용하기 위함) - http://www.o..

자바 기반의 웹 프로그래밍 모델은 1세대에 Servlet을 기반으로 하다가 2세대에 JSP와 같은 스크립트 랭귀지를 사용하면서 편의성이 증가되고 3세대에 Struts나 WebWork와 같은 MVC 프레임웍을 도입하면서 생산성과 프로그램의 구조를 끌어올리는 역할을 하였습니다. 4세대(?)로 불릴 수 있는 것이 JSF (Java Server Faces)와 같은 모델입니다. 이 모델에서는 특히 View 부분의 태그라이브러리가 강화 되어 AJAX 기반의 Rich UI Component를 사용할 수 있게 되었습니다. 예를 들어 아래와 같은 애플리케이션을 태그 라이브러리를 통해서 구현이 가능하다는 것이지요. (예제 오라클 JSF Implementation인 ADF UI의 샘플) JSF는 MVC모델의 발전형(?)으로..

JSF(Java Server Faces)로 쉽게 말하면 Struts나 Webwork 와 같은 MVC 프레임웍입니다. JEE5부터 정식으로 스펙에 포함된 표준이기도 하구요. 무엇보다 AJAX기반의 Faces 라는 UI 컴포넌트들을 지원을 해서 트리,테이블,메뉴와 같은 Rich한 UI컴포넌트를 웹상에서 자유롭게 구현할 수 있다는 크나큰 장점이 있음에도 불구하고 한국에서는 잘 사용되지 않더군요... 가우스와 같은 X인터넷 클라이언트를 사용하거나 MVC는 Struts를 사용하는 경우가 대부분인것 같습니다만 해외에서는 이미 dice.com(직업 사이트)에서도 JSF가 Struts를 앞질러 버렸는데요. 왜 한국에서는 잘 사용되지 않을까요? 혹시 의견이나 이유를 아시는분 있으면 알려주세요.

진행하고 있는 프로젝트의 DB 테스팅 모듈 때문에, 생산성이 높다는 Groovy와 Grails를 검토해봤다. 결론은 1. 놀랄만큼 간단한 코딩에 배우기도 쉽다는 것 2. 아직 엔터프라이즈 환경에서는 무리라는것. XML 모듈 같은 경우는 정말 몇줄의 코딩을 가지고 XML을 모두 핸들링할 수 있는데, 실제적으로 내부 최적화가 얼마나 될련지? 아무리 최적화가 된다고 해도, 직접 개발자가 코딩하는 것에 비해서는 많은 성능 차이가 있을 것이며, Grail에서 Hibernate를 통해 DB를 Access 하는것 역시 최적화가 관건이 될것이다. 물론 많은 노하우를 가지고 최적화된 코드를 만들면 성능은 어느정도 나오겠지만 그만한 노하우를 쌓은 사람만 엔터프라이즈 프로젝트를 진행해야 할텐데 그럴리 만무하겠고, 아무래도 ..

import groovy.sql.Sql sql = Sql.newInstance("jdbc:oracle:thin:@localhost:1521:XE","BPEL" ,"BPEL","oracle.jdbc.driver.OracleDriver") rows =[] sql.eachRow("select * from PERF_OUT"){ rows

아침부터 한시간은 이걸로 삽질은 한듯. HTTP/GET QueryString에서 특수문자를 넘길때, 예를 들어 ?param=% 를 넘기고 싶은데, %는 URL 인코딩 캐릭터로 인식하기 때문에 안넘어간다. 이럴 경우에는 URL 인코딩을 해서 보내여 하는데. 간단하게 package sample.bcho; import java.net.URLEncoder; public class Encoding { public static void main(String args[]){ System.out.println(URLEncoder.encode("%")); } } 로 테스트하면 URL Encoding된값을 알 수 있다. %는 %25로 나오네. 즉 ?param=%25 로하면 % 캐릭터를 넘길 수 있다.

SOA 프로젝트를 진행하면서 가장 골치거리 중의 하나가 XML 변환에 소요되는 CPU와 응답시간이다. 통상 SOA나 요즘의 많은 Remote call들이 XML을 기반으로 하다보니, 특히나 XML 메세지 변환에 대한 요건이 많다. 자료들을 찾아보니 몇가지 흥미로운 자료들이 있는데, XSLT가 전체적으로 변환에는 가장 많이 사용되는 듯 (OSB의 경우 XQuery가 편해서 XQuery를 많이 사용하긴 하지만.)한데 그중 흥미로운것인 XSLT를 compile time에 translet이라는 것으로 변환해서 사용할 수 있는 프레임웍 http://xml.apache.org/xalan-j/xsltc_usage.html 그리고 재미있는 것중의 하나가 Intel에서 만든 XML 변환 가속기인데, Native 코드로 ..