[x3d-public] Problem with X3dToJava.xslt (code to large)
John Carlson
yottzumm at gmail.com
Mon Dec 20 17:57:03 PST 2021
Give me an example .x3d that generates bad .java code and I will see
what I can do with it. I will trade you .x3d for .java, so you can see
the patterns I use...mostly more classes, but very effective if you
don't keep .class files on the file system (I do!).
Thanks!
Now i'm seeing another issue:
translating to java
BEGIN ../data/JinLOA4-1.x3d > java, className='JinLOA4-1' has illegal
character(s) ( -.,;) replaced with '_' underscore character.
newClassName='JinLOA4_1'
END ../data/JinLOA4-1.x3d
BEGIN ../data/JinLOA4-2.x3d > java, className='JinLOA4-2' has illegal
character(s) ( -.,;) replaced with '_' underscore character.
newClassName='JinLOA4_2'
END ../data/JinLOA4-2.x3d
BEGIN ../data/JinLOA4-3.x3d > java, className='JinLOA4-3' has illegal
character(s) ( -.,;) replaced with '_' underscore character.
newClassName='JinLOA4_3'
END ../data/JinLOA4-3.x3d
BEGIN ../data/JinLOA4-4.x3d > java, className='JinLOA4-4' has illegal
character(s) ( -.,;) replaced with '_' underscore character.
newClassName='JinLOA4_4'
END ../data/JinLOA4-4.x3d
BEGIN ../data/JinLOA4.x3d > java, END ../data/JinLOA4.x3d
I will work towards renaming source data files and correcting titles
John
On 12/20/21 12:05, Brutzman, Donald (Don) (CIV) wrote:
>
> [copy: x3d-public]
>
> Yes, agreed it is a goal, so far my workarounds have not overcome this
> Java blocker. Possibly adjustments to the array-dissection method
> might work.
>
> Please see following for details:
>
> * https://www.web3d.org/specifications/java/X3DJSAIL.html#TODO
> * Limitations of Java memory handling: many methods with large
> blocks of data (greater than 64K compiled) are supported by
> splitting off arrays portions as separate data structures, when
> needed, rather than pipelined functional-style instantiations.
> However some of the extremely large X3D models are simply... too
> large. See build.java.all.log.txt for console logs from all examples.
> * https://www.web3d.org/x3d/content/examples/build.java.all.log.txt
>
> 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 https://
> faculty.nps.edu/brutzman
>
> *From:* John Carlson <yottzumm at gmail.com>
> *Sent:* Sunday, December 19, 2021 8:32 PM
> *To:* Brutzman, Donald (Don) (CIV) <brutzman at nps.edu>; Joseph D
> Williams <joedwil at earthlink.net>
> *Subject:* Problem with X3dToJava.xslt (code to large)
>
> Probably this is a "don't fix" I am addressing other JinLOA4_*java
> next. Attached. _1.java
>
> $ javac -cp .:/home/coderextreme/pythonSAI/X3DJSAIL.4.0.full.jar net/x3d
> jsonld/data/JinLOA4*java
> net/x3djsonld/data/JinLOA4_1.java:114: error: code too large
> public final void initialize()
> ^
> 1 error
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20211220/0f4d6cd5/attachment.html>
More information about the x3d-public
mailing list