jakarta-taglibs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael McGrady <mich...@michaelmcgrady.com>
Subject Re: Using Image Taglib when J2EE application is inside (an unpacked) war file.
Date Fri, 04 Jun 2004 13:37:58 GMT
There is a sense in which the location of the image file is independent of 
the Image taglib.  For example, I do the following:
   name='i18n3.gif' >
     text='<%= original %>'
     font='Arial Unicode MS'
As you can see, I do not use a URL.  I try to avoid URLs at all when 
accessing resources for a web browser, because they are so dumb.  Rather, I 
use a "protocol" that calls the controller of the MVC and the controller 
knows what to do with the request independent of any knowledge of the 
browser.  I suspect that you may need to do this with your problem, and 
that your problem is not one that the Image taglib should be solving.


At 02:44 AM 6/4/2004, Matti Härö wrote:
>In some of our services, we have JBoss/Jetty as application server. Jetty does
>not unpack the war file of our application while in startup, like Tomcat does.
>This results in Image Taglib being unable to create a directory 
>"gen-images" for
>caching the created, resized image. There is a "dir" attribute for the 
>tag, but
>this attribute is handled as relative to the context path, which points, 
>inside the war file. So, using the "dir" attribute does not help with the
>problem. Is there a way to specify absolute directory for image caching, or is
>there another way of being able to use the Image Tag library with environments
>where the war files are never unpacked for execution?
>With best regards,
>Matti Härö
>To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org


This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any disclosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank 
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message