David Jencks wrote: > Julian, > > I spent a little time this weekend making jars in sars work, with Jetty as > an example. If no one objects, I might check it in later tonight. >
I look forward to playing with it - thanks. > > What I've done/ found that works is: > > jetty-plugin.sar contains > -previous contents (classes for the plugin) > -org.mortbay.jetty.jar > -org.mortbay.ftp.jar > -org.mortbay.jetty.nbio.jar > -org.mortbay.jetty.jmx.jar > -org.mortbay.jetty.sasl.jar > -org.mortbay.tools.jar > -cryptix-sasl-jetty.jar > > I find that I need in lib/ext to make jasper work: > > tools.jar (not provided) for on-the-fly JSP compilation > > javax.servlet.jar The Servlet API - implemented by Jetty > > org.apache.jasper.jar JASPER JSP engine - consumed by Jetty > > > Any idea why? See above. Since Servlet-API and Jasper versions vary with Jetty versions (3/2.2/1.1 or 4/2.3/1.2) I will probably roll these two jars into the same sar as well, then I can choose to drop in a version of Jetty3 or 4 (or later 5!) depending on which version of these I require. Does anyone object ? > > > What do you think of this much repackaging? > I think it's fine. Think of it like this. If I drop a Jetty sar into one node of a farm, I may want it up an running on every node - therefore it needs to contain everything that Jetty needs to run. Assuming that Jetty does not share Servlet-API & Jasper components with any other JBoss module, these should probably be included as well. Does anyone feel strongly either way as to whether the tools/javac.jar should go in the jetty.sar or in lib/ext ? Does anyone else do on-the-fly compilation ? I suppose I may want to remove the jetty.sar and drop in an equivalent web-container that would - So I shall leave it in lib/ext - that makes it easier to write a script that copies it from JAVA_HOME as well..... > > In addition, I am considering using the local-directory feature of sars to > install the jetty.properties, jetty.xml, and webdefault.xml files into > db/jetty-config/. Is this a good idea? I'll give this one some thought - we need to be careful not to replicate our efforts here.... > > > (going into a subdirectory of db may not be the best place, but it is where > the local-directory feature currently puts things) > > Thanks > david jencks Thanks for all the help, David, Jules > > > On 2001.11.18 20:37:20 -0500 Julian Gosnell wrote: > > > > Scott, > > > > Due to various changes in Jetty I am having to rework the Security > > integration. > > > > My authenticate() is not working and I'm afraid that I have a few simple > > questions ; > > > > 1. Is JBossSX working in RH yet, or am I wasting my time trying to get > > the testsuite's WebIntegrationUnitTestCase to run ? > > > > I look up the JBossSX Security Context once for each WebApp > > > > 2. I look up the securityMgr on EVERY authenticate() - could I do this > > ONCE on WebApp creation ? > > > > 3. I look up the realmMapping EVERY time I need doesUserHaveRole() - > > ditto ? > > > > > > Thanks for your time, > > > > > > > > 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 _________________________________________________________ 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
