geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Jencks <>
Subject Re: Possible for G to directly consume a Tomcat server config w/o changes?
Date Fri, 05 Jun 2009 06:58:08 GMT

On Jun 3, 2009, at 11:47 PM, Ivan wrote:

> I remember that in server.xml, datasouce could be defined. While  
> importing the xml file, shall we also need to create rar  
> configuration for them?

I doubt it.  I'm currently thinking that we will keep letting geronimo  
construct all of the jndi context for the web app.

david jencks
> Ivan
> 2009/6/4 Kevan Miller <>
> On Jun 2, 2009, at 6:46 PM, David Jencks wrote:
> <snip>
> I played with something like this on the plane today..... it might  
> not take more that a couple days to get _something_ working that  
> interprets server.xml files.  It turns out there's no schema for  
> tomcat configurations so it may be an adventure interpreting the  
> same files they do.
> We might be able to copy their digester configuration but replace  
> defaults with geronimo classes instead of tomcat classes.  I find  
> digester grammar so hard to understand however that I started by  
> generating a schema from a sample file and modifying it to fit the  
> digeter rules.
> My current idea is to have a TomcatServerGBean that has a server.xml  
> as an attribute, which it reads into a jaxb tree, which we call a  
> "construct(ClassLoader cl)" method on to set up the tomcat objects.   
> If this works it should be fairly easy.... no idea if it will  
> actually work though.
> Next step would be a builder that, given a server.xml, sets up such  
> a gbean.
> Sounds interesting. IIUC, this embedded Tomcat instance replaces our  
> current embedded Tomcat. It improves our ability to configure this  
> instance -- it's native Tomcat config.
> Are you thinking about all configuration files? E.g. WEB-INF/ 
> context.xml, conf/context.xml? There are catalina.policy,  
>, tomcat-users.xml, also. Hmm. gets a little  
> messier...
> --kevan
> -- 
> Ivan

View raw message