ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » APAR IY77292 Changing classLoader behaviour

Post new topic  Reply to topic
 APAR IY77292 Changing classLoader behaviour « View previous topic :: View next topic » 
Author Message
powerlord
PostPosted: Mon Jan 23, 2006 8:28 am    Post subject: APAR IY77292 Changing classLoader behaviour Reply with quote

Novice

Joined: 02 Sep 2005
Posts: 19

OS: XP SP2
MBv6

Developing custom java nodes with Message Broker v6, I came across the problem outlined and fixed in APAR IY77292.

I installed this APAR (bootstrap.jar) and found that this indeed fixed the problem of the MB JVM not resolving external jar dependancies.

However, although the APAR fixes this problem it appears to change the JVM classloader behaviour which actually breaks another piece of my code:

We have a custom java input node built. This is triggered via a dll using JNI to callback into the MB JVM. When it registers this callback at broker startup/flow instantiation, the JVM tries to resolve the class and method (standard JNI callback). This fails with a classNotFound Exception (visible by making the broker run in the foreground so that I can see standard error, etc)

If all I do, is now replace the bootstrap.jar with the original one (and not the one in the APAR above), the JNI callback registers successfully.

Therefore, it appears that this bootstrap.jar is somehow changing the classloader behaviour in the JVM so that it does not have access to the CLASSPATH anymore ?

Anybody any ideas ? Preferably some Hursely bloke who change bootstrap.jar in the first place ?

stu
Back to top
View user's profile Send private message
mvic
PostPosted: Mon Jan 23, 2006 9:50 am    Post subject: Re: APAR IY77292 Changing classLoader behaviour Reply with quote

Jedi

Joined: 09 Mar 2004
Posts: 2080

powerlord wrote:
Therefore, it appears that this bootstrap.jar is somehow changing the classloader behaviour in the JVM so that it does not have access to the CLASSPATH anymore ?

Anybody any ideas ? Preferably some Hursely bloke who change bootstrap.jar in the first place ?

Have you raised a new PMR? If you provide such a clear outline of the problem as above, it should quickly make it to the right people.
Back to top
View user's profile Send private message
powerlord
PostPosted: Tue Jan 24, 2006 12:56 am    Post subject: Reply with quote

Novice

Joined: 02 Sep 2005
Posts: 19

yup, I raised one yesterday. But thought I'd post on here too, just in case it reaches someone who has solved it some other way.

cheers.

stu
Back to top
View user's profile Send private message
ydsk
PostPosted: Wed Jan 25, 2006 10:17 am    Post subject: Reply with quote

Chevalier

Joined: 23 May 2005
Posts: 410

Hi Powerlord,

We had a similar situation. We have a java custom node but no JNI. We raised a PMR and still working on it.

Please don't forget to post the resolution for the issue clearly after your PMR is resolved. I will do the same for the benefit of the readers in this forum.

Thanks.
ydsk.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » APAR IY77292 Changing classLoader behaviour
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.