<div dir="ltr"><div dir="ltr">Even specifying local DTD/XSD in a properties file or command line argument to org.web3d.x3d.jsail.CommandLine might be possible (but that should just override the default).</div><div dir="ltr"><br></div><div>Thanks.  This would be easy to add to a batch program, instead of waiting for updates to Holger's x3d-tidy and reconverting files.</div><div><br></div><div>John</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Dec 4, 2024 at 5:59 AM John Carlson <<a href="mailto:yottzumm@gmail.com">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">When X3D XML contains http:// for X3D DTD or X3D XSD, X3DJSAIL validation is currently broken.  Can you put the DTD and the XSD in the X3DJSAIL jars?<div><br></div><div>I'm not sure if this is possible or desired, it might be nice to have though.</div><div><br></div><div>I had a long discussion with Leonard about this.  There's potential for X3DJSAIL to stop working on some content, as I experienced some time ago.</div><div><br></div><div>Changing http:// to https:// works, unless web3d is down.  Maybe upgrading to https:// from http:// in X3DJSAIL is desired?  First try what's in the jar, then the X3D file (http) then upgrade to https.  Or some variant of that.</div><div><div><br></div><div>Thanks!</div><div><br></div><div>John</div></div></div>
</blockquote></div></div>