[DISCUSS] "omni search" like feature as in IntelliJ?

[Jean-Marc Borer]

Hi Devs,

Is there a kind of omni search feature in NB as you have in IntelliJ when
you lookup a string? I have to admit that the CTRL+O to open a symbol is
perfect, but I really miss the lookup for the string in the other resources
files of the open projects as well (.txt, .properties etc)

BR,

JM

Re: [DISCUSS] Native binary handling (or, does NetBeans have a future on macOS?)

[Jean-Marc Borer]

I am doing all my open source and home projects on macOS, which is the only
home computer brand I have (no Win in my home), but for the moment I don't
have yet a Silicon. If I can help, please let me know and Yes I definitely
wish that NB has a future on macOS ;-)

Cheers,

JM

On Wed, Sep 27, 2023 at 9:40 PM Neil C Smith  wrote:

> On Wed, 27 Sept 2023, 21:37 Michael Bien,  wrote:
>
> > > Publishing binaries via Maven doesn't seem viable for this given
> > > cross-OS build needed, so possibly looking at dist.a.o instead.
> > (I assume you mean maven central the repo and not mvn the build system)
> > Out of curiosity, why is it a problem? I used to put native libs into
> > jars back when I wrote Java OpenCL bindings for example.
> >
>
> I meant both. Take a look at the launchers repository. That particular
> process seems difficult to split across multiple OS. Could be achieved in
> other ways, sure, although still with more work.
>
> Best wishes,
>
> Neil
>

Fwd: Netbeans Platform and Jigsaw

[Jean-Marc Borer]

Hi there,

We are planning to migrate from Java 8 and NB 12.4 to Java 17 and NB 19. I
know it works as I run my IDE 19 with Java 17.

Now there is Jigsaw

I there some documentation how to compile Netbeans Platform applications
with JDK 9+ and Maven?

I am trying to understand how Jigsaw modules and the Netbeans modules
(specifically the class loading) can work together (or not).

The thing that I observed is that most (all?) JDK modules are added to the
module path (so completely opened) in the netbeans.conf file.

As I spent some time hacking around with NB platform, dependencies and
Maven, I fear that I will get a lot of issues related to Jigsaw during this
migration attempt.

Any information? Thx in advance for any input

PS: Yes I asked on the user list as well, but I finally found that this is
a better place to ask...

Re: New warnings poping up when compiling NB Platform with Maven 3.9

[Jean-Marc Borer]

Great. Thank you

On Tue, Sep 26, 2023 at 9:59 AM Neil C Smith  wrote:

> On Tue, 26 Sept 2023 at 10:44, Jean-Marc Borer  wrote:
> > We are upgrading from Maven 3.8 to 3.9 for our NB platform apps. I now
> have
> > those new warnings poping up (we compile with java 8 source):
>
> They're probably not new, just hidden by default before!  A bunch of
> default plugin versions (including the compiler plugin) changed from
> 3.8.x to 3.9.x.
>
> Can't find the upstream reference quickly, but see
> https://github.com/apache/netbeans/pull/5679
>
> 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
>
>
>
>

Re: New warnings poping up when compiling NB Platform with Maven 3.9

[Jean-Marc Borer]

To complement the question:

--- compiler:3.11.0:compile (default-compile) @ message-client ---
Changes detected - recompiling the module! :dependency
Compiling 7 source files with javac [debug target 1.8] to target\classes
Supported source version 'RELEASE_7' from annotation processor
'org.netbeans.modules.openide.util.ServiceProviderProcessor' less than
-source '1.8'
Supported source version 'RELEASE_7' from annotation processor
'org.netbeans.modules.openide.util.NamedServiceProcessor' less than -source
'1.8'
Supported source version 'RELEASE_6' from annotation processor
'org.netbeans.modules.openide.util.NbBundleProcessor' less than -source
'1.8'
ch/skyguide/nimbus/console/messageclient/MessageClientTopComponent.java:[40,1]
Undocumented format parameter {0}
ch/skyguide/nimbus/console/messageclient/MessageClientTopComponent.java:[40,1]
Undocumented format parameter {1}

The code:

[image: image.png]

On Tue, Sep 26, 2023 at 9:44 AM Jean-Marc Borer  wrote:

> Hi guys,
>
> We are upgrading from Maven 3.8 to 3.9 for our NB platform apps. I now
> have those new warnings poping up (we compile with java 8 source):
>
> Changes detected - recompiling the module! :dependency
> Compiling 7 source files with javac [debug target 1.8] to target\classes
> Supported source version 'RELEASE_7' from annotation processor
> 'org.netbeans.modules.openide.util.ServiceProviderProcessor' less than
> -source '1.8'
> Supported source version 'RELEASE_7' from annotation processor
> 'org.netbeans.modules.openide.util.NamedServiceProcessor' less than -source
> '1.8'
> Supported source version 'RELEASE_6' from annotation processor
> 'org.netbeans.modules.openide.util.NbBundleProcessor' less than -source
> '1.8'
> ch/skyguide/nimbus/console/messageclient/MessageClientTopComponent.java:[40,1]
> Undocumented format parameter {0}
> ch/skyguide/nimbus/console/messageclient/MessageClientTopComponent.java:[40,1]
> Undocumented format parameter {1}
>
> I search for additional explanation, but I didn't find anything. Anyone an
> idea what this means and how it can be fixed?
>
> I am asking here, because I fear it has something to do in NB, but I don't
> know where yet.
>
> Thx in advance for you help.
>
> Cheers,
>
> JM
>

New warnings poping up when compiling NB Platform with Maven 3.9

[Jean-Marc Borer]

Hi guys,

We are upgrading from Maven 3.8 to 3.9 for our NB platform apps. I now have
those new warnings poping up (we compile with java 8 source):

Changes detected - recompiling the module! :dependency
Compiling 7 source files with javac [debug target 1.8] to target\classes
Supported source version 'RELEASE_7' from annotation processor
'org.netbeans.modules.openide.util.ServiceProviderProcessor' less than
-source '1.8'
Supported source version 'RELEASE_7' from annotation processor
'org.netbeans.modules.openide.util.NamedServiceProcessor' less than -source
'1.8'
Supported source version 'RELEASE_6' from annotation processor
'org.netbeans.modules.openide.util.NbBundleProcessor' less than -source
'1.8'
ch/skyguide/nimbus/console/messageclient/MessageClientTopComponent.java:[40,1]
Undocumented format parameter {0}
ch/skyguide/nimbus/console/messageclient/MessageClientTopComponent.java:[40,1]
Undocumented format parameter {1}

I search for additional explanation, but I didn't find anything. Anyone an
idea what this means and how it can be fixed?

I am asking here, because I fear it has something to do in NB, but I don't
know where yet.

Thx in advance for you help.

Cheers,

JM

Re: Windows 11 Issues - Copy/Paste Failure

[Jean-Marc Borer]

Before NB 12.5 Java 8 was required, After NB started using Java 9 (11?).
That is the only difference I can think of, and yes I got this issue
regularly on my Win 10 with all NB from 12.5.

On Wed, Aug 30, 2023 at 11:00 PM Eric Bresie  wrote:

> Could the reproduction inconsistency be due to the configuration of the
> machine?
>
> Maybe should start characterizing with details like:
>
> - OS (Windows/Version,Linux/Distribution/Version, MacOS/version)
> - Java version
> - Screen configurations (resolution, HD, etc. - I suggest this because in a
> separate issue there was indication that when copying from Netbeans that it
> keyed by pixels which was wonky in HD configuration)
> - Netbeans version
> - Netbeans flags in use
>
> Etc..
>
>
> On Wed, Aug 30, 2023 at 5:46 PM Eirik Bakke  wrote:
>
> > Oh, that's a beautifully written test! I ran it a few times and with 25
> > iterations but it didn't exhibit the bug, though. I left a comment
> > reporting my results and will run the test again the next time I observe
> > the bug in the wild.
> >
> > -- Eirik
> >
> > -Original Message-
> > From: Neil C Smith 
> > Sent: Wednesday, August 30, 2023 11:11 AM
> > To: dev@netbeans.apache.org
> > Subject: Re: Windows 11 Issues - Copy/Paste Failure
> >
> > On Wed, 30 Aug 2023 at 06:26, Eirik Bakke  wrote:
> > > But the problem remains, and I was never able to reproduce it
> > reliably--it was always intermittent.
> > >
> > > If anyone can manage to reliably reproduce the bug, that would probably
> > go a long way towards finding a fix.
> >
> > Have you tried the robot-based test on the issue at
> > https://github.com/apache/netbeans/issues/3962#issuecomment-1664507172
> > ?
> >
> > 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
> >
> >
> >
> >
>

Re: Contrib Repo

[Jean-Marc Borer]

I there,

That is actually a very good question. I was wondering to "resurrect" the
Velocity and SFSBrowser plugins. On the code side, I am able to manage, but
I still don't know how to proceed when it comes to commit the updated
version as well as all the topics concerning IP from Oracle.

It would be a good idea to have some information about that topic, since
the contrib project is a mine of cool stuff that deserves to be reactivated
by the community.

Cheers,

JM

On Sun, Jun 11, 2023 at 2:13 PM Eric Bresie  wrote:

> I'm no expert on this but...
>
> I tried some time back to take the nbpython contribution to integrate it
> into the Apache Netbeans work...  The general input I got at the time was
> that the nbPython contribution was to be included in coming donations from
> Oracle which required some pre-donation checks to ensure no Oracle IP was
> present.  Some of this may have involved removal of some code (which might
> require further updates).
>
> I believe the contribution paperwork signed when becoming a committer more
> or less gave ownership/rights to Oracle so it was dependent on that.
> However I believe in some cases the original contributors could have some
> say in it if the given work was abandoned or no longer supported.
>
> There was a call out to see which of these contributions the community
> wanted to have donated.  With some being identified as candidates, others
> being viewed as deprecated/not worth maintaining (i.e., requiring too much
> work to bring it in line), Beyond that, I'm not sure any further donation
> work against these is happening anymore.
>
> I think part of the work when doing so might involve
> (1) updating licenses where applicable.  Some of the contributions may have
> existing licenses which did allow usages but still had to be in compliance
> with Oracle licensing where applicable.
> (2) managing the independent repo with contributions,
> (3) delivering releasable artifacts (nbm, plugin portal, maven repo
> publications, etc.)
> (4) update for Netbeans compatibility (i.e. new NB versions builds with
> applicable API compatibility, etc.)
>
> I believe part of this contribution fork also included some "mavenizing" of
> some of the contributions.
>
> Once again...not an expert but that is my understanding of it.
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Mon, Jun 5, 2023 at 2:29 PM Chris  wrote:
>
> > Hey,
> >
> > we have this wonderful repo here with all contribs since sun/oracle i
> > think: https://github.com/timboudreau/netbeans-contrib so what is the
> > correct procedure, If I want to extend or fix a package let's say, like
> > this:
> >
> >
> https://github.com/timboudreau/netbeans-contrib/tree/master/quickfilechooser
> >
> > Do I need to create a new plugin for this and this will by my "fork" of
> > this or how should we do this? Should all of them treated as 3rd party
> > plugins?
> >
> >
> > Cheers
> >
> > Chris
> >
> >
> > -
> > 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][dev] Looking for SFS Browser NB plugin source code

[Jean-Marc Borer]

Thx to all for your help.

Contrib definitely deserves more attention.

On Tue, Jan 17, 2023 at 3:11 PM Michael Bien  wrote:

> the contrib repo is also available here converted to maven projects:
> https://github.com/timboudreau/netbeans-contrib
>
> sfsbrowser is there too,
>
> -mbien
>
> On 17.01.23 14:43, Christian Oyarzun wrote:
> > Hi Jean-Marc,
> >
> > I think this is what you are looking for
> >
> http://source.apidesign.org/hg/netbeans/contrib/file/517409415907/sfsbrowser
> >
> > --Christian
> >
> > On Tue, Jan 17, 2023 at 2:37 AM Jean-Marc Borer 
> wrote:
> >
> >> Hello,
> >>
> >> I am constantly using the fantastic SystemFileSystem Browser plugin,
> when I
> >> develop for the NB platform.
> >> Lastly I had some idea to improve it and was looking for the plugin,
> but I
> >> was not able to find it anymore on the internet (or I was not able to
> >> properly search for it).
> >>
> >> Does anyone know where I could find the code or has the code or if
> there is
> >> an another plugin that does the same? This plugin is for more advanced
> than
> >> "Browsing the layer.xml" file which serves another purpose.
> >>
> >> Cheers,
> >>
> >> JMB
> >>
>
>
> -
> 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
>
>
>
>

[slack] Is it still used?

[Jean-Marc Borer]

Hello,

I am not really used to Slack so pardon me if my question seems obvious.

I saw that there is a Slack community about netbeans. I joined it, but
noticed a trial period count down. I suppose it is related to the space
itself and not my membership.

Now it has expired.

Is Slack still actively used by the community or was it just a trial?

Apart from the mailing lists are there other locations "a la" Slack to
discuss NB topics. Github?

Best regards,

JMB

[plugin][dev] Looking for SFS Browser NB plugin source code

[Jean-Marc Borer]

Hello,

I am constantly using the fantastic SystemFileSystem Browser plugin, when I
develop for the NB platform.
Lastly I had some idea to improve it and was looking for the plugin, but I
was not able to find it anymore on the internet (or I was not able to
properly search for it).

Does anyone know where I could find the code or has the code or if there is
an another plugin that does the same? This plugin is for more advanced than
"Browsing the layer.xml" file which serves another purpose.

Cheers,

JMB

Re: Netbeans Vision / Roadmap

[Jean-Marc Borer]

>
> Short answer, yes - eg. link on all release candidate emails
> https://github.com/apache/netbeans/pulls?q=is%3Amerged+milestone%3ANB16


I didn't know that one. Milestones are a cool way to mark specific merges

Longer answer, there is some work going on to better categorize all
> this - eg. https://github.com/apache/netbeans/releases  The draft one
> particularly, but that's private.


That is what I was looking for, but this list is not available until a few
days before the release, right?

Not recently.  What prompted the question?
>

We were wondering if there is a kind of a road map of planned new features
people agreed to work on.
Moreover in our company, when we foresee to release a given feature for a
specific version, we tag it even long before the final release. We were
looking for such an equivalent in the NB project.

I think that is exactly the purpose of milestones.

Thx for your answers

On Wed, Nov 30, 2022 at 3:09 PM Neil C Smith  wrote:

> On Wed, 30 Nov 2022 at 15:02, Jean-Marc Borer  wrote:
> > Ok, so does it mean, that I have to check Github history to find out what
> > is in a upcoming release  (16 for example)?
>
> Short answer, yes - eg. link on all release candidate emails
> https://github.com/apache/netbeans/pulls?q=is%3Amerged+milestone%3ANB16
>
> Longer answer, there is some work going on to better categorize all
> this - eg. https://github.com/apache/netbeans/releases  The draft one
> particularly, but that's private.
>
> > > > Am I missing something or did something change for the release
> > > management?
>
> Not recently.  What prompted the question?
>
> 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
>
>
>
>

Re: Netbeans Vision / Roadmap

[Jean-Marc Borer]

Ok, so does it mean, that I have to check Github history to find out what
is in a upcoming release  (16 for example)?

JMB

On Wed, Nov 30, 2022 at 12:50 PM Geertjan Wielenga
 wrote:

> As every release, we add to the release what individual contributors want
> to contribute, we will release 4 times per year. I don’t see this roadmap
> changing.
>
> Gj
>
> On Wed, 30 Nov 2022 at 13:42, Jean-Marc Borer  wrote:
>
> > Hi dear PMCs,
> >
> > I would like to reactivate this discussion, because we (our team) are
> > wondering if there is still a roadmap for the forthcoming releases
> > somewhere. The
> > https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> > confluence page contains very few (not say no) information about this.
> >
> > Am I missing something or did something change for the release
> management?
> >
> > Best regards,
> >
> > JMB
> >
> > On Fri, Dec 4, 2020 at 11:06 AM Eric Bresie  wrote:
> >
> > > There has been recent discussions on vision and roadmap for Netbeans
> > > development and the need to discuss so thought I would start a new
> thread
> > > to discuss.
> > >
> > > From my understanding when under Oracle stewardship there more funded
> > > individuals to support these sorts of things but now that it has been
> > > donated to be an Apache project this now becomes the responsibility of
> > the
> > > community to pick this up.
> > >
> > > In the past there has been community release / roadmaps (1) (2) and
> with
> > > transition some similar Apache wiki flavors(3).
> > >
> > > Assuming what is needed is maybe a new “Roadmap” and or “Vision”
> subpage
> > on
> > > Netbeans wiki page (4) as a starter.
> > >
> > > Milestone could be identified based on this.
> > >
> > > Assuming specific features, refractors, improvements would further be
> > > captured and come in the form of existing or new JIRA tickets (5) and
> > when
> > > ready for acceptance then on the github project (6) a git Pull Requests
> > > (PR) (7) and tagged towards given milestones with progress updates on
> the
> > > roadmap where applicable
> > >
> > > Assume some possibilities going forward could be...
> > >
> > > - improve publicity  and/or improve communication for the project (11)
> to
> > > get more interest in development (14) and usage
> > > - to do a triage of existing issues, grouping if not already where
> > > possible, getting rid of already closed, rejected, duplicates, or OBE
> > items
> > > (5)
> > > - improve and update documentation to be more up to date (4) (9) (10)
> > (14)
> > > - update or document process documentation (release process, etc.)
> > > - performance assessment and improvements
> > > - where applicable possible codebase refactoring to cleanup, deprecate,
> > > identify areas of improvement, etc.
> > > - complete integration of any community / contributions products (15)
> > (16)
> > > - further plug-in migration to new plugins infrastructure where
> > applicable
> > > - improve LSP (13) support to include of new or existing languages
> > (Kotlin
> > > (12), python, etc.)
> > > - Possible improvements in trending development areas (cloud
> development,
> > > container development, data science, new languages, etc.)
> > > - Netbeans GUI to FX based UI
> > > - Netbean platform updates where applicable
> > > - Update with New Java features or removal/migration of deprecated
> > > within Netbeans
> > > codebase (modules, records, deprecate apis, etc.) Note: This would
> > require
> > > updating JDK dependency as applicable
> > >
> > > I know some aspects of these suggestions may exist in some form or
> > another,
> > > some of this is due to my lack of specifics on some of this.  That or
> > this
> > > is what happens when you can’t sleep at night ;-)
> > >
> > > Eric Bresie
> > > ebre...@gmail.com
> > >
> > > (1) https://netbeans.org/community/releases/roadmap.html
> > >
> > > (2)
> > > https://netbeans.org/community/releases/
> > >
> > > (3)
> > https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> > >
> > > (4)
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeansi
> > >
> > > (5)
> > > https://issues.apache.org/jira/projects/NETBEANS/issues
> > >
> > > (6)
> > > https://github.com/apache/netbeans
> > >
> > > (7)
> > > https://github.com/apache/netbeans/pulls
> > > (8) https://github.com/apache/netbeans/blob/master/README.md
> > >
> > > (9) https://netbeans.apache.org/help/index.html
> > >
> > > (10) https://netbeans.org/kb/
> > >
> > > (11) https://netbeans.apache.org/community/mailing-lists.html
> > >
> > > (12)
> > >
> > >
> >
> https://blogs.apache.org/netbeans/entry/initial-language-server-protocol-support
> > >
> > > (13) https://langserver.org/
> > >
> > > (14) https://netbeans.apache.org/wiki/index.asciidoc
> > >
> > > (15)
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
> > >
> > > (16)
> > > https://hg.netbeans.org/
> > >
> > > --
> > > Eric Bresie
> > > ebre...@gmail.com
> > >
> >
>

Re: NB 16, Smaller font by design?

[Jean-Marc Borer]

Hi,

On Windows I think they look the same. I use anyway a bigger font via the
--fontsize argument.

JMB

On Tue, Nov 29, 2022 at 6:42 PM Patrik Karlström 
wrote:

> On Windows and FlatLaf I noticed that the IDE window title font is much
> smaller in nb 16 than in nb 15.
>
> Is that by design?
>
> I think I noticed a smaller font in popup menues on Linux too, but I have
> to confirm that.
>
> Patrik
>

Re: Netbeans Vision / Roadmap

[Jean-Marc Borer]

Hi dear PMCs,

I would like to reactivate this discussion, because we (our team) are
wondering if there is still a roadmap for the forthcoming releases
somewhere. The
https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
confluence page contains very few (not say no) information about this.

Am I missing something or did something change for the release management?

Best regards,

JMB

On Fri, Dec 4, 2020 at 11:06 AM Eric Bresie  wrote:

> There has been recent discussions on vision and roadmap for Netbeans
> development and the need to discuss so thought I would start a new thread
> to discuss.
>
> From my understanding when under Oracle stewardship there more funded
> individuals to support these sorts of things but now that it has been
> donated to be an Apache project this now becomes the responsibility of the
> community to pick this up.
>
> In the past there has been community release / roadmaps (1) (2) and with
> transition some similar Apache wiki flavors(3).
>
> Assuming what is needed is maybe a new “Roadmap” and or “Vision” subpage on
> Netbeans wiki page (4) as a starter.
>
> Milestone could be identified based on this.
>
> Assuming specific features, refractors, improvements would further be
> captured and come in the form of existing or new JIRA tickets (5) and when
> ready for acceptance then on the github project (6) a git Pull Requests
> (PR) (7) and tagged towards given milestones with progress updates on the
> roadmap where applicable
>
> Assume some possibilities going forward could be...
>
> - improve publicity  and/or improve communication for the project (11) to
> get more interest in development (14) and usage
> - to do a triage of existing issues, grouping if not already where
> possible, getting rid of already closed, rejected, duplicates, or OBE items
> (5)
> - improve and update documentation to be more up to date (4) (9) (10) (14)
> - update or document process documentation (release process, etc.)
> - performance assessment and improvements
> - where applicable possible codebase refactoring to cleanup, deprecate,
> identify areas of improvement, etc.
> - complete integration of any community / contributions products (15) (16)
> - further plug-in migration to new plugins infrastructure where applicable
> - improve LSP (13) support to include of new or existing languages (Kotlin
> (12), python, etc.)
> - Possible improvements in trending development areas (cloud development,
> container development, data science, new languages, etc.)
> - Netbeans GUI to FX based UI
> - Netbean platform updates where applicable
> - Update with New Java features or removal/migration of deprecated
> within Netbeans
> codebase (modules, records, deprecate apis, etc.) Note: This would require
> updating JDK dependency as applicable
>
> I know some aspects of these suggestions may exist in some form or another,
> some of this is due to my lack of specifics on some of this.  That or this
> is what happens when you can’t sleep at night ;-)
>
> Eric Bresie
> ebre...@gmail.com
>
> (1) https://netbeans.org/community/releases/roadmap.html
>
> (2)
> https://netbeans.org/community/releases/
>
> (3) https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
>
> (4)
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeansi
>
> (5)
> https://issues.apache.org/jira/projects/NETBEANS/issues
>
> (6)
> https://github.com/apache/netbeans
>
> (7)
> https://github.com/apache/netbeans/pulls
> (8) https://github.com/apache/netbeans/blob/master/README.md
>
> (9) https://netbeans.apache.org/help/index.html
>
> (10) https://netbeans.org/kb/
>
> (11) https://netbeans.apache.org/community/mailing-lists.html
>
> (12)
>
> https://blogs.apache.org/netbeans/entry/initial-language-server-protocol-support
>
> (13) https://langserver.org/
>
> (14) https://netbeans.apache.org/wiki/index.asciidoc
>
> (15)
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
>
> (16)
> https://hg.netbeans.org/
>
> --
> Eric Bresie
> ebre...@gmail.com
>

Re: Issue reporting maybe confusing

[Jean-Marc Borer]

Got it. Thx

On Thu, Nov 3, 2022 at 2:23 PM Neil C Smith  wrote:

> On Thu, 3 Nov 2022 at 14:13, Jean-Marc Borer  wrote:
> >
> > Hi folks,
> >
> > People get a bit confused when reporting issue AFAIU, all issue shall be
> > reported here https://github.com/apache/netbeans/issues
> >
> > However the Jira site  https://issues.apache.org/jira/projects/NETBEANS/
> > still exists.
> >
> > Having to places to report issues is confusing. People used to Apache
> > projects go naturally to Apache Jira.
> >
> > If the latter should ne no longer be used, couldn't it be stated properly
> > or event better tansfer all issues if not already done and block any new
> > inputs?
> >
> > So what is the status today?
>
> There are not two places for users to report issues.  Users cannot
> open Jira tickets.  All user reported issues should be via GitHub.
> See https://issues.apache.org/jira/projects/NETBEANS/issues/NETBEANS-6470
>
> Jira issues can still be created by NetBeans committers, as some
> expressed an interest in still using it for project management tasks.
>
> Users can still comment on old issues.
>
> We're not transferring any issues automatically.  Anything still valid
> should be opened on GitHub.
>
> I have a feeling we'll see more and more Apache projects using GitHub
> issues due to current concerns around Apache Jira infrastructure (spam
> issues, etc.).
>
> 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
>
>
>
>

Issue reporting maybe confusing

[Jean-Marc Borer]

Hi folks,

People get a bit confused when reporting issue AFAIU, all issue shall be
reported here https://github.com/apache/netbeans/issues

However the Jira site  https://issues.apache.org/jira/projects/NETBEANS/
still exists.

Having to places to report issues is confusing. People used to Apache
projects go naturally to Apache Jira.

If the latter should ne no longer be used, couldn't it be stated properly
or event better tansfer all issues if not already done and block any new
inputs?

So what is the status today?

best rgrads

Re: parent.relativePath warning on Windows

[Jean-Marc Borer]

Sorry. Now we to report issues here:
https://github.com/apache/netbeans/issues

On Thu, Nov 3, 2022 at 12:42 PM Jean-Marc Borer  wrote:

> Hi There,
>
> Spotted the same issue with NB 15. Glad to see it fixed.
>
> @herkrath  please file the bug first in
> https://issues.apache.org/jira/projects/NETBEANS/ (simply copy the steps
> above) before creating the PR. It will help to track improvements and
> release notes.
>
> Cheers
>
> On Thu, Nov 3, 2022 at 9:35 AM Mark Herkrath
>  wrote:
>
>> Hi all,
>>
>> I ran into the same issue. At least for me, it is happening every time a
>> parent pom is being used. That is for stand-alone/root poms referring to
>> parent poms not being part of the project's file structure, as well as for
>> multi-module poms where the parent pom is usually one level up in the file
>> structure. For stand-alone/root poms, it helps to define 
>> though, which is anyway recommended.
>>
>> So I checked the source code, and found this in
>> org.netbeans.modules.maven.hints.pom.PomModelUtils:
>>
>> public ModelSource2 getRelatedSource(String relative) {
>> return new M2S(new File(pomFile, relative), null);
>> }
>>
>> This is clearly incorrect as pomFile is a file, not a directory. It has to
>> be instead:
>> return new M2S(new File(pomFile.getParentFile(), relative), null);
>>
>> I have already tested and the issue is resolved thereafter.
>> Actual incorrect project file structures are correctly reported still. I
>> don't know when getRelatedSource(...) is being called elsewise. But like
>> it
>> is now, no related source will be resolved correctly. So probably there
>> are
>> other issues caused by it as well.
>>
>> Now, I am not very keen to create a merge request. It is quite
>> time-consuming and not getting the credits is ok. So if possible, could a
>> NetBeans maintainer push this simple change, as it is just obvious? If
>> that
>> is not feasible, alright, I will create the corresponding merge request.
>>
>> Thanks,
>> Mark
>>
>> On Sun, Oct 30, 2022 at 7:56 PM Mark Eggers > >
>> wrote:
>>
>> > Answers in-line. Thanks for any thoughts.
>> >
>> > On 10/30/2022 6:53 AM, Eric Bresie wrote:
>> > > 1. Is the sub-projects within the parent projects folder
>> structure or
>> > > external?
>> >
>> > The project is nested per Maven recommendations. The project was created
>> > within NetBeans using the process I outlined in the original message.
>> >
>> > > 2. In the "parent" pom, did the "modules" for the sub-projects get
>> > > defined?
>> >
>> >
>> >
>> >
>> >  MyServerModule
>> >
>> >
>> >  MyClientModule
>> >
>> >
>> >  MyPoCModule
>> >
>> >
>> >
>> > Note the extra blank lines.
>> >
>> > > 3. In the sub-projects, did the parent pom coordinates get
>> included?
>> >
>> > Yes, the parent element looks like the following (again, created by
>> > NetBeans).
>> >
>> > 
>> >  MyModules
>> >  org.mdeggers
>> >  1.0-SNAPSHOT
>> > 
>> >
>> > > 4. Which environment is maven running in on Windows (i.e. basic
>> jar
>> > on
>> > > path based or installed in a Cygwin type environment)?
>> > >
>> >
>> > The Maven that is being run is included with NetBeans 16-rc2. I normally
>> > run an installed NetBeans by specifying it in
>> Tools->Options->Java->Maven.
>> >
>> > Both are mavem 3.8.6.
>> >
>> > On the command line maven is in my path (specified by a set of
>> > environment variables) and unpacked in a Windows sub-directory.
>> >
>> > I do not have any Java tools installed in either Cygwin or WSL2.
>> >
>> > Again, NetBeans 13  (running on JDK 11) opens this project structure
>> > with no errors.
>> >
>> > . . . . just my two cents.
>> > /mde/
>> >
>> > >
>> > > Eric Bresie
>> > > ebre...@gmail.com
>> > >
>> > >
>> > > On Thu, Oct 27, 2022 at 6:07 PM Mark Eggers
>> > 
>> > > wrote:
>> > >
>> > >> It appears that images are stripped from the list.
>> > >>
>> > >> The following should work:
>> > &g

Re: [DISCUSS] Drop separate platform source and binary zip from release artefacts?

[Jean-Marc Borer]

I do as well use the platform zip for the same reasons as Joerg (even if we
use Maven most of the time other envrionments), but I can certainly go with
the whole bundle, but please it needs to be properly documented. Not sure I
will be able to remember in a few month the exact command-line you suggest
above.

Cheers,

JM

On Thu, Nov 3, 2022 at 11:23 AM Joerg Michelberger 
wrote:

> Hi Neil,
>
> Thanks for that build info creating the platform source zip from IDE source
> zip.
> As it does the job, we go that way.
>
> Thanks.
>
> Regards,
> Joerg
>
> Neil C Smith  schrieb am Do., 3. Nov. 2022, 10:30:
>
> > On Thu, 3 Nov 2022 at 09:12, Joerg Michelberger
> >  wrote:
> > > We use the platform zip as a starting point for our platform based
> > > applications.
> > > We are building by source in a separate network, not connected to the
> > > internet.
> > > It is convenient have the platform as separate clear isolated zip, so
> we
> > > have not extract it from the IDE zip.
> > >
> > > It would be nice to keep the separated platform zip form.
> >
> > Extraction is quite easy.  If you download the source zip of the IDE and
> > run ..
> >
> > ant build-source-config -Dcluster.config=platform
> >
> > .. you'll end up with a zip like we've been distributing.  It's a
> > quick process, unlike all required to release it.  Would that extra
> > step cause problems for you?
> >
> > 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
> >
> >
> >
> >
>

Re: parent.relativePath warning on Windows

[Jean-Marc Borer]

Hi There,

Spotted the same issue with NB 15. Glad to see it fixed.

@herkrath  please file the bug first in
https://issues.apache.org/jira/projects/NETBEANS/ (simply copy the steps
above) before creating the PR. It will help to track improvements and
release notes.

Cheers

On Thu, Nov 3, 2022 at 9:35 AM Mark Herkrath
 wrote:

> Hi all,
>
> I ran into the same issue. At least for me, it is happening every time a
> parent pom is being used. That is for stand-alone/root poms referring to
> parent poms not being part of the project's file structure, as well as for
> multi-module poms where the parent pom is usually one level up in the file
> structure. For stand-alone/root poms, it helps to define 
> though, which is anyway recommended.
>
> So I checked the source code, and found this in
> org.netbeans.modules.maven.hints.pom.PomModelUtils:
>
> public ModelSource2 getRelatedSource(String relative) {
> return new M2S(new File(pomFile, relative), null);
> }
>
> This is clearly incorrect as pomFile is a file, not a directory. It has to
> be instead:
> return new M2S(new File(pomFile.getParentFile(), relative), null);
>
> I have already tested and the issue is resolved thereafter.
> Actual incorrect project file structures are correctly reported still. I
> don't know when getRelatedSource(...) is being called elsewise. But like it
> is now, no related source will be resolved correctly. So probably there are
> other issues caused by it as well.
>
> Now, I am not very keen to create a merge request. It is quite
> time-consuming and not getting the credits is ok. So if possible, could a
> NetBeans maintainer push this simple change, as it is just obvious? If that
> is not feasible, alright, I will create the corresponding merge request.
>
> Thanks,
> Mark
>
> On Sun, Oct 30, 2022 at 7:56 PM Mark Eggers  >
> wrote:
>
> > Answers in-line. Thanks for any thoughts.
> >
> > On 10/30/2022 6:53 AM, Eric Bresie wrote:
> > > 1. Is the sub-projects within the parent projects folder structure
> or
> > > external?
> >
> > The project is nested per Maven recommendations. The project was created
> > within NetBeans using the process I outlined in the original message.
> >
> > > 2. In the "parent" pom, did the "modules" for the sub-projects get
> > > defined?
> >
> >
> >
> >
> >  MyServerModule
> >
> >
> >  MyClientModule
> >
> >
> >  MyPoCModule
> >
> >
> >
> > Note the extra blank lines.
> >
> > > 3. In the sub-projects, did the parent pom coordinates get
> included?
> >
> > Yes, the parent element looks like the following (again, created by
> > NetBeans).
> >
> > 
> >  MyModules
> >  org.mdeggers
> >  1.0-SNAPSHOT
> > 
> >
> > > 4. Which environment is maven running in on Windows (i.e. basic jar
> > on
> > > path based or installed in a Cygwin type environment)?
> > >
> >
> > The Maven that is being run is included with NetBeans 16-rc2. I normally
> > run an installed NetBeans by specifying it in
> Tools->Options->Java->Maven.
> >
> > Both are mavem 3.8.6.
> >
> > On the command line maven is in my path (specified by a set of
> > environment variables) and unpacked in a Windows sub-directory.
> >
> > I do not have any Java tools installed in either Cygwin or WSL2.
> >
> > Again, NetBeans 13  (running on JDK 11) opens this project structure
> > with no errors.
> >
> > . . . . just my two cents.
> > /mde/
> >
> > >
> > > Eric Bresie
> > > ebre...@gmail.com
> > >
> > >
> > > On Thu, Oct 27, 2022 at 6:07 PM Mark Eggers
> > 
> > > wrote:
> > >
> > >> It appears that images are stripped from the list.
> > >>
> > >> The following should work:
> > >>
> > >> https://i.postimg.cc/MpmPxK2n/module-error-edited.png
> > >>
> > >> /mde/
> > >>
> > >> On 10/27/2022 3:50 PM, Mark Eggers wrote:
> > >>> Folks,
> > >>>
> > >>> I am getting a warning about multi-module project structures and
> > >>> parent.relativePath, but only on Windows (see screen shot).
> > >>>
> > >>> To recreate:
> > >>>
> > >>> 1. Create a POM project
> > >>> 2. Right-mouse click on modules, and create a new module (Java
> > >> application)
> > >>> 3. Go into that new module and look at the created pom.xml
> > >>>
> > >>> You'll get the warning (see screen shot) that the parent.relativePath
> > >>> points to the module, rather than to the parent.
> > >>>
> > >>> The project structure created by NetBeans (14,15,16-rc2) is correct,
> > but
> > >>> the warning IMO is not. This warning does not appear on Windows in
> > >>> NetBeans <= 13.
> > >>>
> > >>> I created this screen shot in the following environment.
> > >>>
> > >>> Windows 10 Professional
> > >>> Java 17.0.3+7
> > >>> NetBeans 16-rc2 (unpacked from the zip file)
> > >>>
> > >>> The following items were added to netbeans.conf:
> > >>>
> > >>> # adding UTF-8 and fontsize at the end
> > >>> netbeans_default_options=" . . . . -J-Dfile.encoding=UTF-8 --fontsize
> > 14"
> > >>>
> > >>> # location of JDK 17 - run JDK 11 by default on this machine
> > >>> 

Re: [nbm-maven-plugin] no netbeans-mavenutils-nbm-maven-plugin site

[Jean-Marc Borer]

Hi Eric,

Yes great. The documentation is back. I still find that the official
https://netbeans.apache.org site is not very user friendly and that it is
difficult to easily access to the resources. Especially when you a new to
NB. For example the access to Maven plugins cannot be found on the site (at
least not by me).
I liked to old site better because it was more easy to navigate and locate
what you where looking for.

My 2 cents.

Cheers,

JM

On Fri, Sep 23, 2022 at 6:16 PM Eric Barboni  wrote:

> Hi
>
> Thanks for reporting.
> I had to rework a bit the site sorry  I hope this is what you except ?
> https://bits.netbeans.org/mavenutilities/nbm-maven-plugin/index.html
> The former separate artefacts site must be set to redirect to this.
>
> Best Regards
> Eric
> -Message d'origine-
> De : Jean-Marc Borer 
> Envoyé : mardi 20 septembre 2022 15:00
> À : dev@netbeans.apache.org
> Objet : [nbm-maven-plugin] no netbeans-mavenutils-nbm-maven-plugin site
>
> Hello,
>
> I noticed that since the reorganization of the maven netbeans plugins at
> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin the Maven
> site is no longer available.
>
> Is this something normal because of the the release of NB15 and it will be
> published soon?
>
> Any inputs?
>
> Thx in advance for you help
>
> Cheers
>
> JM
>
>
> -
> 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 module coding questions

[Jean-Marc Borer]

Hello,

You have a very good example here:

https://github.com/junichi11/netbeans-color-codes-preview

BTW, it is a very useful plugin that I would expect be part of core NB
eventually.

Hope it helps.

Cheers,

JM

On Sun, Sep 11, 2022 at 3:20 PM Christian Lenz 
wrote:

> Hey Peter,
>
> you can have a look here:
> https://github.com/joakim-eriksson/nb-eslint/tree/master/src/se/jocke/nb/eslint/annotation
> we did this with Annotations. Unfortunatly, I couldn’t find a solution, how
> to add the glyph Icon, just before or after the line number. Now it is on
> top. If you do this by your own with a sidebar, just have a look at this
> cool repo: https://github.com/junichi11/netbeans-color-codes-preview
> there you can see, that this is the other implementation that was
> suggested, with the Sidebar factory.
>
>
> Cheers
>
> Chris
>
> Von: Peter Cheung
> Gesendet: Mittwoch, 7. September 2022 20:30
> An: dev@netbeans.apache.org
> Betreff: netbeans module coding questions
>
> hi
>1. I want to customize the editor's side bar (the one showing the line
> number), I want to add some icon to it. Any example for this?
>2. The highlightfactory + highlighter is highlighting the editor by
> char offset. Is it possible to highlight some rows?
> thanks
> Peter
>
>

Re: Bringing apidoc back

[Jean-Marc Borer]

Hi Eric,

Thank you for the job.

There is one thing that I am unsure to have properly understood. As a NBP
advanced user, I often refer and use the Javadoc of private and friend
modules.

 Will the new site still provide it for the DEV version (currently on
bits.netbeans.org it is broken)?

This is something really important for me.

Best Regards,

JM

On Thu, Sep 8, 2022 at 9:05 AM Eric Barboni  wrote:

> Hi
>
> A PR https://github.com/apache/netbeans/pull/4450 with almost all the
> link break fixes is there.
>
>
> I would like to merge ASAP so we can keep future version as clean as
> possible according to missing link.
> I will have to patch build system / json to have a second jdk for javadoc.
>
> Two PR to have former links via webarchive on  our website.
> https://github.com/apache/netbeans-website/pull/608
> https://github.com/apache/netbeans-website/pull/607
>
>
> Best Regards
> Eric
>
> -Message d'origine-
> De : Jaroslav Tulach 
> Envoyé : samedi 13 août 2022 12:57
> À : dev 
> Objet : Re: Bringing apidoc back
>
> Amazing! Thank you for fixing the broken links.
> -jt
>
>
> Dne po 8. 8. 2022 19:51 uživatel Eric Barboni  napsal:
>
> > Hi folks,
> >
> > I started a PR to clean up the api doc. The main goal is that we need
> > javadoc to success with failonerror set to true. Because if it fails
> > only architecture and api change are generated but not the javadoc.
> >
> >
> > The most important issue is the following :
> > On the master it’s currently not possible to build using jdk 11
> > because java.source.base need a classpath with nbjavac (jdk 18) (they
> > may be other modules involved). I’m not sure if providing a javadoc
> > for nbjavac could help as Neil comment.
> > For being able to fix javadoc  issue in source
> > - I use a jdk 18 to be consitent with the jdk nb-javac use.
> > - I changed the javadoc checker to check all the html file to remove
> > maximum issue
> >
> > And there is a lots of issues 
> >
> > fixed the apichanges,arch.xml
> > fixed typos on doc ( like <   ; )
> > removed links that were using private/protected reference. (we expose
> > only  org.netbeans.api.*, org.netbeans.spi.*) using our new
> > netbeans.apache.org url as much as possible. And also coherent url
> > pattern.
> >
> >
> > So 1000 modifications later it compile on master with only a few bad
> > links remaining
> >
> > Here is a list of the faulty links
> >
> > https://cwiki.apache.org/confluence/display/NETBEANS/NetBeans+apidoc+r
> > eferenced+url That the second issue: the missing page from fomer
> > netbeans website and blogs. Web.archive.org get them all.
> >
> > So I need your advise what to do with that.
> > 1) Change the links to web.archiva.org
> > 2) Remove the links
> > 3) Copy from webarchive to our site but I'm unsure of the copyright here.
> > 4) other idea
> >
> > In the case of 3) could we have.
> > netbeans.apache.org/projects/autoupdate,
> > netbeans.apache.org/projects/ui
> >
> > Best regards
> > Eric
> >
> >
> >
> > -
> > 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
>
>
>
>

[nbm-maven-plugin] no netbeans-mavenutils-nbm-maven-plugin site

[Jean-Marc Borer]

Hello,

I noticed that since the reorganization of the maven netbeans plugins at
https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin the Maven
site is no longer available.

Is this something normal because of the the release of NB15 and it will be
published soon?

Any inputs?

Thx in advance for you help

Cheers

JM

Re: maven-surefire-plugin 2.20 and newer doesn't work with Test Result window

[Jean-Marc Borer]

Hello Vlad,

I have this issue since a looongg time. It started with NB 12 (or even
11 not sure). I still don't know why it is failling.

Sorry not beining able to help you. Please file an issue on Github but make
sure there not already one.

Best regards,

JM

On Sun, Sep 18, 2022 at 9:49 PM Vladimir Machat  wrote:

> I have been trying to figure out how to get JUnit 5 tests working
> correctly in Netbeans 15.
>
> with maven-surefire-plugin version 2.19.1 and lower it works but with
> versions starting 2.20 the Test Result window in Netbeans just says 'No
> tests executed' even though in the Output window I can see that they
> were executed.
>
> Running tests from command line - mvn surefire:test - works fine, tests
> are executed.
>
> Setting trimStackTrace to false didn't help.
>
>
> Netbeans version 15
>
> Java tried with 8, 11, 17 and 18
>
> Maven tried with 3.8.6 and 3.8.4
>
> Junit 5 tried with almost all versions from 5.6.0 to 5.9.0
>
> OS Linux Manjaro
>
> pom:
>
> 
> http://maven.apache.org/POM/4.0.0;  xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance;  xsi:schemaLocation="
> http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd;>
>  4.0.0
>  org.atrament
>  TestJunit5
>  0.1
>  jar
>  
>  
>  org.junit.jupiter
>  junit-jupiter
>  5.9.0
>  test
>  jar
>  
>  
>  
>  
>  
>  maven-surefire-plugin
>  2.20
>  
>  
>  
>  
>  UTF-8
>  11
>  11
>
> org.atrament.testjunit5.TestJunit5
>  
> 
>
> Can anyone help please?
>
> Thanks
>
> Vlad
>

Re: Netbeans documentation site question

[Jean-Marc Borer]

Once I get all the required instructions, I will update the contributing
page accordingly.

I the meantime I guess that:
1) one shall add :reviewed: -mm-dd metadata tag
2) remove the footer text: "*NOTE:* This document was automatically
converted... "
3) remove the needsreview  tag

Correct? Am I missing someting?

Is there a possibility to preview the changed asciidoctor page without
saving (committing) it?
When is the site regenerated with the latest content on github and which
branch is used for that?

Cheers,

JM


On Thu, Jul 14, 2022 at 1:42 PM Jean-Marc Borer  wrote:

> Hi there,
>
> I started reviewing some asciidoctor pages of the netbeans apache site. I
> read the instructions on
> https://netbeans.apache.org/kb/docs/contributing.html to understand how
> to proceed.
>
> However, it doesn't tell what to do when the review is finished: shall we
> remove the footer that say it was automatically imported and what about the
> header that reads "Note: these pages are being reviewed"
>
> [image: image.png]
>
> Cheers,
>
> JM
>

Netbeans documentation site question

[Jean-Marc Borer]

Hi there,

I started reviewing some asciidoctor pages of the netbeans apache site. I
read the instructions on
https://netbeans.apache.org/kb/docs/contributing.html to understand how to
proceed.

However, it doesn't tell what to do when the review is finished: shall we
remove the footer that say it was automatically imported and what about the
header that reads "Note: these pages are being reviewed"

[image: image.png]

Cheers,

JM

Re: NB14 'call hierarchy' 'search from base class' does not work

[Jean-Marc Borer]

Maybe this can help as well to start searching at the right place:

https://netbeans.apache.org/wiki/DevFaqFindLocationInSourcesFromUi.asciidoc

On Tue, Jul 12, 2022 at 7:58 PM Simon IJskes - QCG  wrote:

> filed a bug report
>
> https://github.com/apache/netbeans/issues/4366
>
>
> -
> 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: NB IDE "label" debug switch

[Jean-Marc Borer]

After searching I found it again:

https://netbeans.apache.org/wiki/DevFaqFindLocationInSourcesFromUi.asciidoc

On Thu, Jul 14, 2022 at 12:05 PM Jean-Marc Borer  wrote:

> Hello,
>
> Does anyone remember the command line switch that allows to debug the
> labels in the IDE and therefore source bundles they come from? I remember
> it exists, but I am not able to find this information again.
>
> Cheers,
>
> JM
>

NB IDE "label" debug switch

[Jean-Marc Borer]

Hello,

Does anyone remember the command line switch that allows to debug the
labels in the IDE and therefore source bundles they come from? I remember
it exists, but I am not able to find this information again.

Cheers,

JM

Re: FlatLAF tab style discussion

[Jean-Marc Borer]

As mentioned in the https://github.com/apache/netbeans/pull/3115, +1 for me.

Additional question to eirikbakke  as
FaltLaf has advanced customization options that may be more adequate for
some of our NB platform based applications, when where can we call

FlatLaf.registerCustomDefaultsSource( "com.myapp.themes" );
FlatLightLaf.setup();

during Netbeans lifecycle setup? Is it early enough or too late in an
module Installer class? Will it work to override some FlatLaF values or
will all be replaced?

Cheers,

JM

On Sat, Jun 25, 2022 at 2:34 PM Neil C Smith  wrote:

> On Fri, 24 Jun 2022 at 20:01, Michael Bien  wrote:
> > I believe the problem with the tabs is more than the gradients/colors.
> > The active tab looks like it is not attached to the editor due to the
> > separator line. It doesn't look as if it would be on the same "3d
> > level", which lets me intuitively second guess if the active tab is
> > actually the active tab. (I am not saying the colors should not be
> > changed too)
> >
> > But since even intelliJ moved that line up, everything indicates that
> > more share the same opinion / have a problem with it.
>
> Incidentally, I got the urge to see what is possible within the theme
> files of the existing code.  Seems we can address most of that already
> with a few property changes? -
> https://github.com/apache/netbeans/pull/3115#issuecomment-1166298013
>
> 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
>
>
>
>

Re: 12.4 Can we fix cut and paste before release?

[Jean-Marc Borer]

Hi there,

May two cents. It started having this issue when I switched from Java8 to
Java11+ (Actually JDK 17). I never had such issues with NB12.4 and Java 8
before. It didn't happen either with our NB based applications with this
combination. Still wondering if we will switch to 14 and Java 17+... Well
not yet.

Cheers,

JM

On Mon, Jun 20, 2022 at 1:27 PM Joachim Rohde 
wrote:

> I realized that any NetBeans RCP project which uses Java 17 is unable to
> use any copy/paste functionality. The IDE itself works (most of the
> times) but if I start a small RCP project from within NetBeans the RCP
> project is unable to copy/paste anything. Never.
> I observed this under Linux and Windows. I'm not sure if it's the same
> bug but maybe it could be an approach that's worthwhile investigating.
>
> Joachim
>
> On 6/17/22 21:10, Scott Palmer wrote:
> > Well I installed NB14 and forgot to add
> > -J-Dorg.netbeans.NbClipboard.level=FINEST to the conf file and of
> > course the clipboard has failed twice already...
> >
> > So frustrating. Why does it happen exactly when I don't have the logging
> > enabled?  Perhaps that is a clue, maybe the logging affects some race
> > condition? I don't know.
> >
> > Scott
> >
> > On Fri, Aug 6, 2021 at 11:27 AM Geertjan Wielenga
> >  wrote:
> >
> >> will/won’t have.
> >>
> >> Start with a fresh userdir and a standard NetBeans.conf, just with
> >> -J-Dorg.netbeans.NbClipboard.level=FINEST.
> >>
> >> Then Neil can investigate since he nor I nor others wanting to help can
> >> reproduce this so far.
> >>
> >> Gj
> >>
> >> On Fri, 6 Aug 2021 at 17:24, Geertjan Wielenga <
> >> geertjan.wiele...@googlemail.com> wrote:
> >>
> >>> Indeed, please test without settings that regular installs will have.
> >>>
> >>> Gj
> >>>
> >>> On Fri, 6 Aug 2021 at 17:22, Scott Palmer  wrote:
> >>>
>  Thanks,
> 
>  I’ve updated my netbeans.conf file to have
>  -J-Dorg.netbeans.NbClipboard.level=FINEST as well as
>  -J-Dnetbeans.slow.system.clipboard.hack=false
>  Though I should probably test without that last property as well, as
> it
>  isn’t what regular installs will have.
> 
>  I’m just doing whatever I can to avoid the frustration of a broken
>  clipboard at this point though.  You can imagine how infuriating it is
> >> when
>  something so basic just stops working when you need it.  Restarting
> the
> >> IDE
>  so I can paste something is rather disruptive.
> 
>  Cheers,
> 
>  Scott
> 
> 
> > On Aug 6, 2021, at 9:54 AM, Neil C Smith 
> >> wrote:
> >
> > On Fri, 6 Aug 2021 at 04:23, Scott Palmer 
> wrote:
> >> It would be great if the clipboard would work on Windows for
> NetBeans
>  12.5
> >
> > Yes, although that would involve understanding what's broken.  Just
> > spent some time having a look on my Win 10 machine (which I don't
> > usually use for development), but so far can't replicate.
> >
> > However ...
> >
> > On Fri, 14 May 2021 at 23:45, Scott Palmer 
> >> wrote:
> >> My netbeans.conf file contains
> >> ...
> >> -J-Dorg.netbeans.core.NbClipboard=-1
> >
> > I think that should be -J-Dorg.netbeans.NbClipboard.level=FINEST
> >
> > With that I do get a lot of output from the clipboard in the log.
> > Hopefully the logging if / when it fails may tell us something.
> >
> > Incidentally, your other log output about System clipboard not
> > available is I think because the Windows clipboard can only be opened
> > by one application at a time.  Not sure if it's related or not.
> >
> > 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
>
>
>
>

New Pseudo Maven repository

[Jean-Marc Borer]

Hello everyone,

After checking my IDE log files, I noticed many errors related to
http://0.0.0.0/.index/nexus-maven-repository-index.properties.

*INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]:
Downloaded maven index file has size 0 (zipped). The usable space in
/Users/jeanmarc/Library/Caches/NetBeans/13 is 400’276’119’552.*
*INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]:
could not (re-)index maven-default-http-blocker*
*java.net.ConnectException: Connection refused*
*at java.base/sun.nio.ch.Net.connect0(Native Method)*
*at java.base/sun.nio.ch.Net.connect(Net.java:579)*
*at java.base/sun.nio.ch.Net.connect(Net.java:568)*
*at java.base/sun.nio.ch.NioSocketImpl.connect(NioSocketImpl.java:585)*
*at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:327)*
*at java.base/java.net.Socket.connect(Socket.java:633)*
*at
org.apache.maven.wagon.providers.http.httpclient.conn.socket.PlainConnectionSocketFactory.connectSocket(PlainConnectionSocketFactory.java:75)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:142)*
*Caused:
org.apache.maven.wagon.providers.http.httpclient.conn.HttpHostConnectException:
Connect to 0.0.0.0:80  [/0.0.0.0 ]
failed: Connection refused*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:156)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:376)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:393)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.MainClientExec.execute(MainClientExec.java:236)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.ProtocolExec.execute(ProtocolExec.java:186)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec.execute(RetryExec.java:89)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RedirectExec.execute(RedirectExec.java:110)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)*
*at
org.apache.maven.wagon.providers.http.httpclient.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)*
*at
org.apache.maven.wagon.providers.http.wagon.shared.AbstractHttpClientWagon.execute(AbstractHttpClientWagon.java:1005)*
*at
org.apache.maven.wagon.providers.http.wagon.shared.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1162)*
*Caused: org.apache.maven.wagon.TransferFailedException: transfer failed
for http://0.0.0.0/.index/nexus-maven-repository-index.properties
*
*at
org.apache.maven.wagon.providers.http.wagon.shared.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1250)*
*at
org.apache.maven.wagon.providers.http.wagon.shared.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1140)*
*at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:126)*
*at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)*
*at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61)*
*at
org.apache.maven.index.updater.WagonHelper$WagonFetcher.retrieve(WagonHelper.java:220)*
*Caused: java.io.IOException: Transfer for
nexus-maven-repository-index.properties failed; transfer failed
for http://0.0.0.0/.index/nexus-maven-repository-index.properties
*
*at
org.apache.maven.index.updater.WagonHelper$WagonFetcher.retrieve(WagonHelper.java:245)*
*at
org.apache.maven.index.updater.WagonHelper$WagonFetcher.retrieve(WagonHelper.java:202)*
*at
org.apache.maven.index.updater.DefaultIndexUpdater.downloadIndexProperties(DefaultIndexUpdater.java:342)*
*at
org.apache.maven.index.updater.DefaultIndexUpdater.access$000(DefaultIndexUpdater.java:76)*
*at
org.apache.maven.index.updater.DefaultIndexUpdater$IndexAdaptor.setProperties(DefaultIndexUpdater.java:465)*
*at
org.apache.maven.index.updater.DefaultIndexUpdater.fetchAndUpdateIndex(DefaultIndexUpdater.java:681)*
*at
org.apache.maven.index.updater.DefaultIndexUpdater.fetchAndUpdateIndex(DefaultIndexUpdater.java:161)*
*at
org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl.indexLoadedRepo(NexusRepositoryIndexerImpl.java:523)*
*at
org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl.access$200(NexusRepositoryIndexerImpl.java:122)*
*[catch] at
org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl$2$1.run(NexusRepositoryIndexerImpl.java:631)*
*at
org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl$2$1.run(NexusRepositoryIndexerImpl.java:628)*
*at

Re: Where are the Netbeans 14 RC sources ZIPs?

[Jean-Marc Borer]

Thx Matthias

Greetings

JM

On Sun, Jun 12, 2022 at 2:38 PM Matthias Bläsing 
wrote:

> Hi,
>
> Am Sonntag, dem 12.06.2022 um 12:26 +0200 schrieb Jean-Marc Borer:
> >
> > I wanted to double-check some issues I have with 13 in NB 14.
> > Unfortunately, the ZIP of the sources for the vote seems of the RC seem
> no
> > longer to be available at
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/
> >
> > Does anyone know where I can find them?
> >
>
> release of 14 has already happened. The binaries and sources are here:
>
> https://dlcdn.apache.org/netbeans/netbeans/14/
>
> 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
>
>
>
>

Re: OpenJDK 17 with NB 13 and global quality?

[Jean-Marc Borer]

Hello Eric,

Sorry for the late answer. Yes this is exactly the issue I am running into.
I am working behind a corporate proxy that has complex JS scripts in its
PAC file. That may be the reason, I am the only one to have the issue.

How can we migrate https://issues.apache.org/jira/browse/NETBEANS-2764 to
GitHub?

Cheers,

JM

On Sat, May 28, 2022 at 3:52 PM Eric Bresie  wrote:

> Netbeans project has migrated from JIRA to Github issues.
>
> In the Legacy JIRA (mainly read only) there are a few issues (mainly
> closed) that exists (see
>
> https://issues.apache.org/jira/issues/?jql=project%20%3D%20NetBeans%20AND%20text%20~%20Truffle
> ).  Most are Closed but it's possible some sort of regression may have come
> back or something did not get merged fully into master.
>
> If one of these matches the concerns
> - ( i.e. something like NETBEANS-2764
> <https://issues.apache.org/jira/browse/NETBEANS-2764>NoClassDefFoundError
> upon Netbeans 11.1-beta2 startup while network is connected with proxy -
> but this is a different case), then the details can be migrated into a new
> (or copy) the GH Issues
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Fri, May 27, 2022 at 10:09 AM Jean-Marc Borer 
> wrote:
>
> > I tried for example to find if there is already a "truffle" issue here:
> > https://github.com/apache/netbeans/issues
> > I found nothing yet.
> > 1) Is it the right place to look for issues before reporting (it changed
> > several times since I followed the project many years ago)?
> > 2) I am not a JVM expert. Truffle seems related to GraalVm according to
> my
> > google searches. But still, I have no clue if I am the only one to have
> > this issue. Then it is probably my fault, but I ignore how to fix it...
> >
> > On Fri, May 27, 2022 at 3:02 PM Jean-Marc Borer 
> wrote:
> >
> > > Hello Geertjan,
> > >
> > > Sure I would ideally. As I have to use NB profesionnaly, I need to use
> a
> > > stable version on a daily basis and I can hardly access the dev
> versions
> > > from within my company :-(
> > > Therefore it is very difficult for me to participate easily at those
> > > qualification exercises. Please believe that I regret this.
> > > Lastly, I would be very happy to participate to some extend, but I
> really
> > > don't know the technical areas where those bugs are happening. If
> someone
> > > could provide me with some hints/guidelines/help I could try, of
> course,
> > to
> > > do my best to identify their origin.
> > >
> > > Cheers,
> > >
> > > JM
> > >
> > >
> > > On Fri, May 27, 2022 at 2:12 PM Geertjan Wielenga
> > >  wrote:
> > >
> > >> There’s been issues identified and it’s being looked at. What will you
> > do
> > >> to prevent this continuing to happen to you? Maybe join in with early
> > >> testing prior to release to flag these issues you encounter and block
> > the
> > >> next release until these kinds of issues are fixed?
> > >>
> > >> Global quality is in your own hands.
> > >>
> > >> Gj
> > >>
> > >> On Fri, 27 May 2022 at 15:50, Jean-Marc Borer 
> > wrote:
> > >>
> > >> > Hi there,
> > >> >
> > >> > I start thinking that NB 13 has a lot of troubles with OpenJDK 17. I
> > >> never
> > >> > had such issues in the past, but since the move to NB 13 I am not
> that
> > >> > happy anymore.
> > >> >
> > >> > 1) at start I have a lot of org.graalvm.polyglot.PolyglotException:
> > >> > java.lang.NoClassDefFoundError:
> > >> > com/oracle/truffle/api/exception/AbstractTruffleException while
> > loading
> > >> > com.oracle.truffle.regex.RegexSyntaxException; see
> > >> > http://wiki.netbeans.org/DevFaqTroubleshootClassNotFound messages
> > >> > 2) as reported before indexing performance have completely dropped
> > (even
> > >> > blocking)
> > >> > 3) Console parsing errors Error in RequestProcessor
> > >> > org.netbeans.modules.maven.execute.CommandLineOutputHandler$Output
> > >> > 4) when I launch NB plaform apps through Maven, the IDE constantly
> > >> reports
> > >> > that there are running processes at IDE shutdown, which is obviously
> > >> > completely wrong (I triple checked).
> > >> >
> > >> > Is it related to OpenJDK17 and that there is no longer nb-javac? I
> > still
> > >> > wonder, but my experience is currently bad and I am going to return
> to
> > >> NB
> > >> > 12.4 with JDK 8...
> > >> >
> > >> > Has anyone else experienced such issues?
> > >> >
> > >> > Best regards,
> > >> >
> > >> > JMB
> > >> >
> > >>
> > >
> >
>

Re: Netbeans 13.0 only supposed to properly runs on GraalVM 17?

[Jean-Marc Borer]

By the way, is it the right place (this mailing list) to raise and discuss
such issues? I don't feel confortable to file a bug report every time I
seem to notice something. I prefer ask the community if I am the only one
experiencing an issue before proceeding (bothering?) more.

On Sun, Jun 12, 2022 at 11:20 AM Jean-Marc Borer  wrote:

> Hello Matthias,
>
> Sure I will provide some evidences, but I need to do it at the office.
> What I can already tell is https://github.com/apache/netbeans/issues/4050,
> which shows that the IDE behaves differently when run it with a JDK that
> embeds JFX or not and that I noticed since 12.5
>
> On Sun, Jun 12, 2022 at 11:06 AM Matthias Bläsing <
> mblaes...@doppel-helix.eu> wrote:
>
>> Hi,
>>
>> Am Sonntag, dem 12.06.2022 um 10:41 +0200 schrieb Jean-Marc Borer:
>> > Is Netbeans not supposed to run on any flavor (JVM) 11+?
>>
>> if you ask without context or proofs, you will not get real answers. I
>> routinely run builds from NetBeans master on OpenJDKs on Windows and
>> Linux.
>>
>> So to answer your question:
>>
>> No NetBeans is not supposed to run only on GraalVM 17 and there are
>> also no problems running NetBeans on normal OpenJDK builds.
>>
>> 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
>>
>>
>>
>>

Re: [LAZY CONSENSUS] Reorganize maven-utilities repository into one

[Jean-Marc Borer]

Concerning the BOM, I am intensively using this concept to compose our own
applications clusters (by the way I gained some experience there and did
some interesting discoveries like the possibility to use branding BOMs).
There is already the "platform" BOM why not extend the concept starting
with a BOM per cluster. Maybe it already exists, but I think not yet. To be
confirmed.

On Sun, Jun 12, 2022 at 2:05 PM Jean-Marc Borer  wrote:

> Oh yes that would be great +100 for me ;-)
>
> On Tue, May 31, 2022 at 7:18 PM Eric Barboni  wrote:
>
>> Hi folks,
>>  Me again sorry .
>>
>> I would like to regroup the maven-utilities repository back into one. I
>> like very much writing voting mail that are longer than the code changes
>> but I would prefer one mail for the all stack on maven utilities artefacts.
>>
>> Idea is to merge all the following repo into one:
>> netbeans-mavenutils-parent
>> netbeans-mavenutils-nb-repository-plugin
>> netbeans-mavenutils-nbm-maven-plugin
>> netbeans-mavenutils-nbm-maven-harness
>> netbeans-mavenutils-nbm-shared
>> netbeans-webskin  (skin for maven site plugin )
>>
>> Resynchronize every artefact to a unique version like XX.YY where XX
>> would be the RELEASEXXX harness and YY an increment.
>>
>> This is a lazy consensus thread open for 72h. +1 are optional. Do raise
>> concern or -1
>>
>> Best Regards
>> Eric
>>
>>
>> -
>> 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: [LAZY CONSENSUS] Reorganize maven-utilities repository into one

[Jean-Marc Borer]

Oh yes that would be great +100 for me ;-)

On Tue, May 31, 2022 at 7:18 PM Eric Barboni  wrote:

> Hi folks,
>  Me again sorry .
>
> I would like to regroup the maven-utilities repository back into one. I
> like very much writing voting mail that are longer than the code changes
> but I would prefer one mail for the all stack on maven utilities artefacts.
>
> Idea is to merge all the following repo into one:
> netbeans-mavenutils-parent
> netbeans-mavenutils-nb-repository-plugin
> netbeans-mavenutils-nbm-maven-plugin
> netbeans-mavenutils-nbm-maven-harness
> netbeans-mavenutils-nbm-shared
> netbeans-webskin  (skin for maven site plugin )
>
> Resynchronize every artefact to a unique version like XX.YY where XX would
> be the RELEASEXXX harness and YY an increment.
>
> This is a lazy consensus thread open for 72h. +1 are optional. Do raise
> concern or -1
>
> Best Regards
> Eric
>
>
> -
> 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: Building NetBeans Platform app with Maven packages from local repository

[Jean-Marc Borer]

Sorry it has moved. Now you need to check
https://github.com/apache/netbeans-mavenutils-nb-repository-plugin and the
documentation will tell the same as before.

On Sun, Jun 12, 2022 at 12:33 PM Jean-Marc Borer  wrote:

> Hello Dmitry,
>
> Yes it actually is. You need first to compile the sources.
>
> Check here https://github.com/mojohaus/nb-repository-plugin/ to upload
> the artifacts into your own repo. Then use the proper version for the
> platform.  If the the version is the same as one that is on central, it
> still resolve first to the ones you have locally or you need to force their
> usage (offline). Then it is a mater to setup Maven properly to resolve its
> dependencies.
>
> Hope it helps.
>
> Cheers,
>
> JMB
>
>
> On Thu, Jun 2, 2022 at 12:48 AM Dmitry Avtonomov <
> dmitriy.avtono...@gmail.com> wrote:
>
>> Hi dev mailing list users!
>>
>> I'd like to build a platform app with Maven, using a platform that I built
>> myself.
>> If you start NB IDE 13 and run "File -> New Project, Java with Maven ->
>> NetBeans Application" it will start a wizard which allows selection of the
>> platform to be used. There are various RELEASE options available
>> (RELEASE120, RELASE126, RELEASE130 etc) and a "dev-SNAPSHOT". But these
>> come from Maven Central (or something similar, I actually don't know where
>> they come from).
>>
>> I'd like to:
>>  - Check out NB code from github
>>  - Build just the platform clusters
>>  - Copy (install) them to my local maven repo
>>  - Create a mavenized nb-platform based app using platform jars from
>> my local maven repo
>> Is this possible currently?
>>
>> Thank you,
>> Dmitry Avtonomov
>>
>

Re: Building NetBeans Platform app with Maven packages from local repository

[Jean-Marc Borer]

Hello Dmitry,

Yes it actually is. You need first to compile the sources.

Check here https://github.com/mojohaus/nb-repository-plugin/ to upload the
artifacts into your own repo. Then use the proper version for the
platform.  If the the version is the same as one that is on central, it
still resolve first to the ones you have locally or you need to force their
usage (offline). Then it is a mater to setup Maven properly to resolve its
dependencies.

Hope it helps.

Cheers,

JMB


On Thu, Jun 2, 2022 at 12:48 AM Dmitry Avtonomov <
dmitriy.avtono...@gmail.com> wrote:

> Hi dev mailing list users!
>
> I'd like to build a platform app with Maven, using a platform that I built
> myself.
> If you start NB IDE 13 and run "File -> New Project, Java with Maven ->
> NetBeans Application" it will start a wizard which allows selection of the
> platform to be used. There are various RELEASE options available
> (RELEASE120, RELASE126, RELEASE130 etc) and a "dev-SNAPSHOT". But these
> come from Maven Central (or something similar, I actually don't know where
> they come from).
>
> I'd like to:
>  - Check out NB code from github
>  - Build just the platform clusters
>  - Copy (install) them to my local maven repo
>  - Create a mavenized nb-platform based app using platform jars from
> my local maven repo
> Is this possible currently?
>
> Thank you,
> Dmitry Avtonomov
>

Where are the Netbeans 14 RC sources ZIPs?

[Jean-Marc Borer]

Hello everyone,

I wanted to double-check some issues I have with 13 in NB 14.
Unfortunately, the ZIP of the sources for the vote seems of the RC seem no
longer to be available at
https://dist.apache.org/repos/dist/dev/netbeans/netbeans/

Does anyone know where I can find them?

Cheers,

JMB

Re: Netbeans 13.0 only supposed to properly runs on GraalVM 17?

[Jean-Marc Borer]

Hello Matthias,

Sure I will provide some evidences, but I need to do it at the office. What
I can already tell is https://github.com/apache/netbeans/issues/4050, which
shows that the IDE behaves differently when run it with a JDK that embeds
JFX or not and that I noticed since 12.5

On Sun, Jun 12, 2022 at 11:06 AM Matthias Bläsing 
wrote:

> Hi,
>
> Am Sonntag, dem 12.06.2022 um 10:41 +0200 schrieb Jean-Marc Borer:
> > Is Netbeans not supposed to run on any flavor (JVM) 11+?
>
> if you ask without context or proofs, you will not get real answers. I
> routinely run builds from NetBeans master on OpenJDKs on Windows and
> Linux.
>
> So to answer your question:
>
> No NetBeans is not supposed to run only on GraalVM 17 and there are
> also no problems running NetBeans on normal OpenJDK builds.
>
> 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
>
>
>
>

Re: Netbeans 13.0 only supposed to properly runs on GraalVM 17?

[Jean-Marc Borer]

Ok so before filing a bug, I want to retry with NB 14. I was looking for
the packages released for the vote. They are no longer available. Do you
know where I can find them?

JM

PS: I am working in a very complicated (secured) professional environment
and I clearly push NB into certain limits especially what relates to secure
proxies, certificate handling and white listed sites. At home, I don't have
such constraints and would certainly not notice these issues.

We still use NB platform even for new apps. My concern is therefore that
the platform properly runs in our environment and it starts with NB IDE.
Currently I still use 12.4 with JDK 8, which is rather robust.
Unfortunately I still cannot say the same with NB 13 and JDK 17, but I try
to make it happen as much as I can, but there are a lot of areas in the IDE
that clearly don't know yet to properly diagnose my issues.

On Sun, Jun 12, 2022 at 10:55 AM Geertjan Wielenga
 wrote:

> Yes, I’m surprised too. And obviously NetBeans is not supposed to run only
> on GraalVM, you know the answer to that question, and that this is a bug.
>
> Gj
>
> On Sun, 12 Jun 2022 at 10:53, Jean-Marc Borer  wrote:
>
> > Hello Geertjan,
> >
> > Well yes and no. I am surprised that NB seems to, somehow, rely on
> Truffle
> > classes during startup. As I am not a JVM expert, I was not knowing what
> > Truffle is. By the way, is NB now supposed to only run on GraalVM? Same
> > question for NB platform based applications, which is actually my
> concern.
> >
> > JM
> >
> > On Sun, Jun 12, 2022 at 10:45 AM Geertjan Wielenga
> >  wrote:
> >
> > > You’re surprised that messages about missing Truffle classes do not
> > appear
> > > when you use GraalVM?
> > >
> > > Gj
> > >
> > > On Sun, 12 Jun 2022 at 10:42, Jean-Marc Borer 
> wrote:
> > >
> > > > Hello all,
> > > >
> > > > Since I had several issues with NB 13 (see
> > > > https://github.com/apache/netbeans/issues/4050), I tried different
> > JVMs.
> > > >
> > > > I notice that the only one not generating warnings in the log (for
> > > example
> > > > related to missing Truffle classes) is GraalVM 17. I have to say
> that I
> > > am
> > > > a bit surprise in this regard since it is not specified anywhere and
> > this
> > > > disables the possibility to design or use UI previews with JFX
> > > components.
> > > >
> > > > Is Netbeans not supposed to run on any flavor (JVM) 11+?
> > > >
> > > > Best regards,
> > > >
> > > > JMB
> > > >
> > >
> >
>

Re: Netbeans 13.0 only supposed to properly runs on GraalVM 17?

[Jean-Marc Borer]

Hello Geertjan,

Well yes and no. I am surprised that NB seems to, somehow, rely on Truffle
classes during startup. As I am not a JVM expert, I was not knowing what
Truffle is. By the way, is NB now supposed to only run on GraalVM? Same
question for NB platform based applications, which is actually my concern.

JM

On Sun, Jun 12, 2022 at 10:45 AM Geertjan Wielenga
 wrote:

> You’re surprised that messages about missing Truffle classes do not appear
> when you use GraalVM?
>
> Gj
>
> On Sun, 12 Jun 2022 at 10:42, Jean-Marc Borer  wrote:
>
> > Hello all,
> >
> > Since I had several issues with NB 13 (see
> > https://github.com/apache/netbeans/issues/4050), I tried different JVMs.
> >
> > I notice that the only one not generating warnings in the log (for
> example
> > related to missing Truffle classes) is GraalVM 17. I have to say that I
> am
> > a bit surprise in this regard since it is not specified anywhere and this
> > disables the possibility to design or use UI previews with JFX
> components.
> >
> > Is Netbeans not supposed to run on any flavor (JVM) 11+?
> >
> > Best regards,
> >
> > JMB
> >
>

Netbeans 13.0 only supposed to properly runs on GraalVM 17?

[Jean-Marc Borer]

Hello all,

Since I had several issues with NB 13 (see
https://github.com/apache/netbeans/issues/4050), I tried different JVMs.

I notice that the only one not generating warnings in the log (for example
related to missing Truffle classes) is GraalVM 17. I have to say that I am
a bit surprise in this regard since it is not specified anywhere and this
disables the possibility to design or use UI previews with JFX components.

Is Netbeans not supposed to run on any flavor (JVM) 11+?

Best regards,

JMB

Re: Generate javadoc for all modules from sources (not only the public ones)

[Jean-Marc Borer]

I may add that I cloned with version 13.0 as tag. So maybe I shall rephrase
a bit: how can I generate the "DEV" like javadoc for a given source set?

On Sat, Jun 11, 2022 at 6:56 PM Jean-Marc Borer  wrote:

> I mean the DEV javadoc
>
> On Sat, Jun 11, 2022 at 6:36 PM Jean-Marc Borer  wrote:
>
>> Hello,
>>
>> Simple question actually, but I didn't manage to find the answer yet. I
>> want to generate the same javadoc as you find on
>> https://bits.netbeans.org/dev/javadoc/.
>>
>> However when I run "ant javadoc" from the project (that I cloned
>> previously), I only get the javadoc for the public modules. I miss the
>> "hidden" ones like boostrap or "editor indentation".
>>
>> Does anyone know the magic trick to generate that javadoc as well?
>>
>> Thx in advance for your help.
>>
>> Cheers,
>>
>> JM
>>
>

Re: Generate javadoc for all modules from sources (not only the public ones)

[Jean-Marc Borer]

I mean the DEV javadoc

On Sat, Jun 11, 2022 at 6:36 PM Jean-Marc Borer  wrote:

> Hello,
>
> Simple question actually, but I didn't manage to find the answer yet. I
> want to generate the same javadoc as you find on
> https://bits.netbeans.org/dev/javadoc/.
>
> However when I run "ant javadoc" from the project (that I cloned
> previously), I only get the javadoc for the public modules. I miss the
> "hidden" ones like boostrap or "editor indentation".
>
> Does anyone know the magic trick to generate that javadoc as well?
>
> Thx in advance for your help.
>
> Cheers,
>
> JM
>

Generate javadoc for all modules from sources (not only the public ones)

[Jean-Marc Borer]

Hello,

Simple question actually, but I didn't manage to find the answer yet. I
want to generate the same javadoc as you find on
https://bits.netbeans.org/dev/javadoc/.

However when I run "ant javadoc" from the project (that I cloned
previously), I only get the javadoc for the public modules. I miss the
"hidden" ones like boostrap or "editor indentation".

Does anyone know the magic trick to generate that javadoc as well?

Thx in advance for your help.

Cheers,

JM

Re: OpenJDK 17 with NB 13 and global quality?

[Jean-Marc Borer]

I tried for example to find if there is already a "truffle" issue here:
https://github.com/apache/netbeans/issues
I found nothing yet.
1) Is it the right place to look for issues before reporting (it changed
several times since I followed the project many years ago)?
2) I am not a JVM expert. Truffle seems related to GraalVm according to my
google searches. But still, I have no clue if I am the only one to have
this issue. Then it is probably my fault, but I ignore how to fix it...

On Fri, May 27, 2022 at 3:02 PM Jean-Marc Borer  wrote:

> Hello Geertjan,
>
> Sure I would ideally. As I have to use NB profesionnaly, I need to use a
> stable version on a daily basis and I can hardly access the dev versions
> from within my company :-(
> Therefore it is very difficult for me to participate easily at those
> qualification exercises. Please believe that I regret this.
> Lastly, I would be very happy to participate to some extend, but I really
> don't know the technical areas where those bugs are happening. If someone
> could provide me with some hints/guidelines/help I could try, of course, to
> do my best to identify their origin.
>
> Cheers,
>
> JM
>
>
> On Fri, May 27, 2022 at 2:12 PM Geertjan Wielenga
>  wrote:
>
>> There’s been issues identified and it’s being looked at. What will you do
>> to prevent this continuing to happen to you? Maybe join in with early
>> testing prior to release to flag these issues you encounter and block the
>> next release until these kinds of issues are fixed?
>>
>> Global quality is in your own hands.
>>
>> Gj
>>
>> On Fri, 27 May 2022 at 15:50, Jean-Marc Borer  wrote:
>>
>> > Hi there,
>> >
>> > I start thinking that NB 13 has a lot of troubles with OpenJDK 17. I
>> never
>> > had such issues in the past, but since the move to NB 13 I am not that
>> > happy anymore.
>> >
>> > 1) at start I have a lot of org.graalvm.polyglot.PolyglotException:
>> > java.lang.NoClassDefFoundError:
>> > com/oracle/truffle/api/exception/AbstractTruffleException while loading
>> > com.oracle.truffle.regex.RegexSyntaxException; see
>> > http://wiki.netbeans.org/DevFaqTroubleshootClassNotFound messages
>> > 2) as reported before indexing performance have completely dropped (even
>> > blocking)
>> > 3) Console parsing errors Error in RequestProcessor
>> > org.netbeans.modules.maven.execute.CommandLineOutputHandler$Output
>> > 4) when I launch NB plaform apps through Maven, the IDE constantly
>> reports
>> > that there are running processes at IDE shutdown, which is obviously
>> > completely wrong (I triple checked).
>> >
>> > Is it related to OpenJDK17 and that there is no longer nb-javac? I still
>> > wonder, but my experience is currently bad and I am going to return to
>> NB
>> > 12.4 with JDK 8...
>> >
>> > Has anyone else experienced such issues?
>> >
>> > Best regards,
>> >
>> > JMB
>> >
>>
>

Re: OpenJDK 17 with NB 13 and global quality?

[Jean-Marc Borer]

Hello Geertjan,

Sure I would ideally. As I have to use NB profesionnaly, I need to use a
stable version on a daily basis and I can hardly access the dev versions
from within my company :-(
Therefore it is very difficult for me to participate easily at those
qualification exercises. Please believe that I regret this.
Lastly, I would be very happy to participate to some extend, but I really
don't know the technical areas where those bugs are happening. If someone
could provide me with some hints/guidelines/help I could try, of course, to
do my best to identify their origin.

Cheers,

JM


On Fri, May 27, 2022 at 2:12 PM Geertjan Wielenga
 wrote:

> There’s been issues identified and it’s being looked at. What will you do
> to prevent this continuing to happen to you? Maybe join in with early
> testing prior to release to flag these issues you encounter and block the
> next release until these kinds of issues are fixed?
>
> Global quality is in your own hands.
>
> Gj
>
> On Fri, 27 May 2022 at 15:50, Jean-Marc Borer  wrote:
>
> > Hi there,
> >
> > I start thinking that NB 13 has a lot of troubles with OpenJDK 17. I
> never
> > had such issues in the past, but since the move to NB 13 I am not that
> > happy anymore.
> >
> > 1) at start I have a lot of org.graalvm.polyglot.PolyglotException:
> > java.lang.NoClassDefFoundError:
> > com/oracle/truffle/api/exception/AbstractTruffleException while loading
> > com.oracle.truffle.regex.RegexSyntaxException; see
> > http://wiki.netbeans.org/DevFaqTroubleshootClassNotFound messages
> > 2) as reported before indexing performance have completely dropped (even
> > blocking)
> > 3) Console parsing errors Error in RequestProcessor
> > org.netbeans.modules.maven.execute.CommandLineOutputHandler$Output
> > 4) when I launch NB plaform apps through Maven, the IDE constantly
> reports
> > that there are running processes at IDE shutdown, which is obviously
> > completely wrong (I triple checked).
> >
> > Is it related to OpenJDK17 and that there is no longer nb-javac? I still
> > wonder, but my experience is currently bad and I am going to return to NB
> > 12.4 with JDK 8...
> >
> > Has anyone else experienced such issues?
> >
> > Best regards,
> >
> > JMB
> >
>

OpenJDK 17 with NB 13 and global quality?

[Jean-Marc Borer]

Hi there,

I start thinking that NB 13 has a lot of troubles with OpenJDK 17. I never
had such issues in the past, but since the move to NB 13 I am not that
happy anymore.

1) at start I have a lot of org.graalvm.polyglot.PolyglotException:
java.lang.NoClassDefFoundError:
com/oracle/truffle/api/exception/AbstractTruffleException while loading
com.oracle.truffle.regex.RegexSyntaxException; see
http://wiki.netbeans.org/DevFaqTroubleshootClassNotFound messages
2) as reported before indexing performance have completely dropped (even
blocking)
3) Console parsing errors Error in RequestProcessor
org.netbeans.modules.maven.execute.CommandLineOutputHandler$Output
4) when I launch NB plaform apps through Maven, the IDE constantly reports
that there are running processes at IDE shutdown, which is obviously
completely wrong (I triple checked).

Is it related to OpenJDK17 and that there is no longer nb-javac? I still
wonder, but my experience is currently bad and I am going to return to NB
12.4 with JDK 8...

Has anyone else experienced such issues?

Best regards,

JMB

Error in RequestProcessor org.netbeans.modules.maven.execute.CommandLineOutputHandler$Output

[Jean-Marc Borer]

Hello all,

I am struggling with constant maven ouput line crashes see below. Does
anyone else have such issues?

*Product Version:* Apache NetBeans IDE 13

*Java:* 17.0.2; OpenJDK 64-Bit Server VM 17.0.2+8-LTS

*Runtime:* OpenJDK Runtime Environment 17.0.2+8-LTS

*System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb)

*User directory:* C:\projects\.netbeans\13

*Cache directory:* C:\projects\.netbeans\cache\13

SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor
org.netbeans.modules.maven.execute.CommandLineOutputHandler$Output
java.lang.AssertionError
at
org.netbeans.modules.maven.embedder.impl.OfflineConnector.newInstance(OfflineConnector.java:43)
at
org.eclipse.aether.internal.impl.DefaultRepositoryConnectorProvider.newRepositoryConnector(DefaultRepositoryConnectorProvider.java:107)
at
org.eclipse.aether.internal.impl.DefaultMetadataResolver$ResolveTask.run(DefaultMetadataResolver.java:584)
at
org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:75)
at
org.eclipse.aether.internal.impl.DefaultMetadataResolver$1.execute(DefaultMetadataResolver.java:510)
at
org.eclipse.aether.internal.impl.DefaultMetadataResolver.resolve(DefaultMetadataResolver.java:353)
at
org.eclipse.aether.internal.impl.DefaultMetadataResolver.resolveMetadata(DefaultMetadataResolver.java:181)
at
org.apache.maven.repository.internal.DefaultVersionResolver.resolveVersion(DefaultVersionResolver.java:213)
at
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:282)
at
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:229)
at
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:207)
at
org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:262)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:215)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:421)
at
org.apache.maven.repository.legacy.LegacyRepositorySystem.resolve(LegacyRepositorySystem.java:367)
at
org.netbeans.modules.maven.embedder.MavenEmbedder.resolve(MavenEmbedder.java:378)
at
org.netbeans.modules.maven.embedder.NBRepositoryModelResolver.resolveModel(NBRepositoryModelResolver.java:74)
at
org.netbeans.modules.maven.embedder.NBRepositoryModelResolver.resolveModel(NBRepositoryModelResolver.java:88)
at
org.apache.maven.model.building.DefaultModelBuilder.readParentExternally(DefaultModelBuilder.java:1077)
at
org.apache.maven.model.building.DefaultModelBuilder.readParent(DefaultModelBuilder.java:853)
at
org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:344)
at
org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:252)
at
org.netbeans.modules.maven.embedder.impl.NBModelBuilder.build(NBModelBuilder.java:53)
at
org.netbeans.modules.maven.embedder.MavenEmbedder.executeModelBuilder(MavenEmbedder.java:447)
at
org.netbeans.modules.maven.NbMavenProjectImpl.getRawModel(NbMavenProjectImpl.java:199)
at
org.netbeans.modules.maven.api.NbMavenProject.getRawModel(NbMavenProject.java:372)
at
org.netbeans.modules.maven.MavenProjectPropsImpl.lambda$get$0(MavenProjectPropsImpl.java:93)
at
org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188)
at org.openide.util.Mutex.readAccess(Mutex.java:199)
at
org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:78)
at
org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:74)
at
org.netbeans.modules.maven.MavenProjectPropsImpl$PackagingProviderImpl.packaging(MavenProjectPropsImpl.java:306)
at
org.netbeans.modules.maven.api.NbMavenProject.getPackagingType(NbMavenProject.java:359)
at
org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.check(NbMavenProjectImpl.java:921)
at
org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.(NbMavenProjectImpl.java:880)
at
org.netbeans.modules.maven.NbMavenProjectImpl.(NbMavenProjectImpl.java:257)
at
org.netbeans.modules.maven.NbMavenProjectFactory.loadProject(NbMavenProjectFactory.java:95)
at
org.netbeans.modules.projectapi.nb.NbProjectManager.createProject(NbProjectManager.java:376)
at
org.netbeans.modules.projectapi.nb.NbProjectManager.access$300(NbProjectManager.java:69)
at
org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:289)
at
org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:218)
at
org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188)
at org.openide.util.Mutex.readAccess(Mutex.java:231)
at
org.netbeans.modules.projectapi.nb.NbProjectManager.findProject(NbProjectManager.java:218)
at

Very poor code indexing performances

[Jean-Marc Borer]

Hello,

Since NB 13 and Java 17, I am experiencing again poor code indexing
performances as it used to be with older version of NB. 12.4 was running
fine.

I checked the IDE logs and see only entries like:
INFO [null]: Last record repeated again.
WARNING [org.netbeans.modules.maven.nodes.DependenciesNode]: Could not
determine module name for artifact null
WARNING [null]: Last record repeated 2 more times.
INFO [org.netbeans.ui.metrics.debugger]: Debugger session
crystal-position-application-acc-nimbus started at localhost for Java
INFO [org.netbeans.modules.git.status]: GitInterceptor.refreshTask:
Scanning in progress, trying again in 10?000ms
INFO [null]: Last record repeated again.
INFO [org.netbeans.modules.subversion.FileStatusCache]:
FileStatusCache.refreshTask: Scanning in progress, trying again in 10?000ms
INFO [org.netbeans.modules.git.status]: GitInterceptor.refreshTask:
Scanning in progress, trying again in 10?000ms
INFO [org.netbeans.modules.subversion.FileStatusCache]:
FileStatusCache.refreshTask: Scanning in progress, trying again in 10?000ms
INFO [org.netbeans.modules.git.status]: GitInterceptor.refreshTask:
Scanning in progress, trying again in 10?000ms
INFO [org.netbeans.modules.subversion.FileStatusCache]:
FileStatusCache.refreshTask: Scanning in progress, trying again in 10?000ms
INFO [org.netbeans.modules.git.status]: GitInterceptor.refreshTask:
Scanning in progress, trying again in 10?000ms
INFO [org.netbeans.modules.subversion.FileStatusCache]:
FileStatusCache.refreshTask: Scanning in progress, trying again in 10?000ms
INFO [org.netbeans.modules.git.status]: GitInterceptor.refreshTask:
Scanning in progress, trying again in 10?000ms
WARNING [org.netbeans.modules.java.source.parsing.VanillaPartialReparser]:
Javac returned startpos: 17?726 > endpos: -1
I
I have not idea what happens. Indeed I have a bunch of small JAXB generated
files with my projects, but I used not to be an issue.

I am running on a SSD disk.

*Product Version:* Apache NetBeans IDE 13

*Java:* 17.0.2; OpenJDK 64-Bit Server VM 17.0.2+8-LTS

*Runtime:* OpenJDK Runtime Environment 17.0.2+8-LTS

*System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb)

*User directory:* C:\Users\borerjc\AppData\Roaming\NetBeans\13

*Cache directory:* C:\projects\.netbeans\cache\13


Any help would be appreciated.


Cheers,


JMB

Re: Netbeans platform apps processes not properly caught at IDE shutdown?

[Jean-Marc Borer]

I forgot to mention that you have to set
*tryme.arg.hack=-J-Dnetbeans.full.hack=true* in *nbbuild/build.properties* to
see it happen.

On Fri, Apr 22, 2022 at 12:03 AM Jean-Marc Borer  wrote:

> New info: I built from scratch NB 13 on MacOS this time. No plugins just
> plain vanilla IDE.
>
> *Product Version:* Apache NetBeans IDE 13-dev
>
> *Java:* 18; OpenJDK 64-Bit Server VM 18+36
>
> *Runtime:* OpenJDK Runtime Environment 18+36
>
> *System:* Mac OS X version 10.15.7 running on x86_64; UTF-8; en_CH (nb)
>
> *User directory:* ...
>
> *Cache directory:* ...
>
> I was able to debug it and reproduce the issue: just create a simple
> sample NB app Maven project, run it and stop it. Then quit the IDE and even
> though the process is terminated, it is not properly removed from the
> running tasks list in the closing dialog.
>
> The ExecutionEngine.fireExecutionStarted is called at the beginning but
> its counterpart ExecutionEngine.fireExecutionFinished is not called. The
> issue occurs in RunClassThread, where the call to "result = def.result();"
> blocks infinitely and the "finish" callback is never invoked. This doesn't
> happen with a simple Maven project. Somehow the thread group is not correct
> and cannot finish. As I don't know this part of the IDE, I have no
> explanation yet.
>
>
>
> On Tue, Apr 19, 2022 at 6:01 PM Jean-Marc Borer  wrote:
>
>>
>> Here one can see that there are no more processes running, however the
>> IDE still believes there is a NB app.
>>
>

Re: Netbeans platform apps processes not properly caught at IDE shutdown?

[Jean-Marc Borer]

New info: I built from scratch NB 13 on MacOS this time. No plugins just
plain vanilla IDE.

*Product Version:* Apache NetBeans IDE 13-dev

*Java:* 18; OpenJDK 64-Bit Server VM 18+36

*Runtime:* OpenJDK Runtime Environment 18+36

*System:* Mac OS X version 10.15.7 running on x86_64; UTF-8; en_CH (nb)

*User directory:* ...

*Cache directory:* ...

I was able to debug it and reproduce the issue: just create a simple sample
NB app Maven project, run it and stop it. Then quit the IDE and even though
the process is terminated, it is not properly removed from the running
tasks list in the closing dialog.

The ExecutionEngine.fireExecutionStarted is called at the beginning but its
counterpart ExecutionEngine.fireExecutionFinished is not called. The issue
occurs in RunClassThread, where the call to "result = def.result();" blocks
infinitely and the "finish" callback is never invoked. This doesn't happen
with a simple Maven project. Somehow the thread group is not correct and
cannot finish. As I don't know this part of the IDE, I have no explanation
yet.



On Tue, Apr 19, 2022 at 6:01 PM Jean-Marc Borer  wrote:

>
> Here one can see that there are no more processes running, however the IDE
> still believes there is a NB app.
>

Re: Build Netbeans from source behind a proxy?

[Jean-Marc Borer]

Thanks a lot. I was missing this piece.

On Thu, Apr 21, 2022 at 8:07 PM antonio  wrote:

> Try something like
>
> export ANT_OPTS="-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080"
> ant
>
> as explained here:
>
> https://ant.apache.org/manual/proxy.html
>
> HTH,
> Antonio
>
> El 21/4/22 a las 19:58, Jean-Marc Borer escribió:
> > Hello,
> >
> > I am trying to build Netbeans from the sources. However, I am sitting
> > behind a proxy to access the internet. Unfortunately, the build process
> > needs to access the internet to retrieve some items.
> >
> > How can I configure the build to use my proxy to access the internet?
> >
> > Thank you in advance for your help.
> >
> > Cheers,
> >
> > Jimbo
> >
>
> -
> 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
>
>
>
>

Build Netbeans from source behind a proxy?

[Jean-Marc Borer]

Hello,

I am trying to build Netbeans from the sources. However, I am sitting
behind a proxy to access the internet. Unfortunately, the build process
needs to access the internet to retrieve some items.

How can I configure the build to use my proxy to access the internet?

Thank you in advance for your help.

Cheers,

Jimbo

Re: Netbeans platform apps processes not properly caught at IDE shutdown?

[Jean-Marc Borer]

Here one can see that there are no more processes running, however the IDE
still believes there is a NB app.

-
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

Netbeans platform apps processes not properly caught at IDE shutdown?

[Jean-Marc Borer]

Hi There,

My environment:

*Product Version:* Apache NetBeans IDE 13

*Updates:* Updates available 

*Java:* 17.0.2; OpenJDK 64-Bit Server VM 17.0.2+8-LTS

*Runtime:* OpenJDK Runtime Environment 17.0.2+8-LTS

*System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb)


When I run our Netbeans Platform Applications based on 12.4 with Java 8
from Maven, the process is apparently not properly caught, because when I
close the IDE, the following dialog appears:

[image: image.png]

If I start the application several times, the processes stack up (the list
grows). However in the process status bar, they properly disappear.

Did anyone observe this strange  behavior. It happened already with NB 12.4
and 12.5?

Thank you in advance for your help.

Cheers,

JMB

Re: Anyone tried JetBrainsRuntime with Netbeans?

[Jean-Marc Borer]

Interesting. So it seems that some Java modules are missing... Strange if
it is a fork of the JDK.

On Wed, Jan 19, 2022 at 4:15 PM Laszlo Kishalmi 
wrote:

> lkishalmi@thelio:~$ netbeans --jdkhome ~/jbr
> Error occurred during initialization of boot layer
> java.lang.module.FindException: Module jdk.jshell not found
>
> On 1/19/22 06:12, Jean-Marc Borer wrote:
> > Hello guys,
> >
> > Did anyone of you try to use JetBrain's runtime with Netbeans and if yes,
> > what came out of it?
> > https://github.com/JetBrains/JetBrainsRuntime
> >
> > Cheers,
> >
> > JMB
> >
>
> -
> 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
>
>
>
>

Netbeans Maven plugin release process

[Jean-Marc Borer]

Hello,

I would like to know, what the process is to release a new version of the
nbm maven plugin? I fixed it recently and was wondering what the steps are
to make it release.

I think it is still too early since I ran over another very strange bug
with the manifest generation on some of my colleagues PCs. Happens only
there. Strange. I have to investigate, but it seems not easy to debug.

Anyone tried JetBrainsRuntime with Netbeans?

[Jean-Marc Borer]

Hello guys,

Did anyone of you try to use JetBrain's runtime with Netbeans and if yes,
what came out of it?
https://github.com/JetBrains/JetBrainsRuntime

Cheers,

JMB

Re: JavaFX classpath warning when building NB RCP with Maven

[Jean-Marc Borer]

Tanks for the info. I fixed it the NBM maven plugin the same way. Now it
works there as well.

On Sat, Jan 15, 2022 at 5:19 AM Jaroslav Tulach 
wrote:

> FYI: https://github.com/apache/netbeans/commit/1b96b56 & co.
>
> It gets interpreted by the NetBeans runtime system.
> -jt
>
>
> čt 13. 1. 2022 v 21:30 odesílatel Jean-Marc Borer 
> napsal:
>
> >
> >
> https://docs.oracle.com/javase/8/docs/technotes/guides/jar/jar.html#classpath
> >
> > But still, it is a very special case here since I have never seen URL
> such
> > as "%24%7Bjava.home%7D%2F/lib/ext/jfxrt.jar". ${xxx} is a dynamic value
> > that shall be replaced at runtime. I really wonder if the manifest gets
> > properly interpreted with such a construction.
> >
> > On Thu, Jan 13, 2022 at 8:25 PM Jean-Marc Borer 
> wrote:
> >
> > > True. Then the issue lies in the maven nbm plugin that doesn't
> understand
> > > the URL escaping.
> > >
> > > I tested by manually modifying the manifest to restore the old values.
> > The
> > > warning message is gone.
> > >
> > > On Thu, Jan 13, 2022 at 7:04 PM Matthias Bläsing <
> > > mblaes...@doppel-helix.eu> wrote:
> > >
> > >> Hi,
> > >>
> > >> Am Donnerstag, dem 13.01.2022 um 17:54 + schrieb Jean-Marc Borer:
> > >> > When building my NB RCP application with Maven, I get:
> > >> >
> > >> > Could not resolve Class-Path item in
> > >> > org.netbeans.api:org-netbeans-libs-javafx:nbm-file:RELEASE124, path
> > >> > is:%24%7Bjava.home%7D/lib/ext/jfxrt.jar, skipping
> > >> >
> > >> > I checked the manifest of module org-netbeans-libs-javafx.jar
> > >> > And actually I found:
> > >> > 
> > >> > OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
> > >> > Class-Path: %24%7Bjava.home%7D/lib/ext/jfxrt.jar
> > >> >
> > >> > Which is an url encoded string of ${java.hom}/lib/ext/jfxrt.jar
> > >> >
> > >> > I build on zulu8.58.0.13-ca-fx-jdk8.0.312-win_x64\jre\lib\ext
> > >> > where jfxrt.jar exists... and JFX works in the application later.
> Just
> > >> > wondering why such warning is generated.
> > >> >
> > >> > I suspect that the Maven checker is somehow not understanding
> properly
> > >> this
> > >> > classpath entry in the manifest.
> > >> >
> > >> > Any idea?
> > >>
> > >> The commit that changes this is here:
> > >>
> > >>
> > >>
> >
> https://github.com/apache/netbeans/commit/1b96b56ac3bfda8bd9b97f36c25901e84289cb23
> > >>
> > >> And is part of this:
> > >>
> > >> https://github.com/apache/netbeans/pull/2761
> > >>
> > >> The TL;DR version is (if I remember correctly): the JAR File
> > >> Specification says, that the Class-Path attribute is a list of URLs
> and
> > >> since javac 11 this is actually enforced.
> > >>
> > >> Try this:
> > >>
> > >> new URI("%24%7Bjava.home%7D%2F/lib/ext/jfxrt.jar");
> > >> new URI("${java.home}/lib/ext/jfxrt.jar");
> > >>
> > >> It blows for the second line.
> > >>
> > >> Hope that clears it up.
> > >>
> > >> 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
> > >>
> > >>
> > >>
> > >>
> >
>

Re: Serious issue with the web site

[Jean-Marc Borer]

The site that currently online is not the latest version. I compared the
sources. Not the same. The one on github master seems fine.

For example

https://raw.githubusercontent.com/apache/netbeans-website/master/netbeans.apache.org/src/content/kb/docs/platform/index.asciidoc

is supposed to render this page:

https://netbeans.apache.org/kb/docs/platform.html

but why does the one above not work and the following one yes:

https://netbeans.apache.org/kb/docs/platform/

Probably related the way asciidoctor generates its sites (sound familiar to
me). The .html file must an older one. However, the site still references
the old pages...

On Fri, Jan 14, 2022 at 5:53 PM Jean-Marc Borer  wrote:

> DONE https://issues.apache.org/jira/browse/NETBEANS-6390
>
> On Fri, Jan 14, 2022 at 5:29 PM antonio  wrote:
>
>> Hi Jean-Marc,
>>
>> You can either open a JIRA issue or send us a pull-request at
>> https://github.com/apache/netbeans-website/.
>>
>> Kind regards,
>> Antonio
>>
>> El 14/1/22 a las 18:07, Jean-Marc Borer escribió:
>> > Hi,
>> >
>> > While looking for documentation, I was browsing the apache web site and
>> it
>> > seems seriously broken. When I follow the pages from
>> > https://netbeans.apache.org/ I get:
>> > https://netbeans.apache.org/kb/docs/platform.html
>> >   where a lot of links are broken. Even the images where when I go
>> trough
>> > google on page
>> > https://netbeans.apache.org/kb/docs/platform/
>> > the page is fine!!
>> >
>> > Notice the difference? Currently the site is not properly browsable.
>> Only
>> > google allows you to find the proper pages, if you know what you are
>> > looking for...
>> >
>> > The links to the previously package info are broken as well...
>> >
>>
>> -
>> 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: Serious issue with the web site

[Jean-Marc Borer]

DONE https://issues.apache.org/jira/browse/NETBEANS-6390

On Fri, Jan 14, 2022 at 5:29 PM antonio  wrote:

> Hi Jean-Marc,
>
> You can either open a JIRA issue or send us a pull-request at
> https://github.com/apache/netbeans-website/.
>
> Kind regards,
> Antonio
>
> El 14/1/22 a las 18:07, Jean-Marc Borer escribió:
> > Hi,
> >
> > While looking for documentation, I was browsing the apache web site and
> it
> > seems seriously broken. When I follow the pages from
> > https://netbeans.apache.org/ I get:
> > https://netbeans.apache.org/kb/docs/platform.html
> >   where a lot of links are broken. Even the images where when I go trough
> > google on page
> > https://netbeans.apache.org/kb/docs/platform/
> > the page is fine!!
> >
> > Notice the difference? Currently the site is not properly browsable. Only
> > google allows you to find the proper pages, if you know what you are
> > looking for...
> >
> > The links to the previously package info are broken as well...
> >
>
> -
> 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
>
>
>
>

Serious issue with the web site

[Jean-Marc Borer]

Hi,

While looking for documentation, I was browsing the apache web site and it
seems seriously broken. When I follow the pages from
https://netbeans.apache.org/ I get:
https://netbeans.apache.org/kb/docs/platform.html
 where a lot of links are broken. Even the images where when I go trough
google on page
https://netbeans.apache.org/kb/docs/platform/
the page is fine!!

Notice the difference? Currently the site is not properly browsable. Only
google allows you to find the proper pages, if you know what you are
looking for...

The links to the previously package info are broken as well...

Re: JavaFX classpath warning when building NB RCP with Maven

[Jean-Marc Borer]

Reported in https://issues.apache.org/jira/browse/NETBEANSINFRA-262
And already fixed in master of
https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin

On Thu, Jan 13, 2022 at 8:29 PM Jean-Marc Borer  wrote:

>
> https://docs.oracle.com/javase/8/docs/technotes/guides/jar/jar.html#classpath
>
> But still, it is a very special case here since I have never seen URL such
> as "%24%7Bjava.home%7D%2F/lib/ext/jfxrt.jar". ${xxx} is a dynamic value
> that shall be replaced at runtime. I really wonder if the manifest gets
> properly interpreted with such a construction.
>
> On Thu, Jan 13, 2022 at 8:25 PM Jean-Marc Borer  wrote:
>
>> True. Then the issue lies in the maven nbm plugin that doesn't understand
>> the URL escaping.
>>
>> I tested by manually modifying the manifest to restore the old values.
>> The warning message is gone.
>>
>> On Thu, Jan 13, 2022 at 7:04 PM Matthias Bläsing <
>> mblaes...@doppel-helix.eu> wrote:
>>
>>> Hi,
>>>
>>> Am Donnerstag, dem 13.01.2022 um 17:54 + schrieb Jean-Marc Borer:
>>> > When building my NB RCP application with Maven, I get:
>>> >
>>> > Could not resolve Class-Path item in
>>> > org.netbeans.api:org-netbeans-libs-javafx:nbm-file:RELEASE124, path
>>> > is:%24%7Bjava.home%7D/lib/ext/jfxrt.jar, skipping
>>> >
>>> > I checked the manifest of module org-netbeans-libs-javafx.jar
>>> > And actually I found:
>>> > 
>>> > OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
>>> > Class-Path: %24%7Bjava.home%7D/lib/ext/jfxrt.jar
>>> >
>>> > Which is an url encoded string of ${java.hom}/lib/ext/jfxrt.jar
>>> >
>>> > I build on zulu8.58.0.13-ca-fx-jdk8.0.312-win_x64\jre\lib\ext
>>> > where jfxrt.jar exists... and JFX works in the application later. Just
>>> > wondering why such warning is generated.
>>> >
>>> > I suspect that the Maven checker is somehow not understanding properly
>>> this
>>> > classpath entry in the manifest.
>>> >
>>> > Any idea?
>>>
>>> The commit that changes this is here:
>>>
>>>
>>> https://github.com/apache/netbeans/commit/1b96b56ac3bfda8bd9b97f36c25901e84289cb23
>>>
>>> And is part of this:
>>>
>>> https://github.com/apache/netbeans/pull/2761
>>>
>>> The TL;DR version is (if I remember correctly): the JAR File
>>> Specification says, that the Class-Path attribute is a list of URLs and
>>> since javac 11 this is actually enforced.
>>>
>>> Try this:
>>>
>>> new URI("%24%7Bjava.home%7D%2F/lib/ext/jfxrt.jar");
>>> new URI("${java.home}/lib/ext/jfxrt.jar");
>>>
>>> It blows for the second line.
>>>
>>> Hope that clears it up.
>>>
>>> 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
>>>
>>>
>>>
>>>

Re: JavaFX classpath warning when building NB RCP with Maven

[Jean-Marc Borer]

https://docs.oracle.com/javase/8/docs/technotes/guides/jar/jar.html#classpath

But still, it is a very special case here since I have never seen URL such
as "%24%7Bjava.home%7D%2F/lib/ext/jfxrt.jar". ${xxx} is a dynamic value
that shall be replaced at runtime. I really wonder if the manifest gets
properly interpreted with such a construction.

On Thu, Jan 13, 2022 at 8:25 PM Jean-Marc Borer  wrote:

> True. Then the issue lies in the maven nbm plugin that doesn't understand
> the URL escaping.
>
> I tested by manually modifying the manifest to restore the old values. The
> warning message is gone.
>
> On Thu, Jan 13, 2022 at 7:04 PM Matthias Bläsing <
> mblaes...@doppel-helix.eu> wrote:
>
>> Hi,
>>
>> Am Donnerstag, dem 13.01.2022 um 17:54 + schrieb Jean-Marc Borer:
>> > When building my NB RCP application with Maven, I get:
>> >
>> > Could not resolve Class-Path item in
>> > org.netbeans.api:org-netbeans-libs-javafx:nbm-file:RELEASE124, path
>> > is:%24%7Bjava.home%7D/lib/ext/jfxrt.jar, skipping
>> >
>> > I checked the manifest of module org-netbeans-libs-javafx.jar
>> > And actually I found:
>> > 
>> > OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
>> > Class-Path: %24%7Bjava.home%7D/lib/ext/jfxrt.jar
>> >
>> > Which is an url encoded string of ${java.hom}/lib/ext/jfxrt.jar
>> >
>> > I build on zulu8.58.0.13-ca-fx-jdk8.0.312-win_x64\jre\lib\ext
>> > where jfxrt.jar exists... and JFX works in the application later. Just
>> > wondering why such warning is generated.
>> >
>> > I suspect that the Maven checker is somehow not understanding properly
>> this
>> > classpath entry in the manifest.
>> >
>> > Any idea?
>>
>> The commit that changes this is here:
>>
>>
>> https://github.com/apache/netbeans/commit/1b96b56ac3bfda8bd9b97f36c25901e84289cb23
>>
>> And is part of this:
>>
>> https://github.com/apache/netbeans/pull/2761
>>
>> The TL;DR version is (if I remember correctly): the JAR File
>> Specification says, that the Class-Path attribute is a list of URLs and
>> since javac 11 this is actually enforced.
>>
>> Try this:
>>
>> new URI("%24%7Bjava.home%7D%2F/lib/ext/jfxrt.jar");
>> new URI("${java.home}/lib/ext/jfxrt.jar");
>>
>> It blows for the second line.
>>
>> Hope that clears it up.
>>
>> 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
>>
>>
>>
>>

Re: JavaFX classpath warning when building NB RCP with Maven

[Jean-Marc Borer]

True. Then the issue lies in the maven nbm plugin that doesn't understand
the URL escaping.

I tested by manually modifying the manifest to restore the old values. The
warning message is gone.

On Thu, Jan 13, 2022 at 7:04 PM Matthias Bläsing 
wrote:

> Hi,
>
> Am Donnerstag, dem 13.01.2022 um 17:54 + schrieb Jean-Marc Borer:
> > When building my NB RCP application with Maven, I get:
> >
> > Could not resolve Class-Path item in
> > org.netbeans.api:org-netbeans-libs-javafx:nbm-file:RELEASE124, path
> > is:%24%7Bjava.home%7D/lib/ext/jfxrt.jar, skipping
> >
> > I checked the manifest of module org-netbeans-libs-javafx.jar
> > And actually I found:
> > 
> > OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
> > Class-Path: %24%7Bjava.home%7D/lib/ext/jfxrt.jar
> >
> > Which is an url encoded string of ${java.hom}/lib/ext/jfxrt.jar
> >
> > I build on zulu8.58.0.13-ca-fx-jdk8.0.312-win_x64\jre\lib\ext
> > where jfxrt.jar exists... and JFX works in the application later. Just
> > wondering why such warning is generated.
> >
> > I suspect that the Maven checker is somehow not understanding properly
> this
> > classpath entry in the manifest.
> >
> > Any idea?
>
> The commit that changes this is here:
>
>
> https://github.com/apache/netbeans/commit/1b96b56ac3bfda8bd9b97f36c25901e84289cb23
>
> And is part of this:
>
> https://github.com/apache/netbeans/pull/2761
>
> The TL;DR version is (if I remember correctly): the JAR File
> Specification says, that the Class-Path attribute is a list of URLs and
> since javac 11 this is actually enforced.
>
> Try this:
>
> new URI("%24%7Bjava.home%7D%2F/lib/ext/jfxrt.jar");
> new URI("${java.home}/lib/ext/jfxrt.jar");
>
> It blows for the second line.
>
> Hope that clears it up.
>
> 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
>
>
>
>

Re: JavaFX classpath warning when building NB RCP with Maven

[Jean-Marc Borer]

OK so I have the 12.1 sources and when building with JDK 8 the NBM gets
generated and the manifest is:

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.10.7
Created-By: 1.8.0_302-b08 (Azul Systems, Inc.)
OpenIDE-Module-Public-Packages: javafx.animation.*, javafx.application
 .*, javafx.beans.*, javafx.beans.binding.*, javafx.beans.property.*,
 javafx.beans.property.adapter.*, javafx.beans.value.*, javafx.collect
 ions.*, javafx.concurrent.*, javafx.css.*, javafx.embed.swing.*, java
 fx.event.*, javafx.fxml.*, javafx.geometry.*, javafx.scene.*, javafx.
 scene.canvas.*, javafx.scene.chart.*, javafx.scene.control.*, javafx.
 scene.control.cell.*, javafx.scene.effect.*, javafx.scene.image.*, ja
 vafx.scene.input.*, javafx.scene.layout.*, javafx.scene.media.*, java
 fx.scene.paint.*, javafx.scene.shape.*, javafx.scene.text.*, javafx.s
 cene.transform.*, javafx.scene.web.*, javafx.stage.*, javafx.util.*,
 javafx.util.converter.*, netscape.javascript.*, com.sun.javafx.scene.
 web.*
OpenIDE-Module-Module-Dependencies: org.openide.modules > 7.40, org.op
 enide.util.lookup > 8.23
OpenIDE-Module-Java-Dependencies: Java > 1.7
OpenIDE-Module-Implementation-Version: 12.1-dev-4527aef9ade73eaafe6af6
 809a684e1f7f8f1468
AutoUpdate-Show-In-Client: false
OpenIDE-Module: org.netbeans.libs.javafx
OpenIDE-Module-Package-Dependencies: javafx.application[Application]
OpenIDE-Module-Localizing-Bundle: org/netbeans/libs/javafx/Bundle.prop
 erties
OpenIDE-Module-Specification-Version: 2.16
OpenIDE-Module-Needs: org.openide.modules.jre.JavaFX
OpenIDE-Module-Provides: javafx.animation,   javafx.application,   jav
 afx.beans,   javafx.beans.binding,   javafx.beans.property,   javafx.
 beans.property.adapter,   javafx.beans.value,   javafx.collections,
  javafx.collections.transformation,   javafx.concurrent,   javafx.css
 ,   javafx.embed.swing,   javafx.event,   javafx.fxml,   javafx.geome
 try,   javafx.scene,   javafx.scene.canvas,   javafx.scene.chart,   j
 avafx.scene.control,   javafx.scene.control.cell,   javafx.scene.effe
 ct,   javafx.scene.image,   javafx.scene.input,   javafx.scene.layout
 ,   javafx.scene.media,   javafx.scene.paint,   javafx.scene.shape,
  javafx.scene.text,   javafx.scene.transform,   javafx.scene.web,   j
 avafx.stage,   javafx.util,   javafx.util.converter,   netscape.javas
 cript
OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
*Class-Path: ${java.home}/lib/ext/jfxrt.jar*

This time no escaping!

On Thu, Jan 13, 2022 at 6:23 PM Jean-Marc Borer  wrote:

> I suppose it should resolve to the JRE lib, but as such, Maven classpath
> checker doesn't understand the encoded version. I am currently trying to
> reproduce by building NB from the sources and generating the NMBs.
>
> On Thu, Jan 13, 2022 at 6:10 PM Geertjan Wielenga
>  wrote:
>
>> So what does {java.home} resolve to?
>>
>> Gj
>>
>> On Thu, Jan 13, 2022 at 7:08 PM Jean-Marc Borer 
>> wrote:
>>
>> > Sure. You can send me a private message.
>> >
>> > Back to the topic: I checked the sources and indeed the source Manifest
>> of
>> > this JavaFX lib wrapper module reads:
>> >
>> > Manifest-Version: 1.0
>> > OpenIDE-Module: org.netbeans.libs.javafx
>> > OpenIDE-Module-Package-Dependencies: javafx.application[Application]
>> > OpenIDE-Module-Localizing-Bundle:
>> > org/netbeans/libs/javafx/Bundle.properties
>> > OpenIDE-Module-Specification-Version: 2.16
>> > OpenIDE-Module-Needs: org.openide.modules.jre.JavaFX
>> > OpenIDE-Module-Provides: javafx.animation,
>> > javafx.application,
>> > javafx.beans,
>> > javafx.beans.binding,
>> > javafx.beans.property,
>> > javafx.beans.property.adapter,
>> > javafx.beans.value,
>> > javafx.collections,
>> > javafx.collections.transformation,
>> > javafx.concurrent,
>> > javafx.css,
>> > javafx.embed.swing,
>> > javafx.event,
>> > javafx.fxml,
>> > javafx.geometry,
>> > javafx.scene,
>> > javafx.scene.canvas,
>> > javafx.scene.chart,
>> > javafx.scene.control,
>> > javafx.scene.control.cell,
>> > javafx.scene.effect,
>> > javafx.scene.image,
>> > javafx.scene.input,
>> > javafx.scene.layout,
>> > javafx.scene.media,
>> > javafx.scene.paint,
>> > javafx.scene.shape,
>> > javafx.scene.text,
>> > javafx.scene.transform,
>> > javafx.scene.web,
>> > javafx.stage,
>> > javafx.util,
>> > javafx.util.converter,
>> > netscape.javascript
>> > Class-Path: ${java.home}/lib/ext/

Re: JavaFX classpath warning when building NB RCP with Maven

[Jean-Marc Borer]

I suppose it should resolve to the JRE lib, but as such, Maven classpath
checker doesn't understand the encoded version. I am currently trying to
reproduce by building NB from the sources and generating the NMBs.

On Thu, Jan 13, 2022 at 6:10 PM Geertjan Wielenga
 wrote:

> So what does {java.home} resolve to?
>
> Gj
>
> On Thu, Jan 13, 2022 at 7:08 PM Jean-Marc Borer  wrote:
>
> > Sure. You can send me a private message.
> >
> > Back to the topic: I checked the sources and indeed the source Manifest
> of
> > this JavaFX lib wrapper module reads:
> >
> > Manifest-Version: 1.0
> > OpenIDE-Module: org.netbeans.libs.javafx
> > OpenIDE-Module-Package-Dependencies: javafx.application[Application]
> > OpenIDE-Module-Localizing-Bundle:
> > org/netbeans/libs/javafx/Bundle.properties
> > OpenIDE-Module-Specification-Version: 2.16
> > OpenIDE-Module-Needs: org.openide.modules.jre.JavaFX
> > OpenIDE-Module-Provides: javafx.animation,
> > javafx.application,
> > javafx.beans,
> > javafx.beans.binding,
> > javafx.beans.property,
> > javafx.beans.property.adapter,
> > javafx.beans.value,
> > javafx.collections,
> > javafx.collections.transformation,
> > javafx.concurrent,
> > javafx.css,
> > javafx.embed.swing,
> > javafx.event,
> > javafx.fxml,
> > javafx.geometry,
> > javafx.scene,
> > javafx.scene.canvas,
> > javafx.scene.chart,
> > javafx.scene.control,
> > javafx.scene.control.cell,
> > javafx.scene.effect,
> > javafx.scene.image,
> > javafx.scene.input,
> > javafx.scene.layout,
> > javafx.scene.media,
> > javafx.scene.paint,
> > javafx.scene.shape,
> > javafx.scene.text,
> > javafx.scene.transform,
> > javafx.scene.web,
> > javafx.stage,
> > javafx.util,
> > javafx.util.converter,
> > netscape.javascript
> > Class-Path: ${java.home}/lib/ext/jfxrt.jar
> >
> > The URL encoding seems to happen somewhere in between...
> >
> >
> > On Thu, Jan 13, 2022 at 5:56 PM Geertjan Wielenga
> >  wrote:
> >
> > > Hmmm. That's strange.
> > >
> > > (And as an Azul employee, I'd like to share with you that we'd love to
> > > promote your usage of Zulu. :-) )
> > >
> > > Gj
> > >
> > > On Thu, Jan 13, 2022 at 6:54 PM Jean-Marc Borer 
> > wrote:
> > >
> > > > Hello,
> > > >
> > > > When building my NB RCP application with Maven, I get:
> > > >
> > > > Could not resolve Class-Path item in
> > > > org.netbeans.api:org-netbeans-libs-javafx:nbm-file:RELEASE124, path
> > > > is:%24%7Bjava.home%7D/lib/ext/jfxrt.jar, skipping
> > > >
> > > > I checked the manifest of module org-netbeans-libs-javafx.jar
> > > > And actually I found:
> > > > 
> > > > OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
> > > > Class-Path: %24%7Bjava.home%7D/lib/ext/jfxrt.jar
> > > >
> > > > Which is an url encoded string of ${java.hom}/lib/ext/jfxrt.jar
> > > >
> > > > I build on zulu8.58.0.13-ca-fx-jdk8.0.312-win_x64\jre\lib\ext
> > > > where jfxrt.jar exists... and JFX works in the application later.
> Just
> > > > wondering why such warning is generated.
> > > >
> > > > I suspect that the Maven checker is somehow not understanding
> properly
> > > this
> > > > classpath entry in the manifest.
> > > >
> > > > Any idea?
> > > >
> > > > Cheers,
> > > >
> > > > JMB
> > > >
> > >
> >
>

Re: JavaFX classpath warning when building NB RCP with Maven

[Jean-Marc Borer]

Sure. You can send me a private message.

Back to the topic: I checked the sources and indeed the source Manifest of
this JavaFX lib wrapper module reads:

Manifest-Version: 1.0
OpenIDE-Module: org.netbeans.libs.javafx
OpenIDE-Module-Package-Dependencies: javafx.application[Application]
OpenIDE-Module-Localizing-Bundle: org/netbeans/libs/javafx/Bundle.properties
OpenIDE-Module-Specification-Version: 2.16
OpenIDE-Module-Needs: org.openide.modules.jre.JavaFX
OpenIDE-Module-Provides: javafx.animation,
javafx.application,
javafx.beans,
javafx.beans.binding,
javafx.beans.property,
javafx.beans.property.adapter,
javafx.beans.value,
javafx.collections,
javafx.collections.transformation,
javafx.concurrent,
javafx.css,
javafx.embed.swing,
javafx.event,
javafx.fxml,
javafx.geometry,
javafx.scene,
javafx.scene.canvas,
javafx.scene.chart,
javafx.scene.control,
javafx.scene.control.cell,
javafx.scene.effect,
javafx.scene.image,
javafx.scene.input,
javafx.scene.layout,
javafx.scene.media,
javafx.scene.paint,
javafx.scene.shape,
javafx.scene.text,
javafx.scene.transform,
javafx.scene.web,
javafx.stage,
javafx.util,
javafx.util.converter,
netscape.javascript
Class-Path: ${java.home}/lib/ext/jfxrt.jar

The URL encoding seems to happen somewhere in between...


On Thu, Jan 13, 2022 at 5:56 PM Geertjan Wielenga
 wrote:

> Hmmm. That's strange.
>
> (And as an Azul employee, I'd like to share with you that we'd love to
> promote your usage of Zulu. :-) )
>
> Gj
>
> On Thu, Jan 13, 2022 at 6:54 PM Jean-Marc Borer  wrote:
>
> > Hello,
> >
> > When building my NB RCP application with Maven, I get:
> >
> > Could not resolve Class-Path item in
> > org.netbeans.api:org-netbeans-libs-javafx:nbm-file:RELEASE124, path
> > is:%24%7Bjava.home%7D/lib/ext/jfxrt.jar, skipping
> >
> > I checked the manifest of module org-netbeans-libs-javafx.jar
> > And actually I found:
> > 
> > OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
> > Class-Path: %24%7Bjava.home%7D/lib/ext/jfxrt.jar
> >
> > Which is an url encoded string of ${java.hom}/lib/ext/jfxrt.jar
> >
> > I build on zulu8.58.0.13-ca-fx-jdk8.0.312-win_x64\jre\lib\ext
> > where jfxrt.jar exists... and JFX works in the application later. Just
> > wondering why such warning is generated.
> >
> > I suspect that the Maven checker is somehow not understanding properly
> this
> > classpath entry in the manifest.
> >
> > Any idea?
> >
> > Cheers,
> >
> > JMB
> >
>

JavaFX classpath warning when building NB RCP with Maven

[Jean-Marc Borer]

Hello,

When building my NB RCP application with Maven, I get:

Could not resolve Class-Path item in
org.netbeans.api:org-netbeans-libs-javafx:nbm-file:RELEASE124, path
is:%24%7Bjava.home%7D/lib/ext/jfxrt.jar, skipping

I checked the manifest of module org-netbeans-libs-javafx.jar
And actually I found:

OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
Class-Path: %24%7Bjava.home%7D/lib/ext/jfxrt.jar

Which is an url encoded string of ${java.hom}/lib/ext/jfxrt.jar

I build on zulu8.58.0.13-ca-fx-jdk8.0.312-win_x64\jre\lib\ext
where jfxrt.jar exists... and JFX works in the application later. Just
wondering why such warning is generated.

I suspect that the Maven checker is somehow not understanding properly this
classpath entry in the manifest.

Any idea?

Cheers,

JMB

Re: Did you notice that the Netbeans JavaDoc site is not properly generated

[Jean-Marc Borer]

Hi Geertjan,

Unfortunately I know nothing about the website generation. Hopefully, Eric
Barboni seems to have taken the point. It seems related to JDK 11.

Cheers,

JMB

On Thu, Jan 13, 2022 at 9:37 AM Geertjan Wielenga
 wrote:

> Will you investigate and propose a solution? I can too, but I know as much
> about this as you, as anyone.
>
> Gj
>
> On Thu, Jan 13, 2022 at 9:36 AM Jean-Marc Borer  wrote:
>
> > Hello all,
> >
> > I was browsing through the documentation site looking for information. I
> > noticed that many links to useful docs are simply not working.
> >
> > I opened a bug https://issues.apache.org/jira/browse/NETBEANS-6386, but
> I
> > have to say this is particularly annoying and doesn't facilitated the
> > adoption of the project for newcomers.
> >
>

Fwd: Did you notice that the Netbeans JavaDoc site is not properly generated

[Jean-Marc Borer]

Hello all,

I was browsing through the documentation site looking for information. I
noticed that many links to useful docs are simply not working.

I opened a bug https://issues.apache.org/jira/browse/NETBEANS-6386, but I
have to say this is particularly annoying and doesn't facilitated the
adoption of the project for newcomers.

Re: NB 12+ app builds with Maven no longer work

[Jean-Marc Borer]

Hello guys,

Forget my question RELEASE121 works like a charm. Our artifactory server
file system was full. This doesn't appear clearly among the Maven errors.

Cheers,

JM

On Wed, Nov 11, 2020 at 2:32 PM Jean-Marc Borer  wrote:

> Hello dear fellows,
> I am building NB platform applications with Maven. I have seen that 120,
> 121 are finally available on maven central. However, when I try to change
> my platform from 113 to 120 or 121 there are many dependencies that cannot
> be solved. For example below you can see the dependencies that are coming
> from the platform cluster.
>
> I wonder how this could be built in the first place because for example
> org.ow2.asm:asm-7.2:jar   simply doesn't exist. Same for the remaining
> items... Am I missing a repo to take those artifacts from?
>
> Any idea?
>
> Best regards
>
> The POM for org.ow2.asm:asm-7.2:jar:7.2 is missing, no dependency
> information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/ow2/asm/asm-commons-7.2/7.2/asm-commons-7.2-7.2.pom
> The POM for org.ow2.asm:asm-commons-7.2:jar:7.2 is missing, no dependency
> information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/ow2/asm/asm-tree-7.2/7.2/asm-tree-7.2-7.2.pom
> The POM for org.ow2.asm:asm-tree-7.2:jar:7.2 is missing, no dependency
> information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/html/net-java-html-boot-fx/1.7/net-java-html-boot-fx-1.7.pom
> The POM for org.netbeans.html:net-java-html-boot-fx:jar:1.7 is missing, no
> dependency information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/html/net-java-html-boot-script/1.7/net-java-html-boot-script-1.7.pom
> The POM for org.netbeans.html:net-java-html-boot-script:jar:1.7 is
> missing, no dependency information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/html/net-java-html-boot/1.7/net-java-html-boot-1.7.pom
> The POM for org.netbeans.html:net-java-html-boot:jar:1.7 is missing, no
> dependency information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/html/net-java-html-geo/1.7/net-java-html-geo-1.7.pom
> The POM for org.netbeans.html:net-java-html-geo:jar:1.7 is missing, no
> dependency information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/html/net-java-html-json/1.7/net-java-html-json-1.7.pom
> The POM for org.netbeans.html:net-java-html-json:jar:1.7 is missing, no
> dependency information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/html/net-java-html-sound/1.7/net-java-html-sound-1.7.pom
> The POM for org.netbeans.html:net-java-html-sound:jar:1.7 is missing, no
> dependency information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/html/net-java-html/1.7/net-java-html-1.7.pom
> The POM for org.netbeans.html:net-java-html:jar:1.7 is missing, no
> dependency information available
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/external/org-apache-commons-codec/RELEASE120/org-apache-commons-codec-RELEASE120.pom
> Progress (1): 559 B
>
> Downloaded from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/org/netbeans/external/org-apache-commons-codec/RELEASE120/org-apache-commons-codec-RELEASE120.pom
> (559 B at 51 kB/s)
> Downloading from artifactory:
> http://gsarts04.skyguide.corp:8081/artifactory/libs/commons-io/org-apache-commons-io/2.6/org-apache-commons-io-2.6.pom
> The POM for commons-io:org-apache-commons-io:jar:2.6 is missing, no
> dependency information available
>
>

Re: Enterprise proxies and mirrors issues when updating

[Jean-Marc Borer]

The problem is that  https://netbeans.apache.org/nb/updates/12.0/
<https://netbeans.apache.org/nb/updates/12.0/updates.xml.gz> redirects to
mirrors that are not white listed. The list changes too often to be
maintained by me and accepted by my company.

Is there a list somewhere of those mirrors?

Ideally I would like to add a new update center that always points to the
same domain. netbeans.org and apache.org are already white listed at our
company.

Any ideas?

Cheers,

JM

On Thu, Sep 3, 2020 at 11:42 AM Jean-Marc Borer  wrote:

> Hi guys,
> Same story again and again for me: I cannot update Netbeans through the
> update center because it redirects to random mirrors. At our company, they
> filter out everything related to java except for white listed sites. The
> process is long, tedious for me and not always successful to add new sites
> to the list.
>
> Wouldn't it be possible to have an update center that is not relying on
> mirrors so that I can have a single place from which my company allows me
> to download Java items from?
>
> Cheers,
>
> JM
>

Enterprise proxies and mirrors issues when updating

[Jean-Marc Borer]

Hi guys,
Same story again and again for me: I cannot update Netbeans through the
update center because it redirects to random mirrors. At our company, they
filter out everything related to java except for white listed sites. The
process is long, tedious for me and not always successful to add new sites
to the list.

Wouldn't it be possible to have an update center that is not relying on
mirrors so that I can have a single place from which my company allows me
to download Java items from?

Cheers,

JM

Re: How to debug netbeans

[Jean-Marc Borer]

I also kind of disagree with Tim about it un-usefulness of a debugger. You
can achieve way more that just stepping through the code. You can even
dynamically add debugging traces without needing to touch the code and this
he forgets: you cannot add logging statements for code you cannot compile
yourself such as the JVM for example or other Maven artifacts. Have a look
as well at tools such JRebel and Yourkit. They are use cases where they
help you to save a lot of time.

Cheers,

JM



On Thu, Aug 6, 2020 at 7:50 PM Matthias Bläsing 
wrote:

> Hi,
>
> I don't think debugging with logging/println statements and debugging
> are either or. Both are approach that can be taken.
>
> HOWEVER, if you are new to programming, learn to use a debugger. While
> there is learning involved and it is not always the right tool, having
> it available is a great help.
>
> In a past job we had a central staging JavaEE server, that was used to
> do QS testing with the end users. That server had the jpdw agent loaded
> and at times it was invaluable to be able to just debug in the testing
> system with the user reproducing his problem.
>
> With a debugger it is much easier to explorer the current runtime
> environment and in contrast to logging statements, you don't need to
> know what you want to know before it happens.
>
> Contrary to Tims reply a debugger does not require you to single step
> through code. Line break points are pretty fast, method break points
> are slower, but can be helpful to get to the offending code quickly.
>
> In the end the same advise as in many other cases in IT applies:
>
> - Know your tools (also the ones you may not like)
> - Know when to use which tool
>
> Just a second perspective
>
> Matthias
>
> Am Donnerstag, den 06.08.2020, 03:12 -0400 schrieb Tim Boudreau:
> > I've been developing NetBeans itself and plugins for it for 21 years now.
> > In that time I have run a debugger against NetBeans maybe ONCE, to see if
> > it worked.
> >
> > The startup time penalty, and the odds of winding up stepping through
> code
> > you actually need to see, rather than marching endlessly through
> > java.util.Logger's source code and other irrelevant stuff, are
> > infinitesimal.  Debuggers are a great tool for debugging algorithms you
> can
> > isolate in a test or tiny application, or for learning how programs work
> > when you're learning to program.  As a tool for fixing things in huge
> > applications with deep stacks, they're pretty much useless - way too much
> > distracting noise and way to little signal.
> >
> > My suggestion is, learn to love logging statements and
> > System.out.println().  You can isolate problems quite fast if you do a
> sort
> > of logging-binary-search - add a logging statement entering the code
> where
> > something goes wrong, and one at a point where that thing probably has
> > already gone wrong.  If that works as expected, add logging at the
> midpoint
> > between those two points.  Still okay at the midpoint?  Add one between
> the
> > middle and end - and so forth until you're on the line where things
> really
> > do go wrong (usually just narrowing down the scope lets you see it).
> >
> > Sorry to be a downer on debuggers, but I can count on one hand the number
> > of times I have learned anything useful from a debugger, and all of those
> > times I could have probably found it faster if I'd just read the code.
> >
> > -Tim
>
>
> -
> 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: Future of nb-javac and vanilla javac

[Jean-Marc Borer]

IMHO this justifies even more to group the information about
nb-javac/javac in single place, no?

JMB

On Tue, Apr 28, 2020 at 12:25 PM Geertjan Wielenga 
wrote:

> It’s changing all the time though. The enhancements that nb-javac brings
> are continually being reworked into our GitHub via interaction with vanilla
> javac.
>
> Gj
>
> On Tue, 28 Apr 2020 at 12:22, Jean-Marc Borer  wrote:
>
> > I have the feeling all the confusion about the nb-javac is due to fact
> >  that most of the information is scattered among different discussions
> and
> > (old?) wiki pages. As it is a hot topic, it would deserve a single and
> > up-to-date location about the evolution, don't you think?
> >
> > Best wishes,
> >
> > Jean-Marc
> >
> > On Tue, Apr 28, 2020 at 11:24 AM Neil C Smith 
> > wrote:
> >
> > > On Tue, 28 Apr 2020 at 10:06, Jean-Marc Borer 
> wrote:
> > > > Sure it would be good to code without it, but it seems that using the
> > > plain
> > > > vanilla javac leads to some serious caveats according to
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac
> > >
> > > That page is quite old now.  There are still caveats, but also Jan and
> > > others have done a lot of work to make things better with vanilla
> > > javac.
> > >
> > > If we are dropping nb-javac as mooted elsewhere in 12.1, then that
> > > would be a decision to be made with the current caveats in mind.
> > >
> > > There are some serious caveats to keeping nb-javac too, as Geertjan's
> > > thread today reveals! ;-)
> > >
> > > 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
> > >
> > >
> > >
> > >
> >
>

Re: Future of nb-javac and vanilla javac

[Jean-Marc Borer]

I have the feeling all the confusion about the nb-javac is due to fact
 that most of the information is scattered among different discussions and
(old?) wiki pages. As it is a hot topic, it would deserve a single and
up-to-date location about the evolution, don't you think?

Best wishes,

Jean-Marc

On Tue, Apr 28, 2020 at 11:24 AM Neil C Smith  wrote:

> On Tue, 28 Apr 2020 at 10:06, Jean-Marc Borer  wrote:
> > Sure it would be good to code without it, but it seems that using the
> plain
> > vanilla javac leads to some serious caveats according to
> >
> https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac
>
> That page is quite old now.  There are still caveats, but also Jan and
> others have done a lot of work to make things better with vanilla
> javac.
>
> If we are dropping nb-javac as mooted elsewhere in 12.1, then that
> would be a decision to be made with the current caveats in mind.
>
> There are some serious caveats to keeping nb-javac too, as Geertjan's
> thread today reveals! ;-)
>
> 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
>
>
>
>

Re: Future of nb-javac and vanilla javac

[Jean-Marc Borer]

Hi Geertjan,

Sure it would be good to code without it, but it seems that using the plain
vanilla javac leads to some serious caveats according to
https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac


So we can't reasonabily recommend to people not using the nb-javac, don't
you think?

Best wishes,

Jean-Marc

On Mon, Apr 27, 2020 at 9:51 PM Geertjan Wielenga 
wrote:

> There’s a related question to this pretty much every week. :-)
>
> It’s an ongoing process, we’re trying to move away from nb-javac, it
> requires some work still. In the meantime, if you can code without it,
> that would be great.
>
> Gj
>
>
> On Mon, 27 Apr 2020 at 21:19, Anthony Vanelverdinghe <
> anthonyv...@outlook.com> wrote:
>
> > My bad, I just noticed there was a related question just last week…
> >
> > From: Anthony Vanelverdinghe
> > Sent: Monday, 27 April 2020 21:16
> > To: dev@netbeans.apache.org
> > Subject: Future of nb-javac and vanilla javac
> >
> > Hi
> >
> > What is the future direction of NetBeans w.r.t. nb-javac and "vanilla"
> > javac?
> > NetBeans recommends nb-javac with a notification that says it “improves
> > Java editing experience and enables compile on save”.
> > But on the other hand it lags behind vanilla javac w.r.t. supporting new
> > language features (obviously), due to which I ran into the issue at [1]
> >
> > So I was wondering: how far is vanilla javac behind nb-javac in terms of
> > functionality? Are there plans to enhance it to the point where nb-javac
> > becomes obsolete? If so, what would be a rough estimate on when that
> would
> > be?
> >
> > Thanks in advance for any insights.
> >
> > Kind regards,
> > Anthony
> >
> > [1] https://issues.apache.org/jira/browse/NETBEANS-4263
> >
> >
>

Re: nb-javac and the upcoming 12.0

[Jean-Marc Borer]

I some answers here:
https://blogs.apache.org/netbeans/entry/what-s-nb-javac-in

But still, according to the blog entry, if you run NB on JDK9+ and use the
provided javac, you don't get all the benefits of nb-javac. I doesn't say
neither what those benefits are nor if you would benefit from them if you
use nb-javac with JDK9+ projects.


On Tue, Apr 28, 2020 at 10:38 AM Jean-Marc Borer  wrote:

> Now for my understanding: if you run Netbeans on JDK9+, but your projects
> are still using/running on JDK8, will you still need nb-javac for Java
> editing?
>
> Cheers,
>
> JM
>
> On Tue, Apr 28, 2020 at 8:59 AM Benjamin Graf 
> wrote:
>
>> Hi all together,
>>
>> what about code building. Netbeans is still build on JDK8. Some modules
>> need nb-javac for compilation and tests to work even if code is build
>> with JDK8 because code does use JDK9+ API. I think most time API from
>> javax.lang.model. You can increase min build JDK but it might not work
>> for users using Netbeans that need JDK8.
>>
>> Regards,
>>
>> Benjamin
>>
>> On 28.04.2020 08:47, Geertjan Wielenga wrote:
>> > Hi all,
>> >
>> > We’re getting close to the 12.0 release and nb-javac won’t be available
>> at
>> > the time of release. What nb-javac provides is detailed elsewhere but in
>> > summary it is a fork of the  javac finetuned to the Java Editor in
>> > NetBeans. It can’t be donated to Apache NetBeans because it is a javac
>> fork
>> > and hence GPL licensed, so Oracle does not want to donate it and Apache
>> > projects can’t be released with it.
>> >
>> > Ultimately, we’d like to drop the need for nb-javac completely. That
>> will
>> > simplify things a lot. Plus, that is increasingly possible because from
>> JDK
>> > 9 onwards we’re able to use the javac from the JDK that NetBeans runs on
>> > for the same purposes as nb-javac.
>> >
>> > And we’ve (especially Jan Lahoda) been enhancing Apache NetBeans over
>> the
>> > past releases to enable the vanilla javac from the JDK on which NetBeans
>> > runs to be used increasingly better. And ultimately, of course, this
>> should
>> > not be based on the JDK on which NetBeans runs, but on the JDK used by a
>> > particular project.
>> >
>> > Anyway, there have been one or two pull requests around the above, such
>> as
>> > this one:
>> >
>> > https://github.com/apache/netbeans/pull/2108
>> >
>> > A question is what about JDK 8. My bold suggestion would be that we
>> > explicitly tell our users that they can’t use our Java Editor if they’re
>> > running NetBeans on JDK 8. I’m not saying that we should drop support
>> for
>> > JDK 8. I’m saying we should show a message that the user should switch
>> to
>> > the latest supported JDK for running NetBeans itself on (which of course
>> > does not mean that a project can’t use any earlier JDK).
>> >
>> > Anyway, comments and thoughts welcome.
>> >
>> > Gj
>> >
>>
>>

Netbeans Confluence

[Jean-Marc Borer]

Hi fellows,

I wonder how the Netbeans confluence is or shall be used by our community.
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans

Moreover, I don't find (or could not find) any reference to it, either on
GitHub or on the official site netbeans.apache.org.

Am I missing something here?

I am asking those questions, because I would like to have a wiki for the
other netbeans projects such as
https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin

Cheers,

Jean-Marc

Re: nb-javac and the upcoming 12.0

[Jean-Marc Borer]

Now for my understanding: if you run Netbeans on JDK9+, but your projects
are still using/running on JDK8, will you still need nb-javac for Java
editing?

Cheers,

JM

On Tue, Apr 28, 2020 at 8:59 AM Benjamin Graf  wrote:

> Hi all together,
>
> what about code building. Netbeans is still build on JDK8. Some modules
> need nb-javac for compilation and tests to work even if code is build
> with JDK8 because code does use JDK9+ API. I think most time API from
> javax.lang.model. You can increase min build JDK but it might not work
> for users using Netbeans that need JDK8.
>
> Regards,
>
> Benjamin
>
> On 28.04.2020 08:47, Geertjan Wielenga wrote:
> > Hi all,
> >
> > We’re getting close to the 12.0 release and nb-javac won’t be available
> at
> > the time of release. What nb-javac provides is detailed elsewhere but in
> > summary it is a fork of the  javac finetuned to the Java Editor in
> > NetBeans. It can’t be donated to Apache NetBeans because it is a javac
> fork
> > and hence GPL licensed, so Oracle does not want to donate it and Apache
> > projects can’t be released with it.
> >
> > Ultimately, we’d like to drop the need for nb-javac completely. That will
> > simplify things a lot. Plus, that is increasingly possible because from
> JDK
> > 9 onwards we’re able to use the javac from the JDK that NetBeans runs on
> > for the same purposes as nb-javac.
> >
> > And we’ve (especially Jan Lahoda) been enhancing Apache NetBeans over the
> > past releases to enable the vanilla javac from the JDK on which NetBeans
> > runs to be used increasingly better. And ultimately, of course, this
> should
> > not be based on the JDK on which NetBeans runs, but on the JDK used by a
> > particular project.
> >
> > Anyway, there have been one or two pull requests around the above, such
> as
> > this one:
> >
> > https://github.com/apache/netbeans/pull/2108
> >
> > A question is what about JDK 8. My bold suggestion would be that we
> > explicitly tell our users that they can’t use our Java Editor if they’re
> > running NetBeans on JDK 8. I’m not saying that we should drop support for
> > JDK 8. I’m saying we should show a message that the user should switch to
> > the latest supported JDK for running NetBeans itself on (which of course
> > does not mean that a project can’t use any earlier JDK).
> >
> > Anyway, comments and thoughts welcome.
> >
> > Gj
> >
>
>

Re: Missing DB module in Netbeans 11.3?

[Jean-Marc Borer]

Hi Eric,

Yes thank you for the help. That is the info I was looking for. I fixed it
and it works as expected.

Cheers,

JM

On Wed, Apr 22, 2020 at 1:19 PM Eric Barboni  wrote:

> Hi Jean-Marc,
>  Groupid shoud be changed to org.netbeans.api.
>  Because publicpackage were added in 11.3 triaging the module in different
> group.
>
> Best Regards
> Eric
> -Message d'origine-
> De : Jean-Marc Borer 
> Envoyé : mercredi 22 avril 2020 12:22
> À : dev@netbeans.apache.org
> Objet : Missing DB module in Netbeans 11.3?
>
> Hello everyone,
>
> Today I tried to update my NB platform app that is using the database
> function from the IDE cluster from 11.2 to 11.3. It is a Maven project.
>
> The following module is not longer available in 11.3 whereas it was in 11.2
>
> 
> org.netbeans.modules
> org-netbeans-modules-db-metadata-model
> RELEASE113
> 
>
> Strangely I checked my NB 11.3 installation to see if the module is gone
> during the update, but it is still there in the "ide" cluster.
>
> Any idea why this module is no longer found?
>
> Cheers,
>
> Jean-Marc
>
>
> -
> 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
>
>
>
>

Missing DB module in Netbeans 11.3?

[Jean-Marc Borer]

Hello everyone,

Today I tried to update my NB platform app that is using the database
function from the IDE cluster from 11.2 to 11.3. It is a Maven project.

The following module is not longer available in 11.3 whereas it was in 11.2


org.netbeans.modules
org-netbeans-modules-db-metadata-model
RELEASE113


Strangely I checked my NB 11.3 installation to see if the module is gone
during the update, but it is still there in the "ide" cluster.

Any idea why this module is no longer found?

Cheers,

Jean-Marc

Re: Pull the plug from Java 8 in 12.1?

[Jean-Marc Borer]

Hi,

We build NB platform applications that shall run on 8 LTS. In our industry,
it is not easy to upgrade to 8+. No problem to move ahead as long
compatibility whith 8 is preserved.

Cheers,

JMB


On Thu, Feb 27, 2020 at 2:13 AM Laszlo Kishalmi 
wrote:

> Dear all,
>
> What do you think about stopping support Java 8 as NetBeans runtime from
> 12.1 and on?
>
> Neil mentioned it in the user's chat first regarding that we have issues
> with nb-javac from time to time.
>
> As we know our mid term plan is/was to rely on javac tooling instead of
> habing to maintain the nb-javac fork.
>
> Right now NetBeans run fairly well on standard javac, however when the
> IDE is running on Java 8 we need the nb-javac.
>
> I think removing Java 8 support as runtime shall be not a big deal, it
> would be a few thing less to worry about. During the 12.x cycle we could
> perfect our stuff on Java 11.
>
>
>
>
>
> -
> 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: Apache NetBeans 11.3-beta3 available

[Jean-Marc Borer]

I downloaded the archive and was able to run it on Win10 with a very
restricted configuration...

On Wed, Feb 19, 2020 at 11:14 AM Samiul Alom Sium 
wrote:

> Thank you.
>
> On Wed, Feb 19, 2020 at 2:49 AM Geertjan Wielenga 
> wrote:
>
> > https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> >
> > Gj
> >
> > On Wed, Feb 19, 2020 at 11:45 AM Samiul Alom Sium <
> > siumastroma...@gmail.com>
> > wrote:
> >
> > > Another question? When netbeans 11.3 will come (with installers)?
> > >
> > > On Wed, Feb 19, 2020 at 4:35 PM Samiul Alom Sium <
> > siumastroma...@gmail.com
> > > >
> > > wrote:
> > >
> > > > Yesterday after installing a ssd in my old laptop, now I get much
> > faster
> > > > auto completion speed in netbeans. I am pretty much satisfied with
> it.
> > > > Thanks for making it open source and powerful.
> > > >
> > > > On Wed, Feb 19, 2020 at 4:31 PM Samiul Alom Sium <
> > > siumastroma...@gmail.com>
> > > > wrote:
> > > >
> > > >> By the way, can anyone tell me, will netbeans 11.3 come with
> > installers?
> > > >> If so, then now I use netbeans 11.1 and after 11.3 come out, I will
> > use
> > > >> that.
> > > >>
> > > >> On Wed, Feb 19, 2020 at 4:24 PM Samiul Alom Sium <
> > > >> siumastroma...@gmail.com> wrote:
> > > >>
> > > >>> Yes. I tried both netbeans.exe and netbeans64.exe
> > > >>> Nothing works.
> > > >>>
> > > >>> But in this same laptop, I am running netbeans 11.1 which I
> installed
> > > in
> > > >>> my computer today using installer.
> > > >>>
> > > >>> On Wed, Feb 19, 2020 at 2:17 AM Jean-Marc Borer  >
> > > >>> wrote:
> > > >>>
> > > >>>> Samiul,
> > > >>>>
> > > >>>> Naive question, do you try to execute the .exe file or other
> binary
> > > >>>> versions? Your error message seems to me like you are trying to
> > launch
> > > >>>> the
> > > >>>> Linux/MacOS executables which are actually shell scripts...
> > > >>>>
> > > >>>> On Wed, Feb 19, 2020 at 10:09 AM Samiul Alom Sium <
> > > >>>> siumastroma...@gmail.com>
> > > >>>> wrote:
> > > >>>>
> > > >>>> > I didn't use any terminal or command line. How to do it in
> windows
> > > 10?
> > > >>>> >
> > > >>>> >
> > > >>>> > On Wed, Feb 19, 2020 at 1:52 AM Geertjan Wielenga <
> > > >>>> geert...@apache.org>
> > > >>>> > wrote:
> > > >>>> >
> > > >>>> > > What happens when you go on the command line (i.e., the
> > terminal)
> > > >>>> to that
> > > >>>> > > folder and then try to start NetBeans, i.e., on the command
> > line?
> > > >>>> > >
> > > >>>> > > Gj
> > > >>>> > >
> > > >>>> > > On Wed, Feb 19, 2020 at 10:15 AM Samiul Alom Sium <
> > > >>>> > > siumastroma...@gmail.com>
> > > >>>> > > wrote:
> > > >>>> > >
> > > >>>> > > > Actually at first I deleted netbeans 11.3 beta-3 and try the
> > > >>>> checksum
> > > >>>> > > > program. But after realize that, again I download netbeans
> > 11.3
> > > >>>> beta-3
> > > >>>> > > and
> > > >>>> > > > then try checksum program. Now I extracted the whole
> netbeans
> > > >>>> from zip
> > > >>>> > > and
> > > >>>> > > > inside bin, there are two netbeans icon which is used to
> start
> > > the
> > > >>>> > > program
> > > >>>> > > > by clicking it. But when I click, it not starts anyway.
> > > >>>> > > >
> > > >>>> > > > On Wed, Feb 19, 2020 at 1:12 AM Neil C Smith <
> > > >>>> neilcsm...@apache.org>
> > > >>>> > > > wrote:
> > > >>>> > > >
> > > >>>> > > > > On Wed, 19 Feb 2020, 07:21 Samiul Alom Sium, <
> > > >>>> > siumastroma...@gmail.com
> > > >>>> > > >
> > > >>>> > > > > wrote:
> > > >>>> > > > >
> > > >>>> > > > > > Here is it is:
> > > >>>> > > > > >
> > > >>>> > > > > >
> > > >>>> > > > > >
> > > >>>> > > > >
> > > >>>> > > >
> > > >>>> > >
> > > >>>> >
> > > >>>>
> > >
> >
> f0cd65d5d8463f1ee9ec21192f5281bda75b1b70bcba83cd6ef16dbd367a105d544d607b240f612092c4141091608d02f2f962ce9f2da63ee38b9b7ebe15c3eb
> > > >>>> > > > > >  ./netbeans-11.3-beta3-bin.zip
> > > >>>> > > > > >
> > > >>>> > > > >
> > > >>>> > > > > Can you elaborate how you got that output? Your previous
> > email
> > > >>>> about
> > > >>>> > > not
> > > >>>> > > > > having an application associated with that file type makes
> > me
> > > >>>> wonder
> > > >>>> > > what
> > > >>>> > > > > steps you took here.
> > > >>>> > > > >
> > > >>>> > > > > Best wishes,
> > > >>>> > > > >
> > > >>>> > > > > Neil
> > > >>>> > > > >
> > > >>>> > > > > >
> > > >>>> > > > >
> > > >>>> > > >
> > > >>>> > >
> > > >>>> >
> > > >>>>
> > > >>>
> > >
> >
>

Re: Apache NetBeans 11.3-beta3 available

[Jean-Marc Borer]

Samiul,

Naive question, do you try to execute the .exe file or other binary
versions? Your error message seems to me like you are trying to launch the
Linux/MacOS executables which are actually shell scripts...

On Wed, Feb 19, 2020 at 10:09 AM Samiul Alom Sium 
wrote:

> I didn't use any terminal or command line. How to do it in windows 10?
>
>
> On Wed, Feb 19, 2020 at 1:52 AM Geertjan Wielenga 
> wrote:
>
> > What happens when you go on the command line (i.e., the terminal) to that
> > folder and then try to start NetBeans, i.e., on the command line?
> >
> > Gj
> >
> > On Wed, Feb 19, 2020 at 10:15 AM Samiul Alom Sium <
> > siumastroma...@gmail.com>
> > wrote:
> >
> > > Actually at first I deleted netbeans 11.3 beta-3 and try the checksum
> > > program. But after realize that, again I download netbeans 11.3 beta-3
> > and
> > > then try checksum program. Now I extracted the whole netbeans from zip
> > and
> > > inside bin, there are two netbeans icon which is used to start the
> > program
> > > by clicking it. But when I click, it not starts anyway.
> > >
> > > On Wed, Feb 19, 2020 at 1:12 AM Neil C Smith 
> > > wrote:
> > >
> > > > On Wed, 19 Feb 2020, 07:21 Samiul Alom Sium, <
> siumastroma...@gmail.com
> > >
> > > > wrote:
> > > >
> > > > > Here is it is:
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> f0cd65d5d8463f1ee9ec21192f5281bda75b1b70bcba83cd6ef16dbd367a105d544d607b240f612092c4141091608d02f2f962ce9f2da63ee38b9b7ebe15c3eb
> > > > >  ./netbeans-11.3-beta3-bin.zip
> > > > >
> > > >
> > > > Can you elaborate how you got that output? Your previous email about
> > not
> > > > having an application associated with that file type makes me wonder
> > what
> > > > steps you took here.
> > > >
> > > > Best wishes,
> > > >
> > > > Neil
> > > >
> > > > >
> > > >
> > >
> >
>

Re: Update centers based on mirrors are a nightmare to support in an enterprise environment

[Jean-Marc Borer]

Well, correct me if I am wrong, but the update center index itself is not
hosted on the mirrors. You get redirected from the links provided in the
index. And that is the issue for us.

On Wed, Feb 5, 2020 at 9:06 PM Laszlo Kishalmi 
wrote:

> I think the best way would be mirror the update center from one specific
> mirror (or might be even from the dist) internally in the corporation,
> then set up that one as an update center.
>
> You might wrote a very minimal plugin to set that UC up for everyone if
> there are a lot of people involved.
>
> On 2/5/20 12:00 PM, Neil C Smith wrote:
> > On Wed, 5 Feb 2020, 14:21 Peter Kovacs,  wrote:
> >
> >> The ASF publishes the releases at:
> >>
> >> https://apache.org/dist/netbeans/
> >>
> >> Maybe that is less of an issue?
> >>
> > That's an option, keeping in mind the limits here if there's a lot of
> > corporate use though  - https://www.apache.org/dev/infra-ban.html
> >
> > Otherwise maybe local mirroring?
> >
> > 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
>
>
>
>

Re: Update centers based on mirrors are a nightmare to support in an enterprise environment

[Jean-Marc Borer]

I like Matthias idea. At least with companies with very restrictive
whitelisting policies, you could force the use of a whitelisted mirror.
Sounds good.

Is there a need to write a plugin for that, or change something on the
infra or is it an improvement request for NB?

Cheers,

JMB

On Thu, Feb 6, 2020 at 8:22 AM Andreas Sewe  wrote:

> Geertjan Wielenga wrote:
> > I'm not sure what the solution is.
>
> FYI, the Eclipse Installer (aka Eclipse Oomph) has a "Use mirrors" check
> box, which is checked by default and thus likely being using in the vast
> majority of installs. The traditional Eclipse "Install New Software
> Dialog" doesn't expose such an option, though.
>
> Best wishes,
>
> Andreas
>
> --
> Dr. Andreas Sewe | s...@cqse.eu | +49 152 56342856
> CQSE GmbH | Centa-Hafenbraedl-Strasse 59 | 81249 Muenchen | www.cqse.eu
> Amtsgericht Muenchen | HRB 177678 | GF: F. Deissenboeck, M. Feilkas
>
>

Re: Update centers based on mirrors are a nightmare to support in an enterprise environment

[Jean-Marc Borer]

Any opinion here?

For us, mirrors are just giving us headaches for plugins and updates...

On Thu, Jan 30, 2020 at 2:55 PM Jean-Marc Borer  wrote:

> Hi guys,
>
> This is bit of a complaint addressed to the NB infra community. When you
> are stuck behind corporate proxy that is very aggressively filtering web
> content, mirrors are a nightmare for you. In my case we need to whitelist
> every single server hosting java binaries otherwise we get empty files. As
> such, it is not viable to declare every single mirror (the company won't
> accept that).
>
> So my request is: please for NB IDE updates and their core components,
> never ever use mirrors or provide an option to always point to the same
> mirrored site.
>
> This may sound silly, but is really an issue within enterprises and
> therefore prevent the adoption of NB IDE far more than the alternatives,
> which is really a pity...
>
> Regards,
>
> JMB
>

Re: unpacking index for central repository

[Jean-Marc Borer]

+1 for me as well.

On Fri, Jan 24, 2020 at 3:41 PM Ernie Rael  wrote:

> Working on 11.3b1, probably not an issue.
>
> The "unpacking..." was taking a long time. The system's physical memory
> was maxed (win7 with 16 gig ram). So I decided to restart NB and a few
> other things. The system is now at half after restarting things. I
> expected the indexing to continue when NB restarted, but saw no such
> indication. NB went down clean (I did confirm yes-stop a few times).
>
> I did the "Index Now" in options>java>maven>index and it finished
> relatively quickly. Is that it? I don't recall seeing the "unpacking
> index for central repository" message.
>
> Anything else needed to finish/complete?
>
> -ernie
>
> BTW, I didn't see much online about how to speed up the process... Some
> faint hopes of parallelization...
>
>
> -
> 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
>
>
>
>

Fwd: Update centers based on mirrors are a nightmare to support in an enterprise environment

[Jean-Marc Borer]

Hi guys,

This is bit of a complaint addressed to the NB infra community. When you
are stuck behind corporate proxy that is very aggressively filtering web
content, mirrors are a nightmare for you. In my case we need to whitelist
every single server hosting java binaries otherwise we get empty files. As
such, it is not viable to declare every single mirror (the company won't
accept that).

So my request is: please for NB IDE updates and their core components,
never ever use mirrors or provide an option to always point to the same
mirrored site.

This may sound silly, but is really an issue within enterprises and
therefore prevent the adoption of NB IDE far more than the alternatives,
which is really a pity...

Regards,

JMB

[maven] What about the hosting of RELEASE82 artifacts?

[Jean-Marc Borer]

Hi there,

When you want to create plugins compatible to older NB based applications
such as VisualVM 1.4.x with Maven, you have dependencies to older Maven
artifacts such as RELEASE82. Sure it may evolve in the future, but
currently the latest version of VisualVM is still bound to NB 8.2.

NB 8.2 belongs to Oracle and the artifacts are still hosted at
bits.netbeans.org and can't be hosted at Apache. As I understood, this repo
is going to be shut down eventually (soon?).

Now the question that remains is: will those older artifacts be hosted on
the long term and where?

Cheers,

JMB

Re: NB Platform modules and JDK 11+ modules

[Jean-Marc Borer]

No. Just wondering.

On Thu, Jan 9, 2020 at 10:09 AM Geertjan Wielenga 
wrote:

> It is not. Does it need to?
>
> Gj
>
> On Thu, 9 Jan 2020 at 10:06, Jean-Marc Borer  wrote:
>
> > Hi guys,
> >
> > I just had a discussion with colleagues about NB module system. We were
> > wondering how this system is cohabitating with "new" Java module system.
> >
> > Any idea or documentation/article/thread/information?
> >
> > Cheers,
> >
> > JMB
> >
>

NB Platform modules and JDK 11+ modules

[Jean-Marc Borer]

Hi guys,

I just had a discussion with colleagues about NB module system. We were
wondering how this system is cohabitating with "new" Java module system.

Any idea or documentation/article/thread/information?

Cheers,

JMB

Re: NetBeans Logo on the Welcome Screen

[Jean-Marc Borer]

"ImageUtilities can load SVG files now."

Oh is it? That would be great.

In which version on NB? In 11.2 sources code, I can't find anything related
to SVG.

On Sat, Dec 28, 2019 at 5:39 AM Eirik Bakke  wrote:

> I added the graphics used for the current Splash Screen (not to be
> confused with the Welcome Screen) as new attachments to
> https://issues.apache.org/jira/browse/NETBEANS-378 . See the file named
> "Apache NetBeans Logo with Product Name.svg".
>
> Would be great to get HiDPI graphics in the welcome screen. ImageUtilities
> can load SVG files now.
>
> -- Eirik
>
> -Original Message-
> From: Laszlo Kishalmi 
> Sent: Friday, December 27, 2019 11:01 PM
> To: Apache NetBeans ; r.thil...@gmail.com
> Subject: NetBeans Logo on the Welcome Screen
>
> Dear all,
>
> I'm trying to iron out the Welcome Screen for FlatLAF, though for the
> light theme it would be good to have a png with the NetBeans icon + Apache
> NetBeans text. The text shall be dark er as I'd put it on an almost white
> background.
>
> It is right now a 215x40 png, an svg would be great as well.
>
> Thank you!
>
>
> -
> 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: Re: Any objections against turning netbeans.org OFF?

[Jean-Marc Borer]

+1

It still essential to keep bits.netbeans.org: it hosts older Maven
artifacts that are still required. If you want to create a Mavenized plugin
for VisualVM 1.4.x which is still based on NB platform 8.2 or 9.0, you need
to access the RELEASE82 and RELEASE90 artifacts. I recently faced this
issue.

Alternatively, we could move the artifacts to another repository.

On Sun, Jan 5, 2020 at 5:41 PM Eric Bresie  wrote:

> +1 for keeping / migrating / redirecting bits.netbeans.org
>
> Eric Bresie
> ebre...@gmail.com
> > On January 3, 2020 at 4:35:32 AM CST, Karl Tauber <
> k...@jformdesigner.com> wrote:
> > Hallo,
> >
> > what happens to http://bits.netbeans.org/ ?
> >
> > I is quite useful to browse NetBeans javadoc online.
> >
> > Karl
> >
> >
> > > El 2/1/20 a las 16:56, Jiří Kovalský escribió:
> > > > Hello folks,
> > > >
> > > > as many of you know we have successfully matured to a top level
> > > > Apache project in 2019. How about turning netbeans.org domain in
> 2020?
> > > >
> > > > Can we identify parts which still need to be migrated? Is anyone
> > > > aware of something which prevents decommissioning of Oracle
> > > > infrastructure hosting the legacy services?
> > > >
> > > > Are there any Mercurial repositories [1] worth their backup before we
> > > > turn the servers off or we are ready?
> > > >
> > > > [1] https://hg.netbeans.org
> > > >
> > > > -Jirka
> > > >
> > > > -
> > > > 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
> >
> >
> >
>