Well, fist of all i've discoverd i've been a lousy spec.reader (not the first time: )) - the .ear packaging should make it possible for me to set up a shared classpath through the manifest. Any how; i didnt get it to work so i continued on the classloader path letting my application use the jboss repositoryloader and add my external jars there using the addURL(..) method. Since all the jboss deployed modules 'kind of' share the same classes in a repository, i could now make applications see the external jars. I couldnt add the external jars using another classloader, since they would have been loaded twice.
What i really wantet was to add the hole classloader (my apps orginal urlclassloader) to the jboss loader hierarchy using the addclassloader method, but i've not got it to work properly. So it looks like i've solved it - in a way. I'm not sure if its possible to do it another way (like setting classpath in descriptors of .MFs), since mye embedded mbean app rely on loading its modules from a different location in a controlled matter. Ideally i would have accessed the embedded application through some local jndi registry - if such exists (i would guess so)...just to get it work i created a simple static class holding the local reference i needed. I'm also not sure if this has evolved to be the right forum - since this is not really about WS :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874947#3874947 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874947 ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
