Re: Packaging JRE in RCP installer

[Oliver Rettig]

Hi all,
very thanks to figure it out and solve this old problem.
best regards
Oliver
> Christian, the bitness of cleaner.exe makes absolutely no difference
> to your aim of enforcing 64Bit. I do not plan to change anything
> buildwise, only the C code, meaning it will still be a 32 bit
> executable. In fact I dread if I would have to look into the build
> system in Apache NetBeans of this thing. :-)
> 
> On Fri, Sep 13, 2019 at 6:41 AM Emilian Bold  wrote:
> > > @Emilian Bold:  Where would I document? Please point me in right
> > 
> > direction. Thanks.
> > 
> > I see these pages https://netbeans.apache.org/wiki/index.asciidoc are
> > on GitHub here
> > https://github.com/apache/netbeans-website/tree/master/netbeans.apache.or
> > g/src/content/wiki
> > 
> > So you could make a PR against GitHub.
> > 
> > > not that there should be any reason to be running a
> > 
> > 32bit version of Windows in 2019
> > 
> > I thought the same, but the brand new laptop I bought for codesigning
> > CoolBeans came with a 32-bit Windows although it had a 64bit
> > processor. I also had some vocal user complain about the lack of 32bit
> > builds.
> > 
> > There are very few downloads though... only 3% of the total.
> > 
> > --emi
> > 
> > On Fri, Sep 13, 2019 at 3:11 AM Christian Oyarzun  wrote:
> > > Lars,
> > > 
> > > Is the plan to continue to keep the cleaner as a 32bit exe?
> > > 
> > > $ file cleaner.exe
> > > cleaner.exe: PE32 executable (GUI) Intel 80386, for MS Windows
> > > 
> > > The nlw.exe executable was built as a 64bit exe, which used to be 32bit
> > > in
> > > previous NetBeans releases. This would prevent using the NBI to create a
> > > package that
> > > runs on 32bit Windows (not that there should be any reason to be running
> > > a
> > > 32bit version of Windows in 2019).
> > > 
> > > $ file nlw.exe
> > > nlw.exe: PE32+ executable (GUI) x86-64 (stripped to external PDB), for
> > > MS
> > > Windows
> > > 
> > > This is actually what lead me down the path of embedding the JVM in the
> > > installer since 64bit installer will not find a JRE if there is only a
> > > 32bit JVM installed on Windows.
> > > It could be worked around by using the --javahome command line option,
> > > but
> > > embedding it provides a better user experience.
> > > 
> > > --Christian
> > > 
> > > 
> > > 
> > > On Thu, Sep 12, 2019 at 4:05 PM Lars Bruun-Hansen
> > > 
> > > 
> > > wrote:
> > > > I've filed a Jira ticket :
> > > > https://issues.apache.org/jira/browse/NETBEANS-3094
> > > > with the aim to change the C code for the cleaner.exe to be able to
> > > > delete read-only files too. It is rather trivial. I've assigned it to

Re: Packaging JRE in RCP installer

[Oliver Rettig]

Hi,
I remember on such problems also with Netbeans 8.2. It had todo with access 
rights. I am 
interested in if you can figure it out.
best regards
Oliver
> Is anyone packaging the JRE in a RCP installer using Netbeans 11.1
> following these instructions?
> https://dzone.com/articles/including-jre-in-nbi
> 
> While this works fine under Linux , the Windows uninstaller does not delete
> some of the JRE files.
> 
> C:\Program Files\rcpapp>dir /s /b
> C:\Program Files\rcpapp\jre
> C:\Program Files\rcpapp\jre\ASSEMBLY_EXCEPTION
> C:\Program Files\rcpapp\jre\lib
> C:\Program Files\rcpapp\jre\LICENSE
> C:\Program Files\rcpapp\jre\THIRD_PARTY_README
> C:\Program Files\rcpapp\jre\lib\cmm
> C:\Program Files\rcpapp\jre\lib\currency.data
> C:\Program Files\rcpapp\jre\lib\fontconfig.bfc
> C:\Program Files\rcpapp\jre\lib\management
> C:\Program Files\rcpapp\jre\lib\cmm\CIEXYZ.pf
> C:\Program Files\rcpapp\jre\lib\cmm\GRAY.pf
> C:\Program Files\rcpapp\jre\lib\cmm\LINEAR_RGB.pf
> C:\Program Files\rcpapp\jre\lib\cmm\PYCC.pf
> C:\Program Files\rcpapp\jre\lib\cmm\sRGB.pf
> C:\Program Files\rcpapp\jre\lib\management\jmxremote.password.template
> C:\Program Files\rcpapp\jre\lib\management\snmp.acl.template
> 
> Any ideas on why these files are not deleted? Could it be the INITIAL_DELAY
> is too short in the cleaner.exe?
> 
> https://github.com/apache/netbeans/blob/0580490be48a9a2ec6279218fd0e39561aff
> dab8/nbi/engine/native/cleaner/windows/src/main.c#L28
> 
> Thanks,
> Christian

HelpCtx without JavaHelp?

[Oliver Rettig]

Hi,

I am thinking about to substitute JavaHelp from my netbeans platform 
applications and to 
switch to webbased documentation.  A couple of years I use docuwiki, e.g. 

Now I want to navigate in the docuwiki  by opening specific urls invoked by my 
netbeans 
platoform app.

There is 

https://netbeans.org/download/5_5/javadoc/org-openide-util/org/openide/util/HelpCtx.html

and further classes in the netbeans code. 

Does it make sense to use this api without JavaHelp? Maybe I can use it to get 
the url to a 
specific htmo-docu-page by a help button of dialog?

best regards
Oliver

Re: [VOTE] Accept donation of core DukeScript presenters to Apache NetBeans html4j

[Oliver Rettig]

+1 and also many thanks to Toni
Just two student groups will start in our lab at Cooperative Univervsity 
Karlsruhe to develop 
some apps based on DukeScript ...

> +1
> 
> Thanks Toni
> 
> -Sven
> 
> Geertjan Wielenga  schrieb am Do., 3. Okt. 2019, 14:12:
> > +1.
> > 
> > Gj
> > 
> > On Thu, Oct 3, 2019 at 1:29 PM Neil C Smith  wrote:
> > > +1
> > > 
> > > Been hoping for this! :-)
> > > 
> > > Best wishes,
> > > 
> > > Neil
> > > 
> > > On Thu, 3 Oct 2019 at 12:25, Eric Barboni  wrote:
> > > > Hi folks,
> > > > 
> > > > Dukescript (in the person of Toni Epple) is proposing to donate "core
> > > > DukeScript presenters" to the Apache NetBeans subproject html4j.
> > > > 
> > > > This vote is to determine if the Apache NetBeans PMC is in favor of
> > > > accepting this donation.
> > > > This is part of IP Clearance process.
> > > > 
> > > > Pull request of donation
> > > > https://github.com/apache/netbeans-html4j/pull/23
> > > > 
> > > > developped at and subset of
> > > > https://github.com/dukescript/dukescript-presenters
> > > > 
> > > > 
> > > > Vote is open for at least 72h .
> > > > 
> > > > [ ] +1 : Accept contribution of "core DukeScript presenters"
> > > > [ ]  0 : No opinion
> > > > [ ] -1 : Reject contribution because...
> > > > 
> > > > He is my vote:
> > > > +1
> > > > 
> > > > Best Regards
> > > > Eric skygo
> > > > 
> > > > 
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > > > 
> > > > For further information about the NetBeans mailing lists, visit:
> > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > > 
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > > 
> > > For further information about the NetBeans mailing lists, visit:
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release Apache NetBeans-11.3 Linux Installer

[Oliver Rettig]

+1
> +1
> 
> *Kind regards, *
> 
> *Thilina Ranathunga.*
> 
> 
> On Fri, Feb 28, 2020 at 6:57 PM Arunava Sinha 
> 
> wrote:
> > Hi,
> > 
> > Primary voting artifact:
> > 
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/11.3/installers/A
> > pache-NetBeans-11.3-bin-linux-x64.sh
> > 
> > KEYS file:
> > https://dist.apache.org/repos/dist/release/netbeans/KEYS
> > 
> > PG signature file:
> > 
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/11.3/installers/A
> > pache-NetBeans-11.3-bin-linux-x64.sh.asc
> > 
> > SHA512 checksum file
> > 
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/11.3/installers/A
> > pache-NetBeans-11.3-bin-linux-x64.sh.sha512
> > 
> > Built using Jenkins job:
> > 
> > https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-installers/4
> > 7/
> > 
> > 
> > Installer build steps:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Installer+Build+Steps
> > 
> > This vote is going to be open at least 72 hours, vote with +1, 0, and -1
> > as usual.
> > 
> > Please mark your vote with (binding) if you're an Apache NetBeans PMC
> > member.
> > 
> > Apache NetBeans 11.3 Linux Installer will be released if and when this
> > vote passes.
> > 
> > Thanks,
> > 
> > Arunava Sinha
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > 
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

[Oliver Rettig]

Hi,

I am working with python and I am also interested in python development with 
Netbeans. 
Some years ago I have used the python-netbeans-plugins and it works fine for 
me. I 
remember that I run only into trouble in combination with some specific build 
configuration 
of existing python projects.

Oliver
> I'm interested in python. Before considering reviving it in NB, is/was
> this python integration pretty complete? Are the alternatives (whatever
> they might be and not necessarily part of netbeans) so much better that
> NB python is a real longshot? In particular, does/would this attract users?
> 
> There's around 700 files in contrib/python.*.
> 
> About contrib. IIRC, the contrib modules reference ../netbeans and it's
> flat. Is this required? Any reason they can't be built without building
> netbeans (guess it's not a big deal)? Are there other, in addition to
> python, multi-module projects in contrib, and can/should there be a
> restructuring of contrib directory/project layout as there was with
> netbeans?
> 
> -ernie
> 
> On 2/11/2020 2:46 AM, Geertjan Wielenga wrote:
> > Hi all,
> > 
> > At this stage, now that the C/C++ donation is complete (though not
> > integrated yet into Apache NetBeans GitHub, a work in progress) Oracle has
> > donated all the pieces of NetBeans that is can donate from Oracle NetBeans
> > 8.2.
> > 
> > Based on various questions, this remains:
> > 
> > c.atlassian.connector.eclipse.jira.core
> > https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse
> > .jira.core c.atlassian.connector.eclipse.jira.core.rest
> > https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse
> > .jira.core.rest jira https://hg.netbeans.org/main-golden/file/tip/jira
> > jira.rest https://hg.netbeans.org/main-golden/file/tip/jira.rest
> > jira.xmlrpc https://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc
> > libs.jira.rest https://hg.netbeans.org/main-golden/file/tip/libs.jira.rest
> > 
> > As well as "contrib", but surely not all of "contrib":
> > 
> > https://hg.netbeans.org/main/contrib/file
> > 
> > There's also the community repositories and code that has not been worked
> > on for many years:
> > 
> > community-xml
> > nb.cluster.javacard
> > nb.cluster.mobility
> > community-rub
> > community-soa
> > community-uml
> > community-visualweb
> > 
> > So, here's my proposal -- Oracle will only spend time on working on
> > further
> > donations for code that we in Apache are actually committed to work on.
> > I.e., if there is no one in the Apache NetBeans community committed to
> > working on the above (i.e., not simply using it, but will actually take
> > ownership, integrate the code into our GitHub and actively develop it
> > further), then Oracle will not spend time donating that code.
> > 
> > The responses to this thread should be along the lines of:
> > 
> > 1. "This is terrible news. The XYZ code is very important to Apache
> > NetBeans or to me or to someone and I will be actively working on it once
> > Oracle donates it to Apache."
> > 
> > 2. "It would be a pity that XYZ is not part of Apache NetBeans, but I will
> > not be working on it myself, so I can't expect Oracle to work on donating
> > it either."

Re: [DISCUSS] Integration of Android Support for NetBeans

[Oliver Rettig]

Hi Martin,

I am very interested in using the Netbeans IDE also for developing Android 
apps. Some of 
our students are working on developing android apps so it will be great to do 
this also with 
our favorite IDE.

The next few month I am very busy but later maybe I can help. I have much 
experience with 
ant. so maybe I can help at this point.

best regards
Oliver
> Hi,
> 
> I'm currently working on adding support for NetBeans 11.3 to the NBAndroid
> project.
> 
> I think this project would benefit a lot from the integration into the
> NetBeans core. For example CI-Builds could show incompatibilities early and
> more hands on the code would be highly appreciated.
> 
> What I would like to know is how much interest is there for integrating the
> plugin and who would like to help? I would need some help to change the
> build system from maven to ant, especially with dependency management.
> 
> Regards,
> Martin

Re: AW: Save All when switching to Terminal

[Oliver Rettig]

+1 for save all
0 to make it as default

great idea - I use Netbeans to work with ROS the same way and have the same 
problemes:-)
> 
> 
> Cheers
> 
> Chris
> 
> 
> 
> Von: Laszlo Kishalmi
> Gesendet: Dienstag, 14. April 2020 22:25
> An: Apache NetBeans
> Betreff: Save All when switching to Terminal
> 
> Dear all,
> 
> What about to have an option to invoke save all, whenever switching to
> Terminal? If that's welcome, what about to set it enabled by default.
> 
> Motivation: As a devops engineer, I often use the IDE as a text editor
> with Terminal and Git integration, I do commits as often as not directly
> from the Terminal and also applying scripts from there. From
> time-to-time I forgot to save my workspace resulting missing stuff.
> 
> Opinions?
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Netbeans notifications API

[Oliver Rettig]

Hi all,
I like the idea to have the functionality in Netbeans to create notifications 
which are shown 
by the os-specific ways. 
best regards
Oliver
> On Sun, 17 May 2020, 21:07 Glenn Holmer,  wrote:
> > On 5/17/20 4:57 AM, Hector Espert wrote:
> > >> Why does it need native code?
> > > 
> > > I don't understand your question. When I mean the native notification
> > > system, it is the OS notification system.
> > 
> > What does it mean "native Linux notification system"? libnotify?
> > What does this try to achieve that can't be done in pure Java?
> 
> Show NetBeans notifications via the native OS desktop notifications.
> 
> Best wishes,
> 
> Neil

Re: SVG icon graphics

[Oliver Rettig]

very thanks to Jeremy and all the others to engage to find a good and 
practicable way to 
come to an svg iconset. I am following this topic with interst but I do know 
now how to help.
> Hi All,
> 
> I'm going to get a bit ratty about these exchanges over svg icons. I did
> send in an email indicating that I was looking at the problem. No
> response from anyone!
> 
> Yet, there is a continuous drivel of discussion about this topic and not
> many people have got the point.
> 
> THIS IS NOT SIMPLY A MATTER OF CONVERTING EXISTING GIF AND PNG FILES TO
> SVG. IT WON"T WORK
> 
> I have spent nearly 50 hours this week looking at the problem. In my
> opinion the whole lot needs to be redrawn.
> 
> We need a different approach to the icons, they should be held in a
> single place. At the moment they are littered throughout the code like
> discarded toffee wrappers.
> 
> They are inconsistently named.
> 
> Inconsistently drawn. There are multiple different versions of the same
> thing.
> 
> Many have no real relationship with what they are trying to represent.
> 
> There is more... You can't just replace the gifs and pngs with svgs
> because the code won't handle them I suspect quite a lot of rewriting
> will be required. But, I haven't got far enough in my investigation to
> be sure. SVG files were originally developed to use in websites and not
> in stand-alone apps.
> 
> Other problems are the tools all graphic design apps output the svgs
> slightly different but they can also tune them for a specific purpose,
> so their production needs to be done with great care.
> 
> We need to create a coherent and consistent set of icons which will
> improve the visual appearance of NetBeans and enhance the user experience.
> 
> This will be NO SIMPLE or QUICK task.
> 
> In my view the earliest we should aim for is release 13.0. Any earlier
> and everything will be rushed and unsatisfactory. Don't forget the
> current set of icons has been around for a while can stay for a few more
> months without a real problem.
> 
> I could say more but I'm tired.
> 
> Please respond to this email.
> 
> Even if you don't I will continue for my personal satisfaction.
> 
> Regards to all.
> 
> Jeremy
> 
> P.S., Stay Home, Stay Safe bu, above all Stay Healthy
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Status of Ant vs Maven

[Oliver Rettig]

> My wish for the future: please don't give up on ant. I would 
like to see
> an update to the latest version because I could use some 
of the new
> features which are missing in the one NB uses. And I would 
like to see
> some Ivy support in Netbeans.

Yes, Ivy support for ant in Netbeans would be great!

Netbeans Translator Plugin - 1. Maven build problem

[Oliver Rettig]

Hi all,

I am working on a Nebeans Plugin to translate selected text segments:

https://github.com/orat/netbeans-translator

It is a reimplementation of the old plugin

http://plugins.netbeans.org/plugin/4189/google-translator-integrator

where the source code isnt available any more. Furthermore it is a test to 
learn for me how 
to publish Netbeans Plugins. 

It includes an SPI and a default implementation based on the google translation 
service.

I started to follow the guide to store it as a plugin into the maven central 
and the Netbeans 
plugin repository

https://cwiki.apache.org/confluence/display/NETBEANS/Step+by+step+guide+for+upload
+NBM+to+Maven+Central

I have several problems with it.

The first one occures after switching from ant to Maven. The build does not 
work any more. I 
got the following error message:

--
Failed to execute goal 
org.apache.netbeans.utilities:nbm-maven-plugin:4.5:manifest (default-
manifest) on project translator: Execution default-manifest of goal 
org.apache.netbeans.utilities:nbm-maven-plugin:4.5:manifest failed: Unsupported 
class file 
major version 58 -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal 
org.apache.netbeans.utilities:nbm-maven-plugin:4.5:manifest (default-manifest) 
on project 
translator: Execution default-manifest of goal 
org.apache.netbeans.utilities:nbm-maven-
plugin:4.5:manifest failed: Unsupported class file major version 58
at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:215)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:156)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:148)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
(LifecycleModuleBuilder.java:117)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
(LifecycleModuleBuilder.java:81)
at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
 
(SingleThreadedBuilder.java:56)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute 
(LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke 
(NativeMethodAccessorImpl.java:
62)
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke 
(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke (Method.java:564)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced 
(Launcher.java:
282)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch 
(Launcher.java:225)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode 
(Launcher.java:
406)
at org.codehaus.plexus.classworlds.launcher.Launcher.main 
(Launcher.java:347)
Caused by: org.apache.maven.plugin.PluginExecutionException: Execution 
default-manifest 
of goal org.apache.netbeans.utilities:nbm-maven-plugin:4.5:manifest failed: 
Unsupported 
class file major version 58
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
(DefaultBuildPluginManager.java:148)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:210)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:156)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute 
(MojoExecutor.java:148)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
(LifecycleModuleBuilder.java:117)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject 
(LifecycleModuleBuilder.java:81)

Re: Netbeans Translator Plugin - 1. Maven build problem SOLVED

[Oliver Rettig]

Hi Fabian,

very thanks for you help. You are completly right: I have changed the 
properties to specify 
the java version to

 
8
8
true


and I also deletes the line with the osgi dependency availability.

Now it works. The error message has misleaded me to think there must be 
something wrong 
with the manifest generation details.

best regards
Oliver

> Hello Oliver,
> 
> I just checked your pom.xml and it seems you have set Maven to use the
> latest Java Version 14. Do you have Java 14 installed on your system and is
> it used for building? You have specified source and target in the maven
> compiler plugin, but I think you also have to specify the release for JDKs
> 9+. Just add
> 
> 14
> 
> In the configuration section of the maven-compiler-plugin.
> 
> But tbh I wouldn’t build with JDK 14 unless you really need some features
> from that version, but you will force everyone who wants to use your plugin
> to install at least JDK 14 which sometimes might not be possible or wanted.
> 
> 
> Cheers,
> Fabian
> 
> > Am 30.06.2020 um 21:40 schrieb Oliver Rettig :
> > 
> > Hi all,
> > 
> > I am working on a Nebeans Plugin to translate selected text segments:
> > 
> > https://github.com/orat/netbeans-translator
> > 
> > It is a reimplementation of the old plugin
> > 
> > http://plugins.netbeans.org/plugin/4189/google-translator-integrator
> > 
> > where the source code isnt available any more. Furthermore it is a test to
> > learn for me how to publish Netbeans Plugins.
> > 
> > It includes an SPI and a default implementation based on the google
> > translation service.
> > 
> > I started to follow the guide to store it as a plugin into the maven
> > central and the Netbeans plugin repository
> > 
> > https://cwiki.apache.org/confluence/display/NETBEANS/Step+by+step+guide+fo
> > r+upload +NBM+to+Maven+Central
> > 
> > I have several problems with it.
> > 
> > The first one occures after switching from ant to Maven. The build does
> > not work any more. I got the following error message:
> > 
> > --
> > Failed to execute goal
> > org.apache.netbeans.utilities:nbm-maven-plugin:4.5:manifest (default-
> > manifest) on project translator: Execution default-manifest of goal
> > org.apache.netbeans.utilities:nbm-maven-plugin:4.5:manifest failed:
> > Unsupported class file major version 58 -> [Help 1]
> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute

Re: netbeans-translator plugin - signed nbm?

[Oliver Rettig]

Hi Matthias,

thanks for you help. This clears it up. So I will follow

https://netbeans.apache.org/wiki/
DevFaqSignNbm.asciidoc#How_can_I_sign_Maven_based_NBMs_I_create

to additionally sign the nbm.

best regards
Oliver

> Hi Oliver,
> 
> there are two differents of signing at play here:
> 
> - Detached OpenPGP signature
> - JAR/NBM signing with a Certificate
> 
> The former is required by Sonatype for deployments to Maven Central,
> the latter is checked by the IDE.
> 
> Hope that clears it up
> 
> Matthias
> 
> Am Samstag, den 11.07.2020, 22:42 +0200 schrieb Oliver Rettig:
> > Hi all,
> > 
> > I have just uploaded the first release of a translator plugin
> > 
> > https://github.com/orat/netbeans-translator/
> > 
> > into maven central.
> > 
> > I have followed
> > 
> > https://cwiki.apache.org/confluence/display/NETBEANS/Step+by+step+guide+fo
> > r+upload +NBM+to+Maven+Central
> > 
> > Depolyment gives me no errors.
> > 
> > If I install the nbm I get the message
> > 
> > Warning: Installing untrusted plugins is potentially insecure. Use
> > unsigned or untrusted
> > plugins at your own risk.
> > 
> > Why? The plugin should be signed?
> > 
> > best regards
> > Oliver
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Bypassing NetBeans Plugin Portal

[Oliver Rettig]

Hi,

I am just on the way learning to make a plugin available via maven central and 
our official 
update center step by step and I think it is a good compromise between security 
and 
practiability. And I like the idea that we have for all plugins the source code 
repository 
available.  I do not like come in the situation that there are lots of plugins 
in different plugin-
centers from people I do not know and I have to trust if I install the plugins.

I am also working for more than 10years on very big RCP applications based on 
the the 
netbeans platform and I think for these management of my own update centers are 
the 
better solution. 

best regards
Oliver

> Hi.
> Recently I have noticed discussion explaining how to bypass NetBeans Plugin
> Portal. The usual way is to create a NetBeans module extension to provide
> own update center definition and register it in NetBeans Plugin Portal.
> Once a user downloads such module, the provided update center gets
> activated and can distribute new updates or new modules.
> 
> Isn't this a security thread? Shouldn't we ban modules that register own
> update centers?
> 
> When we worked on designing the new update center based on Maven central
> repository, I wanted to benefit from the organizational structure of Maven
> repository:
> 
> - identity of people who publish there is known to some extent
> - it is not possible to alter once published content
> - there are sources next to each published module
> 
> With such constraints we can more properly verify what 3rd party NetBeans
> extensions do before we approve them.. With modules that bypass our Plugin
> Portal by installing their own catalog, we loose any control. Owners of
> such catalogs can publish anything, anytime to anyone and change that
> whenever they want. It's just a matter of time till somebody exploits that.
> 
> Shouldn't we require 3rd party modules available via the default NetBeans
> Update center to avoid such bypassing and always release new versions via
> Maven Central and NetBeans Plugin Portal?
> 
> -jt

netbeans-translator plugin - signed nbm?

[Oliver Rettig]

Hi all,

I have just uploaded the first release of a translator plugin 

https://github.com/orat/netbeans-translator/

into maven central. 

I have followed 

https://cwiki.apache.org/confluence/display/NETBEANS/Step+by+step+guide+for+upload
+NBM+to+Maven+Central

Depolyment gives me no errors.

If I install the nbm I get the message

Warning: Installing untrusted plugins is potentially insecure. Use unsigned or 
untrusted 
plugins at your own risk.

Why? The plugin should be signed?

best regards
Oliver

Re: Adding new language support using LSP

[Oliver Rettig]

> @Oliver I had a glimpse at the students project. Then NetBeans Plugin seems
> to use ANTLR. Just out of curiosity: Do you know from where the student got
> the inspiration for the source code?
Yes, it is antlr-based and has its origin in the first for the sequence of 
student projects: 
https://github.com/MobMonRob/DL4JDSLStudien
maybe inspired by a course about Compiler, antlr ... and maybe some thread in 
the netbeans 
mailing list.



> Kind regards,
> Mario
> 
> Am Do., 3. Dez. 2020 um 07:44 Uhr schrieb Oliver Rettig <
> 
> oliver.ret...@orat.de>:
> > Hi all,
> > we are also very interested in implementing new language support for our
> > GraalVM based
> > DSL prepro https://github.com/MobMonRob/DL4JDSLStudien3.
> > We have a group of students at the DHBW which just started working on
> > this. Maybe we can
> > learn together.
> > 
> > best regards
> > Oliver
> > 
> > > Hi All,
> > > 
> > > I am trying to add a new language support for netbeans using LSP.
> > > Are there any resources for that?
> > > 
> > > Regards,
> > > Rahul Khandelwal

Re: Adding new language support using LSP

[Oliver Rettig]

"Question on LSP client"
https://lists.apache.org/list.html?dev@netbeans.apache.org:lte=1M:Question%20on%20LSP
%20client

Pullrequest:
https://github.com/apache/netbeans/pull/2564

This step seems not to be completed. I do not understand what the problem with 
the 
automated test is.  Maybe somebody is familiar with this and can help?

It will be great if a api api can be established to make it easiert to 
implement  support of new 
languages.

> I'm working on the same thing, I suggest you take a look at the recent
> thread "Question on LSP client".
> 
> I'm open to working together to improve the necessary bits in the core
> modules to get this going.
> 
> Cheers.
> 
> On Thu, Dec 3, 2020 at 5:32 AM Christian Lenz 
> 
> wrote:
> > Hey all,
> > 
> > please have a look here:
> > https://blogs.apache.org/netbeans/entry/lsp-client-demo-ba-sh hope it
> > helps :)
> > 
> > 
> > Cheers
> > 
> > Chris
> > 
> > 
> > 
> > Von: Mario Schroeder
> > Gesendet: Donnerstag, 3. Dezember 2020 09:07
> > An: dev@netbeans.apache.org
> > Betreff: Re: Adding new language support using LSP
> > 
> > H

Re: How to save data from a MultiViewElement?

[Oliver Rettig]

Hi Peter,
very thanks for your detailed and interesting explainations. Can you put it in 
the FAQ. It 
motivates me to have a look at some of my very old MultiViewElements to think 
about to 
make them persistance.
best regards
Oliver
> Hello,
> 
> in the meantime I've found out what to do:
> 
> 1. Besides registering the MultiViewElement with PERSISTENCE_ONLY_OPENED
> (or PERSISTENCE_ALWAYS, if You need to), the JPanel (or probably other
> type of component) implementing MultiViewElement must be serializable.
> But be aware of the pitfalls!
> 
> 2. If Your component has a GroupLayout (i.e. created with "Free
> design"), this will fail, at least if You're using Java 8: The layout
> does not implement Serializable. I don't see any sense in persisting the
> component, either, so better implement Externalizable and do the
> serialization on Your own.
> 
> 3. You save every state of Your MultiViewElements separately; probably
> it'd be possible to make one of them the "master" and look for it using
> TopComponent.getSubComponents().
> 
> 4. Also, the MultiViewTopComponent tries to save the provided Lookup, at
> least if You create Your views from mime. So be careful what You put
> into Your lookup, it has to be serializable (You can implement
> Externalizable on its elements, of course, so You have full control)!
> 
> 5. If You don't want a "History" tab, it's probably better to not use
> mime, as the tab is appended then automatically. I've done some strange
> coding to just create my MultiViewElements from mime-type, though this
> type is already "synthetic", as I'm using some un-typed web resource
> (i.e. it isn't usually stored anywhere in the file-system). I'll change
> it to an interface definition, so I can use my own lookup, or I'll use
> an XML layer - there're many better possibilities.
> 
> Kind regards
> 
> Peter
> 
> Am 01.12.20 um 06:47 schrieb P.N.:
> > Thank You, Ernie. Yes, the VM bulldozer might be an option, but only as a
> > last resort, as the IDE registers its own shutdown hooks, AFAIK, and
> > these may probably interfere. But this took me to some other possibility:
> > using @OnStop is NetBeans' way to register such hooks - and that will
> > probably fit perfectly.
> > 
> > However, some better support for persistence would be very nice ...
> > probably some methods could be added to MultiViewCallback?
> > 
> > Kind regards
> > Peter
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > 
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Adding new language support using LSP

[Oliver Rettig]

Hi all,
we are also very interested in implementing new language support for our 
GraalVM based 
DSL prepro https://github.com/MobMonRob/DL4JDSLStudien3.
We have a group of students at the DHBW which just started working on this. 
Maybe we can 
learn together.

best regards
Oliver

> Hi All,
> 
> I am trying to add a new language support for netbeans using LSP.
> Are there any resources for that?
> 
> Regards,
> Rahul Khandelwal

Re: A NetBeans Packager tool?

[Oliver Rettig]

Hi Neil,

> On Sat, 11 Sept 2021 at 22:43, Oliver Rettig  wrote:
> > I am still using the netbeans buildin installing stuff but it was always
> > difficult for me to figure out how to implement specific needs. Main
> > disadvanatage for me was need of a jre installed on the pc to use the
> > installer and the lack of a tool to includes the app-icons in the
> > executables.
> 
> I've not used the built-in installers for the platform for years
> myself now for these reasons, and more.  

I would suggest to create a cwiki-page maybe under How-to-Articles or is it a 
better place? I think a place to collect all the informations about the 
advantages and disadvantages of the nbi and also to collect old documentation 
parts to the usage of the nbi would be great. Also to collect alternatives as 
your approach ... 

> > it needs a better structure which makes it possible to implement
> > app-specific parts in the src of the app instead of all putting in the
> > harness dir
> Are there particular app-specific things you have in mind?  What
> customizations, packaging types, support, etc. might we need to
> consider if we take this route?

I always need support for Windows and Linux. I often us to set platform 
dependend file-type-associations which to allow that a double-click on a file 
of 
specific type automatically opens my Netbeans-RCP-App.

I also use the possiblilty to add app specific dialogs into to installer, e.g. 
to configure the place for additional app-specific DATA folders which can be 
used from more than one application or different versions of the same 
application. 

In my scientific applications I typically add into the installation to make a 
choice between several "models" which are installed as an bundle of files and 
folders at a user defined place which has to be saved in the netbeans.conf file 
to be found by the application later.

Trouble with  UAC and variants to be able to install the applications in 
central administered windows environment of universities or big companies has 
to be keep in mind. With nbi it was sometimes complicated to solve such 
problems.

An further point in this szenario in the past for me was that often the user 
has often liminted space for the cache it it is per default on a remote 
harddisk. For these cases it would be great if the installer is able to change 
the place where the application stores the cache, e.g. on a local folder.

With nbi I often run into problems for deinstallation  of the complete 
application due to file-rights-problems. This point should be overcome the 
tools of your approach, I think.

best regards
Oliver
> Best wishes,
> 
> Neil
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: A NetBeans Packager tool?

[Oliver Rettig]

Hi Neil,
I am still using the netbeans buildin installing stuff but it was always 
difficult for me to figure out how to implement specific needs. Main 
disadvanatage 
for me was need of a jre installed on the pc to use the installer and the lack 
of a tool to includes the app-icons in the executables. But it was ok for me. 

I had also used com.danielreese.nsisant.Task an ant task to create a windows 
installer a while but I also run into issues.

So I am interesting in your work. Do you think it makes sense to spend time in 
reorganising the netbeans-buildin-installing-stuff. In principle I like it but 
it needs a better structure which makes it possible to implement app-specific 
parts in the src of the app instead of all putting in the harness dir.
Maybe it is too much work and your approach is easier to come to a working 
solution.

best regards
Oliver
> Hi,
> 
> The other week I was re-looking at packaging options for NetBeans (and
> RCP).  I experimented with using JPackage, which you might have seen
> on the NetBeans twitter.  Bit hacky though, involving two Java
> processes, and the lack of some packaging options I want, a few odd
> issues, and the lack of some cross-platform support got me thinking
> whether an NBPackage tool might be a better approach!
> 
> So, I've spent some time over the last few weeks sketching something
> out, and moving over / templating out some stuff from my platform Ant
> usage.  The intention is to take a NetBeans IDE or platform zip, an
> optional Java runtime, and configuration.  Then it builds the required
> "image" and passes it to the native packaging tool.  Currently got
> AppImage and InnoSetup mostly working, and working on tidying up .deb
> and macOS options.  MSI would be good too.
> 
> It might provide a useful option for both platform developers, and for
> third-parties who want to create IDE installers with JDK included.
> 
> Interested in thoughts on this.
> 
> Work in progress PR at https://github.com/apache/netbeans-tools/pull/47
> 
> README at
> https://github.com/apache/netbeans-tools/blob/4ffd265475d69fca62b0fa8e4a79d
> b31ffc9f2ad/nbpackage/README.md
> 
> Thanks,
> 
> Neil
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Add support for other programming languages

[Oliver Rettig]

use this email thread: +1
> Thank you all for your replies.
> 
> We can continue on (please vote):
> 
>- slack (NetBeans #plugin-developers)
>- create a google group
>- use this email thread
> 
> Please let me know if you all have edit access to confluence
> .
> If yes please add to the table. If no, we can request Gertjaan to add you.
> Please also contribute to this page
>  pport> .
> 
> I 'd like to extend the table by adding which technology is being used for
> each plugin (Java.CC, ANTLR, LSP), Java version etc.
> 
> I have worked on these plugins:
> 
>- Kotlin (netbeans/contrib/kotlin): I have managed to resolve maven
>dependencies etc. but now I need a Kotlin developer to build the Kotlin
>code of the plugin; the plugin has been donated by JetBrains
>- Rust : I get the following
>error, and simply can't figure out where to find this Common Test Runner
> UI module in order to change its version.
>[image: Screen Shot 2022-01-03 at 19.51.36.png]
> 
>- Scala : Similar issue (not easy
>to find which module it refers to):
>- [image: Screen Shot 2022-01-03 at 20.00.24.png]
> 
> Next steps (in the far future) create tutorials and an easy strategy to add
> language support to NetBeans.
> 
> Let's learn from each other. Thank you all.
> 
> John.
> 
> On Sun, 2 Jan 2022 at 18:54, Eric Bresie  wrote:
> > On Sun, Jan 2, 2022 at 10:44 AM Eric Bresie  wrote:
> > > How should these language (or any) plugins be managed from a
> > 
> > organization,
> > 
> > > namespace, and repository perspective?
> > > 
> > > A more radical change would be to move many of existing language and
> > > integrated plugins out of core netbeans to focus more on the basic IDE
> > 
> > but
> > 
> > > I’m sure that would be too risky a change.
> > 
> > Was scanning other things and noted the following which was kind of what I
> > was suggesting on above
> > 
> > 
> > https://cwiki.apache.org/confluence/display/NETBEANS/Experiment%3A+split+t
> > he+main+NetBeans+repository
> > 
> > 
> > Just a thought…
> > 
> > Eric
> > --
> > Eric Bresie
> > ebre...@gmail.com





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

nbribbonbar

[Oliver Rettig]

Hi,

I am working on an netbeans editor-Extention to suport the work with conformal 
geometric algebra, which will include also a domain specific programming 
language based on truffle/graal.

In this context I want to add the possibility to insert specific mathematical 
symbols in textfile edited with the netbeans-editor in form of a netbeans 
plugin.

I have found the tutorial

https://netbeans.apache.org/tutorials/74/nbm-ribbonbar.html

which seems support some specific toolbar ui  but it is a pity: The code to 
nbribbonbar is gone. 

Has anybody saved the source code? Maybe Geertjan? If I get the code I can 
update the wiki and host the code somewhere in github to make it available for 
the furture.

My current experiments with extentions of the the netbeans editor are here:

https://github.com/orat/netbeans-cgasymbols/tree/master

I have implemented additions to the editor context-menu to insert the symbols. 
But this looks too much cumbersome for the user. I think a ribbon-bar is 
nicer.

If somebody is interested in the mathematical symbols and the experiments in 
implementing a formular parser to work with these symbols. The code is here:

https://github.com/MobMonRob/DSL4GeometricAlgebra/blob/main/README.md

best regards
Oliver







-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: nbribbonbar

[Oliver Rettig]

Hi Geertjan and Christian,

very very thanks for your quick answer. Its great that the code is available.

best regards
Oliver


> https://github.com/geertjanw/jmn
> 
> Gj
> 
> On Tue, Apr 19, 2022 at 4:31 PM Oliver Rettig  wrote:
> > Hi,
> > 
> > I am working on an netbeans editor-Extention to suport the work with
> > conformal geometric algebra, which will include also a domain specific
> > programming language based on truffle/graal.
> > 
> > In this context I want to add the possibility to insert specific
> > mathematical symbols in textfile edited with the netbeans-editor in form
> > of a netbeans plugin.
> > 
> > I have found the tutorial
> > 
> > https://netbeans.apache.org/tutorials/74/nbm-ribbonbar.html
> > 
> > which seems support some specific toolbar ui  but it is a pity: The code
> > to
> > nbribbonbar is gone.
> > 
> > Has anybody saved the source code? Maybe Geertjan? If I get the code I can
> > update the wiki and host the code somewhere in github to make it available
> > for the furture.
> > 
> > My current experiments with extentions of the the netbeans editor are
> > here:
> > 
> > https://github.com/orat/netbeans-cgasymbols/tree/master
> > 
> > I have implemented additions to the editor context-menu to insert the
> > symbols. But this looks too much cumbersome for the user. I think a
> > ribbon-bar is nicer.
> > 
> > If somebody is interested in the mathematical symbols and the experiments
> > in implementing a formular parser to work with these symbols. The code is
> > here:
> > 
> > https://github.com/MobMonRob/DSL4GeometricAlgebra/blob/main/README.md
> > 
> > best regards
> > Oliver
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > 
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Java Help student project started

[Oliver Rettig]

Hi all,

since years we miss a modern (on- and offline) help-viewer for your netbeans 
platform applications. Now, we have just started a student project at the 
Cooperative State University Karlsruhe (Germany) to fill this gap. It will run 
the next six months. 

Of course we have our specific needs and wishes but it will be great, if we can 
implement something, which is interesting for many:-)

My personal main point is, that I want to add documentation into netbeans-
platform modules. If I collect some modules to a platform app I want to have a 
tool which collects the documentation parts from all the included modules 
automatically. I also want to integrate a help-viewer as on offline viewer into 
the rcp-app by invoking a browser but I also want to push to a online-
available documentation maybe into a docuwiki page.

So, if you are interested please give us feedback what functionality you like 
to see in a new Java-Help Viewer and if you know projects we have to look in, 
or give us other hints about java-help.

Here is a list what I have found just now and looks interesting for us:

https://git.rwth-aachen.de/netbeans/nb-help
https://github.com/AleksandraMisic762/help-in-browser-dev
https://git.rwth-aachen.de/j.hofschroeer/nb-help
https://github.com/hubersn/SwingHelpViewer
http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-javahelp/org/netbeans/api/javahelp/doc-files/help-guide.html
https://netbeans.apache.org/wiki/DevFaqHelpGuidelines.asciidoc
https://stackoverflow.com/questions/16262631/implementing-javahelp-search-with-the-netbeans-ide
https://dzone.com/articles/nb-how-create-javahelp-mavenized
https://stackoverflow.com/questions/9994373/using-javahelp-for-end-user-documentation-on-netbeans-based-application-tools-o
https://stackoverflow.com/questions/7804838/embedding-avi-in-javahelp
https://sourceforge.net/projects/jhelpdev/
https://www.netbeans-forum.de/viewtopic.php?t=6095
https://github.com/DmitriPopov/HelpinatorReadTheDocs/blob/master/javahelp.rst


best regards
Oliver




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Java Help student project started

[Oliver Rettig]

Very thanks for your hints Jan.
> On 2022-10-17 Oliver Rettig wrote:
> > I also want to integrate a help-viewer as on offline viewer into the
> 
> rcp-app by invoking a browser but I also want to push to a online- available
> documentation maybe into a docuwiki page.
> 
> Besides docuwiki consider also Docusaurus (Markdown + React).
> 
> > what functionality you would like to see
> 
> For real use cases the source format should support:
> - inserting unique IDs to offer the context-sensitive functionality
> - ability to mark specific keywords as non-translatable In the case of
> localizing
> - ability to insert an alternative text for inserted images (accessibility)
> 
> For tools developed in our company (non-NB modules), all documentation is
> written in XML (DocBook). Using XSLT you can get anything from it - either
> customize default outputs or create custom ones from the scratch (we use
> tailored outputs for the online portal or e-learning). But it requires
> custom development and maintenance (e.g. when rebranding). A similar concept
> offers DITA XML, which is rather topic-oriented (a set of topics is later
> composed into larger units). That DITA approach is similar to your goal:
> individual independent units get collected into the final collection. For
> generating conventional outputs like HTML or PDF there is
> https://www.dita-ot.org/ In sum, I can imagine if every unit has its DITA
> topic, it should be then easy to generate help for the complete set. And if
> you would manage to transform DITA to markdown, you could build in parallel
> Docusaurus help for online use.
> 
> Jan
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: plugin portal submission inquiry

[Oliver Rettig]

Hi,
where/how to vote for it - I am lucky to use that tool.
Oliver
> I've voted "Go", just one more needed and then it is approved.
> 
> Gj
> 
> On Sun, Jun 25, 2023 at 7:20 AM Brutzman, Donald (Don) (CIV) <
> 
> brutz...@nps.edu> wrote:
> > Hello again, I hope that all is well.
> > 
> > 
> > 
> > We submitted a second update to X3D-Edit plugin last Tuesday on Apache
> > NetBeans Plugin Portal.
> > 
> >- https://plugins.netbeans.apache.org/catalogue/?id=90
> > 
> > Haven’t heard back.  Wondering how updates and “verification pending” get
> > planned and pursued?
> > 
> > 
> > 
> > All progress and hard work is much appreciated.  Thank for all guidance.
> > 
> > 
> > 
> > p.s. I’ve tried subscribing to both dev and us...@netbeans.apache.org but
> > am not getting responses to email subscription requests.
> > 
> > 
> > 
> > all the best, Don
> > 
> > --
> > 
> > Don Brutzman  Naval Postgraduate School, Code USW/Br
> > brutz...@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:* Brutzman, Donald (Don) (CIV) 
> > *Sent:* Sunday, May 14, 2023 2:53 PM
> > *To:* Geertjan Wielenga ;
> > infrastruct...@apache.org; Jiří Kovalský ; dev <
> > dev@netbeans.apache.org>
> > *Cc:* Norbraten, Terry (CIV) ; Brutzman, Donald (Don)
> > (CIV) 
> > *Subject:* RE: plugin portal submission inquiry
> > 
> > 
> > 
> > Well, we got an optimistic reply from Webmaster early Friday 12 May but we
> > still have not seen the plugin from within NetBeans.  Also not sure what
> > to
> > do with the offered catalog.xml.gz (which does not have any reference to
> > x3d-edit or x3dedit within it).
> > 
> > 
> > 
> > Meanwhile the plugin portal says something different: update 4.0.28 is
> > verified, but not approved.
> > 
> > 
> > 
> > Wondering if there is synchronization or deployment problem?  If there is
> > anything for us, we are happy to support next steps.
> > 
> > 
> > 
> > TIA for all support.
> > 
> > 
> > 
> > 
> > 
> > Hello plugin owner,
> > 
> > 
> > 
> > this is to inform you that publishing of your plugin on the Plugin Portal
> > Update Center was approved.
> > 
> > 
> > 
> > Plugin: X3D-Edit
> > 
> > NetBeans version: 17
> > 
> > Verification status: GO
> > 
> > 
> > 
> > Your plugin should be already available on the Plugin Portal Update Center
> > by now:
> > 
> > 
> > 
> > https://plugins.netbeans.apache.org/data/17/catalog.xml.gz
> > 
> > 
> > 
> > Thanks for your contribution!
> > 
> > NetBeans development team
> > 
> > 
> > 
> > P.S.: This is an automatic email. DO NOT REPLY to this email.
> > 
> > 
> > 
> > 
> > 
> > all the best, Don
> > 
> > --
> > 
> > Don Brutzman  Naval Postgraduate School, Code USW/Br
> > brutz...@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:* Geertjan Wielenga 
> > *Sent:* Sunday, May 7, 2023 4:12 AM
> > *To:* Brutzman, Donald (Don) (CIV) 
> > *Cc:* Jiří Kovalský ; Norbraten, Terry (CIV) <
> > tdnor...@nps.edu>; dev ;
> > infrastruct...@apache.org
> > *Subject:* Re: plugin portal submission inquiry
> > 
> > 
> > 
> > I think just submit the plugin again, should be fine.
> > 
> > 
> > 
> > Gj
> > 
> > 
> > 
> > On Sat, 6 May 2023 at 19:45, Brutzman, Donald (Don) (CIV) <
> > brutz...@nps.edu> wrote:
> > 
> > Geertjan, thanks for the nudge.  After many years and much work using the
> > X3D-Edit plugin, we are quite excited to finally “step up” to mainstream
> > NetBeans.
> > 
> > 
> > 
> > We will be happy to continue improving our plugin configuration to match
> > best practices.  Thanks in advance for all feedback
> > 
> > 
> > 
> > all the best, Don
> > 
> > --
> > 
> > Don Brutzman  Naval Postgraduate School, Code USW/Br
> > brutz...@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:* Geertjan Wielenga 
> > *Sent:* Friday, May 5, 2023 11:12 AM
> > *To:* Brutzman, Donald (Don) (CIV) ; Jiří Kovalský <
> > jiri.koval...@oracle.com>; dev 
> > *Cc:* Norbraten, Terry (CIV) ; infrastruct...@apache.org
> > *Subject:* Re: plugin portal submission inquiry
> > 
> > 
> > 
> > Jiri,
> > 
> > 
> > 
> > Can you advise?
> > 
> > 
> > 
> > Gj
> > 
> > 
> > 
> > On Fri, 5 May 2023 at 20:09, Brutzman, Donald (Don) (CIV) <
> > brutz...@nps.edu> wrote:
> > 
> > Hello.  Terry Norbraten and I are trying to see if his submission for
> > review of a corrected Apache NetBeans plugin was received.
> > 
> >- https://plugins.netbeans.apache.org/catalogue/?id=88
> > >ins.netbeans.apache.org%2Fcatalogue%2F%3Fid%3D88=05%7C01%7Cbrutzma
> >

Syntaxhighlighting with textmate for a new language

[Oliver Rettig]

Hi all, 

we are working on a DSL for "conformal geometric algebra" running in the java 
GraalVM

https://github.com/MobMonRob/DSL4GeometricAlgebra

and I have started to implement tooling in the netbeans ide for it.

For simple starting I want to integrate syntax highleighting by textmate. 

I have followed

https://blogsarchive.apache.org/netbeans/entry/lsp-client-demo-ba-sh

The registration of a textmate grammar file by anntotation is described here:

https://bits.netbeans.org/dev/javadoc/org-netbeans-modules-textmate-lexer/
overview-summary.html

I have implemented a simple netbeans plugin for my .ocga-files:

https://github.com/orat/netbeans-ocga

The files are correctly recognized, the registered icon is shown in the file-
nodes.

The textmate file is found but in the editor nothing happens. No syntax-
highlighing is shown. Also newstart of the ide has no effect.

The textmate-file works fine in visual-studio.

Any ideas what can be wrong?

I have also found the following discussion:

https://www.mail-archive.com/dev@netbeans.apache.org/msg09420.html

with the comment that textmate is maybe broken - if I understand this correct?

Any help appriciated.

Best regards
Oliver




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Syntaxhighlighting with textmate for a new language

[Oliver Rettig]

Hi Alexander,

thanks for your answer. The Class OcgaClient is not used - this was an attemp 
to work with LSP. Thats why I have moved this class to the etc folder. So 
mime-type definitions are correct in the used file

https://github.com/orat/netbeans-ocga/blob/master/src/main/java/de/orat/math/
netbeans/ocga/ocgaDataObject.java

It is set to 

text/x-ocga

Any further ideas?

best regards
Oliver

> Hello Oliver,
> 
> I tried to implement basically the same for graphql. I had a quick look at
> your code and I am wondering if the mime type in the MimeRegistration
> annotation in your OcgaClient is correct. It says 'text/sh', I believe this
> is wrong. I cannot look up my old code at the moment, but maybe a hint is
> enough.
> 
> Good luck
> Alex
> 
> Oliver Rettig  schrieb am Mi., 28. Juni 2023, 20:35:
> > Hi all,
> > 
> > we are working on a DSL for "conformal geometric algebra" running in the
> > java
> > GraalVM
> > 
> > https://github.com/MobMonRob/DSL4GeometricAlgebra
> > 
> > and I have started to implement tooling in the netbeans ide for it.
> > 
> > For simple starting I want to integrate syntax highleighting by textmate.
> > 
> > I have followed
> > 
> > https://blogsarchive.apache.org/netbeans/entry/lsp-client-demo-ba-sh
> > 
> > The registration of a textmate grammar file by anntotation is described
> > here:
> > 
> > https://bits.netbeans.org/dev/javadoc/org-netbeans-modules-textmate-lexer/
> > overview-summary.html
> > <https://bits.netbeans.org/dev/javadoc/org-netbeans-modules-textmate-lexer
> > /overview-summary.html>
> > 
> > I have implemented a simple netbeans plugin for my .ocga-files:
> > 
> > https://github.com/orat/netbeans-ocga
> > 
> > The files are correctly recognized, the registered icon is shown in the
> > file-
> > nodes.
> > 
> > The textmate file is found but in the editor nothing happens. No syntax-
> > highlighing is shown. Also newstart of the ide has no effect.
> > 
> > The textmate-file works fine in visual-studio.
> > 
> > Any ideas what can be wrong?
> > 
> > I have also found the following discussion:
> > 
> > https://www.mail-archive.com/dev@netbeans.apache.org/msg09420.html
> > 
> > with the comment that textmate is maybe broken - if I understand this
> > correct?
> > 
> > Any help appriciated.
> > 
> > Best regards
> > Oliver
> > 
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > 
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Syntaxhighlighting with textmate for a new language

[Oliver Rettig]

Thanks for the hint to the go-language - in the longer term we have already 
planed to use an ANTLR4 lexer but we thought that for a quick starting 
TextMate is useful. 

We have now learned that the colors shown in the netbeans ide can be different 
to the colors shown in Visual Studio and sometimes the coloring in netbeans 
are not visible.

> Well, I've seen the source has an ANTLR4 Lexer. You'd be better go with
> that.
> 
> I'm afraid that the TextMate library we are using is getting old or not
> 100% feature complete.
> 
> See:
> https://github.com/apache/netbeans/tree/master/ide/languages.go/src/org/netb
> eans/modules/languages/go
> 
> 
> as a sample implementation.
> 
> On 6/28/23 11:34, Oliver Rettig wrote:
> > Hi all,
> > 
> > we are working on a DSL for "conformal geometric algebra" running in the
> > java GraalVM
> > 
> > https://github.com/MobMonRob/DSL4GeometricAlgebra
> > 
> > and I have started to implement tooling in the netbeans ide for it.
> > 
> > For simple starting I want to integrate syntax highleighting by textmate.
> > 
> > I have followed
> > 
> > https://blogsarchive.apache.org/netbeans/entry/lsp-client-demo-ba-sh
> > 
> > The registration of a textmate grammar file by anntotation is described
> > here:
> > 
> > https://bits.netbeans.org/dev/javadoc/org-netbeans-modules-textmate-lexer/
> > overview-summary.html
> > 
> > I have implemented a simple netbeans plugin for my .ocga-files:
> > 
> > https://github.com/orat/netbeans-ocga
> > 
> > The files are correctly recognized, the registered icon is shown in the
> > file- nodes.
> > 
> > The textmate file is found but in the editor nothing happens. No syntax-
> > highlighing is shown. Also newstart of the ide has no effect.
> > 
> > The textmate-file works fine in visual-studio.
> > 
> > Any ideas what can be wrong?
> > 
> > I have also found the following discussion:
> > 
> > https://www.mail-archive.com/dev@netbeans.apache.org/msg09420.html
> > 
> > with the comment that textmate is maybe broken - if I understand this
> > correct?
> > 
> > Any help appriciated.
> > 
> > Best regards
> > Oliver
> > 
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > 
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Syntaxhighlighting with textmate for a new language

[Oliver Rettig]

Very very thanks Matthias,
you are completely right - now it works like a charm. I thought the gramma file 
was found in the source folder because if I give a wrong file name in the 
annotation

@GrammarRegistration(grammar="ocga.tmLanguage.json", mimeType="text/x-ocga")

I got an error. Do I thought, if the annotation finds the grammar file in the 
source folder all is ok but it is not. 

The gramma file is found only to compile time but not during runtime. During 
runtime the gramma file must be in the resource folder as you write!!!

best regards
Oliver
> Hi Oliver,
> 
> Am Mittwoch, dem 28.06.2023 um 20:34 +0200 schrieb Oliver Rettig:
> > I have implemented a simple netbeans plugin for my .ocga-files:
> > 
> > https://github.com/orat/netbeans-ocga
> > 
> > The files are correctly recognized, the registered icon is shown in the
> > file- nodes.
> > 
> > The textmate file is found but in the editor nothing happens. No syntax-
> > highlighing is shown. Also newstart of the ide has no effect.
> > 
> > The textmate-file works fine in visual-studio.
> > 
> > Any ideas what can be wrong?
> 
> I doubt, that the grammar file is found. The maven project structure is
> incorrect. Maven expects, that in the src/main/java directory only java
> files are found. Everything else is ignored.
> 
> Runtime resources (the grammar file is such a resource), that are to be
> packed into the final jar need to be in the src/main/resources folder.
> This differs from antlr where the grammar file is used at compile time
> and not used at runtime and thus does not need to be packaged.
> 
> TL;DR: Move
> src/main/java/de/orat/math/netbeans/ocga/ocga.tmLanguage.json to
> src/main/resources/de/orat/math/netbeans/ocga/ocga.tmLanguage.json and
> it works.
> 
> Greetings
> 
> Matthias
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Javahelp broken after update from NB platform 8.2 to 11.3 (Displayer not found by Lookup)

[Oliver Rettig]

Hi,

we have a student at the DHBW-Karlsruhe, working on a replacement of the 
JavaHelp viewer. 

https://github.com/MobMonRob/JavaHelpStudien

My main motivation to start this project are my own netbeans-platform 
applications where we want to have offline-available help-pages which are 
collected automatically from a big set of modules.

I think the module should also be able to be added to the netbeans IDE itself 
to show the ide help pages.

What is the status of the ide help content? I think nobody has worked on 
updating the IDE helps-sets?

Our student project will be finished end of month and in October we can start a 
follow up project for completing missing parts and refinements.

So it is good to know, if there is interest in a modern replacement of java-
help (for the ide or netbeans platform based applications) or making re-
available the´ original implementation.

best regards
Oliver

> On Fri, 5 May 2023 at 14:51, Marco Peters
> 
>  wrote:
> > Yes, I know the versions are quite old. It's a little embarrassing.
> > Unfortunately, we didn't have the chance to update earlier in our ESA
> > SNAP project. We were still using Java 1.8 too. So, we now want to update
> > step by step and not with one giant leap to the latest versions. We try
> > to get run 11.3 of NetBeans Platform with JDK11.
> 
> Why 11.3 exactly?  Personally, while I understand the desire to not
> make a giant leap, I think you're probably better jumping straight to
> NetBeans 17 with JDK 11 here.
> 
> > Now my problem.
> > After updating the Java help is not working anymore. The default menu
> > entry Help/Help Contents is not added to the menu. And when invoking the
> > help manually nothing happens. Debugging revealed that in
> > HelpCtx.display() the call to
> > Lookup.getDefault().lookupAll(Displayer.class) to not return an
> > implementation.
> Well, we haven't used JavaHelp in the IDE since moving to Apache
> (license issues) and I'm not sure how well tested adding JavaHelp to
> the platform is?!  Certainly, some default help actions have changed
> in light of that.
> 
> There's a curious question about whether we want to bring JavaHelp
> back?  In theory, the license issue should now be resolvable.
> 
> Best wishes,
> 
> Neil
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Javahelp broken after update from NB platform 8.2 to 11.3 (Displayer not found by Lookup)

[Oliver Rettig]

Hi Marco,

I have upgraded my platform-apps always to the upcomming new netbeans versions 
without much problems. Most time I aloways need to find out which of the new 
netbeans modules which are automatically added to the platform app I do not 
need and have to be excluded. Sometimes there are dependencies which you have 
to figure out. My feeling is that it makes it not easier to migrate step by 
step (version). Do it in one step to the current version.

The java-help project of the student is not ready for production. I think the 
UI needs some more work. Maybe I can find some time to complete it or we work 
on it with a second student project starting in october.

best regards
Oliver

> at
> org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:316) at
> org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:252) at
> org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:298) at
> org.netbeans.core.startup.Main.getModuleSystem(Main.java:173) at
> org.netbeans.core.startup.Main.getModuleSystem(Main.java:142) at
> org.netbeans.core.startup.Main.start(Main.java:303)
> at
> org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) at
> java.base/java.lang.Thread.run(Thread.java:829)
> INFO [org.netbeans.core.netigso.Netigso]: Can't process
> C:\Users\Marco\Projects\IdeaProjects\senbox\snap-engine\ceres-core\target\c
> lasses java.io.FileNotFoundException:
> C:\Users\Marco\Projects\IdeaProjects\senbox\snap





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

How to use and extend the netbeans debugger functionality for a truffle languages

[Oliver Rettig]

Hi all,

more than one year ago we have started to implement a truffle based DSL
for gemetric algebra expression.

https://github.com/MobMonRob/DSL4GeometricAlgebra

We have Syntax-Highlighting implemented as netbeans-plugin:

https://github.com/orat/netbeans-ocga/tree/master

and also added some useful editor functions as a netbeans plugin

https://github.com/orat/netbeans-cgasymbols

We have implemented an annotation api so that we can execute the programms
inside a java application.

Now we want to add specific debugging functionality.

I have read that truffle-based languages can be debugged automatically with the
netbeans buildin debugger. We want to debug into the lines of code in the DSL.
But I can not figure out what I have to do in the truffle-based code (maybe some
magic annotation) to make that work.

A bigger thing is that we want to extend the netbeans debugger functionality.
Geometric algebra works with expression which represents simple geometric
figures.

We have implemented a 3d-visualizer which we want to integrate in Netbeans and
than in the debugger we want to be able if we click on a variable which
represents a geometric object that this object is visusalized in our
visualizer component.

So I want to know if there is some API which allows to extend the debugger
functionality.

Furthermore without debugging mode we want to comunicate with the visualizer-
plugin (inside the running netbeans ide) if we run a programm written in our
DSL inside the netbeans IDE.

Maybe we can use also JPDA for communication or are there better ways?

A lot of questions - I know - but perhaps somebody likes to share some
experiences with pluggin new languages into the netbeans ide.

best regards
Oliver






-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: GraalVM: Anyone still interested or do we reduce support to GraalJS or do we switch back to rhino?

[Oliver Rettig]

Hi,

we are working much on our geometric-algebra DSL (https://github.com/
MobMonRob/DSL4GeometricAlgebra) which is based on GraalVM and the integration
into the Nebeans-IDE (debugger, syntax-highlighting). So GraalVM/Netbeans-
Integration is essential for us. We are not very fast in always upgrading to
the newest version. Currently we use Netbeans17 and GraalVM 22.3.2.

I have not really understand the problem and the options to solve them but it
sounds for me that seperating graalvm- and graalVM-based-js netbeans modules
is a good idea?

I am not sure if we can help but we are are very interested in GraalVM/
Netbeans-Integration.

best regards
Oliver

> Hi all,
>
> a recent update to the JDK (released in JDK 22) broke GraalJS in
> NetBeans:
>
> https://github.com/apache/netbeans/issues/7245
>
> I tried to update GraalJS for the last three days and at the end I
> noticed, that the version I was working with broke less obviously, than
> the old one. So it was useless.
>
> I was working with 23.0.3 because after that graalvm changed packaging.
> Turns out, I should have looked closer.
>
> So where to go from here?
>
> The dependencies suggested by GraalVM pull in:
>
> +- org.graalvm.polyglot:polyglot:jar:24.0.0:compile
>
> |  +- org.graalvm.sdk:collections:jar:24.0.0:compile
> |  \- org.graalvm.sdk:nativeimage:jar:24.0.0:compile
> |
> | \- org.graalvm.sdk:word:jar:24.0.0:compile
>
> \- org.graalvm.polyglot:js-community:pom:24.0.0:compile
>+- org.graalvm.js:js-language:jar:24.0.0:runtime
>
>|  +- org.graalvm.regex:regex:jar:24.0.0:runtime
>|  +- org.graalvm.truffle:truffle-api:jar:24.0.0:runtime
>|  \- org.graalvm.shadowed:icu4j:jar:24.0.0:runtime
>
>\- org.graalvm.truffle:truffle-runtime:jar:24.0.0:runtime
>   +- org.graalvm.sdk:jniutils:jar:24.0.0:runtime
>   \- org.graalvm.truffle:truffle-compiler:jar:24.0.0:runtime
>
> So we need to rethink the packaging in NetBeans.
>
> I see as options:
>
> - rip out everything that looks like GraalVM and Truffle and replace
>   it with a single module that only wraps GraalJS
> - remap the current modules to the new GraalVM structure
> - drop everything Graal and switch back to rhino
>
> I'm a bit fed up about this. The Graal looks a bit less shiny now and
> the old rhino looks much nicer.
>
> The question: How complex are pac Scripts in reality? Is dropping Graal
> an option?
>
> Greetings
>
> Matthias
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: GraalVM: Anyone still interested or do we reduce support to GraalJS or do we switch back to rhino?

[Oliver Rettig]

Thanks Matthias and Michael for your explainations. I am afraid I can not help 
at the moment. I am not familar enough with this stuff but I think I have to 
learn more about GraalVM-netbeans integration.
> On 08.04.24 20:18, Matthias Bläsing wrote:
> > https://github.com/apache/netbeans/issues/6925
> > 
> > was ignored for the last 3 months.
> 
> not that it changes anything at this point but it was known much longer
> than that.
> 
> The last update attempt https://github.com/apache/netbeans/pull/6369
> bumped the version as much as possible but even the version it bumped it
> to was was already EOL at that point.
> 
> The outdated graal situation was also tracked via
> https://github.com/apache/netbeans/issues/4904, the last update only
> bought a little more time.
> 
> GraalVM changed polyglot language features from being JDK extensions to
> regular maven dependencies. The NB test setup expects everything to be
> in the JDK - and it essentially needs all language extensions:
> 
> https://github.com/apache/netbeans/issues/6925#issuecomment-2003319844
> 
> 
> this is btw a prime example of why I am always pushing to keep
> dependencies up to date - the alternative is having to solve many
> problems at the same time.
> 
> > So I just tried to force version 24.0.0 into the current module
> > structure. I tried two approaches both failed. Maybe this is a trivial
> > problem for someone knowledgeable,
> At some point graal changed versioning back to JDK versioning when it
> jumped backwards. So I don't really know what JDK verison graal-sdk
> 24.0.0 is meant for.
> 
> Martin Entlicher contributed in that area before and knows both graal
> and NB. Going to ping him via github / #7248
> 
> best regards,
> 
> -mbien
> 
> > Greetings
> > 
> > Matthias
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > 
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists