I am trying to deploy some new Application code into our JBoss application.
Our developers work using JBoss 3.2.5 but the platform onto which it is
deployed is JBoss 3.2.1. We've had no problem with this until now, when we
introduce some Application code that uses org.apache.commons.HttpClient. This
jar is included at the very top of the JBoss tree: {jboss-root}/lib. In
3.2.1, commons-httpclient.jar is 51KB and it's manifest identifies it as
implementation version 1.0.16. In 3.2.5, the jar is 214KB and its manifest
identifies it as 2.0-rc1.
The result of running in this environment is IncompatibleClassChangeError being
thrown when our class that imports httpclient classes is first loaded.
It is possible that we could compile our code against the older version of
httpclient and get it to work. Then if we stopped putting
commons-httpclient.jar in our war file, it might work. But since the two
versions of httpclient are so radically different, I'd rather go the other way
if possible and avoid problems caused by now running the application code
against an older version of HttpClient than it was developed against. That is,
for just this one class, bypass normal class loading and load the version in
WEB-INF/lib.
Will this work, and if so, how do I make it happen, and if not, what other
alternatives do I have?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3897160#3897160
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3897160
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
JBoss-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-user
