[x3d-public] announce: X3D Java SceneAuthoringInterface(SAI)opensource, initial review release

Thu Dec 1 00:35:49 PST 2016

Sorry but that will have to wait until after server upload problems are fixed, and after the server migration is complete.

On 11/30/2016 2:56 AM, yottzumm at gmail.com wrote:
> Don, I started running my JSON to Python converter on the JSON Archive Examples.  In the X3D Loader, I convert .x3d files to .json files.  Thus the attached file listed ended up missing if I don’t run a full conversion myself.  Can you put them in the zip?
>
>
>
> Thanks,
>
>
>
> John
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>
>
>
> *From: *Don Brutzman <mailto:brutzman at nps.edu>
> *Sent: *Wednesday, November 30, 2016 4:35 AM
> *To: *yottzumm at gmail.com <mailto:yottzumm at gmail.com>
> *Cc: *X3D Graphics public mailing list <mailto:x3d-public at web3d.org>
> *Subject: *Re: [x3d-public] announce: X3D Java SceneAuthoringInterface(SAI)opensource, initial review release
>
>
>
> This may be related to Schema, am noticing some emergent X3D Validator problems with justify=' "MIDDLE" "MIDDLE" ' as well.
>
>
>
> In general, just strip those little things out if testing Python usability.  If you have a talking dog, the interesting part is that the dog talks, not what it has to say...
>
>
>
>
>
> On 11/29/2016 11:41 PM, yottzumm at gmail.com wrote:
>
>> I don’t get it.  I’m getting the same problem with component name:
>
>>
>
>>
>
>>
>
>> Traceback (most recent call last):
>
>>
>
>>   File "X3DJSONLD/NancyNativeTags.py", line 6, in <module>
>
>>
>
>>     component000.setName("H-Anim")
>
>>
>
>>   File "jnius/jnius_export_class.pxi", line 638, in jnius.JavaMethod.__call__ (jnius/jnius.c:26015)
>
>>
>
>>     return self.call_method(j_env, j_args)
>
>>
>
>>   File "jnius/jnius_export_class.pxi", line 715, in jnius.JavaMethod.call_method (jnius/jnius.c:26998)
>
>>
>
>>     check_exception(j_env)
>
>>
>
>>   File "jnius/jnius_utils.pxi", line 93, in jnius.check_exception (jnius/jnius.c:5106)
>
>>
>
>>     raise JavaException('JVM exception occurred: %s' % (pymsg if pymsg is not None else pyexcclass), pyexcclass, pymsg, pystack)
>
>>
>
>> jnius.JavaException: JVM exception occurred: component name newValue="H-Anim" has illegal value, must use a valid name string.
>
>>
>
>>
>
>>
>
>> Searching for component000 in my Python program:
>
>>
>
>>
>
>>
>
>> component000 = componentObject()
>
>>
>
>> component000.setName("H-Anim")
>
>>
>
>> component000.setLevel(1)
>
>>
>
>> head00.setcomponent(component000)
>
>>
>
>>
>
>>
>
>> Could it be a threading thing that newValue is being set after it’s tested?
>
>>
>
>>
>
>>
>
>> John
>
>>
>
>> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>
>>
>
>>
>
>>
>
>> *From: *yottzumm at gmail.com <mailto:yottzumm at gmail.com>
>
>> *Sent: *Wednesday, November 30, 2016 2:12 AM
>
>> *To: *Don Brutzman <mailto:brutzman at nps.edu>
>
>> *Cc: *X3D Graphics public mailing list <mailto:x3d-public at web3d.org>; SAVAGE Research Group <mailto:savage at nps.edu>
>
>> *Subject: *RE: [x3d-public] announce: X3D Java Scene AuthoringInterface(SAI)opensource, initial review release
>
>>
>
>>
>
>>
>
>> Problems with fontstyle?  I got the following error in python.  Perhaps I should not use python arrays?  It looks like it chose the wrong method or some such.  I am not sure.
>
>>
>
>>
>
>>
>
>> Traceback (most recent call last):
>
>>
>
>>   File "X3DJSONLD/CoordinateAxes.py", line 59, in <module>
>
>>
>
>>     FontStyle000430020.setJustify(["MIDDLE","MIDDLE"])
>
>>
>
>>   File "jnius/jnius_export_class.pxi", line 906, in jnius.JavaMultipleMethod.__call__ (jnius/jnius.c:29604)
>
>>
>
>>     return jm.__call__(*args)
>
>>
>
>>   File "jnius/jnius_export_class.pxi", line 638, in jnius.JavaMethod.__call__ (jnius/jnius.c:26015)
>
>>
>
>>     return self.call_method(j_env, j_args)
>
>>
>
>>   File "jnius/jnius_export_class.pxi", line 715, in jnius.JavaMethod.call_method (jnius/jnius.c:26998)
>
>>
>
>>     check_exception(j_env)
>
>>
>
>>   File "jnius/jnius_utils.pxi", line 93, in jnius.check_exception (jnius/jnius.c:5106)
>
>>
>
>>     raise JavaException('JVM exception occurred: %s' % (pymsg if pymsg is not None else pyexcclass), pyexcclass, pymsg, pystack)
>
>>
>
>> jnius.JavaException: JVM exception occurred: FontStyle justify newValue="[MIDDLE, MIDDLE]" has illegal value, must use a valid enumeration string.
>
>>
>
>>
>
>>
>
>> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>
>>
>
>>
>
>>
>
>> *From: *yottzumm at gmail.com <mailto:yottzumm at gmail.com>
>
>> *Sent: *Wednesday, November 30, 2016 1:54 AM
>
>> *To: *Don Brutzman <mailto:brutzman at nps.edu>
>
>> *Cc: *X3D Graphics public mailing list <mailto:x3d-public at web3d.org>; SAVAGE Research Group <mailto:savage at nps.edu>
>
>> *Subject: *RE: [x3d-public] announce: X3D Java Scene AuthoringInterface(SAI)open source, initial review release
>
>>
>
>>
>
>>
>
>> I’m running into difficulties with shaders and I don’t know if it’s my code, or the Java SAI.
>
>>
>
>>
>
>>
>
>> Here’s the X3D excerpt:
>
>>
>
>>
>
>>
>
>> <ComposedShader DEF='ComposedShader' containerField='shaders' language='GLSL'>
>
>>
>
>>                     <field name='cubeMap' accessType='inputOutput' type='SFInt32' value='0'/>
>
>>
>
>>                     <field name='chromaticDispersion' accessType='inputOutput' type='SFVec3f' value='0.98 1 1.033'/>
>
>>
>
>>                     <field name='bias' accessType='inputOutput' type='SFFloat' value='0.5'/>
>
>>
>
>>                     <field name='scale' accessType='inputOutput' type='SFFloat' value='0.5'/>
>
>>
>
>>                     <field name='power' accessType='inputOutput' type='SFFloat' value='2'/>
>
>>
>
>>                     <ShaderPart url='"x3dom.vs"' containerField='parts' type='VERTEX'>
>
>>
>
>>                     </ShaderPart>
>
>>
>
>>                     <ShaderPart url='"bubbles.fs"' containerField='parts' type='FRAGMENT'>
>
>>
>
>>                     </ShaderPart>
>
>>
>
>>                     </ComposedShader>
>
>>
>
>>
>
>>
>
>> Note the fields are under the ComposedShader and not the ShaderPart.  Do I need to follow the container field up and get the fields to put in the shader part objects?  That’s not how the JSON is produced from the XML afaik (but I haven’t tried recently).
>
>>
>
>>
>
>>
>
>> Should I move the fields into the shader part?
>
>>
>
>>
>
>>
>
>> On to the next…
>
>>
>
>>
>
>>
>
>> John
>
>>
>
>> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>
>>
>
>>
>
>>
>
>> *From: *Don Brutzman <mailto:brutzman at nps.edu>
>
>> *Sent: *Wednesday, November 30, 2016 12:22 AM
>
>> *To: *yottzumm at gmail.com <mailto:yottzumm at gmail.com>
>
>> *Cc: *X3D Graphics public mailing list <mailto:x3d-public at web3d.org>; SAVAGE Research Group <mailto:savage at nps.edu>
>
>> *Subject: *Re: [x3d-public] announce: X3D Java Scene Authoring Interface(SAI)open source, initial review release
>
>>
>
>>
>
>>
>
>> Gee whiz, you are already at the far horizon!  8)  You will see that they are not yet present or tested in HelloWorldProgram.java since I just got prototypes sorted out.
>
>>
>
>>
>
>>
>
>> Will look at it.
>
>>
>
>>
>
>>
>
>>
>
>>
>
>> On 11/29/2016 8:22 PM, yottzumm at gmail.com wrote:
>
>>
>
>>> Waiting for instructions on how to use IS/ISObject/IS statements.  I’m not sure how to hook them under material, etc.
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> Thanks,
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> John
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> *From: *Don Brutzman <mailto:brutzman at nps.edu>
>
>>
>
>>> *Sent: *Tuesday, November 29, 2016 12:04 PM
>
>>
>
>>> *To: *X3D Graphics public mailing list <mailto:x3d-public at web3d.org>
>
>>
>
>>> *Cc: *SAVAGE Research Group <mailto:savage at nps.edu>
>
>>
>
>>> *Subject: *Re: [x3d-public] announce: X3D Java Scene Authoring Interface (SAI)open source, initial review release
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> Another significant release has been deployed today:
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> - Support for prototypes: ProtoDeclare, ProtoInterface/ProtoBody, ExternProtoDeclare, ProtoInstance.
>
>>
>
>>>
>
>>
>
>>> - Further validation checks, making it hard for programmers to create a broken scene graph.
>
>>
>
>>>
>
>>
>
>>> - Support for X3D, ClassicVRML and VRML97 file export (.x3d .x3dv .wrl)
>
>>
>
>>>
>
>>
>
>>> - "Principle of least surprise" when null values are encountered from author (e.g. clear a field, etc.)
>
>>
>
>>>
>
>>
>
>>> - Further unit tests in example program to confirm proper operation of correct and incorrect constructs.
>
>>
>
>>>
>
>>
>
>>> - Internal package refactoring to improve inheritance, leaving exposed programming API unchanged.
>
>>
>
>>>
>
>>
>
>>> - Performance looks great, despite complexity am unable to get execution time above "O seconds" - deserves profiling on large models.
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> Key links:
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>                 http://www.web3d.org/specifications/java/X3dJavaSceneAuthoringInterface.html
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>                 http://www.web3d.org/specifications/java/examples
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>                 http://www.web3d.org/specifications/java/javadoc
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> Test reports and improvement suggestions welcome.  Have fun with X3D Java!
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> On 10/21/2016 8:19 AM, Don Brutzman wrote:
>
>>
>
>>>
>
>>
>
>>>> Second release is out, the X3D Java SAI Library is now in beta.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Latest release include autogeneration of concrete classes for field types.  Quite a tricky business because a number of specification definitions are contradictory or simply missing, because the published Java SAI specification was based on X3D v3.0 capabilities.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Still in collection mode, but have started a text document listing specification problems and potential improvements.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>>     http://www.web3d.org/specifications/java/X3dJavaSpecificationChangesAndIssues.txt
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Active TODO list, more to follow:
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> * In progress. Test concrete field-type classes for SFBool/MFBool through SFNode/MFNode to support value instantiation, including creation of type-checked new values from strings. A number of new data types have been added since X3D version 3.0, extra attention is needed to ensure that new classes and methods consistently support new specification additions. Method stubs need to be implemented (typically adapting source code from the Xj3D implementation).
>
>>
>
>>>
>
>>
>
>>>> * In progress. Confirm generation of default attribute values and constructors.
>
>>
>
>>>
>
>>
>
>>>> * In progress. Continue testing concrete classes for X3D statements, also confirming that attributes are properly reflected as fields.
>
>>
>
>>>
>
>>
>
>>>> * In progress. Add support for persistent scene-graph comments and comment blocks.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Initial testing: HelloWorldProgram.java model, online at
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>>     http://www.web3d.org/specifications/java/examples/HelloWorldProgram.java
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> The X3D Object Model is looking very solid.  Changes to X3D specification and schema are automatically integrated in this codebase.  When complete, this will be a big step forward for rigourously maintaining all X3D specifications, quality assurance tools and Web3D Consortium resources completely correct and in synch.  I expect it will be especially helpful when we get to the stage of experimentation with X3D version 4.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Scrutiny by Java experts on the class structures and design patterns is appreciated.  More work to follow on X3D Java SAI Library, of course, but it looks like all the major building blocks are now in place.  Incremental implementation improvements and TODO capability addition can now proceed.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> As ever, all feedback and comments are welcome.  Have fun with X3D Java!
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> ==================================================================================
>
>>
>
>>>
>
>>
>
>>>> On 6/27/2016 8:03 AM, Don Brutzman wrote:
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Now available for review: X3D Java Scene Authoring Interface (SAI) Library.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>>     http://www.web3d.org/x3d/stylesheets/java/X3dJavaSceneAuthoringInterface.html
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> The X3D Java Scene Access Interface (SAI) is a strongly typed Java library that provides access to a browser and its contained scene graph. This package contains X3D SAI interfaces that support the X3D Specifications.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Available products include javadoc, source code, build classes and draft specification annexes.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>>     http://www.web3d.org/x3d/stylesheets/java/javadoc/index.html
>
>>
>
>>>
>
>>
>
>>>>     http://www.web3d.org/x3d/stylesheets/java/source/org/web3d/x3d/sai
>
>>
>
>>>
>
>>
>
>>>>     http://www.web3d.org/x3d/stylesheets/java/build/org/web3d/x3d/sai
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>>     http://www.web3d.org/x3d/stylesheets/java/draftJavaLanguageBindingAnnexes/Part2/nodeTypeInterfaces.html
>
>>
>
>>>
>
>>
>
>>>>     http://www.web3d.org/x3d/stylesheets/java/draftJavaLanguageBindingAnnexes/Part2/nodeInterfaces.html
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Intended uses include
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> * Current: compiling Java source code for an X3D Script node.
>
>>
>
>>>
>
>>
>
>>>> * Future: support creation of standalone Java applications by providing a Plain Old Java Object (POJO) implementation for X3D.
>
>>
>
>>>
>
>>
>
>>>> * Future: serve as a design template for future autogeneration of similar codebases for ECMAScript, C++/C# and Python.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Special thanks to Roy Walmsley for X3D Object Model creation and ongoing design discussions.  Further notes about API Codebase Production autogeneration and design considerations appear on the topmost page listed above.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Work continues on matching autogenerated interfaces to the specification, noting corrections, and testing actual Script code in Java.
>
>>
>
>>>
>
>>
>
>>>>
>
>>
>
>>>
>
>>
>
>>>> Comments are always welcome.  Have fun with X3D using Java!
>
>>
>
>>>
>
>>
>
>>>> ==================================================================================
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> 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
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>> _______________________________________________
>
>>
>
>>>
>
>>
>
>>> x3d-public mailing list
>
>>
>
>>>
>
>>
>
>>> x3d-public at web3d.org
>
>>
>
>>>
>
>>
>
>>> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>> 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
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>
>
>
>
> 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
>
>
>

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