Attach to the mail is fine as far as I know. As always, try to limit the
size.
As a long shot, since your headless are Linux, try passing
-Dawt.toolkit=sun.awt.motif.MToolkit
when transcoding. See
http://java.sun.com/j2se/1.5.0/docs/guide/awt/1.5/xawt.html for insight into
why this may help.
Helder Magalhães schrieb:
Hi everyone,
(Simon)
but still, any help would be very much appreciated.
You've mentioned you were using Java6 but, probably not being the
cause, I'd suggest giving more detail on the Java version (and
implementor... Sun? OpenJDK? GCJ?) and also surround
Hi everyone,
(Simon)
>>> but still, any help would be very much appreciated.
You've mentioned you were using Java6 but, probably not being the
cause, I'd suggest giving more detail on the Java version (and
implementor... Sun? OpenJDK? GCJ?) and also surrounding things
(operating system/distribut
My previous response failed to note that Batik IS using the int
version of the Color constructor. I would check the test svg
carefully. Your working jvm (windows?) may be bounds checking and
correcting the input values while your headless (possibly sun?) jdk
does not (instead relies on an excepti
Hello Simon,
I suspect the root of your problem is how the local vm is
sorting/selecting the constructor for java.awt.Color.
Your headless system is likely constructing using the float version
of the Constructor which does something like:
this( (int) (r*255+0.5), (int) (g*255+0.5), (int) (b*
Helder Magalhães schrieb:
Hi simon,
hi helder,
thanks very much for your response.
i have developed a yanel resource-type which is using the batik transcoder
to create png and jpg from svg. on my local computer everything works like a
charm. after i deployed it on a haedless server i r
Hi simon,
> i have developed a yanel resource-type which is using the batik transcoder
> to create png and jpg from svg. on my local computer everything works like a
> charm. after i deployed it on a haedless server i run into a problem. i
> tried Djava.awt.headless=true and xvfb. and a real simp
