It definitely is the old netboot stuff that is introducing
commons-httpclient.jar:
// If the home URL begins with http add the webav and httpclient jars
if( homeURL.getProtocol().startsWith("http") == true )
{
this.addLibrary("webdavlib.jar");
this.addLibrary("commons-httpclient.jar");
this.addLibrary("commons-logging.jar");
}
We should just remove commons-httpclient.jar from the common/lib
Stan Silvert wrote:
Was this just an oversight or was there some specific reason it was
not included? commons-httpclient.jar is in commons/lib and it depends
on commons-codec.
The problem I'm having is that the RichFaces demo has:
<jboss-web>
<class-loading>
<loader-repository>
org.richfaces.samples.richfaces-demo:loader=richfaces-demo-jee5.war
<loader-repository-config>java2ParentDelegation=true</loader-repository-config>
</loader-repository>
</class-loading>
</jboss-web>
It includes commons-httpclient and commons-codec in WEB-INF/lib.
Since parent delegation is true it will use commons-httpclient from
commons/lib and then fail because it can't find commons-codec.
So there are two ways to fix it. Either remove commons-httpclient
from commons/lib or add commons-codec.
Who is depending on commons-httpclient and how would I know this so I
would know who to ask?
Stan
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development