[x3d-public] Plans for proceeding with C/C++/C# specification and implementation; XSLT and Saxon

[John Carlson]

What I meant to say was put the script on my desktop.  Apologies for
confusion!

John

On Wed, Jan 26, 2022 at 2:48 PM John Carlson <yottzumm at gmail.com> wrote:

> I will try NetBeans with a different stylesheet or upgrade my stylesheet.
>
> Later.  Time to eat.
>
> These look useful:
>
>
> https://stackoverflow.com/questions/6315260/can-we-do-xslt-2-0-with-netbeans-7
>
>
> https://blog.mrhaki.com/2008/05/use-saxon-for-xsl-transformation-in.html?m=1
>
> I guess I should dump the Saxon jar somewhere on NetBeans classpath.
> I’ll look for some way to prepend the Saxon HE 10.6 to the NetBeans
> classpath.
>
> I’m a bit antsy about putting Saxon in jre/lib/ext for NetBeans, because
> I’ve found it useful to fall back to Oracle defaults in my Java programs,
> plus I would have to update the Java configuration for each Java release.
>
> I guesss the way to go is create a script that prepends the Saxon jar to
> the classpath and launches NetBeans.  Then put that script on my classpath.
>
> Any other smart ideas welcome!
>
> I’m hoping to start with the C++ SAI library generator stylesheet in the
> next couple of days; limited of course, by the virus.
>
> On Wed, Jan 26, 2022 at 2:04 PM John Carlson <yottzumm at gmail.com> wrote:
>
>> Don,   do you use NetBeans as an interactive step-by-step XSLT debugger?
>> It may be worth it for me to try a different stylesheet with NetBeans.
>>
>> I’m guessing you use the GHD (got here debugger), mostly.  I’m looking
>> for more than that.
>>
>> Thanks!
>>
>> On Wed, Jan 26, 2022 at 1:13 PM Brutzman, Donald (Don) (CIV) <
>> brutzman at nps.edu> wrote:
>>
>>> John, as inspection of our open-source codebases quickly reveals, we
>>> have remained fully compatible with Saxon “home edition” free editions.
>>> Last fall we successfully upgraded to Saxon 10 without mishap.  A copy of
>>> the most recent jar is maintained in our version control so that any
>>> transitions or upgrades are careful and deliberate.  XSLT itself is a W3C
>>> standard.  There are no non-standard extensions in any of our Web3D
>>> stylesheets.
>>>
>>>
>>>
>>> The Saxon project page on Sourceforge describes the various versions
>>> available.
>>>
>>>
>>>
>>>    - http://saxon.sourceforge.net
>>>
>>>
>>>
>>> No doubt other tools exist as well.  My personal approach uses
>>> Saxon/java/Netbeans as primary and XMLSpy (educational license) as
>>> second-check confirmation.  You will not find any other assets in our
>>> open-source X3D tools and content that require proprietary license support.
>>>
>>>
>>>
>>> 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:* Tuesday, January 25, 2022 5:56 PM
>>> *To:* Brutzman, Donald (Don) (CIV) <brutzman at nps.edu>; GPU Group <
>>> gpugroup at gmail.com>; X3D Graphics public mailing list <
>>> x3d-public at web3d.org>
>>> *Subject:* Re: [x3d-public] Plans for proceeding with C/C++/C#
>>> specification and implementation
>>>
>>>
>>>
>>> NPS WARNING: *external sender* verify before acting.
>>>
>>>
>>>
>>> I tried StyleVision from Altova, but that requires XMLSpy.  Pretty much
>>> B-DOA.
>>>
>>>
>>>
>>> John
>>>
>>>
>>>
>>> On Tue, Jan 25, 2022 at 7:41 PM John Carlson <yottzumm at gmail.com> wrote:
>>>
>>> I guess the option for a cheap interactive debugger for XSLT (< $150 or
>>> free) is not there yet?  I might even go with a subscription model. I
>>> wonder if someone can find a page listing a subscription model for:  XSLT
>>> Debugger | Altova
>>> <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.altova.com%2Fxmlspy-xml-editor%2Fxslt-debugger&data=04%7C01%7Cbrutzman%40nps.edu%7Cb33d2f4ad7464e06428b08d9e06f01dd%7C6d936231a51740ea9199f7578963378e%7C0%7C0%7C637787589657443010%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=%2FXhwNnNW%2BOhzpun7FYKPlInqCVqKFojE7iD6LqBFqE4%3D&reserved=0>?
>>> Lost it.  Thanks!
>>>
>>>
>>>
>>> I got this message running X3dToJson.xslt in NetBeans 12.6:
>>>
>>>
>>>
>>> Starting file:/C:/Users/john/X3DJSONLD/src/main/data/abox.x3d by
>>> file:/C:/Users/john/X3DJSONLD/src/main/lib/stylesheets/X3dToJson.xslt
>>> transformation...
>>> Error checking type of the expression 'funcall(lower-case,
>>> [step("attribute", 17)])'.
>>> Transformation finished.
>>>
>>>
>>>
>>> I don't think I've had issues with the Saxon jar, but let me check.
>>> Looks fine.  Is there some way to override the NetBeans XSLT implementation
>>> with Saxon jar?
>>>
>>>
>>>
>>> This is not what I wanted to do, go on a fishing trip. I know XMLSpy is
>>> basically way ahead, probably has been for over 15 years.  I'll look for
>>> XMLSpy subscription cost?
>>>
>>>
>>>
>>> Please, a personal recommendation that works with X3D, not a fishing
>>> trip.  I understand that the Resources page shows X3D-Edit.  But that's
>>> uses NetBeans XSLT, or?
>>>
>>>
>>>
>>> John
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20220126/3ab24848/attachment.html>