tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kevin Jones" <kev...@develop.com>
Subject RE: Default classes loaded by Tocmat
Date Thu, 27 Dec 2001 22:00:22 GMT
Why not implement your own JSP base class that imports the
classes/packages you need and have all your pages extend that new class.
This would also be portable across implementations!

Kevin Jones
Developmentor
www.develop.com 

> -----Original Message-----
> From: Anand Bashyam Narasimham [mailto:anandn@digitalthink.com] 
> Sent: 26 December 2001 21:35
> To: 'Tomcat Developers List'
> Subject: RE: Default classes loaded by Tocmat
> 
> 
> I agree and that's why I still stick to Tomcat :)
> 
> -----Original Message-----
> From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> Sent: Wednesday, December 26, 2001 1:34 PM
> To: Tomcat Developers List
> Subject: RE: Default classes loaded by Tocmat
> 
> 
> 
> 
> On Wed, 26 Dec 2001, Anand Bashyam Narasimham wrote:
> 
> > Date: Wed, 26 Dec 2001 12:31:26 -0800
> > From: Anand Bashyam Narasimham <anandn@digitalthink.com>
> > Reply-To: Tomcat Developers List <tomcat-dev@jakarta.apache.org>
> > To: 'Tomcat Developers List' <tomcat-dev@jakarta.apache.org>
> > Subject: RE: Default classes loaded by Tocmat
> >
> > Craig,
> >
> > I know Tomcat has always been a standards compliant implementation. 
> > But
> will
> > it be possible say for developers to have extensions where 
> instead of 
> > writing the import statements in a whole lot of JSPs we 
> make sure the
> Class
> > loader loads this as a extension to the list you've mentioned using 
> > some config file read at startup.
> >
> > I do agree that this make it a non-portable JSP, going against the 
> > spirit
> of
> > Java and J2EE but today everything written on J2EE though Java is 
> > almost
> 60%
> > not portable onto a different implementation :)
> >
> > Can this be done?
> >
> 
> Sure it can ... by you, modifying the source code yourself 
> and supporting it yourself.  I'm not going to help you, 
> however, do something this crazy.
> 
> It's one thing when vendors lock you in with non-portable 
> features.  It's a different, and much sadder thing, to see 
> people willing to paint themselves into a corner like this :-(.
> 
> > Anand
> 
> Craig
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:tomcat-dev-> unsubscribe@jakarta.apache.org>
> For 
> additional commands, 
> e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>
> 
> --
> To unsubscribe, e-mail:   
> <mailto:tomcat-dev-> unsubscribe@jakarta.apache.org>
> For 
> additional commands, 
> e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>
> 


--
To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


Mime
View raw message