-
1. Re: s:graphicImage and s:transformImage VERY, VERY slow
wquraishi Sep 22, 2007 3:21 PM (in response to wquraishi)I'm sorry I forgot my question. Is there a bug with s:graphicImage in terms of excessive load time and memory usage? If so, are there any other alternatives now that I've already persisted the binary data to table?
-
2. Re: s:graphicImage and s:transformImage VERY, VERY slow
pmuir Sep 22, 2007 5:00 PM (in response to wquraishi)If you can pin it down to a specific problem please report a JIRA issue. You can alternatively try rendering the image using a custom servlet. It would be interesting to know if you find this a lot faster.
-
3. Re: s:graphicImage and s:transformImage VERY, VERY slow
wquraishi Sep 22, 2007 5:26 PM (in response to wquraishi)have you tried using the s:graphicImage on a page where there were 10 or so images? did you see the degradation in terms of time to render the page?
the bottleneck isn't the database as i previously stated, when i comment ou the s:graphicImage in my xhtml page, the page renders immediately. -
4. Re: s:graphicImage and s:transformImage VERY, VERY slow
wquraishi Sep 22, 2007 5:27 PM (in response to wquraishi)one more thing...how would i use a custom servlet. since the data is just a byte[]?
-
5. Re: s:graphicImage and s:transformImage VERY, VERY slow
pmuir Sep 24, 2007 5:38 AM (in response to wquraishi)No I haven't looked at this in any detail. Take a look at the seamspace example for how to use a custom servlet.