tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mel Martinez <melaqu...@yahoo.com>
Subject Re: TC33: Configuration
Date Tue, 06 Feb 2001 18:01:34 GMT
Costin,

These changes seem reasonable to me.  Could you
possibly discuss the configuration issues I raise in
my  post (subject: Tomcat Setup and configuration) and
how or if they can be addressed?

Mel

--- cmanolache@yahoo.com wrote:
> Hi,
> 
> There are few changes to simplify the configuration
> of tomcat3.3, and I
> would like to do them as early as possible.
> 
> The idea is to simplify a bit server.xml and make it
> easier to tune web
> applications. 
> 
> The current syntax will of course be supported, my
> proposal is to add a
> mechanism to also allow a simplified syntax.
> 
> The additions are:
> 
> 1. Allow ant-style syntax for modules: a module is
> now loaded with:
>   <RequestInterceptor
> class="org.apache.tomcat.modules.aaa.SimpleRealm"
>            filename="conf/users/myusers.xml" />
>   We can use:
> 
>   <SimpleRealm filename="conf/users/myusers.xml" />
> 
>   ( modules.xml will contain the list of predefined
> modules, new modules
> can be added with a syntax similar with <taskdef>. )
> 
> 
> 2. Add a ModuleInfo object in core that will keep
> the meta-information
> about a module ( hooks, ordering, description, etc).
> This will be used for 
> the /admin-like tool and for configuration. 
> 
> 
> 3. Separate the "global" configuration from context
> configuration.
>    Now server.xml contains both options for the
> server and options for 
>    individual contexts. 
> 
>    It would be easier if each context or group of
> contexts will be
> configured in a simpler file ( given that users will
> have less need to
> edit server.xml ). For example: config/apps/foo.xml
> will keep informations
> about the /foo application.  
> 
>    This is already supported ( by using
> ContextXmlReader ), but it's not 
> documented and used by default - my proposal is to
> start doing that.
> 
>    (BTW, this is very important as it make easier to
> develop the /admin
> tool - the part about saving context preferences )
> 
> 4. Add a new configuration section <profile>
> containing a group of 
> modules that are specific to a set of contexts.
> Right now you can tune
> individual contexts by adding a per-context module,
> but if you have a lot
> of applications that becomes very difficult and
> time-consuming.
> (for example you may want a group of webapps to use
> JdbcAuthentication
> and log in a certain directory ). This will save a
> lot of typing and will
> add clarity.
> 
> 
> Again - those are backward compatible usability
> enhancements, and should
> have minimal code impact - but it's important to do
> the changes as early
> as possible.
> 
> 
> -- 
> Costin
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, email:
> tomcat-dev-help@jakarta.apache.org
> 


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/

Mime
View raw message