I'm sure you have realised that you could just stick them in soap/WEB-INF/classes or lib, but you want a nicer soution....
I'm not sure if there is one - we'll have to hope one of the guys who deals with deployment drops by this forum...
Sorry I cannot be of more help,
Hopefully soon the autodeployer will not object to deploying jars with no deployment descriptors. For now, if you need to be able to hot-redeploy the jar, the easiest thing to do might be to make a .sar containing the jars you need and a META-INF/jboss-service.xml file like this:
<?xml version='1.0' encoding='UTF-8' ?>
This is enough to convince the autodeployer to give it to the ServiceDeployer which will add the jars to the classpath for you. (sar = jar format with .sar filename extension)
I think the cvs version of rh now is modified so if you just put the jar in lib/ext it will be loaded, you don't need to mess with a classpath element. On the other hand, there are other things broken. Should be fixed in a day or two.
hm, I tried to approach suggested above..
The .sar is now indeed successfully loaded, but when
I try to access it via soap.war, soap doesn't seem
to be able to find the classes defined in the .jar contained in the .sar.
Does anybody have some more ideas on this? Is there
a way that I could get more debugging from the AutoLoader to see what's going on? Is soap.war loaded in a separate jvm ?
thanks a lot,