Re: compiling svg's - solved

[Eric Smith <Er...@fruitcom.com>]

A combination of j2re1.4.1 and _not_ using my desired java option
of -Djava.awt.headless=true results in  standard and encoded raster graphic
svg's successfully rendered to pdf .

Also embedding an encoded grapic as an image node in an existing svg file
renders fine with fop.

fop rocks :)

PS Instead of the headless command option, I just pointed the
(headless) server's DISPLAY option to a machine with a valid display -
suboptimal but it works.

According to Eric Smith on Mon, Jul 22, 2002 at 12:48:32AM +0200:
> According to Oleg Tkachenko on Mon, Jul 22, 2002 at 12:41:02AM +0300:
> > Eric Smith wrote:
> > >I am getting the following _fop_ error using fop 0.20.3 and batik 
> > >1.5beta2-1 I get this but only when
> > >compiling svg's (not raster graphics):
> > fop is rather picky about batik version and it is supposed to run with 
> > batik library that is included into fop distribution. If you really need 
> > batik 1.5beta2, upgrade to fop 0.20.4.
> > 
> Thank Oleg
> 
> Now with the 0.20.4 fop version (used the batik in the same package), I can render 
> fo to pdf fine, but with svg's, get this new error:
> ....
> [INFO] [1]
> Exception in thread "main" java.lang.ExceptionInInitializerError
>         at org.apache.batik.ext.awt.image.spi.ImageTagRegistry.getRegistry(Unknown Source)
>         at org.apache.batik.bridge.SVGImageElementBridge.createRasterImageNode(Unknown Source)
>         at org.apache.batik.bridge.SVGImageElementBridge.createGraphicsNode(Unknown Source)
>         at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source)
>         at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
>         at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source)
>         at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
>         at org.apache.batik.bridge.GVTBuilder.build(Unknown Source)
>         at org.apache.fop.render.pdf.PDFRenderer.renderSVGDocument(Unknown Source)
>         at org.apache.fop.render.pdf.PDFRenderer.drawImageScaled(Unknown Source)
>         at org.apache.fop.render.AbstractRenderer.renderImageArea(Unknown Source)
> > -- 
> > Oleg Tkachenko
> > Multiconn International, Israel

Re: [off-topic] headless server and Java (was Re: compiling svg's - solved)

[Patrick Lanphier <pl...@artemisgroup.com>]

I have used xvfb and it worked well.

Patrick Lanphier
The Artemis Group
email: planphier@artemisgroup.com
phone: 814-235-0444
  fax: 800-582-9710
  web: http://www.artemisgroup.com

On Tue, 23 Jul 2002, [ISO-8859-1] Antonio Fiol Bonn�n wrote:

> >
> >
> >PS Instead of the headless command option, I just pointed the
> >(headless) server's DISPLAY option to a machine with a valid display -
> >suboptimal but it works.
> >  
> >
> You may be interested in checking out VNCserver or xvfb. Both of them 
> implement an X server and need no screen.
> 

[off-topic] headless server and Java (was Re: compiling svg's - solved)

[Antonio Fiol Bonnín <fi...@w3ping.com>]

>
>
>PS Instead of the headless command option, I just pointed the
>(headless) server's DISPLAY option to a machine with a valid display -
>suboptimal but it works.
>  
>
You may be interested in checking out VNCserver or xvfb. Both of them 
implement an X server and need no screen.

Re: compiling svg's - solved

[Oleg Tkachenko <ol...@multiconn.com>]

Eric Smith wrote:
> A combination of j2re1.4.1 and _not_ using my desired java option
> of -Djava.awt.headless=true results in  standard and encoded raster graphic
> svg's successfully rendered to pdf .
Aha, I heard some rumors that headless mode is not fully operational and there 
are some problems, but every time I tried it worked fine for me, probably here 
is a buggy case, you can file it to sun bugparade.

> 
> Also embedding an encoded grapic as an image node in an existing svg file
> renders fine with fop.
> 
> fop rocks :)
You said it :)

> 
> PS Instead of the headless command option, I just pointed the
> (headless) server's DISPLAY option to a machine with a valid display -
> suboptimal but it works.
You can also try virtual stuff - xvfb.

-- 
Oleg Tkachenko
Multiconn International, Israel