tomcat-taglibs-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rahul Akolkar <rahul.akol...@gmail.com>
Subject Re: packing images and style sheets with a taglib
Date Wed, 20 Apr 2005 14:34:35 GMT
John -- 

Good suggestions, but having come across this myself, here is the nub of it:

Sure, the taglib user (a.k.a. app author) has access to
WEB-INF/classes and the ant et al. build scripts. As a taglib author,
however, its essential to shoot for one jar that the user can drop
into WEB-INF/lib.

-Rahul
 

On 4/20/05, John Fereira <jaf30@cornell.edu> wrote:
> At 04:55 PM 4/19/2005 -0500, you wrote:
> >Thanks for the input and ideas. The servlet approach seems to have potential
> >but I think because our company will be the only users of the taglib I'm
> >going to force the user of the lib to paste a special taglib folder into the
> >context.
> 
> i.e, {context}/WEB-INF/classes/taglib ?
> 
> Then in your servlets you can access them using Class.getResource(string),
> Class.getResourceAsStream(string) where string is something like
> "/taglib/car.gif".
> 
> Instead of forcing the user to past the taglib folder, if you use Ant or
> Maven to build the web application, a "deploy" target/task can do that for you.
> 
> 
> >It would be really cool if there was a standard that made it possible for a
> >taglib author to specify a folder in the jar that they want to make
> >available off the context but I could see how it would create some security
> >concerns.
> >
> >
> >----- Original Message -----
> >From: "Rahul P Akolkar" <akolkar@us.ibm.com>
> >To: "Tag Libraries Users List" <taglibs-user@jakarta.apache.org>
> >Sent: Tuesday, April 19, 2005 4:44 PM
> >Subject: Re: packing images and style sheets with a taglib
> >
> >
> > > >  It also means you have to deal with cache
> > > > headers, so that you're not serving up the
> > > > same images to the same browser again and again.
> > >
> > > Very true, cache, response-type, in short, you have to behave like a good
> > > web server ;-) However, its definitely manageable, and by pulling some of
> > > the overhead upon the taglib author, it aims for taglib user convenience.
> > > OTOH, the vanilla solution seems to be an auxillary resource bundle (not
> > > in the i18n sense) users need to download and plop into each app/war. So.
> > >
> > > -Rahul
> > >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: taglibs-user-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: taglibs-user-help@jakarta.apache.org
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: taglibs-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: taglibs-user-help@jakarta.apache.org
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-user-help@jakarta.apache.org


Mime
View raw message