2010-03-26 4 views
0

Bonjour, Je suis dans un grand institut financier et nous avons une application qui fonctionne sur Websphere 6.1. sur Solaris. En raison de la connectivité MQ, nous avons dû installer le correctif 6.1.0.23. Malheureusement, cela a cassé un ejb (1.1) qui est toujours là comme héritage (Test raté).Version jvm pour Websphere 6.1.0.23on Solaris

 
[3/23/10 11:33:18:703 CET] 00000055 EJBContainerI E WSVR0068E: Attempt to start EnterpriseBean EventRisk_1.0.0#EventRiskEJB.jar#PolicyDataManager failed with exception: java.lang.NoSuchMethodError: com.ibm.ejs.csi.ResRefListImpl.(Lorg/eclipse/jst/j2ee/ejb/EnterpriseBean;Lcom/ibm/ejs/models/base/bindings/ejbbnd/EnterpriseBeanBinding;Lcom/ibm/ejs/models/base/extensions/ejbext/EnterpriseBeanExtension;)V 
     at com.ibm.ws.metadata.ejb.EJBMDOrchestrator.finishBMDInit(EJBMDOrchestrator.java:1364) 
     at com.ibm.ws.runtime.component.EJBContainerImpl.finishDeferredBeanMetaData(EJBContainerImpl.java:4829) 
     at com.ibm.ws.runtime.component.EJBContainerImpl$3.run(EJBContainerImpl.java:4631) 
     at java.security.AccessController.doPrivileged(Native Method) 
     at com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:125) 
     at com.ibm.ws.runtime.component.EJBContainerImpl.initializeDeferredEJB(EJBContainerImpl.java:4627) 
     at com.ibm.ejs.container.HomeOfHomes.getHome(HomeOfHomes.java:390) 
     at com.ibm.ejs.container.HomeOfHomes.internalCreateWrapper(HomeOfHomes.java:938) 
     at com.ibm.ejs.container.EJSContainer.createWrapper(EJSContainer.java:4783) 
     at com.ibm.ejs.container.WrapperManager.faultOnKey(WrapperManager.java:545) 
     at com.ibm.ejs.util.cache.Cache.findAndFault(Cache.java:498) 
     at com.ibm.ejs.container.WrapperManager.keyToObject(WrapperManager.java:489) 

Nous ne pouvons pas reproduire le problème sur nos boîtes de bureau (tout y travaille bien) et nous n'avons pas accès direct à nos machines Solaris (en fonction du service de déploiement), nous suspectons un écart sur la jvm mais nous ne sommes pas sûrs.

Ma question est double:

  1. pouvez-vous confirmer que ce statement IBM FIXPACK 6.1.0.23 pour solaris fonctionne en effet sur notre jvm 1.5.0_17b04 l'installation nous dit ./java la version java -version « 1.5. 0_13 "Mais le département de déploiement n'est pas désireux d'enquêter.
  2. Voyez-vous une autre solution, en dehors de l'embauche de la confiance du grand bleu?

salutations les,
Jeroen.

Répondre

0

Je vous suggère d'ouvrir un PMR et c'est la façon officielle de confirmer tout problème que vous pourriez avoir à l'égard de la note que vous avez référencé.

Je profite de l'occasion pour clarifier certains termes. 6.1.0.23 est l'information de version complète et le groupe de correctifs est "23" ici.

Et cette note que vous aviez déclaré clairement que "Java SDK 1.5.0 SR9 Cumulative Fix a été entièrement testée avec WebSphere Application Server V6.1.0.23". Il indique que cette fonction CF entraînerait "Le correctif cumulatif pour Solaris sera mis à niveau vers la version 1.5.0_17-b04". Les instructions impliquent qu'IBM supporterait cette version JDK pour WAS 6.1.0.23 qu'elle est supportée via le processus de support formel.

Est-ce que ce JDK corrige les problèmes d'EJB pour vous est une autre question? L'erreur java.lang.NoSuchMethodError ne ressemble pas à celle qui va être corrigée suite à cette correction cumulative JDK. Je n'ai pas regardé l'erreur en détail cependant. Avertissement: Je travaille pour IBM, mais cette opinion est la mienne et ne reflète en aucune façon celle de mon employeur.

HTH Manglu

Questions connexes