Hi Robert, "Robert Ham" <[EMAIL PROTECTED]> wrote on 11/17/2006 07:14:50 AM:
> I'm trying to use Batik to render SVG files to PNG within an Oracle server. > Unfortunately, it would appear that there is a problem with the Batik code > trying to materialise AWT objects. I get the following backtrace while > running Transcoding some my data: > > java.lang.UnsatisfiedLinkError: no dcpr in java.library.path [...] > at sun.dc.pr.PathStroker.<clinit>(PathStroker.java) This is Batik just trying to create a Stroke object. We aren't trying to bring up and AWT component. The Oracle JVM would be seriously broken if you can't even do this sort of operation. > I'll quote the Oracle documentation regarding their JVM implementation: > > "The GUI > A server cannot provide GUIs, but it can supply the logic that drives them. > For example, the Oracle JVM does not supply the basic GUI components found in > the JDK's Abstract Windowing Toolkit (AWT). However, all AWT Java classes are > available within the server environment. So, your programs can use AWT > functionality, as long as they do not attempt to materialize a GUI on the server." This is a bit oddly worded so it's hard to know exactly what parts of AWT are in bounds and what are out of bounds, but the basic message I would take away is that Batik should work. So perhaps something is misconfigured? > Is it possible to do what I'm trying to do? Is it the case that Batik is > trying to materialise AWT objects? We are not trying to materialize an AWT GUI, we do use AWT graphics objects but that is generally considered ok on a server. > And if so, is it necessary? Yes to render SVG it is required that we have access to the AWT Stroke class (as well as many other AWT graphics/drawing classes, but not the GUI classes). --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
