>>>>> "SB" == Siarhei Biarozkin <[EMAIL PROTECTED]> writes:
SB> When I'm running our application from Java WebStart, the exception
SB> is thrown : java.lang.Exception : Unknown language :
SB> text/ecmascript at org.apache.batik.bridge.Base
SB> ScriptingEnvironment.dispatchSVGLoadEvent()...
Two possabilities occure to me:
1) js.jar isn't in the class path for the WebStart app
2) Vincent fixed a bug relating to class path handling and
JavaScript that is only in CVS (so try using current CVS).
Of the two I'm leaning towards #1, as #2 usually manifests
differently, as I recall).
SB> This happens only if
SB> JSVGDocument.setDocumentState(ALWAYS_DYNAMIC). The reason we're
SB> calling this method is not because we're using scripting, but to
SB> enable an immediate update of the paint area, as Thomas pointed
SB> out.
Part of the problem here is that a dyanmic SVG viewer _must_
support ecma script, so I think it's hard-wired into Batik. I suspect
that it would not be too difficult to only bring up the JavaScript
engine if text/ecmascript script elements are encountered but isn't
done right now.
SB> I remember seeing few days ago the recommendation to add
SB> <security> <all-permissions/> </security> to avoid some
SB> text/ecmascript-related problems. However, this requires an
SB> application jar be signed.
SB> Is there any other way to prevent the above exception from being
SB> thrown, as we're not using scripts in the first place. Also, is
SB> there any way to specify that even if we are in an ALWAYS_DYNAMIC
SB> state, we don't need scripting support be loaded ?
SB> On the performance issue : 256MB heap really made a difference, so
SB> we're a quite happy now as far as the initial display time is
SB> concerned
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
