<div dir="ltr">I've been testing old bugs the after recent release of X3DJSAIL (yay, me), to see if regressions go away.<div><br></div><div>I think I can discuss standards here, like allowing HAnimSite to have a containerField="viewpoints" attribute right under HAnimHumanoid in XML.  Fresh download of new X3DJSAIL, with -Schematron and -validate as arguments to CommandLine.java<div><br></div><div>I would say the validation is a spurious warning, given that I can fix X3DJSAIL's stylesheet, and the problem goes away, link to sourceforge issue is below.  This has nothing to do with AllenDutton.java.  I am referring to AllenDutton.x3d that I've recently modified.  I am running CommandLine below, not my own Java program.</div><div><br></div><div>Model is attached.</div><div><br></div><div>First the validator:</div><div><br></div><div>$ java -cp ~/X3DJSONLD/X3DJSAIL.4.0.full.jar  org.web3d.x3d.jsail.CommandLine -validate AllenDutton.x3d<br>CommandLine parameter: "-validate" for model validation<br>parameter: source file AllenDutton.x3d filesize 834472 bytes<br>Parsing using Document Object Model (DOM) based X3DLoaderDOM...<br>Exception in thread "main" org.web3d.x3d.sai.InvalidFieldValueException: *** Invalid setContainerFieldOverride() value='viewpoints', legal values for HAnimSite are containerField_ALLOWED_VALUES='"children" "sites" "skeleton"'<br>        at org.web3d.x3d.jsail.X3DConcreteNode.setContainerFieldOverride(X3DConcreteNode.java:424)<br>        at org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:633)<br>        at org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:621)<br>        at org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:621)<br>        at org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:492)<br>        at org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:455)<br>        at org.web3d.x3d.jsail.X3DLoaderDOM.loadModelFromFileX3D(X3DLoaderDOM.java:249)<br>        at org.web3d.x3d.jsail.X3DLoaderDOM.loadModelFromFileX3D(X3DLoaderDOM.java:233)<br>        at org.web3d.x3d.jsail.X3DLoaderDOM.loadModelFromFileX3D(X3DLoaderDOM.java:207)<br>        at org.web3d.x3d.jsail.CommandLine.run(CommandLine.java:966)<br>        at org.web3d.x3d.jsail.CommandLine.main(CommandLine.java:247)</div><div><br></div><div>The ticket reporting this is<b> over a year old</b>, and <b>provides a fix</b>.</div><div><br></div><div><a href="https://sourceforge.net/p/x3d/tickets/29/">https://sourceforge.net/p/x3d/tickets/29/</a><br><br>===========================================================</div><div>Running Schematron now (I think this is how to do it).<br>$ java -cp ~/X3DJSONLD/X3DJSAIL.4.0.full.jar  org.web3d.x3d.jsail.CommandLine -Schematron AllenDutton.x3d</div><div><br>CommandLine parameter: "-Schematron" to produce X3D Schematron diagnostics for .x3d model<br>parameter: source file AllenDutton.x3d filesize 834472 bytes<br><br>First create intermediate SVRL file using stylesheet X3dSchematronValidityChecks.xslt<br>Note: fileStylesheetConversion() is overwriting prior file AllenDutton.txt.svrl<br>... next create final report file using stylesheet SvrlReportText.xslt<br>Note: fileStylesheetConversion() is overwriting prior file C:\Users\jcarl\AppData\Local\Temp\tempFile16329064357404927923.txt</div><div><br></div><div>Note that there are not messages and the tempFile doesn't exist</div><div><br></div><div>$ ls /c/Users/jcarl/AppData/Local/Temp/t<br>t3z4pkst.t2j/ taxbfajl.4ux/ tekvhvsl.ghw/ tj42zzew.hmc/ tm4lc2ku.xs5/ tpkh2nvk.ycp/ tuw5241h.bpc/ ty4xdhqf.3bx/<br>t4bxrw2w.c2j/ tb5f2rrc.sfo/ tfbrmjmv.2pw/ tjxkk3tp.n01/ tn0vbxbr.2nf/ tt5ghiuo.3e5/ tvf2boru.nta/<br>t5hgx3v1.qn4/ tde42jb3.0ps/ tgbezyy1.arj/ tk34ir1x.fak/ tod22bt3.zn1/ ttkmpzh3.k5l/ twkazrsk.xhx/<br>t5y1bt3i.twp/ te3axvbf.yd4/ ti3oox13.ol2/ tlvkxg0z.a02/ toior15e.c1g/ ttlzgjtq.bb2/ twofzb5h.h2h/<br><br>=========================================================</div><div>Castle Model Converter shows no errors:</div><div><br></div><div>$ ~/Downloads/castle-model-viewer-5.3.0-win64-x86_64/castle-model-viewer/castle-model-converter.exe --validate !$<br>~/Downloads/castle-model-viewer-5.3.0-win64-x86_64/castle-model-viewer/castle-model-converter.exe --validate AllenDutton.x3d</div><div>==========================================================</div><div>There's errors in "Electron", maybe Holger would be better than me at tracking down issues with Electron.</div><div><br></div><div>$ npx  sunrize@latest AllenDutton.x3d<br>(node:23944) ExperimentalWarning: CommonJS module C:\Users\jcarl\AppData\Roaming\npm\node_modules\npm\node_modules\debug\src\node.js is loading ES Module C:\Users\jcarl\AppData\Roaming\npm\node_modules\npm\node_modules\supports-color\index.js using require().<br>Support for loading ES Module in require() is an experimental feature and might change at any time<br>(Use `node --trace-warnings ...` to show where the warning was created)<br><br>update-electron-app config looks good; aborting updates since app is in development mode<br>[30984:0728/022246.725:ERROR:mojo\public\cpp\bindings\lib\interface_endpoint_client.cc:732] Message 6 rejected by interface blink.mojom.WidgetHost<br>[30984:0728/022246.725:ERROR:mojo\public\cpp\bindings\lib\interface_endpoint_client.cc:732] Message 7 rejected by interface blink.mojom.WidgetHost</div><div>============================================================</div><div>Thanks for your consideration.</div><div><br></div><div>John Carlson</div></div></div>