Kevin Jones wrote:
> 
> 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!

It would also not work.  "import" statements are only for the compiler.
They have nothing to do with the compiled classes.  The subclass must 
define its own imports if it wants to reference the classes in source.

-Paul

> 
> 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]>

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

Reply via email to