|-----Original Message-----
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Julian Gosnell
|Sent: Wednesday, November 28, 2001 7:58 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] RH: running SARs unpacked ? and other questions...
|
|
|
|
|Can a sar be run unpacked - I had the impression this was not so.
it can already
you can specify the classpath in a xml and deploy that file
e.g.
what you deploy is just the xml file the classpath element points to the
directory you have your jetty stuff.
try that it should work (was build for that)
|It would be nicely consistant if I could unpack my SAR and rebuild into
|the dir hierarchy, touching the descriptor (jboss-service.xml) when I
|was ready to undeploy/redeploy ?
i can't remember if the autodeployer still has that behavior these days, I
think so.
|Whilst we are on the subject of SARs, would it also be more consistant
|to put the descriptors into a separate dir as in META-INF, WEB-INF -
|only I don't know what it should be called - so forget it !
ok, I'll forget it.
|Lastly - assume that I am writing a service (Jetty) which wants to use
|EJBs as part of it's implementation. Access to these EJBs needs to be
|local and optimised. Does this mean that they need to be deployed in the
|
|same ClassLoader as Jetty ? I guess I am asking if we can have EARs
this is going to change as soon as I rewrite teh cl integration (next on my
list)
|within SARs ? - or am I not ? Maybe Local interfaces will solve the
|problem, but I would rather use optimised Remote interfaces, as then I
|preserve the possibility of deploying several Jetty instances, all
|talking to a single remote EJB server. I don't see why an optimised
|Remote interface call should be any slower than an optimised Local
|interface call, within the same ClassLoader - but then "I only do
|eyes!".
your work is a benefit to the public jf ...
marcf
|
|
|Jules
|
|
|
|
|_________________________________________________________
|Do You Yahoo!?
|Get your free @yahoo.com address at http://mail.yahoo.com
|
|
|_______________________________________________
|Jboss-development mailing list
|[EMAIL PROTECTED]
|https://lists.sourceforge.net/lists/listinfo/jboss-development
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
