[ICE-5048] dynamic images showed using graphicimage do not refresh - ICEsoft JIRA Issue Tracker

Details

Type: Bug
Status: Closed
Priority: Major
Resolution: Fixed
Affects Version/s: 1.8.2
Fix Version/s: 1.8.2-EE-Beta, 1.8.2-EE-GA, 1.8.3
Component/s: ICE-Components
Labels:
None
Environment:
debian linux 5.0.2, glassfish 2.1, icefaces 1.8.2
client firefox under windows and linux
not tested with internet explorer

ICEsoft Forum Reference:
http://www.icefaces.org/JForum/posts/list/15022.page

Description

1.8.2 changed the way urls for images are generated
the new way causes images to not be refreshed
this sort of "caching effect" problems is not happening on the client but on the server side.

1.8.1 generates those urls quite differently and it is not affected

More details can be found in the forum reference

Options
- Sort By Name
- Sort By Date
- Ascending
- Descending
- Download All

Attachments

Hide
icefaces-comps.jar

03/Nov/09 5:42 PM

1.95 MB

Adnan Durrani
META-INF/MANIFEST.MF 0.3 kB

com/icesoft/.../component/CSS_DEFAULT.class 10 kB

com/icesoft/.../component/CheckboxTag.class 4 kB

com/icesoft/.../ColumnGroupTag.class 4 kB

com/icesoft/.../CommandButtonTag.class 14 kB

com/icesoft/.../CommandLinkTag.class 15 kB

com/icesoft/.../ContextActionEvent.class 1 kB

com/icesoft/.../component/DataTableTag.class 14 kB

com/icesoft/.../component/DisplayEvent.class 2 kB

com/.../ExtendedAttributeConstants.class 11 kB

com/icesoft/.../component/FormTag.class 9 kB

com/icesoft/.../GraphicImageTag.class 12 kB

com/icesoft/.../component/HeaderRowTag.class 4 kB

com/icesoft/.../InputHiddenTag.class 5 kB

com/icesoft/.../InputSecretTag.class 16 kB

com/icesoft/.../component/InputTextTag.class 15 kB

com/icesoft/.../InputTextareaTag.class 15 kB

com/.../InvalidComponentTypeException.class 0.4 kB

com/icesoft/.../component/MessageTag.class 8 kB

com/icesoft/.../component/MessagesTag.class 9 kB

com/icesoft/.../OutputBodyTag.class 6 kB

com/icesoft/.../OutputFormatTag.class 6 kB

com/icesoft/.../OutputHeadTag.class 4 kB

com/icesoft/.../OutputHtmlTag.class 3 kB

com/icesoft/.../OutputLabelTag.class 10 kB

com/icesoft/.../OutputLinkTag.class 14 kB

com/icesoft/.../OutputTextTag.class 11 kB

com/icesoft/.../component/PanelGridTag.class 11 kB

com/icesoft/.../PanelGroupTag.class 14 kB

com/icesoft/.../component/RadioTag.class 4 kB

Showing 30 of 308 items Download Zip
Show

icefaces-comps.jar

03/Nov/09 5:42 PM

1.95 MB

Adnan Durrani
Hide
ICE-5048.war

02/Nov/09 12:16 PM

6.41 MB

Adnan Durrani
META-INF/MANIFEST.MF 0.0 kB

index.jsp 0.1 kB

images/4.gif 0.4 kB

images/6.gif 0.6 kB

WEB-INF/lib/xercesImpl.jar 1.15 MB

WEB-INF/lib/icefaces-comps.jar 1.94 MB

WEB-INF/classes/bean/Bean.class 2 kB

WEB-INF/lib/commons-collections.jar 558 kB

WEB-INF/lib/backport-util-concurrent.jar 319 kB

WEB-INF/classes/bean/Bean.java 1 kB

WEB-INF/lib/commons-beanutils.jar 226 kB

WEB-INF/lib/commons-logging.jar 52 kB

WEB-INF/lib/jstl.jar 20 kB

images/3.gif 0.1 kB

main.jspx 0.7 kB

images/1.gif 0.8 kB

WEB-INF/.../krysalis-jCharts-1.0.0-alpha-1.jar 151 kB

WEB-INF/web.xml 2 kB

WEB-INF/lib/xml-apis.jar 190 kB

WEB-INF/lib/icefaces.jar 1.18 MB

WEB-INF/lib/commons-digester.jar 140 kB

images/8.gif 0.6 kB

images/5.gif 0.6 kB

WEB-INF/lib/jsf-api.jar 356 kB

WEB-INF/lib/jsf-impl.jar 778 kB

images/2.gif 3 kB

WEB-INF/lib/commons-fileupload.jar 56 kB

WEB-INF/faces-config.xml 0.5 kB

images/7.gif 0.6 kB

Download Zip
Show

ICE-5048.war

02/Nov/09 12:16 PM

6.41 MB

Adnan Durrani

Activity

Ascending order - Click to sort in descending order

Hide

Permalink

Adnan Durrani added a comment - 30/Oct/09 2:39 PM - edited

We fixed a memory leak in 1.8.2, so regardless of number of images get served would be served by one resource only. To let the browser know when to request a new image we pass the hashCode of the contents of the image. In graphicImage case its the hashcode of the byte[]. So its in the control of the application. Don't recreate the byte array for the served images. Only recreate it when you want new picture to be loaded.

uri.getPath()+ "?"+ content.hashCode();

Show

Adnan Durrani added a comment - 30/Oct/09 2:39 PM - edited We fixed a memory leak in 1.8.2, so regardless of number of images get served would be served by one resource only. To let the browser know when to request a new image we pass the hashCode of the contents of the image. In graphicImage case its the hashcode of the byte[]. So its in the control of the application. Don't recreate the byte array for the served images. Only recreate it when you want new picture to be loaded. uri.getPath()+ "?"+ content.hashCode();

11 older comments

Hide

Permalink

Adnan Durrani added a comment - 03/Nov/09 5:42 PM

The bug has been fix, for quick testing I am attaching a patched jar. can you please verify it.

Thanks,

Show

Adnan Durrani added a comment - 03/Nov/09 5:42 PM The bug has been fix, for quick testing I am attaching a patched jar. can you please verify it. Thanks,

Hide

Permalink

Paul van Rossem added a comment - 04/Nov/09 1:01 AM

Tested it with the patched jar on Tomcat 6. Looks like my image problem has been solved.
Thanks, Adnan. Regards, Paul.

Show

Paul van Rossem added a comment - 04/Nov/09 1:01 AM Tested it with the patched jar on Tomcat 6. Looks like my image problem has been solved. Thanks, Adnan. Regards, Paul.

Hide

Permalink

Hybris Zero added a comment - 04/Nov/09 2:49 AM

works for me
thanks

Show

Hybris Zero added a comment - 04/Nov/09 2:49 AM works for me thanks

Hide

Permalink

Adnan Durrani added a comment - 04/Nov/09 10:53 AM

Thanks Paul and Hybris for verification.

Show

Adnan Durrani added a comment - 04/Nov/09 10:53 AM Thanks Paul and Hybris for verification.

Hide

Permalink

Joanne Bai added a comment - 11/Dec/09 11:59 AM

Test app has been added to repo\qa\trunk\Regression\~~ICE-5048~~. Thanks, Adnan.

Show

Joanne Bai added a comment - 11/Dec/09 11:59 AM Test app has been added to repo\qa\trunk\Regression\ ICE-5048 . Thanks, Adnan.

People

Assignee:

Unassigned

Reporter:

Hybris Zero

Votes:

5 Vote for this issue

Watchers:

4 Start watching this issue

Dates

Created:

22/Oct/09 3:39 AM

Updated:

06/May/10 11:42 AM

Resolved:

03/Nov/09 5:35 PM