Recent changes to bugs

Scalability issues using taglib image resize?

Karl — Mon, 19 Apr 2010 21:25:29 -0000

Hello. The following error resulted from 12 thumbnails resized in a loop from source images between 1 and 5 MB. 512 max heap will allow most if not all to render. 1024 MB max heap is required to ensure that all images render. Ideally I was hoping the initial image load before caching would be more scalable, but maybe this is a totally unrealistic expectation given the scenario.

SEVERE: Servlet.service() for servlet DrawImageServlet threw exception
java.lang.OutOfMemoryError: Java heap space
at java.awt.image.DataBufferInt.<init>(DataBufferInt.java:41)
at java.awt.image.Raster.createPackedRaster(Raster.java:458)
at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:1015)
at java.awt.image.BufferedImage.<init>(BufferedImage.java:314)
at net.sourceforge.jimagetaglib.image.ImageHandler.<init>(ImageHandler.java:57)
at net.sourceforge.jimagetaglib.servlet.DrawImageServlet.service(DrawImageServlet.java:96)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)

Don't print on internet explorer

Anonymous — Tue, 03 Nov 2009 11:54:21 -0000

When try print a page with barcode on internet explorer is launched a NullPointer errror.

UPPER and Mixed case extension support.

Anonymous — Thu, 04 Aug 2005 21:24:48 -0000

0.5.1 does not support UPPER and Mixed case
exentions. This is problematic as most digital cameras
store files in DOS FAT format which maps to uppercase
on most moden operating systems. Below is a patch to
ImageHandler.java to add support for UPPER and Mixed
case (I refactored the library for MyEclipse the paths are
a little different, but this should be easy to apply by
hand)

Index:
src/net/sourceforge/jimagetaglib/image/ImageHandler.jav
a
=========================================
==========================
RCS file: /home/cvs/jimagetaglib-
0.5.1/src/net/sourceforge/jimagetaglib/image/ImageHandl
er.java,v
retrieving revision 1.1
diff -u -r1.1 ImageHandler.java
---
src/net/sourceforge/jimagetaglib/image/ImageHandler.jav
a 4 Aug 2005 20:34:52 -0000 1.1
+++
src/net/sourceforge/jimagetaglib/image/ImageHandler.jav
a 4 Aug 2005 21:14:59 -0000
@@ -30,7 +30,7 @@
private Image inImage = null;
private String extensao = null;
private boolean
resizeIfImageIsSmallerThanSpecifiedSize =
Constants.DEFAULT_RESIZE_IF_IMAGE_IS_SMALLER
;
- static final private String[] validFileExt =
{ ".gif", ".jpeg", ".jpg" };
+ static final private String[] validFileExt =
{ ".gif", ".jpeg", ".jpg" }; // Must be lower case here

private BufferedImage theImage;
private Graphics2D g2d;
@@ -199,11 +199,17 @@

/**
* Verifies if image is valid for the system.
+ *
+ * Modified DHB, check to insure extensao
matches validFileExt ignoring case.
+ *
* @return
*/
private boolean isValidImage() {
// Aceita somente .gif, .jpg
ou .jpeg
- return (Arrays.binarySearch
(validFileExt, extensao) > -1);
+ for (int i=0; i < validFileExt.length; i++) {
+ if (extensao.equalsIgnoreCase
(validFileExt[i])) { return true; }
+ }
+ return false;
}

/**
@@ -214,7 +220,7 @@
if (extensao != null) {
if (extensao.trim
().equals(".gif"))

return "image/gif";
- else if ((extensao.trim
().equals(".jpg")) || (extensao.trim().equals(".jpeg")))
+ else if ((extensao.trim
().equalsIgnoreCase(".jpg")) || (extensao.trim
().equalsIgnoreCase(".jpeg")))

return "image/jpeg";
}
return null;

*.war file not downloading

Stuart Schmukler — Mon, 15 Sep 2003 12:11:18 -0000

The *.war files for this project are being displayed in
the browser. This could be a problem with the mine types.

SaS