Hi Jorg,
Most of your issues should now be solved.
First the dtdis.properties file is now loaded using Class.getResourceAsStream which should avoid the internationalization stuff.
Second the InterpreterFactories are now loaded using the Services interface. So there is a new file: resources/META-INF/services/org.apache.batik.script.InterpreterFactory
That contains the list of InterpreterFactory classes to load and register. Right now it only has the Rhino interpreter uncommented. It would probably be nice if the build processes tweaked this file properly based on the presence/absence of various jar files. But I'm not good enough with Ant to do that...
Thomas DeWeese wrote:
Hi Jorg,
I'm working on both of these issues.
Jorg Heymans wrote:
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]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
