삽질은 내친구

1. Serializable 대상 Bean 객체를 client 단 패키지에 위치할 것
2. implements Serializable OR IsSerializable
3. RPC 호출 주소를 *.rpc로 하지말고 다른 확장자로 정의할 것

in GWT 1.6.4

1. 네트웍 대역폭 모니터링
[apt-get install bmon]
bmon

2. CPU 모니터링
[apt-get install sysstat]
mpstat 1 100 (1초에 1회씩 100번 출력)

3. VM 모니터링
vmstat 1 100 (1초에 1회씩 100번 출력)

4. DISK 모니터링
iostat 1 100 (1초에 1회씩 100번 출력)

5. 아파치 프로세스 수 (설정된 동시접속자수)
ps aux | grep apache | wc -l
동시접속자 수
netstat -an | grep :80 | grep ESTABLISHED | wc -l

* 사용 포트 조회
netstat -anp | grep LISTEN

Tomcat에서 정상 동작하던 것이 Weblogic 전환 시 문제가 발생한다.

Weblogic은 ....
1. include 되는 녀석의 contentType 중복을 허용하지 않음

버전 8,1의 경우에는 ....
2. JSTL 1.0만 지원함
[1.1 버젼] : <%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
[1.0 버젼] : <%@ taglib uri="http://java.sun.com/jstl/core" prefix="c" %>

3. Sevlet 2.3만 지원함 (Sevlet 2.4 -> http://www.okjsp.pe.kr/seq/30536)
[2.4 버젼] : <!DOCTYPE web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
version="2.4">
[2.3 버젼] : <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd">

Sitemesh와 통합했을 경우에는 ....
4. Didn't meet stated Content-Length 에러 발생
: response.setContentLength의 크기가 Sitemesh에 의해 변하는 것을 Weblogic은 허용하지 않고 에러를 발생시킨다.

com.opensymphony.module.sitemesh.filter.PageFilter 클래스 아래와 같이 변경함
    if (Container.get() != Container.WEBLOGIC) {
        response.setContentLength(page.getContentLength());
    }

※ 아울러 한글 Window OS에서 UTF-8 인코딩 설정 시 한글 문제 아직 미해결 함 (이것 역시 Sitemesh와의 문제인 듯 ....)

모 업체의 모듈을 이용해 SMS 발송 테스트 중 이 모듈이 오라클의 KSC5601 인코딩만 지원한다는 이야기를 들었다.
우리 DB는 UTF-8 기반인데 어떻게 해야 하나 삽질 중에 10g에서 지원하는 아래 함수를 발견했다.

10g 여서 정말 다행이지만, 요즘 대부분 UTF-8 을 사용하고 있는 와중에 이런 제한적인 환경에서 동작하는 솔루션은 정말 안습일 따름이다.

SELECT CONVERT($메시지_칼럼$, 'AL32UTF8', 'KO16KSC5601')
   FROM TB_NAME

※ CONVERT( '대상 문자열', '타겟 인코딩', '소스 인코딩')

출처 : http://ksevindik.blogspot.com/2008/04/ora-12519-when-using-oracle-xe.html

ORA-12519 When Using Oracle XE

I recently installed Oracle XE on my laptop and tried to run our project which normally uses Oracle 10g in our company. After creating a db user and enabling it, I created tables, sequences, triggers and stored procedures etc by running db init scripts through ant without any problem. When it came to starting application in application server, I got "ORA-12519, TNS:no appropriate service handler found" messages. Thanks to this and this blog entries to reach at a quick solution. The problem was a bug in how Oracle XE handles monitoring processes, and you need to execute "ALTER SYSTEM SET PROCESSES=150 SCOPE=SPFILE;" statement and then restart your database to get rid of it.

After overcoming this problem, I came up with a Turkish character encoding problem within my Hibernate generated sql statements but I am not hundred percent sure if I installed Oracle XE to deal with non latin characters appropriately. Anyway, it is easy to get rid of such encoding problems by setting user.language and user.country system properties to en and US consecutively.