On Tue, 11 Sep 2001 05:57, Paul Hammant wrote: > >The HTTPServer would register the callback method to handle the > > ServerSockets. It should delegate the requests as it sees fit--with WAR > > mounting, Servlet routing, default FileServlet, and cacheing. Hopefully, > > you get the overall picture here. > > But I am only on about modelling. > > Think about our (one day) EJB server. It needs a webserver. Not just > that it needs a WAR file capable web server. > > <block name="fred-ejb" ..... > <depends role="org.apache.avalon.services.WARFileHTTPServer"/> > </block> > > It should not matter whether the assembler uses Tomcat or Jetty, it > should just work. To pad out WARFileHTTPServer a bit more it should have : > > void deployWAR(String key, File warFile) throws WARDeploymentException; > void deployWAR(String key, URL warFile) throws WARDeploymentException; > void deployWAR(String key, InputStream warFile) throws > WARDeploymentException ; > void deployWAR(String key, ClassLoader warFile) throws > WARDeploymentException; > void unDeployWAR(String key) ..;
Sounds good except I wouldn't make the interface extend anything. I guess the problem is that without a real-life test-case I don't think we are going to have an easy time defining a generic interface. For instance the in-JVM EJB container has a fairly incestuos relationship with servlet container and they have to share all sorts of resources (ie ClassLoader hierarchy is very specific as in shared JVM resources etc). It may be a good idea to have a bash at it but I would mark it as possibly changing in future or highly volatile or whatever - at least until we see some reali-life testing. Thoughts? -- Cheers, Pete -------------------------------------------------------------- "Science is like sex: sometimes something useful comes out, but that is not the reason we are doing it" -- Richard Feynman -------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
