Hi,
It seems that at least the dtdids_de stuff is a problem with locales. I tried setting the locale on the jsvgcanvas but that didn't help. I am now getting various classes with "_de" ending that batik tries to load from the webserver. Can i turn this off somehow?
Looking at InterpreterPool.java i can understand now why it tries to load the different interpreterfactories. However, JPythonInterpreterFactory and JaclInterpreterFactory are only present in the sources, not in the binary distribution. Is there any way to tell batik not to bother to try and load different interpreters? (other than patching the class ofcourse)
Regards Jorg
Jorg Heymans wrote:
Hi,
I am running a JSVGCanvas in an applet. Upon loading and init'ing the applet, i can see in the accesslog of my webserver that "something" (guess it's the batik lib) tries to backload a few extra files that are not present in the applet jar.
I copied all classes from batik-all-1.5.1.jar into my applet.
Here are the files it tries to load :
org/apache/batik/dom/svg/resources/dtdids.class org/apache/batik/dom/svg/resources/dtdids_de.class org/apache/batik/dom/svg/resources/dtdids_de.properties org/apache/batik/dom/svg/resources/dtdids_de_DE.class org/apache/batik/dom/svg/resources/dtdids_de_DE.properties org/apache/batik/script/jpython/JPythonInterpreterFactory.class org/apache/batik/script/jacl/JaclInterpreterFactory.class META-INF/services/org.apache.batik.bridge.BridgeExtension
Any thoughts?
Regards Jorg
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
