I've had a very frustrating time with JBoss' ClassLoaders, and I just need to
vent! It is currently IMPOSSIBLE to override libraries in your .wars or .ears
that JBoss happens to use!! If you want to use a newer version of some
commons-*.jar that JBoss happens to use, then you are out of luck!
I might take a look at it - or maybe I'm just really naive... I mean, how hard can it
be to preseed a pool, right? ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829821#3829821
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mod
I'm in the same boat as the author of this thread. I know that the JBoss manual says
JBoss does not preseed the pool... but maybe someone knows of a trick to get the
desired effect? Maybe now is a good time to add the preseed ability to JBoss? :-)
View the original post :
http://www.jboss.or
Is there any way to configure JBoss so that it seeds a stateless session bean instance
pool on deployment? I tried using something like this:
|
| 100
| 10
|
|
But, JBoss didn't instantiate any SLSBs when I deployed my .ear. I read in the docs
We have tried the 'redirect' option, and it works with JBoss 4 / Tomcat 5, though we
have not tried it with other containers. Again, we do not prefer this option as it
encodes the username and password on the URL (though we do SHA1 the password before it
is put onto the URL). For now, we can c
