> Remy Maucherat wrote: > > > > You can do that, but it's a lot more complex than that to do. Basically, you > > need an implementation of a Tomcat 4 Resources written to access a Slide > > namespace (instead of, for example, the filesystem). > > I just wrote (yesterday) some docs on that: > > http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/resources.html > > Bottom line; Tomcat 4.* makes use of the Resource impl through the > JspServlet, but there is no default Resource implementation that have > the "loopback mount" effect I'm looking for?
Sorry, I think I misunderstood your question. What you want is serve the webapp which would be stored on a WebDAV server somewhere else, right ? I translated webdav -> slide; sorry. > I guess it might be dangerous to have a Resource impl use the mapper > recursively, since it might invoke the JspServlet which invokes the > JspServlets.... etc. No, you can write a JNDI directory context which would use WebDAV, and that would allow Catalina to run the webapp stored in the WebDAV server. > > The standalone Slide server uses that to do what you want. > > You can look at the source in wrappers/jndi/SlideDirContext.java. It's not > > trivial to configure, however, so the easiest is to just use (and maybe > > tweak) the standalone server. > > Ok. We have a webdav servlet based on the simple tomcat webdav servlet, > so it's not quite slide. But I will take a look at the slide Resource > interface to adapt it to our needs. The SlideDirContext isn't WebDAV based at all. Instead, it just uses the Slide Java API. So you can use it as sample code on how to write the directory context, but not much more. If you get it to work (or at least get it in a useable state), and you were willing to donate the code to Slide, I think it would be a useful addition. You can also have a look in org.apache.naming.resources inside the Tomcat 4 source tree. It has a WAR based directory context, as well as the "reference" filesystem based directory context. It also describe the special object types you should use (for better performance mainly; you can write a 100% generic JNDI dir context, and it should work, but Catalina would then create lots of wrapper objects to manipulate it). Remy -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
