Why is the image in a temp dir? Why is it getting cleaned up? That sounds pretty odd.. How does it get there in the first place? What happens if it cleans it up before it reads it into memory? Why not just put the images in the same place as the xsl? I explained in the previous message what the command does that you're trying to use, so it really doesn't matter what you want. You can want your computer to make your coffee but unless you physically combine it with a coffee machine or connect it to an external machine, it's not going to do it. Java awt images work fine if you're using the xsl with an awt renderer to make the PreviewPanel object, then building your own window and placing the image. If you want external-graphic to show your image you have to be able to create a uri reference to it. If you can't do that and you want to pull the image in another way, you'll have to use another method (you'll most likely have to write your own).
The simplest way as I said to reference an image and not have to worry if the end user can find an image file is to write the image into the xsl as svg draw commands. How complicated is the image? I was trying to figure out the same thing, not worrying if the image would be deleted, but trying to figure out how FOP would reference it if I need relative or absolute paths and if they're processed server or client side.. -----Original Message----- From: pedro [mailto:pedro.r...@libero.it] Sent: Tuesday, April 13, 2010 11:21 AM To: fop-users@xmlgraphics.apache.org Subject: Re: java.awt.image I want the object in memory because the application run on Thin Client in an enviroment(network,workstations) that are no under my control and sometimes i have a problem because the image that i wrote in my temp dir is clean up by i don't know what,so i won't to understand why because i have no access on the enviroment and i want to workaround the problem with a image in memory. -- View this message in context: http://old.nabble.com/java.awt.image-tp28229153p28231773.html Sent from the FOP - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org