[x3d-public] X3DJSAIL, X3dToJava.xslt and DOM X3DLoaderObject testing:SFImagehex values need work, other fixes applied

John Carlson yottzumm at gmail.com
Mon Apr 30 05:05:24 PDT 2018

This is fixed.  Use this command.

$ jjs -J-Djava.class.path=jars/X3DJSAIL.3.3.full.jar";classes" nashorn/examples/Json.js


Sent from Mail for Windows 10

From: John Carlson
Sent: Monday, April 30, 2018 4:16 AM
To: Don Brutzman
Cc: x3d-public at web3d.org
Subject: RE: X3DJSAIL, X3dToJava.xslt and DOM X3DLoaderObject testing:SFImagehex values need work, other fixes applied

>From my struggles, it appears that:

$ jjs -cp jars/X3DJSAIL.3.3.full.jar";classes" nashorn/examples/Json.js

And X3DJSAIL needs to be fixed for Nashorn, I guess.  I haven’t tried Java equivalent.

Heres the error:

Warning: toFileStylesheetConversion(X3dToJson.xslt) is overwriting prior file ./nashorn/examples/Json.json
Exception in thread "main" org.web3d.x3d.sai.InvalidFieldValueException: ERROR_CONFIGURATION_X3DJSAIL X3DJSAIL jar archive "" not found in CLASSPATH=
        at org.web3d.x3d.jsail.Core.X3DObject.toFileStylesheetConversion(X3DObject.java:1043)
        at org.web3d.x3d.jsail.Core.X3DObject.toFileStylesheetConversion(X3DObject.java:863)
        at org.web3d.x3d.jsail.Core.X3DObject.toFileJSON(X3DObject.java:1858)
        at jdk.scripting.nashorn.scripts/jdk.nashorn.internal.scripts.Script$Recompilation$373$Json$cu1$restOf.:program(nashorn/examples/Json.js:17)
        at jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:655)
        at jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:513)
        at jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:527)
        at jdk.scripting.nashorn/jdk.nashorn.tools.Shell.apply(Shell.java:519)
        at jdk.scripting.nashorn/jdk.nashorn.tools.Shell.runScripts(Shell.java:448)
        at jdk.scripting.nashorn/jdk.nashorn.tools.Shell.run(Shell.java:186)
        at jdk.scripting.nashorn.shell/jdk.nashorn.tools.jjs.Main.main(Main.java:104)
        at jdk.scripting.nashorn.shell/jdk.nashorn.tools.jjs.Main.main(Main.java:80)

Sent from Mail for Windows 10

From: Don Brutzman
Sent: Sunday, April 29, 2018 8:18 PM
To: John Carlson
Cc: x3d-public at web3d.org
Subject: Re: X3DJSAIL, X3dToJava.xslt and DOM X3DLoaderObject testing: SFImagehex values need work, other fixes applied

Hi John.  Confirming that handling of SFImage hex values isn't sorted out yet for these four examples, they all fail similarly.

Meanwhile I've done a major refactoring of X3dToJava.xslt handling of very large .x3d files.  Many more of the examples pass now, it required much slicing and dicing of data structures into independent methods that compile under 64KB each.  Surprisingly it was MFInt32 arrays (such as 19000 values) that caused the obscure compilation errors.  Those prior failures now run (such as CleatClamp) and further tuning of tupleSplitSize internal-parameter settings may be possible for other bbbbig scenes.

Updated X3DJSAIL and conversion stylesheet are now checked in and deployed, regression checks are running pretty cleanly.  Will let those continue overnight and update the logs tomorrow.  This is a good improvement that can be used, especially given the major DOM loader improvements that were applied last week.  These probably fix a number of other testing problems as well.

                X3D Java Scene Access Interface Library (X3DJSAIL)

Thanks for your patience!  This was a tricky task that clobbered two weekends.  I must now pay attention to other things and then will keep "popping the stack" on other trouble reports.  Thanks for your steady scrutiny.

On 4/25/2018 12:11 PM, John Carlson wrote:
> Okay, the CommandLine class was key.  Previously reported class cast errors seem to be working fine now. Here are the leftover errors, and I will attach the files.
> There are more, but similar.  Let’s handle these first, because I don’t want to run out of space in the mail message.  As far as I can tell, these don’t give warnings when validating Java code.
> These errors all seem related to using hex values in images.
> Good luck!
> John
all the best, Don
Don Brutzman  Naval Postgraduate School, Code USW/Br       brutzman at nps.edu
Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   +1.831.656.2149
X3D graphics, virtual worlds, navy robotics http://faculty.nps.edu/brutzman

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20180430/5dacddb2/attachment-0001.html>

More information about the x3d-public mailing list