• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Conflict between WAS 5.1 Classloader modes

 
Ranch Hand
Posts: 548
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi All,

We have an couple of EAR's deployed on WSAD - WAS 5.1 Test Environment. There are some common utility jars (total size is more than 1 GB) that are required by all of the EAR's and so we created a shared library for these jars and made references for each of these EAR's to this shared library.
Now the applications are running fine with classloader mode as PARENT_FIRST (sinc PARENT_LAST is not working) and WAR classloader policy as MODULE).

Now we are trying to consume a web service using AXIS 1.2 Final (an open-source java soap toolkit). AXIS uses its own version of saaj, log4j, commons-logging etc. jars and I hope WAS runtime has its own version of these jars. Now if I deploy my web application (that uses AXIS) and
distribute my AXIS jars either in WEB-INF\lib or at the ear level then I must give classloader mode as PARENT_LAST and WAR classloader policy as APPLICATION/MODULE otherwise I am getting the famous error "org.w3c.dom does not implement ... etc. etc." similiar exception.

Now there is contradiction of classloader mode setting for making my AXIS web module work and for the making use of shared library jars.

Does shared libary jars are loaded by separate classloader called Shared Libary Classloader which is above application classloader. If so how to make shared libary jars loaded by my application instead of getting them loaded by a separate classloader like Shared Libary Classloader.

Any thoughts ? Please suggest.


Thanks & Regards,
 
Don't get me started about those stupid light bulbs.
reply
    Bookmark Topic Watch Topic
  • New Topic