2011-09-16 4 views
2

Websphere 7.0과 Glassfish 3.1의 두 가지 배포 환경이 있습니다. 내가 그렇게 같은 웹 스피어 환경 내 애플리케이션의 web.xml에 작업 관리자 자원 참조 포함해야 : 글래스 피쉬가에 대한 J2EE 스펙을 강요하지 않기 때문에glassfish-web.xml과 동일한 Websphere

<resource-ref> 
    <description>WorkManager</description> 
    <res-ref-name>wm/default</res-ref-name> 
    <res-type>commonj.work.WorkManager</res-type> 
    <res-auth>Container</res-auth> 
    <res-sharing-scope>Shareable</res-sharing-scope> 
</resource-ref> 

을, 나는 글래스 피쉬 위해 필요하지 않습니다 응용 프로그램 서버가 모든 스레드를 관리하게하십시오. (GlassFish에는 commonj도 없다 ...)

GlassFish 관련 환경을 위해 web.xml에 추가 구성 요소를 지정하기위한 glassfish-web.xml이 있다는 것을 발견했습니다. Websphere에서 이와 같은 것이 이상적 일 것입니다.

Websphere에 해당하는 항목이 있습니까?

감사합니다.

답변

2

IBM의 기술자 파일 (예 : mentioned @ 데이비드로, ibm-web-bnd.xml 등)에만 이미 (응용 프로그램에서 같은 web.xml에 또는 @Resource 등의 주석과 같은 예를 통해 배포 설명을 정의 기존 자원을 매핑 할 수 있습니다), 내 지식. @faffy 리소스 참조가 이 아니고이 아닌 응용 프로그램에 이미 정의되어 있습니다. 그렇다면 ibm-web-bnd.xml 또는 다른 IBM 설명자로는 그렇게 할 수 없습니다.

WorkManagers가 not yet part of the EE spec이므로 이상적이지 않지만 WorkManager가 필요한 응용 프로그램 서버 (예 : WAS)에 응용 프로그램을 배포하려면 대체 EAR/WAR 어셈블리를 만들어야 할 수 있습니다. 일부 중복과 노력을 최소화하기 위해 대체 배포 설명자 (alt-dd)를 사용하여 EAR을 재구성하기 만하면되지만 WAR는 고려하지 않아도됩니다.

+0

이것은 내가 두려워했던 것입니다. CommonJ가 GlassFish로 작업하는 방법을 살펴 보았지만 주제가별로 없습니다. – faffy

0

ibm-web-bnd.xml입니다. This redbook은 해당 파일의 구조를 포함하여 WAS 용 앱 패키징을 설명하는 것으로 보입니다.