[x3d-public] No issues with modern AllenDutton.x3d, except X3DJSAIL's CommandLine -validate

[John Carlson]

I've been testing old bugs the after recent release of X3DJSAIL (yay, me),
to see if regressions go away.

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

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.

Model is attached.

First the validator:

$ java -cp ~/X3DJSONLD/X3DJSAIL.4.0.full.jar
 org.web3d.x3d.jsail.CommandLine -validate AllenDutton.x3d
CommandLine parameter: "-validate" for model validation
parameter: source file AllenDutton.x3d filesize 834472 bytes
Parsing using Document Object Model (DOM) based X3DLoaderDOM...
Exception in thread "main" org.web3d.x3d.sai.InvalidFieldValueException:
*** Invalid setContainerFieldOverride() value='viewpoints', legal values
for HAnimSite are containerField_ALLOWED_VALUES='"children" "sites"
"skeleton"'
        at
org.web3d.x3d.jsail.X3DConcreteNode.setContainerFieldOverride(X3DConcreteNode.java:424)
        at
org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:633)
        at
org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:621)
        at
org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:621)
        at
org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:492)
        at
org.web3d.x3d.jsail.X3DLoaderDOM.toX3dModelInstance(X3DLoaderDOM.java:455)
        at
org.web3d.x3d.jsail.X3DLoaderDOM.loadModelFromFileX3D(X3DLoaderDOM.java:249)
        at
org.web3d.x3d.jsail.X3DLoaderDOM.loadModelFromFileX3D(X3DLoaderDOM.java:233)
        at
org.web3d.x3d.jsail.X3DLoaderDOM.loadModelFromFileX3D(X3DLoaderDOM.java:207)
        at org.web3d.x3d.jsail.CommandLine.run(CommandLine.java:966)
        at org.web3d.x3d.jsail.CommandLine.main(CommandLine.java:247)

The ticket reporting this is* over a year old*, and *provides a fix*.

https://sourceforge.net/p/x3d/tickets/29/

===========================================================
Running Schematron now (I think this is how to do it).
$ java -cp ~/X3DJSONLD/X3DJSAIL.4.0.full.jar
 org.web3d.x3d.jsail.CommandLine -Schematron AllenDutton.x3d

CommandLine parameter: "-Schematron" to produce X3D Schematron diagnostics
for .x3d model
parameter: source file AllenDutton.x3d filesize 834472 bytes

First create intermediate SVRL file using stylesheet
X3dSchematronValidityChecks.xslt
Note: fileStylesheetConversion() is overwriting prior file
AllenDutton.txt.svrl
... next create final report file using stylesheet SvrlReportText.xslt
Note: fileStylesheetConversion() is overwriting prior file
C:\Users\jcarl\AppData\Local\Temp\tempFile16329064357404927923.txt

Note that there are not messages and the tempFile doesn't exist

$ ls /c/Users/jcarl/AppData/Local/Temp/t
t3z4pkst.t2j/ taxbfajl.4ux/ tekvhvsl.ghw/ tj42zzew.hmc/ tm4lc2ku.xs5/
tpkh2nvk.ycp/ tuw5241h.bpc/ ty4xdhqf.3bx/
t4bxrw2w.c2j/ tb5f2rrc.sfo/ tfbrmjmv.2pw/ tjxkk3tp.n01/ tn0vbxbr.2nf/
tt5ghiuo.3e5/ tvf2boru.nta/
t5hgx3v1.qn4/ tde42jb3.0ps/ tgbezyy1.arj/ tk34ir1x.fak/ tod22bt3.zn1/
ttkmpzh3.k5l/ twkazrsk.xhx/
t5y1bt3i.twp/ te3axvbf.yd4/ ti3oox13.ol2/ tlvkxg0z.a02/ toior15e.c1g/
ttlzgjtq.bb2/ twofzb5h.h2h/

=========================================================
Castle Model Converter shows no errors:

$
~/Downloads/castle-model-viewer-5.3.0-win64-x86_64/castle-model-viewer/castle-model-converter.exe
--validate !$
~/Downloads/castle-model-viewer-5.3.0-win64-x86_64/castle-model-viewer/castle-model-converter.exe
--validate AllenDutton.x3d
==========================================================
There's errors in "Electron", maybe Holger would be better than me at
tracking down issues with Electron.

$ npx  sunrize at latest AllenDutton.x3d
(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().
Support for loading ES Module in require() is an experimental feature and
might change at any time
(Use `node --trace-warnings ...` to show where the warning was created)

update-electron-app config looks good; aborting updates since app is in
development mode
[30984:0728/022246.725:ERROR:mojo\public\cpp\bindings\lib\interface_endpoint_client.cc:732]
Message 6 rejected by interface blink.mojom.WidgetHost
[30984:0728/022246.725:ERROR:mojo\public\cpp\bindings\lib\interface_endpoint_client.cc:732]
Message 7 rejected by interface blink.mojom.WidgetHost
============================================================
Thanks for your consideration.

John Carlson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20250728/fa65bdec/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: AllenDutton.zip
Type: application/x-zip-compressed
Size: 218463 bytes
Desc: not available
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20250728/fa65bdec/attachment-0001.bin>