You are exactly right. I went and dug the code out of Subversion where I was using this technique and the code closes the outputStream not output. This is perhaps a CF7 -> CF8 difference, judging by the post date. I've corrected the code in the post as well.

Might it be 'outputStream.close();' instead of 'output.close();' in your example above?

You'll want put all the JARs directly in /WEB-INF/lib, without the extra intermediate 'lib' folder. Batik (along with a lot of other projects) packages it that way so it's obvious which JARs are the core project and which are the project's dependencies. But the JVM only loads from /WEB-INF/lib, not child folders, so if you want to use the bundled dependencies, you have to flatten it out.

I guess it might be the way I installed it… I removed the batik jars from web-inf/cfform and dropped the new .jars in web-inf/lib and restarted…

I wasn't sure whether to keep batik's file structure though – I have:

web-inf/lib/batik.jar + others
web-inf/lib/lib/batik-anim.jar + more

or just move all the .jars into the one web-inf/lib folder…

What version of ColdFusion are you using? I haven't tested this on CF9, or later CF8 builds, so if you're using one of those it's quite possible Adobe changed something that renders this technique unusable, at least exactly as I've used it. 'output' is a Batik instance, and CF uses Batik for some of its form processing stuff, so if they've updated the bundled version that might be it.

The close method was not found.Either there are no methods with the specified method name and argument types, or the close method is overloaded with argument types that ColdFusion cannot decipher reliably. ColdFusion found 0 methods that matched the provided arguments. If this is a Java object and you verified that the method exists, you may need to use the javacast function to reduce ambiguity

Absolutely. With a file you just use CFCONTENT, but if your data is anywhere else (memory, database) you can use the response's OutputStream to write it directly. You could even use it to send back a string of HTML if you wanted, but CF provides much nicer ways for doing that (like CFOUTPUT).

Note that in my example, I'm not actually writing to the OutputStream (as Christian's example showed), I'm just wrapping it up and letting the PNGTranscoder write to it for me. I could have used a ByteArrayOutputStream for the PNGTranscoder's destination, and then extracted the byte array and passed it to the response's OutputStream to achieve the same effect, but doing it as I did saves an extra buffering.