Re: NB 11.2 change default project path

[Ernie Rael]

On 2/25/2020 10:39 AM, Neil C Smith wrote:

On Mon, 24 Feb 2020 at 18:18, Ernie Rael  wrote:

And to close the loop. The latest directory used is saved/used. It's
stashed as a preference at /org/netbeans/modules/projectui keyed with
projectsFolder.

Have you tried that?  If it actually worked consistently I don't think
anyone would have an issue here! ;-)

Best wishes,

Neil

Sadly it doesn't work with a clean userdir. And I'm not sure I could 
verify that *every* new project action goes through that path. Finally, 
I'm not sure that there's anything that someone wouldn't have an issue with.


-ernie


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

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

Re: Netbeans 11 alongside Netbeans 8

[Juan Algaba]

Yes. it is possible to install both Netbeans 11 and Netbeans 8 in Windows.

In fact, you can have multiple minor versions installed (11.1, 11.2,
11.3-beta, etc.) and alternate distributions (Openbeans). This is what my
taskbar looks like at the moment:
[image: image.png]
The only requirement of course is that you choose a different installation
folder for each one.
They won't be affected by each other because they have their own
userdir/cachedir, please take a look at these resources:
http://wiki.netbeans.org/FaqWhatIsUserdir
http://wiki.netbeans.org/FaqAlternateUserdir

Regards,
Juan

On Tue, Feb 25, 2020 at 9:21 AM Alonso Del Arte 
wrote:

> For what it's worth, I have both NetBeans 8.2 and 11.1 on my MacBook
> (macOS Catalina). I thought about removing 8.2 but haven't gotten around to
> it. I experience occasional glitches in 11.1, but nothing major enough to
> convince me to fully revert to 8.2.
>
> On this Windows 10 computer that I'm using right now, though, I installed
> 11.2. I thought about installing 8.2 so I could work on Fortran programs,
> but then Hans suggested enabling the 8.2 plugin portal.
>
> Al
>
> On Tue, Feb 25, 2020 at 6:28 AM Geertjan Wielenga 
> wrote:
>
>> Why would that not be possible?
>>
>> I have had multiple versions of NetBeans installed for many years.
>>
>> Gh
>>
>> On Tue, Feb 25, 2020 at 12:27 PM Francisco Afonso 
>> wrote:
>>
>>> Hi,
>>>
>>> Is it possible to install both Netbeans 11 and Netbeans 8 in Windows?
>>>
>>> Regards,
>>>
>>> Francisco
>>>
>>>
>
> --
> Alonso del Arte
> Author at SmashWords.com
> 
> Musician at ReverbNation.com 
>


-- 
Juan Algaba

Re: NB 11.2 change default project path

[Neil C Smith]

On Mon, 24 Feb 2020 at 18:18, Ernie Rael  wrote:
> And to close the loop. The latest directory used is saved/used. It's
> stashed as a preference at /org/netbeans/modules/projectui keyed with
> projectsFolder.

Have you tried that?  If it actually worked consistently I don't think
anyone would have an issue here! ;-)

Best wishes,

Neil

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

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

Re: Netbeans 11 alongside Netbeans 8

[Alonso Del Arte]

For what it's worth, I have both NetBeans 8.2 and 11.1 on my MacBook (macOS
Catalina). I thought about removing 8.2 but haven't gotten around to it. I
experience occasional glitches in 11.1, but nothing major enough to
convince me to fully revert to 8.2.

On this Windows 10 computer that I'm using right now, though, I installed
11.2. I thought about installing 8.2 so I could work on Fortran programs,
but then Hans suggested enabling the 8.2 plugin portal.

Al

On Tue, Feb 25, 2020 at 6:28 AM Geertjan Wielenga 
wrote:

> Why would that not be possible?
>
> I have had multiple versions of NetBeans installed for many years.
>
> Gh
>
> On Tue, Feb 25, 2020 at 12:27 PM Francisco Afonso 
> wrote:
>
>> Hi,
>>
>> Is it possible to install both Netbeans 11 and Netbeans 8 in Windows?
>>
>> Regards,
>>
>> Francisco
>>
>>

-- 
Alonso del Arte
Author at SmashWords.com

Musician at ReverbNation.com 

Re: Refactor renaming hardly works anymore

[Geertjan Wielenga]

Without very clear steps and a full description of your environment, no one
can help.

Gj

On Tue, Feb 25, 2020 at 5:31 PM Hans Grimmelshausen HG 
wrote:

> Hello Geertjan and others,
>
> Unfortunately also with NB 11.3 alpha, the same Null pointer exception
> occurs frequently at compile time, with non-installed nb-java plugin.
>
> But I observed the following:
> While the null pointer exception in its stack-trace lists this (which you
> quoted earlier) :
> ->  at
> org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)
>
> … and the nb-javac plugin isn't installed (which for many, including me,
> would be located in the user's home, here under Linux it's: .netbeans/11.2/
> ), there's still a hard-wired module inside the netbeans application
> folder, this:
> ->  netbeans/java/modules/org-netbeans-lib-nbjavac.jar
>
> This jar file stays there, even if nb-javac plugin isn't installed (or
> un-installed) in the user's home.
> Could this be the problem?
>
> For now, the situation for my mid-sized OpenJDK 11 project is as follows:
> a) With installed nb-javac plugin:
> No null-pointer exceptions at compile time, but refactoring-rename doesn't
> work.
>
> b) Without the nb-javac plugin:
> Frequent null-pointer exceptions at compile time, however
> refactoring-rename works fine.
>
> Strange. The null pointer exception doesn't block anything, it seems, i.e.
> I can continue to work with the project in NB. But since the exception is
> shown in red an occurs frequently when compiling, it's irritating. Also I
> am at my wits' end. :-)
>
> Greetings,
> Hans
>
>
> Am 25.02.20 um 15:41 schrieb Geertjan Wielenga:
>
> Definitely try 11.3.
>
> And possibly nb-javac is disabled, though still installed.
>
> Gj
>
> On Tue, Feb 25, 2020 at 3:39 PM Hans Grimmelshausen HG 
> wrote:
>
>> Hello Geertjan and other readers,
>>
>> Your observation makes sense, but the strange thing is that I did
>> uninstall nb-javac via NB's menu Tools->Plugins. So it's shown under
>> "Available Plugins".
>> Also I can successfully refactore-rename methods etc in my mid-sized
>> project, which hasn't been working with an installed nb-javac. Like Thomas
>> suggested, disabling nb-javac wasn't enough, it had to be un-installed.
>>
>> I even tried with a fresh NB profile, but the null pointer exceptions
>> keep up coming.
>> This is all very strange to me. Since indeed the nb-javac mention is in
>> the stacktrace.
>> Maybe I should try NB 11.3 ?
>>
>> Thanks.
>>
>> Greetings,
>> Hans
>>
>>
>>
>> Am 25.02.20 um 11:52 schrieb Geertjan Wielenga:
>>
>> Since this is in the stacktrace, nb-javac must still be present, i.e.,
>> has not been uninstalled:
>>
>>  at
>> org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)
>>
>> Gj
>>
>> On Tue, Feb 25, 2020 at 11:48 AM Neil C Smith 
>> wrote:
>>
>>> On Tue, 25 Feb 2020 at 10:35, Hans Grimmelshausen (HG) 
>>> wrote:
>>> > Geertjan wrote at
>>> > one point that the nb-javac plugin was mainly useful for JDK 8
>>> projects.
>>>
>>> Mainly useful for running NetBeans itself on JDK 8 as far as I know.
>>> And for supporting versions of JDK above what the IDE is running on.
>>>
>>> Maybe it's time to take the plunge and stop supporting NetBeans on JDK
>>> 8 from 12.1?!
>>>
>>> Best wishes,
>>>
>>> Neil
>>
>>
>
> --
> Via Netbeans-Apache
>
>

Re: Refactor renaming hardly works anymore

[Hans Grimmelshausen HG]

Hello Geertjan and others,

Unfortunately also with NB 11.3 alpha, the same Null pointer exception occurs 
frequently at compile time, with non-installed nb-java plugin.


But I observed the following:
While the null pointer exception in its stack-trace lists this (which you 
quoted earlier) :

->  at org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)

… and the nb-javac plugin isn't installed (which for many, including me, 
would be located in the user's home, here under Linux it's: .netbeans/11.2/ 
), there's still a hard-wired module inside the netbeans application folder, 
this:

->  netbeans/java/modules/org-netbeans-lib-nbjavac.jar

This jar file stays there, even if nb-javac plugin isn't installed (or 
un-installed) in the user's home.

Could this be the problem?

For now, the situation for my mid-sized OpenJDK 11 project is as follows:
a) With installed nb-javac plugin:
No null-pointer exceptions at compile time, but refactoring-rename doesn't work.

b) Without the nb-javac plugin:
Frequent null-pointer exceptions at compile time, however refactoring-rename 
works fine.


Strange. The null pointer exception doesn't block anything, it seems, i.e. I 
can continue to work with the project in NB. But since the exception is shown 
in red an occurs frequently when compiling, it's irritating. Also I am at my 
wits' end. :-)


Greetings,
Hans


Am 25.02.20 um 15:41 schrieb Geertjan Wielenga:

Definitely try 11.3.

And possibly nb-javac is disabled, though still installed.

Gj

On Tue, Feb 25, 2020 at 3:39 PM Hans Grimmelshausen HG > wrote:


Hello Geertjan and other readers,

Your observation makes sense, but the strange thing is that I did
uninstall nb-javac via NB's menu Tools->Plugins. So it's shown under
"Available Plugins".
Also I can successfully refactore-rename methods etc in my mid-sized
project, which hasn't been working with an installed nb-javac. Like
Thomas suggested, disabling nb-javac wasn't enough, it had to be
un-installed.

I even tried with a fresh NB profile, but the null pointer exceptions
keep up coming.
This is all very strange to me. Since indeed the nb-javac mention is in
the stacktrace.
Maybe I should try NB 11.3 ?

Thanks.

Greetings,
Hans



Am 25.02.20 um 11:52 schrieb Geertjan Wielenga:

Since this is in the stacktrace, nb-javac must still be present, i.e.,
has not been uninstalled:

     at
org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)

Gj

On Tue, Feb 25, 2020 at 11:48 AM Neil C Smith mailto:neilcsm...@apache.org>> wrote:

On Tue, 25 Feb 2020 at 10:35, Hans Grimmelshausen (HG)
mailto:far...@mail.de>> wrote:
> Geertjan wrote at
> one point that the nb-javac plugin was mainly useful for JDK 8
projects.

Mainly useful for running NetBeans itself on JDK 8 as far as I know.
And for supporting versions of JDK above what the IDE is running on.

Maybe it's time to take the plunge and stop supporting NetBeans on JDK
8 from 12.1?!

Best wishes,

Neil




--
Via Netbeans-Apache

Re: Refactor renaming hardly works anymore

[Emilian Bold]

> Well, compile on save doesn't work without it as far as I know.  Which
is fine, because it saves me from having to disable it on every
project anyway! ;-)

Touche! (I would vote to get rid of that feature entirely.)

--emi

On Tue, Feb 25, 2020 at 4:55 PM Neil C Smith  wrote:
>
> On Tue, 25 Feb 2020 at 14:47, Emilian Bold  wrote:
> > Although, my impression is that some features are not implemented and
> > nb-javac is more or less mandatory for the full Java editing
> > experience.
>
> Well, compile on save doesn't work without it as far as I know.  Which
> is fine, because it saves me from having to disable it on every
> project anyway! ;-)
>
> Best wishes,
>
> Neil

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

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

Re: Refactor renaming hardly works anymore

[Neil C Smith]

On Tue, 25 Feb 2020 at 14:47, Emilian Bold  wrote:
> Although, my impression is that some features are not implemented and
> nb-javac is more or less mandatory for the full Java editing
> experience.

Well, compile on save doesn't work without it as far as I know.  Which
is fine, because it saves me from having to disable it on every
project anyway! ;-)

Best wishes,

Neil

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

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

Re: Refactor renaming hardly works anymore

[Emilian Bold]

I haven't followed the whole thread here, but couldn't NetBeans
auto-disable nb-javac if needed?

If nb-javac is only supposed to work for Java 8 runtimes then perhaps
NetBeans should just use it as a fallback?

Although, my impression is that some features are not implemented and
nb-javac is more or less mandatory for the full Java editing
experience.

--emi



On Tue, Feb 25, 2020 at 4:41 PM Geertjan Wielenga  wrote:
>
> Definitely try 11.3.
>
> And possibly nb-javac is disabled, though still installed.
>
> Gj
>
> On Tue, Feb 25, 2020 at 3:39 PM Hans Grimmelshausen HG  wrote:
>>
>> Hello Geertjan and other readers,
>>
>> Your observation makes sense, but the strange thing is that I did uninstall 
>> nb-javac via NB's menu Tools->Plugins. So it's shown under "Available 
>> Plugins".
>> Also I can successfully refactore-rename methods etc in my mid-sized 
>> project, which hasn't been working with an installed nb-javac. Like Thomas 
>> suggested, disabling nb-javac wasn't enough, it had to be un-installed.
>>
>> I even tried with a fresh NB profile, but the null pointer exceptions keep 
>> up coming.
>> This is all very strange to me. Since indeed the nb-javac mention is in the 
>> stacktrace.
>> Maybe I should try NB 11.3 ?
>>
>> Thanks.
>>
>> Greetings,
>> Hans
>>
>>
>>
>> Am 25.02.20 um 11:52 schrieb Geertjan Wielenga:
>>
>> Since this is in the stacktrace, nb-javac must still be present, i.e., has 
>> not been uninstalled:
>>
>>  at 
>> org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)
>>
>> Gj
>>
>> On Tue, Feb 25, 2020 at 11:48 AM Neil C Smith  wrote:
>>>
>>> On Tue, 25 Feb 2020 at 10:35, Hans Grimmelshausen (HG)  
>>> wrote:
>>> > Geertjan wrote at
>>> > one point that the nb-javac plugin was mainly useful for JDK 8 projects.
>>>
>>> Mainly useful for running NetBeans itself on JDK 8 as far as I know.
>>> And for supporting versions of JDK above what the IDE is running on.
>>>
>>> Maybe it's time to take the plunge and stop supporting NetBeans on JDK
>>> 8 from 12.1?!
>>>
>>> Best wishes,
>>>
>>> Neil
>>
>>

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

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

Re: Refactor renaming hardly works anymore

[Geertjan Wielenga]

Definitely try 11.3.

And possibly nb-javac is disabled, though still installed.

Gj

On Tue, Feb 25, 2020 at 3:39 PM Hans Grimmelshausen HG 
wrote:

> Hello Geertjan and other readers,
>
> Your observation makes sense, but the strange thing is that I did
> uninstall nb-javac via NB's menu Tools->Plugins. So it's shown under
> "Available Plugins".
> Also I can successfully refactore-rename methods etc in my mid-sized
> project, which hasn't been working with an installed nb-javac. Like Thomas
> suggested, disabling nb-javac wasn't enough, it had to be un-installed.
>
> I even tried with a fresh NB profile, but the null pointer exceptions keep
> up coming.
> This is all very strange to me. Since indeed the nb-javac mention is in
> the stacktrace.
> Maybe I should try NB 11.3 ?
>
> Thanks.
>
> Greetings,
> Hans
>
>
>
> Am 25.02.20 um 11:52 schrieb Geertjan Wielenga:
>
> Since this is in the stacktrace, nb-javac must still be present, i.e., has
> not been uninstalled:
>
>  at
> org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)
>
> Gj
>
> On Tue, Feb 25, 2020 at 11:48 AM Neil C Smith 
> wrote:
>
>> On Tue, 25 Feb 2020 at 10:35, Hans Grimmelshausen (HG) 
>> wrote:
>> > Geertjan wrote at
>> > one point that the nb-javac plugin was mainly useful for JDK 8 projects.
>>
>> Mainly useful for running NetBeans itself on JDK 8 as far as I know.
>> And for supporting versions of JDK above what the IDE is running on.
>>
>> Maybe it's time to take the plunge and stop supporting NetBeans on JDK
>> 8 from 12.1?!
>>
>> Best wishes,
>>
>> Neil
>
>
>

Terminal Support in NB: Windows subsystem Linux vs Cygwin

[Krishna Mohan]

Dear list

I use CygWin under Netbeans from 8.2 (Windows64 version) and it works
really nice (as like Bash terminal under a Linux based NB).

My question: Now Windows OS support WSL (Windows subsystem for linux),
which is more powerful and more compatible than CygWin for native Linux
application in Windows OS. So, Does NB team have some plan to incorporate
WSL Terminal in Windows-NB ( in future, at least)?

Thanks in advance

Krishnamohan

Re: Refactor renaming hardly works anymore

[Hans Grimmelshausen HG]

Hello Geertjan and other readers,

Your observation makes sense, but the strange thing is that I did uninstall 
nb-javac via NB's menu Tools->Plugins. So it's shown under "Available Plugins".
Also I can successfully refactore-rename methods etc in my mid-sized project, 
which hasn't been working with an installed nb-javac. Like Thomas suggested, 
disabling nb-javac wasn't enough, it had to be un-installed.


I even tried with a fresh NB profile, but the null pointer exceptions keep up 
coming.
This is all very strange to me. Since indeed the nb-javac mention is in the 
stacktrace.

Maybe I should try NB 11.3 ?

Thanks.

Greetings,
Hans



Am 25.02.20 um 11:52 schrieb Geertjan Wielenga:
Since this is in the stacktrace, nb-javac must still be present, i.e., has 
not been uninstalled:


     at org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)

Gj

On Tue, Feb 25, 2020 at 11:48 AM Neil C Smith > wrote:


On Tue, 25 Feb 2020 at 10:35, Hans Grimmelshausen (HG) mailto:far...@mail.de>> wrote:
> Geertjan wrote at
> one point that the nb-javac plugin was mainly useful for JDK 8 projects.

Mainly useful for running NetBeans itself on JDK 8 as far as I know.
And for supporting versions of JDK above what the IDE is running on.

Maybe it's time to take the plunge and stop supporting NetBeans on JDK
8 from 12.1?!

Best wishes,

Neil

Re: Netbeans 11 alongside Netbeans 8

[Geertjan Wielenga]

Why would that not be possible?

I have had multiple versions of NetBeans installed for many years.

Gh

On Tue, Feb 25, 2020 at 12:27 PM Francisco Afonso 
wrote:

> Hi,
>
> Is it possible to install both Netbeans 11 and Netbeans 8 in Windows?
>
> Regards,
>
> Francisco
>
>

Netbeans 11 alongside Netbeans 8

[Francisco Afonso]

Hi,

Is it possible to install both Netbeans 11 and Netbeans 8 in Windows?

Regards,

Francisco

Re: Refactor renaming hardly works anymore

[Geertjan Wielenga]

Since this is in the stacktrace, nb-javac must still be present, i.e., has
not been uninstalled:

 at
org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)

Gj

On Tue, Feb 25, 2020 at 11:48 AM Neil C Smith  wrote:

> On Tue, 25 Feb 2020 at 10:35, Hans Grimmelshausen (HG) 
> wrote:
> > Geertjan wrote at
> > one point that the nb-javac plugin was mainly useful for JDK 8 projects.
>
> Mainly useful for running NetBeans itself on JDK 8 as far as I know.
> And for supporting versions of JDK above what the IDE is running on.
>
> Maybe it's time to take the plunge and stop supporting NetBeans on JDK
> 8 from 12.1?!
>
> Best wishes,
>
> Neil
>
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: users-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>

Re: Refactor renaming hardly works anymore

[Neil C Smith]

On Tue, 25 Feb 2020 at 10:35, Hans Grimmelshausen (HG)  wrote:
> Geertjan wrote at
> one point that the nb-javac plugin was mainly useful for JDK 8 projects.

Mainly useful for running NetBeans itself on JDK 8 as far as I know.
And for supporting versions of JDK above what the IDE is running on.

Maybe it's time to take the plunge and stop supporting NetBeans on JDK
8 from 12.1?!

Best wishes,

Neil

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

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

Re: Refactor renaming hardly works anymore

[Hans Grimmelshausen (HG)]

Hello again Netbeans users,

With great interest I follow this thread (and others), and learned several 
things.
As mentioned by me and others, the de-installation of the nb-javac plugin 
(which NB suggests to install at the beginning and then regularly) repairs 
the refactor-renaming so that it works again. Which is excellent.


My project's source-/binary-format is "JDK 11" by the way. Geertjan wrote at 
one point that the nb-javac plugin was mainly useful for JDK 8 projects.


However now with the uninstalled nb-javac plugin, I regularly experience Null 
pointer exceptions in NB when I edit a java source file and then either 
compile it manually (F9) or run the project (F6), where NB first compiles 
every changed source file (with the gears in its symbol), before it runs the 
project. I attach the stack trace below.


This is with NB 11.2, Openjdk "11.0.6" 2020-01-14 (from Ubuntu 18 LTS), and 
my mid-sized project.


Is there a work-around for this problem, too?
Btw, I disabled my activated C++ plugin from NB 8.3 repository, but this 
doesn't seem to change things.


Greetings,
Hans



---

java.lang.NullPointerException
    at 
jdk.compiler/com.sun.tools.javac.comp.Check.checkClassOverrideEqualsAndHash(Check.java:2095)
    at 
jdk.compiler/com.sun.tools.javac.comp.Check.checkClassOverrideEqualsAndHashIfNeeded(Check.java:2085)

    at jdk.compiler/com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4577)
    at jdk.compiler/com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4503)
    at jdk.compiler/com.sun.tools.javac.comp.Attr.visitClassDef(Attr.java:951)
    at org.netbeans.lib.nbjavac.services.NBAttr.visitClassDef(NBAttr.java:66)
    at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:774)

    at jdk.compiler/com.sun.tools.javac.comp.Attr.attribTree(Attr.java:655)
    at jdk.compiler/com.sun.tools.javac.comp.Attr.attribStat(Attr.java:724)
    at 
jdk.compiler/com.sun.tools.javac.comp.Attr.visitAnonymousClassDefinition(Attr.java:2397)

    at jdk.compiler/com.sun.tools.javac.comp.Attr.visitNewClass(Attr.java:2288)
    at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1689)

    at jdk.compiler/com.sun.tools.javac.comp.Attr.attribTree(Attr.java:655)
    at jdk.compiler/com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:695)
    at 
org.netbeans.modules.java.hints.spiimpl.Utilities.attributeTree(Utilities.java:655)
    at 
org.netbeans.modules.java.hints.spiimpl.Utilities.parseAndAttribute(Utilities.java:435)
    at 
org.netbeans.modules.java.hints.spiimpl.Utilities.parseAndAttribute(Utilities.java:349)
    at 
org.netbeans.modules.java.hints.spiimpl.Utilities.parseAndAttribute(Utilities.java:329)
    at 
org.netbeans.modules.java.hints.spiimpl.Utilities.parseAndAttribute(Utilities.java:325)
    at 
org.netbeans.modules.java.hints.spiimpl.pm.PatternCompiler.compile(PatternCompiler.java:44)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.doComputeHints(HintsInvoker.java:535)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHintsImpl(HintsInvoker.java:283)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:228)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:193)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:166)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65)
[catch] at 
org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786)

    at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663)
    at 
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)

    at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
    at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
    at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)

    at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
    at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)


---



Am 17.02.20 um 11:47 schrieb Thomas Kellerer:

Hans