Re: NetBeans 12.6-rc2 NPE opening project

2021-11-09 Thread Neil C Smith 
On Fri, 5 Nov 2021 at 20:43, Neil C Smith  wrote:
> On Fri, 5 Nov 2021, 20:31 Laszlo Kishalmi,  wrote:
>>
>> Are we talking about this one:
>> https://issues.apache.org/jira/browse/NETBEANS-5783 ?
>
>
> Probably. Missed that. The stack trace is a little different but ends with 
> same problem. I got same stack trace as Scott shared.
>
>> I might able to fix that on the weekend.
>
> That would be great!

I just tried a build from delivery with the fix in, and it seems to
stop the NPE report and fix the issue with the project not showing up
on resolve / priming build for me.

Hopefully we can get confirmation from others when RC3 is ready.

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 12.6-rc2 NPE opening project

2021-11-08 Thread Neil C Smith 
On Sat, 6 Nov 2021 at 23:25, Scott Palmer  wrote:
>
> Done.
> [NETBEANS-6179] Open Project dialog can take over 30 seconds to appear on
> Windows. - ASF JIRA (apache.org)
> 

Have commented on the issue, but I suspect from Jaroslav's pointing
out of it being stuck in FlatFileView::getIcon that this might be
caused by the call to getSystemIcon(..) in JDK.  Some bugs like this
in the past there on Windows, and I wonder if some JDK 17 changes
around large icons might also be triggering this.

Maybe something to consider here too?
https://github.com/apache/netbeans/blob/master/ide/projectui/src/org/netbeans/modules/project/ui/ProjectChooserAccessory.java#L591

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 12.6-rc2 NPE opening project

2021-11-07 Thread Scott Palmer 
Virus detection software usually interferes with writes, not reads. and 
shouldn’t affect only NetBeans and only when there are disconnected but mapped 
network drives. In any case it (built-in Windows Defender) is set to ignore my 
development folders.  I suspect the open project dialog initialization code is 
enumerating the drives in the filesystem too eagerly, and in a manner that is 
obviously blocking the UI thread.  

Nothing that appears in the dialog when it is shown would need to access 
anything other than the folder that it is showing me, so I suspect some 
optimizations could at the very least move this delay to a point when there is 
am actual need to try reading the disconnected drives.

Scott

> On Nov 7, 2021, at 9:19 AM, Eric Bresie  wrote:
> 
> Silly question…this isn’t caused by virus detection software is it?  Can
> you try turning it off and see if it works any better?
> 
> On Sat, Nov 6, 2021 at 6:25 PM Scott Palmer  > wrote:
> 
>> Done.
>> [NETBEANS-6179] Open Project dialog can take over 30 seconds to appear on
>> Windows. - ASF JIRA (apache.org )
>> > >
>> 
>> Scott
>> 
>> On Sat, Nov 6, 2021 at 11:49 AM Laszlo Kishalmi >> 
>> wrote:
>> 
>>> Create a separate JIRA issue and attach the snapshot there.
>>> 
>>> This mailing list does not accept snapshots.
>>> 
>>> On 11/6/21 08:44, Scott Palmer wrote:
 I’ve figured out what about my system triggers this delay on
 Open Project.  I am working from home and have a couple different VPNs
 that I connected to for work.  But I don’t always have them connected,
 and I’m not always connecting to both of them when I do.  On each of
 these I have a mapped network drive.  When the VPN is not connected
 the network drive letter is offline.  Only when one of the network
 drivers is offline does the Open Project dialog take exceptionally
 long to appear.  I still think this is worth addressing, as it is not
 a problem is any other “Open…” dialogs of software I use.
 
 Note that the folder that the Open Project dialog initially shows, is
 not on any of those network drives or showing any data from them.  It
 is somewhere on my local SSD.  NetBeans Open Project doesn't need to
 ever try to access those drives.  At least not until I actually
 navigate to "This PC" or something like that.  The "Open file..."
 dialog does not have this issue.
 
 I have collected snapshots in VisualVM that I have attached to this
>>> email.
 
 
 Regards,
 
 Scott
 
 
> On Nov 5, 2021, at 5:08 PM, Svata Dedic 
> wrote:
> 
> Scott,
> 
> if you use VisualVM, you can save the sampler data: press Snapshot
> (last icon above the data table), and then on the Snapshot tab that
> appears, there is "Export Snapshot Data" icon (again above the data
> table, looks like a diskette). The benefit of that is that we can do
> drill-down to the hotspots with that data file.
> 
> -S.
> 
> Dne 05. 11. 21 v 18:19 Scott Palmer napsal(a):
>> VisualVM indicates that "W32 File Monitor" is constantly using CPU,
>> regardless of what is happening in the IDE, like it is in a busy
>> loop.
>> org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier$1.run
>> ()30,109 ms (100%)30,109 ms (100%)
>> 
>>> 
>> org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.access$100
>> ()30,109 ms (100%)30,109 ms (100%)
>> 
>>> 
>> org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.waitForChange
>>> 
>> ()30,109 ms (100%)30,109 ms (100%)
>> 
>>> 
>> org.netbeans.modules.masterfs.watcher.windows.$Proxy4.GetQueuedCompletionStatus
>>> 
>> ()30,109 ms (100%)30,109 ms (100%)
>>com.sun.jna.Library$Handler.invoke ()30,109 ms (100%)30,109
>> ms (100%)
>> The key difference is that when waiting for the Open Project dialog,
>> CPU time is also accumulating elsewhere.  e.g. in "Inactive Request
>> Processor Thread"
>> Inactive RequestProcessor thread [Was:Explorer
>> 
>>> 
>> Actions/org.netbeans.modules.openide.explorer.ExplorerActionsImpl$ActionStateUpdater]173,499
>>> 
>> ms (100%)36,594 ms (100%)
>>  org.openide.util.RequestProcessor$Processor.run ()190,800 ms
>> (100%)36,594 ms (100%)
>>java.lang.Object.wait[native] ()163,209 ms (81.1%)0.0 ms (0%)
>>  org.openide.util.lookup.Lookups.executeWith ()37,990 ms
>> (23.4%)36,594 ms (100%)
>> Here is a list of hotspots... note that the top 4 items are just
>> constantly increasing every second.
>> All I have done since starting the sampling is show the open Project
>> dialog and cancel it a few times.
>> image.png
>> (Hopefully the screenshot comes through)
>> Scott
>> On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic

Re: NetBeans 12.6-rc2 NPE opening project

2021-11-07 Thread Eric Bresie 
Silly question…this isn’t caused by virus detection software is it?  Can
you try turning it off and see if it works any better?

On Sat, Nov 6, 2021 at 6:25 PM Scott Palmer  wrote:

> Done.
> [NETBEANS-6179] Open Project dialog can take over 30 seconds to appear on
> Windows. - ASF JIRA (apache.org)
> 
>
> Scott
>
> On Sat, Nov 6, 2021 at 11:49 AM Laszlo Kishalmi  >
> wrote:
>
> > Create a separate JIRA issue and attach the snapshot there.
> >
> > This mailing list does not accept snapshots.
> >
> > On 11/6/21 08:44, Scott Palmer wrote:
> > > I’ve figured out what about my system triggers this delay on
> > > Open Project.  I am working from home and have a couple different VPNs
> > > that I connected to for work.  But I don’t always have them connected,
> > > and I’m not always connecting to both of them when I do.  On each of
> > > these I have a mapped network drive.  When the VPN is not connected
> > > the network drive letter is offline.  Only when one of the network
> > > drivers is offline does the Open Project dialog take exceptionally
> > > long to appear.  I still think this is worth addressing, as it is not
> > > a problem is any other “Open…” dialogs of software I use.
> > >
> > > Note that the folder that the Open Project dialog initially shows, is
> > > not on any of those network drives or showing any data from them.  It
> > > is somewhere on my local SSD.  NetBeans Open Project doesn't need to
> > > ever try to access those drives.  At least not until I actually
> > > navigate to "This PC" or something like that.  The "Open file..."
> > > dialog does not have this issue.
> > >
> > > I have collected snapshots in VisualVM that I have attached to this
> > email.
> > >
> > >
> > > Regards,
> > >
> > > Scott
> > >
> > >
> > >> On Nov 5, 2021, at 5:08 PM, Svata Dedic 
> > >> wrote:
> > >>
> > >> Scott,
> > >>
> > >> if you use VisualVM, you can save the sampler data: press Snapshot
> > >> (last icon above the data table), and then on the Snapshot tab that
> > >> appears, there is "Export Snapshot Data" icon (again above the data
> > >> table, looks like a diskette). The benefit of that is that we can do
> > >> drill-down to the hotspots with that data file.
> > >>
> > >> -S.
> > >>
> > >> Dne 05. 11. 21 v 18:19 Scott Palmer napsal(a):
> > >>> VisualVM indicates that "W32 File Monitor" is constantly using CPU,
> > >>> regardless of what is happening in the IDE, like it is in a busy
> loop.
> > >>> org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier$1.run
> > >>> ()30,109 ms (100%)30,109 ms (100%)
> > >>>
> >
>  org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.access$100
> > >>> ()30,109 ms (100%)30,109 ms (100%)
> > >>>
> >
>  org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.waitForChange
> >
> > >>> ()30,109 ms (100%)30,109 ms (100%)
> > >>>
> >
>  
> org.netbeans.modules.masterfs.watcher.windows.$Proxy4.GetQueuedCompletionStatus
> >
> > >>> ()30,109 ms (100%)30,109 ms (100%)
> > >>> com.sun.jna.Library$Handler.invoke ()30,109 ms (100%)30,109
> > >>> ms (100%)
> > >>> The key difference is that when waiting for the Open Project dialog,
> > >>> CPU time is also accumulating elsewhere.  e.g. in "Inactive Request
> > >>> Processor Thread"
> > >>> Inactive RequestProcessor thread [Was:Explorer
> > >>>
> >
> Actions/org.netbeans.modules.openide.explorer.ExplorerActionsImpl$ActionStateUpdater]173,499
> >
> > >>> ms (100%)36,594 ms (100%)
> > >>>   org.openide.util.RequestProcessor$Processor.run ()190,800 ms
> > >>> (100%)36,594 ms (100%)
> > >>> java.lang.Object.wait[native] ()163,209 ms (81.1%)0.0 ms (0%)
> > >>>   org.openide.util.lookup.Lookups.executeWith ()37,990 ms
> > >>> (23.4%)36,594 ms (100%)
> > >>> Here is a list of hotspots... note that the top 4 items are just
> > >>> constantly increasing every second.
> > >>> All I have done since starting the sampling is show the open Project
> > >>> dialog and cancel it a few times.
> > >>> image.png
> > >>> (Hopefully the screenshot comes through)
> > >>> Scott
> > >>> On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic
> > >>> mailto:svatopluk.de...@gmail.com>>
> wrote:
> > >>>Hi,
> > >>>When it happens again, either run VisualVM in parallel & monitor,
> or
> > >>>take a few thread dumps in sequence (CTRL + \ in console or
> SIGQUIT
> > >>>signal). Maybe the thread dumps could lead us to what blocks
> project
> > >>>open or takes so much time. File a JIRA issue + attach the
> visualvm
> > >>>snapshots or thread dumps. Thanks.
> > >>>-S.
> > >>>Dne 05. 11. 21 v 4:29 Scott Palmer napsal(a):
> > >>> > I've hit this exception a couple times now...  I'm just trying
> to
> > >>>open
> > >>> > Gradle projects.  Note that the Open Project... dialog takes a
> > >>>very long
> > >>> > time to appear, unacceptably long - tens of seconds.
> > >>> >
> > >>> > java.lang.NullPointerException: Cannot invoke
> >

Re: NetBeans 12.6-rc2 NPE opening project

2021-11-06 Thread Scott Palmer 
Done.
[NETBEANS-6179] Open Project dialog can take over 30 seconds to appear on
Windows. - ASF JIRA (apache.org)


Scott

On Sat, Nov 6, 2021 at 11:49 AM Laszlo Kishalmi 
wrote:

> Create a separate JIRA issue and attach the snapshot there.
>
> This mailing list does not accept snapshots.
>
> On 11/6/21 08:44, Scott Palmer wrote:
> > I’ve figured out what about my system triggers this delay on
> > Open Project.  I am working from home and have a couple different VPNs
> > that I connected to for work.  But I don’t always have them connected,
> > and I’m not always connecting to both of them when I do.  On each of
> > these I have a mapped network drive.  When the VPN is not connected
> > the network drive letter is offline.  Only when one of the network
> > drivers is offline does the Open Project dialog take exceptionally
> > long to appear.  I still think this is worth addressing, as it is not
> > a problem is any other “Open…” dialogs of software I use.
> >
> > Note that the folder that the Open Project dialog initially shows, is
> > not on any of those network drives or showing any data from them.  It
> > is somewhere on my local SSD.  NetBeans Open Project doesn't need to
> > ever try to access those drives.  At least not until I actually
> > navigate to "This PC" or something like that.  The "Open file..."
> > dialog does not have this issue.
> >
> > I have collected snapshots in VisualVM that I have attached to this
> email.
> >
> >
> > Regards,
> >
> > Scott
> >
> >
> >> On Nov 5, 2021, at 5:08 PM, Svata Dedic 
> >> wrote:
> >>
> >> Scott,
> >>
> >> if you use VisualVM, you can save the sampler data: press Snapshot
> >> (last icon above the data table), and then on the Snapshot tab that
> >> appears, there is "Export Snapshot Data" icon (again above the data
> >> table, looks like a diskette). The benefit of that is that we can do
> >> drill-down to the hotspots with that data file.
> >>
> >> -S.
> >>
> >> Dne 05. 11. 21 v 18:19 Scott Palmer napsal(a):
> >>> VisualVM indicates that "W32 File Monitor" is constantly using CPU,
> >>> regardless of what is happening in the IDE, like it is in a busy loop.
> >>> org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier$1.run
> >>> ()30,109 ms (100%)30,109 ms (100%)
> >>>
>   org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.access$100
> >>> ()30,109 ms (100%)30,109 ms (100%)
> >>>
> 
> org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.waitForChange
>
> >>> ()30,109 ms (100%)30,109 ms (100%)
> >>>
>   
> org.netbeans.modules.masterfs.watcher.windows.$Proxy4.GetQueuedCompletionStatus
>
> >>> ()30,109 ms (100%)30,109 ms (100%)
> >>> com.sun.jna.Library$Handler.invoke ()30,109 ms (100%)30,109
> >>> ms (100%)
> >>> The key difference is that when waiting for the Open Project dialog,
> >>> CPU time is also accumulating elsewhere.  e.g. in "Inactive Request
> >>> Processor Thread"
> >>> Inactive RequestProcessor thread [Was:Explorer
> >>>
> Actions/org.netbeans.modules.openide.explorer.ExplorerActionsImpl$ActionStateUpdater]173,499
>
> >>> ms (100%)36,594 ms (100%)
> >>>   org.openide.util.RequestProcessor$Processor.run ()190,800 ms
> >>> (100%)36,594 ms (100%)
> >>> java.lang.Object.wait[native] ()163,209 ms (81.1%)0.0 ms (0%)
> >>>   org.openide.util.lookup.Lookups.executeWith ()37,990 ms
> >>> (23.4%)36,594 ms (100%)
> >>> Here is a list of hotspots... note that the top 4 items are just
> >>> constantly increasing every second.
> >>> All I have done since starting the sampling is show the open Project
> >>> dialog and cancel it a few times.
> >>> image.png
> >>> (Hopefully the screenshot comes through)
> >>> Scott
> >>> On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic
> >>> mailto:svatopluk.de...@gmail.com>> wrote:
> >>>Hi,
> >>>When it happens again, either run VisualVM in parallel & monitor, or
> >>>take a few thread dumps in sequence (CTRL + \ in console or SIGQUIT
> >>>signal). Maybe the thread dumps could lead us to what blocks project
> >>>open or takes so much time. File a JIRA issue + attach the visualvm
> >>>snapshots or thread dumps. Thanks.
> >>>-S.
> >>>Dne 05. 11. 21 v 4:29 Scott Palmer napsal(a):
> >>> > I've hit this exception a couple times now...  I'm just trying to
> >>>open
> >>> > Gradle projects.  Note that the Open Project... dialog takes a
> >>>very long
> >>> > time to appear, unacceptably long - tens of seconds.
> >>> >
> >>> > java.lang.NullPointerException: Cannot invoke
> >>> "String.equals(Object)"
> >>> > because "value" is null
> >>> > at
> >>> >
> >>>
>
> org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:154)
> >>> > at
> >>> >
> >>>
>
> org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:149)
> >>> > at
> >>> >
> >>>
>
> org.netbeans.modules.project.ui.OpenProjectListSettings.setStrin

Re: NetBeans 12.6-rc2 NPE opening project

2021-11-06 Thread Laszlo Kishalmi 

Create a separate JIRA issue and attach the snapshot there.

This mailing list does not accept snapshots.

On 11/6/21 08:44, Scott Palmer wrote:
I’ve figured out what about my system triggers this delay on 
Open Project.  I am working from home and have a couple different VPNs 
that I connected to for work.  But I don’t always have them connected, 
and I’m not always connecting to both of them when I do.  On each of 
these I have a mapped network drive.  When the VPN is not connected 
the network drive letter is offline.  Only when one of the network 
drivers is offline does the Open Project dialog take exceptionally 
long to appear.  I still think this is worth addressing, as it is not 
a problem is any other “Open…” dialogs of software I use.


Note that the folder that the Open Project dialog initially shows, is 
not on any of those network drives or showing any data from them.  It 
is somewhere on my local SSD.  NetBeans Open Project doesn't need to 
ever try to access those drives.  At least not until I actually 
navigate to "This PC" or something like that.  The "Open file..." 
dialog does not have this issue.


I have collected snapshots in VisualVM that I have attached to this email.


Regards,

Scott


On Nov 5, 2021, at 5:08 PM, Svata Dedic  
wrote:


Scott,

if you use VisualVM, you can save the sampler data: press Snapshot 
(last icon above the data table), and then on the Snapshot tab that 
appears, there is "Export Snapshot Data" icon (again above the data 
table, looks like a diskette). The benefit of that is that we can do 
drill-down to the hotspots with that data file.


-S.

Dne 05. 11. 21 v 18:19 Scott Palmer napsal(a):
VisualVM indicates that "W32 File Monitor" is constantly using CPU, 
regardless of what is happening in the IDE, like it is in a busy loop.
org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier$1.run 
()30,109 ms (100%)30,109 ms (100%)
  org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.access$100 
()30,109 ms (100%)30,109 ms (100%)
org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.waitForChange 
()30,109 ms (100%)30,109 ms (100%)
  org.netbeans.modules.masterfs.watcher.windows.$Proxy4.GetQueuedCompletionStatus 
()30,109 ms (100%)30,109 ms (100%)
        com.sun.jna.Library$Handler.invoke ()30,109 ms (100%)30,109 
ms (100%)
The key difference is that when waiting for the Open Project dialog, 
CPU time is also accumulating elsewhere.  e.g. in "Inactive Request 
Processor Thread"
Inactive RequestProcessor thread [Was:Explorer 
Actions/org.netbeans.modules.openide.explorer.ExplorerActionsImpl$ActionStateUpdater]173,499 
ms (100%)36,594 ms (100%)
  org.openide.util.RequestProcessor$Processor.run ()190,800 ms 
(100%)36,594 ms (100%)

    java.lang.Object.wait[native] ()163,209 ms (81.1%)0.0 ms (0%)
      org.openide.util.lookup.Lookups.executeWith ()37,990 ms 
(23.4%)36,594 ms (100%)
Here is a list of hotspots... note that the top 4 items are just 
constantly increasing every second.
All I have done since starting the sampling is show the open Project 
dialog and cancel it a few times.

image.png
(Hopefully the screenshot comes through)
Scott
On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic 
mailto:svatopluk.de...@gmail.com>> wrote:

   Hi,
   When it happens again, either run VisualVM in parallel & monitor, or
   take a few thread dumps in sequence (CTRL + \ in console or SIGQUIT
   signal). Maybe the thread dumps could lead us to what blocks project
   open or takes so much time. File a JIRA issue + attach the visualvm
   snapshots or thread dumps. Thanks.
   -S.
   Dne 05. 11. 21 v 4:29 Scott Palmer napsal(a):
> I've hit this exception a couple times now...  I'm just trying to
   open
> Gradle projects.  Note that the Open Project... dialog takes a
   very long
> time to appear, unacceptably long - tens of seconds.
>
> java.lang.NullPointerException: Cannot invoke 
"String.equals(Object)"

> because "value" is null
> at
>
   
org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:154)
> at
>
   
org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:149)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectListSettings.setStringList(OpenProjectListSettings.java:169)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectListSettings.setOpenProjectsDisplayNames(OpenProjectListSettings.java:219)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList.saveProjectList(OpenProjectList.java:1462)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList.access$2300(OpenProjectList.java:116)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:873)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:870)
> at
>
   
org.netbeans.modules.openide.util.DefaultMutexImplementation.writeAccess(DefaultMutexImplementation.java:229)
> at org.open

Re: NetBeans 12.6-rc2 NPE opening project

2021-11-06 Thread Scott Palmer 
I’ve figured out what about my system triggers this delay on Open Project.
I am working from home and have a couple different VPNs that I connected to
for work.  But I don’t always have them connected, and I’m not always
connecting to both of them when I do.  On each of these I have a mapped
network drive.  When the VPN is not connected the network drive letter is
offline.  Only when one of the network drivers is offline does the Open
Project dialog take exceptionally long to appear.  I still think this is
worth addressing, as it is not a problem is any other “Open…” dialogs of
software I use.

Note that the folder that the Open Project dialog initially shows, is not
on any of those network drives or showing any data from them.  It is
somewhere on my local SSD.  NetBeans Open Project doesn't need to ever try
to access those drives.  At least not until I actually navigate to "This
PC" or something like that.  The "Open file..." dialog does not have this
issue.

I have collected snapshots in VisualVM that I have attached to this email.


Regards,

Scott


On Nov 5, 2021, at 5:08 PM, Svata Dedic  wrote:

Scott,

if you use VisualVM, you can save the sampler data: press Snapshot (last
icon above the data table), and then on the Snapshot tab that appears,
there is "Export Snapshot Data" icon (again above the data table, looks
like a diskette). The benefit of that is that we can do drill-down to the
hotspots with that data file.

-S.

Dne 05. 11. 21 v 18:19 Scott Palmer napsal(a):

VisualVM indicates that "W32 File Monitor" is constantly using CPU,
regardless of what is happening in the IDE, like it is in a busy loop.
org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier$1.run
()30,109 ms (100%)30,109 ms (100%)
  org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.access$100
()30,109 ms (100%)30,109 ms (100%)
org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.waitForChange
()30,109 ms (100%)30,109 ms (100%)
  
org.netbeans.modules.masterfs.watcher.windows.$Proxy4.GetQueuedCompletionStatus
()30,109 ms (100%)30,109 ms (100%)
com.sun.jna.Library$Handler.invoke ()30,109 ms (100%)30,109 ms
(100%)
The key difference is that when waiting for the Open Project dialog, CPU
time is also accumulating elsewhere.  e.g. in "Inactive Request Processor
Thread"
Inactive RequestProcessor thread [Was:Explorer
Actions/org.netbeans.modules.openide.explorer.ExplorerActionsImpl$ActionStateUpdater]173,499
ms (100%)36,594 ms (100%)
  org.openide.util.RequestProcessor$Processor.run ()190,800 ms (100%)36,594
ms (100%)
java.lang.Object.wait[native] ()163,209 ms (81.1%)0.0 ms (0%)
  org.openide.util.lookup.Lookups.executeWith ()37,990 ms (23.4%)36,594
ms (100%)
Here is a list of hotspots... note that the top 4 items are just constantly
increasing every second.
All I have done since starting the sampling is show the open Project dialog
and cancel it a few times.
image.png
(Hopefully the screenshot comes through)
Scott
On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic mailto:svatopluk.de...@gmail.com>> wrote:
   Hi,
   When it happens again, either run VisualVM in parallel & monitor, or
   take a few thread dumps in sequence (CTRL + \ in console or SIGQUIT
   signal). Maybe the thread dumps could lead us to what blocks project
   open or takes so much time. File a JIRA issue + attach the visualvm
   snapshots or thread dumps. Thanks.
   -S.
   Dne 05. 11. 21 v 4:29 Scott Palmer napsal(a):
> I've hit this exception a couple times now...  I'm just trying to
   open
> Gradle projects.  Note that the Open Project... dialog takes a
   very long
> time to appear, unacceptably long - tens of seconds.
>
> java.lang.NullPointerException: Cannot invoke "String.equals(Object)"
> because "value" is null
> at
>
   
org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:154)
> at
>
   
org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:149)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectListSettings.setStringList(OpenProjectListSettings.java:169)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectListSettings.setOpenProjectsDisplayNames(OpenProjectListSettings.java:219)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList.saveProjectList(OpenProjectList.java:1462)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList.access$2300(OpenProjectList.java:116)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:873)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:870)
> at
>
   
org.netbeans.modules.openide.util.DefaultMutexImplementation.writeAccess(DefaultMutexImplementation.java:229)
> at org.openide.util.Mutex.writeAccess(Mutex.java:252)
> at
>
   
org.netbeans.modules.project.ui.OpenProjectList.open(OpenProjectList.java:870)
> at
>
   
org.netbeans.modules.projec

Re: NetBeans 12.6-rc2 NPE opening project

2021-11-05 Thread Svata Dedic 

Scott,

if you use VisualVM, you can save the sampler data: press Snapshot (last 
icon above the data table), and then on the Snapshot tab that appears, 
there is "Export Snapshot Data" icon (again above the data table, looks 
like a diskette). The benefit of that is that we can do drill-down to 
the hotspots with that data file.


-S.

Dne 05. 11. 21 v 18:19 Scott Palmer napsal(a):
VisualVM indicates that "W32 File Monitor" is constantly using CPU, 
regardless of what is happening in the IDE, like it is in a busy loop.


org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier$1.run 
()30,109 ms (100%)30,109 ms (100%)
   
org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.access$100 
()30,109 ms (100%)30,109 ms (100%)
 
org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.waitForChange 
()30,109 ms (100%)30,109 ms (100%)
   
org.netbeans.modules.masterfs.watcher.windows.$Proxy4.GetQueuedCompletionStatus 
()30,109 ms (100%)30,109 ms (100%)
         com.sun.jna.Library$Handler.invoke ()30,109 ms (100%)30,109 ms 
(100%)



The key difference is that when waiting for the Open Project dialog, CPU 
time is also accumulating elsewhere.  e.g. in "Inactive Request 
Processor Thread"
Inactive RequestProcessor thread [Was:Explorer 
Actions/org.netbeans.modules.openide.explorer.ExplorerActionsImpl$ActionStateUpdater]173,499 
ms (100%)36,594 ms (100%)
   org.openide.util.RequestProcessor$Processor.run ()190,800 ms 
(100%)36,594 ms (100%)

     java.lang.Object.wait[native] ()163,209 ms (81.1%)0.0 ms (0%)
       org.openide.util.lookup.Lookups.executeWith ()37,990 ms 
(23.4%)36,594 ms (100%)


Here is a list of hotspots... note that the top 4 items are just 
constantly increasing every second.
All I have done since starting the sampling is show the open Project 
dialog and cancel it a few times.


image.png

(Hopefully the screenshot comes through)

Scott

On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic > wrote:


Hi,

When it happens again, either run VisualVM in parallel & monitor, or
take a few thread dumps in sequence (CTRL + \ in console or SIGQUIT
signal). Maybe the thread dumps could lead us to what blocks project
open or takes so much time. File a JIRA issue + attach the visualvm
snapshots or thread dumps. Thanks.

-S.


Dne 05. 11. 21 v 4:29 Scott Palmer napsal(a):
 > I've hit this exception a couple times now...  I'm just trying to
open
 > Gradle projects.  Note that the Open Project... dialog takes a
very long
 > time to appear, unacceptably long - tens of seconds.
 >
 > java.lang.NullPointerException: Cannot invoke "String.equals(Object)"
 > because "value" is null
 > at
 >

org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:154)
 > at
 >

org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:149)
 > at
 >

org.netbeans.modules.project.ui.OpenProjectListSettings.setStringList(OpenProjectListSettings.java:169)
 > at
 >

org.netbeans.modules.project.ui.OpenProjectListSettings.setOpenProjectsDisplayNames(OpenProjectListSettings.java:219)
 > at
 >

org.netbeans.modules.project.ui.OpenProjectList.saveProjectList(OpenProjectList.java:1462)
 > at
 >

org.netbeans.modules.project.ui.OpenProjectList.access$2300(OpenProjectList.java:116)
 > at
 >

org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:873)
 > at
 >

org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:870)
 > at
 >

org.netbeans.modules.openide.util.DefaultMutexImplementation.writeAccess(DefaultMutexImplementation.java:229)
 > at org.openide.util.Mutex.writeAccess(Mutex.java:252)
 > at
 >

org.netbeans.modules.project.ui.OpenProjectList.open(OpenProjectList.java:870)
 > at
 >

org.netbeans.modules.project.ui.OpenProjectList$6.run(OpenProjectList.java:672)
 > 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)
 > [catch] at
 >
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
 >


-
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-

Re: NetBeans 12.6-rc2 NPE opening project

2021-11-05 Thread Neil C Smith 
On Fri, 5 Nov 2021, 20:31 Laszlo Kishalmi, 
wrote:

> Are we talking about this one:
> https://issues.apache.org/jira/browse/NETBEANS-5783 ?


Probably. Missed that. The stack trace is a little different but ends with
same problem. I got same stack trace as Scott shared.

I might able to fix that on the weekend.
>

That would be great!

Best wishes,

Neil

Re: NetBeans 12.6-rc2 NPE opening project

2021-11-05 Thread Laszlo Kishalmi 
Are we talking about this one: 
https://issues.apache.org/jira/browse/NETBEANS-5783 ?


I might able to fix that on the weekend.


On 11/5/21 10:19, Scott Palmer wrote:
VisualVM indicates that "W32 File Monitor" is constantly using CPU, 
regardless of what is happening in the IDE, like it is in a busy loop.


org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier$1.run 
()30,109 ms (100%)30,109 ms (100%)
org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.access$100 
()30,109 ms (100%)30,109 ms (100%)
org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.waitForChange 
()30,109 ms (100%)30,109 ms (100%)
org.netbeans.modules.masterfs.watcher.windows.$Proxy4.GetQueuedCompletionStatus 
()30,109 ms (100%)30,109 ms (100%)

com.sun.jna.Library$Handler.invoke ()30,109 ms (100%)30,109 ms (100%)


The key difference is that when waiting for the Open Project dialog, 
CPU time is also accumulating elsewhere.  e.g. in "Inactive Request 
Processor Thread"
Inactive RequestProcessor thread [Was:Explorer 
Actions/org.netbeans.modules.openide.explorer.ExplorerActionsImpl$ActionStateUpdater]173,499 
ms (100%)36,594 ms (100%)
org.openide.util.RequestProcessor$Processor.run ()190,800 ms 
(100%)36,594 ms (100%)

    java.lang.Object.wait[native] ()163,209 ms (81.1%)0.0 ms (0%)
org.openide.util.lookup.Lookups.executeWith ()37,990 ms (23.4%)36,594 
ms (100%)


Here is a list of hotspots... note that the top 4 items are just 
constantly increasing every second.
All I have done since starting the sampling is show the open Project 
dialog and cancel it a few times.


image.png

(Hopefully the screenshot comes through)

Scott

On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic  
wrote:


Hi,

When it happens again, either run VisualVM in parallel & monitor, or
take a few thread dumps in sequence (CTRL + \ in console or SIGQUIT
signal). Maybe the thread dumps could lead us to what blocks project
open or takes so much time. File a JIRA issue + attach the visualvm
snapshots or thread dumps. Thanks.

-S.


Dne 05. 11. 21 v 4:29 Scott Palmer napsal(a):
> I've hit this exception a couple times now...  I'm just trying
to open
> Gradle projects.  Note that the Open Project... dialog takes a
very long
> time to appear, unacceptably long - tens of seconds.
>
> java.lang.NullPointerException: Cannot invoke
"String.equals(Object)"
> because "value" is null
> at
>

org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:154)
> at
>

org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:149)
> at
>

org.netbeans.modules.project.ui.OpenProjectListSettings.setStringList(OpenProjectListSettings.java:169)
> at
>

org.netbeans.modules.project.ui.OpenProjectListSettings.setOpenProjectsDisplayNames(OpenProjectListSettings.java:219)
> at
>

org.netbeans.modules.project.ui.OpenProjectList.saveProjectList(OpenProjectList.java:1462)
> at
>

org.netbeans.modules.project.ui.OpenProjectList.access$2300(OpenProjectList.java:116)
> at
>

org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:873)
> at
>

org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:870)
> at
>

org.netbeans.modules.openide.util.DefaultMutexImplementation.writeAccess(DefaultMutexImplementation.java:229)
> at org.openide.util.Mutex.writeAccess(Mutex.java:252)
> at
>

org.netbeans.modules.project.ui.OpenProjectList.open(OpenProjectList.java:870)
> at
>

org.netbeans.modules.project.ui.OpenProjectList$6.run(OpenProjectList.java:672)
> 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)
> [catch] at
>
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
>


-
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 12.6-rc2 NPE opening project

2021-11-05 Thread Neil C Smith 
On Fri, 5 Nov 2021 at 17:39, Neil C Smith  wrote:
>
> On Fri, 5 Nov 2021 at 17:27, Scott Palmer  wrote:
> >
> > "Out of interest, do you have two projects with same display name?"
> >
> > Yes.  There is at least one Gradle projects where there is a subproject
> > with the same name as the parent project.
>
> Well, just tried cloning a project and opening that as well, and I
> replicate the NPE and no open on first try.

Sorry, that's not it. It actually appears to be something to do with
copying / moving a project elsewhere on disk.  The null display name
seems to be from that, so something of a red herring.  Presumably
cached data?

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 12.6-rc2 NPE opening project

2021-11-05 Thread Neil C Smith 
On Fri, 5 Nov 2021 at 17:27, Scott Palmer  wrote:
>
> "Out of interest, do you have two projects with same display name?"
>
> Yes.  There is at least one Gradle projects where there is a subproject
> with the same name as the parent project.

Well, just tried cloning a project and opening that as well, and I
replicate the NPE and no open on first try.

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 12.6-rc2 NPE opening project

2021-11-05 Thread Scott Palmer 
"Out of interest, do you have two projects with same display name?"

Yes.  There is at least one Gradle projects where there is a subproject
with the same name as the parent project.
E.g.  :Project1:Project1
but I don't think there are any completely unrelated projects with the same
display name.

There is at least one project where the subproject names are not showing
properly.  This may have to do with the subprojects having settings.gradle
files so they can also be root projects depending on the current
directory when I run gradle from the command line.
In that case many subprojects just show a ':' for the name when I expand
the "Sub Projects" folder of the parent project.

Scott

On Fri, Nov 5, 2021 at 4:50 AM Neil C Smith  wrote:

> On Fri, 5 Nov 2021 at 03:29, Scott Palmer  wrote:
> >
> > I've hit this exception a couple times now...  I'm just trying to open
> > Gradle projects.  Note that the Open Project... dialog takes a very long
> > time to appear, unacceptably long - tens of seconds.
> >
> > java.lang.NullPointerException: Cannot invoke "String.equals(Object)"
> > because "value" is null
>
> I've not seen this with 12.6 yet, but did have this exact issue with
> earlier releases - 12.4 and.or 12.5 I think.  Not sure if changing
> Gradle settings, such as default version, helps here?
>
> Out of interest, do you have two projects with same display name?
> IIRC that might have triggered this.
>
> 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 12.6-rc2 NPE opening project

2021-11-05 Thread Scott Palmer 
VisualVM indicates that "W32 File Monitor" is constantly using CPU,
regardless of what is happening in the IDE, like it is in a busy loop.

org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier$1.run () 30,109
ms (100%) 30,109 ms (100%)
  org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.access$100
() 30,109 ms (100%) 30,109 ms (100%)

org.netbeans.modules.masterfs.watcher.windows.WindowsNotifier.waitForChange
() 30,109 ms (100%) 30,109 ms (100%)

org.netbeans.modules.masterfs.watcher.windows.$Proxy4.GetQueuedCompletionStatus
() 30,109 ms (100%) 30,109 ms (100%)
com.sun.jna.Library$Handler.invoke () 30,109 ms (100%) 30,109 ms
(100%)


The key difference is that when waiting for the Open Project dialog, CPU
time is also accumulating elsewhere.  e.g. in "Inactive Request Processor
Thread"
Inactive RequestProcessor thread [Was:Explorer
Actions/org.netbeans.modules.openide.explorer.ExplorerActionsImpl$ActionStateUpdater]
173,499
ms (100%) 36,594 ms (100%)
  org.openide.util.RequestProcessor$Processor.run () 190,800 ms (100%) 36,594
ms (100%)
java.lang.Object.wait[native] () 163,209 ms (81.1%) 0.0 ms (0%)
  org.openide.util.lookup.Lookups.executeWith () 37,990 ms (23.4%) 36,594
ms (100%)

Here is a list of hotspots... note that the top 4 items are just constantly
increasing every second.
All I have done since starting the sampling is show the open Project dialog
and cancel it a few times.

[image: image.png]

(Hopefully the screenshot comes through)

Scott

On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic 
wrote:

> Hi,
>
> When it happens again, either run VisualVM in parallel & monitor, or
> take a few thread dumps in sequence (CTRL + \ in console or SIGQUIT
> signal). Maybe the thread dumps could lead us to what blocks project
> open or takes so much time. File a JIRA issue + attach the visualvm
> snapshots or thread dumps. Thanks.
>
> -S.
>
>
> Dne 05. 11. 21 v 4:29 Scott Palmer napsal(a):
> > I've hit this exception a couple times now...  I'm just trying to open
> > Gradle projects.  Note that the Open Project... dialog takes a very long
> > time to appear, unacceptably long - tens of seconds.
> >
> > java.lang.NullPointerException: Cannot invoke "String.equals(Object)"
> > because "value" is null
> > at
> >
> org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:154)
> > at
> >
> org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:149)
> > at
> >
> org.netbeans.modules.project.ui.OpenProjectListSettings.setStringList(OpenProjectListSettings.java:169)
> > at
> >
> org.netbeans.modules.project.ui.OpenProjectListSettings.setOpenProjectsDisplayNames(OpenProjectListSettings.java:219)
> > at
> >
> org.netbeans.modules.project.ui.OpenProjectList.saveProjectList(OpenProjectList.java:1462)
> > at
> >
> org.netbeans.modules.project.ui.OpenProjectList.access$2300(OpenProjectList.java:116)
> > at
> >
> org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:873)
> > at
> >
> org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:870)
> > at
> >
> org.netbeans.modules.openide.util.DefaultMutexImplementation.writeAccess(DefaultMutexImplementation.java:229)
> > at org.openide.util.Mutex.writeAccess(Mutex.java:252)
> > at
> >
> org.netbeans.modules.project.ui.OpenProjectList.open(OpenProjectList.java:870)
> > at
> >
> org.netbeans.modules.project.ui.OpenProjectList$6.run(OpenProjectList.java:672)
> > 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)
> > [catch] at
> >
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
> >
>
>
> -
> 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 12.6-rc2 NPE opening project

2021-11-05 Thread Svata Dedic 

Hi,

When it happens again, either run VisualVM in parallel & monitor, or 
take a few thread dumps in sequence (CTRL + \ in console or SIGQUIT 
signal). Maybe the thread dumps could lead us to what blocks project 
open or takes so much time. File a JIRA issue + attach the visualvm 
snapshots or thread dumps. Thanks.


-S.


Dne 05. 11. 21 v 4:29 Scott Palmer napsal(a):

I've hit this exception a couple times now...  I'm just trying to open
Gradle projects.  Note that the Open Project... dialog takes a very long
time to appear, unacceptably long - tens of seconds.

java.lang.NullPointerException: Cannot invoke "String.equals(Object)"
because "value" is null
at
org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:154)
at
org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:149)
at
org.netbeans.modules.project.ui.OpenProjectListSettings.setStringList(OpenProjectListSettings.java:169)
at
org.netbeans.modules.project.ui.OpenProjectListSettings.setOpenProjectsDisplayNames(OpenProjectListSettings.java:219)
at
org.netbeans.modules.project.ui.OpenProjectList.saveProjectList(OpenProjectList.java:1462)
at
org.netbeans.modules.project.ui.OpenProjectList.access$2300(OpenProjectList.java:116)
at
org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:873)
at
org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:870)
at
org.netbeans.modules.openide.util.DefaultMutexImplementation.writeAccess(DefaultMutexImplementation.java:229)
at org.openide.util.Mutex.writeAccess(Mutex.java:252)
at
org.netbeans.modules.project.ui.OpenProjectList.open(OpenProjectList.java:870)
at
org.netbeans.modules.project.ui.OpenProjectList$6.run(OpenProjectList.java:672)
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)
[catch] at
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)




-
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 12.6-rc2 NPE opening project

2021-11-05 Thread Neil C Smith 
On Fri, 5 Nov 2021 at 03:29, Scott Palmer  wrote:
>
> I've hit this exception a couple times now...  I'm just trying to open
> Gradle projects.  Note that the Open Project... dialog takes a very long
> time to appear, unacceptably long - tens of seconds.
>
> java.lang.NullPointerException: Cannot invoke "String.equals(Object)"
> because "value" is null

I've not seen this with 12.6 yet, but did have this exact issue with
earlier releases - 12.4 and.or 12.5 I think.  Not sure if changing
Gradle settings, such as default version, helps here?

Out of interest, do you have two projects with same display name?
IIRC that might have triggered this.

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

NetBeans 12.6-rc2 NPE opening project

2021-11-04 Thread Scott Palmer 
I've hit this exception a couple times now...  I'm just trying to open
Gradle projects.  Note that the Open Project... dialog takes a very long
time to appear, unacceptably long - tens of seconds.

java.lang.NullPointerException: Cannot invoke "String.equals(Object)"
because "value" is null
at
org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:154)
at
org.netbeans.core.startup.preferences.NbPreferences.put(NbPreferences.java:149)
at
org.netbeans.modules.project.ui.OpenProjectListSettings.setStringList(OpenProjectListSettings.java:169)
at
org.netbeans.modules.project.ui.OpenProjectListSettings.setOpenProjectsDisplayNames(OpenProjectListSettings.java:219)
at
org.netbeans.modules.project.ui.OpenProjectList.saveProjectList(OpenProjectList.java:1462)
at
org.netbeans.modules.project.ui.OpenProjectList.access$2300(OpenProjectList.java:116)
at
org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:873)
at
org.netbeans.modules.project.ui.OpenProjectList$10.run(OpenProjectList.java:870)
at
org.netbeans.modules.openide.util.DefaultMutexImplementation.writeAccess(DefaultMutexImplementation.java:229)
at org.openide.util.Mutex.writeAccess(Mutex.java:252)
at
org.netbeans.modules.project.ui.OpenProjectList.open(OpenProjectList.java:870)
at
org.netbeans.modules.project.ui.OpenProjectList$6.run(OpenProjectList.java:672)
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)
[catch] at
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)