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:[EMAIL PROTECTED]] 
> 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:[EMAIL PROTECTED]]
> 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 <[EMAIL PROTECTED]>
> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> > To: 'Tomcat Developers List' <[EMAIL PROTECTED]>
> > 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-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:[EMAIL PROTECTED]>
> 
> --
> To unsubscribe, e-mail:   
> <mailto:tomcat-dev-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:[EMAIL PROTECTED]>
> 


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to