Details
-
Sub-task
-
Status: Closed
-
Major
-
Resolution: Fixed
-
2.0.1
-
None
-
Security Level: public (Regular issues)
-
None
Description
First of all, thank you for your quick reply.
We have applied your solution and it works now. We encoutered some similar problems, which were also due to jar conflicts. So we had to add another hidden class as follow :
<hidden-classes>
<filter>org.jaxen</filter>
<filter>org.apache.axis2</filter>
</hidden-classes>
If I understand well, by default the jar are always loaded from the parent classloader and not from the WEB-INF/lib directory of our web application (such as weblogic does for example). I find this quite dangerous because when I will migrate to Geronimo 2.0.2 which may contains new versions of jar, I will have to check that my application still work with those versions.
The solution will be to hide (as above) all the jar of our web application and which are shipped with Geronimo. This may be quite forcing to do.
Another solution may be to use the inverseClassloading flag of the 'Resource Adapter Geronimo Deployment Plan' if this is its purpose.
What is the best practise?