RE: [Catalina]

[Nacho <na...@siapi.es>]

Craig  Wrote:
> Nacho wrote:
> 
> > Hi, All
> >
> > I'm Trying to put to work the catalina engine, but i'm getting an
> > exception ( it's below ), in the start process, There are 
> any document
> > on putting to work catalina?, in the other hand it appears to serve
> > static files.
> >
> 
> Have you modified the default configuration files?  Are you starting
> Catalina from the build/catalina directory?
> 
> The following approach works for me:
> * Download and install the JAXP reference implementation,
>   and add "jaxp.jar" and "parser.jar" to your CLASSPATH.
> * Go to the Tomcat source code home directory (normally
>   jakarta-tomcat) and do a "build all".
> * Unset the TOMCAT_HOME environment variable (if set),
>   and set it pointing at the "build/tomcat" directory.
> * Go to the "proposals/catalina" directory and do a "build all".
> * Go to the "build/catalina" directory and type "bin/catalina start".
> 

Yes to all, i've done all this things, and this is the only posible way
to run catalina, to obtain the exception i get :-).

> You should now be able to run all of the servlet examples 
> (except for bugs
> on the session one) at <http://localhost:8080>.
> 

nope


> >
> > I'm interested in the JDBC Realm, is anybody thinking on it....?
> >
> 
> I believe that Justyna Horwat is looking at this, but there's 
> no problem
> with more than one person working on it.  I would hope that 

Great, 

> (for both the
> JDBC realm and the JNDI realm) that there be substantial 
> flexibility in
> configuration.  For example, on a JDBC realm I would hope 
> that all of the
> following things are configurable:
> 
> * JDBC connection parameters
> 
> * Table names for the users and roles
> 
> * Column names for the username, password, etc.
> 
> * Choices for whether the password is stored
>   in cleartext, or encrypted in one of a number of
>   possible ways (maybe extensible?)
> 
> Craig
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>