[jira] [Commented] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[lbruun (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16451670#comment-16451670
 ] 

lbruun commented on NETBEANS-58:


Geertjan Wielenga wrote:
{quote}It is super critical in a specific subset of scenarios, I for one have 
never (working within and without a corporate proxy) have never encountered it, 
as far as I am aware. Has this problem always been in NetBeans and is the only 
solution "to implement more fine grained classloaders"
{quote}
At least two questions there:
 # *Why you've never encountered it?* In my experience sites that deploy a 
proxy with Negotiate/Kerberos are more often than not MS shops, i.e. they use 
AD as the base of everything. Is that really where you've been?  Also you have 
to use a Windows workstation for the problem to occur (due to Oracle's 
historical resistance to implement native support for SSPI on Windows ... it is 
a long story, but in essence in means that the Kerberos implementation in Java 
SE for Windows is extremely crippled when used in desktop scenarios : Java on 
Windows cannot automatically obtain a Kerberos ticket which means it is forced 
to invoke the Authenticator. On Mac OS X and Linux this would all be seamless, 
no need to invoke the Authenticator and therefore no deadlock). 
 # *Has the problem always existed?* No, not always. The problem was introduced 
as a consequence of a [JDK bug 
fix|https://bugs.openjdk.java.net/browse/JDK-8032832] which was first 
introduced in Java 8u25 and later backported. This fix works fine for the JDK 
itself because their classloaders use the [Java 7 (and onwards) new 
functionality for 
classloaders|https://docs.oracle.com/javase/7/docs/technotes/guides/lang/cl-mt.html].
 The NB Platform doesn't.  The JDK folks phrase it like this: "Synchronization 
in the {{ClassLoader}} class was previously heavy-handed, or in technical 
terms, _not sufficiently granular_. A request to load a class synchronized on 
the entire {{ClassLoader}} object, which made it prone to deadlock.". That is 
exactly the problem in the NB Platform's classloaders. (discussed in 
NETBEANS-106).

 

In summary: There are a number of conditions that must exist for the freeze bug 
to surface for a user:
 # The site uses a proxy which uses Negotiate/Kerberos for authentication. As 
this method was largely 'invented' by Microsoft and later standardized as an 
RFC, you see this very often on MS centric sites. (it is essentially the same 
as what Microsoft cleverly refers to as "Windows Integrated Authentication", 
clever because it leads people to be believe that this form of seamless 
authentication is only possible on Windows)
 # Workstation is Windows (not Mac OS X, not Linux)
 # Lastly, if the Platform or IDE user experiences the bug "without having 
touched anything" (which is quite likely) then it is because the Platform 
automatically picks up the proxy from the OS/InternetExplorer settings. Hence 
users will just experience that the Platform app or IDE hangs the first time 
they ever try to use it. Ouch!

Honestly, I think one of the reasons why the problem gets little traction is 
because both JDK developers and NB developers have removed themselves somewhat 
from parts of their user base by using Mac OS X  or Linux as their desktop as 
opposed to Windows. I'm partly guilty myself :P

 

 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, 
> image-2018-04-24-15-57-47-592.png, nb-freeze-dump.txt, netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication 

[jira] [Resolved] (NETBEANS-654) InvalidFileException while editing a class with a .form file

[Jan Lahoda (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-654.
-
Resolution: Fixed

Thanks for the reproducible case, should be fixed now.

> InvalidFileException while editing a class with a .form file
> 
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>  Labels: pull-request-available
> Attachments: AccessibilityBugKiller.zip
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> This happens while Netbeans is trying to parse the source of a class that has 
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused: 
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException: 
> Invalid or deleted file: 
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
>     at 
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at 
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
>     at 
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
>     at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>     at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>     at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>     at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>     at 
> 

[incubator-netbeans] branch master updated: [NETBEANS-654] Ignoring InvalidFileException while constructing the JavacTask, it will be thrown again and handled if needed. (#510)

[jlahoda]

This is an automated email from the ASF dual-hosted git repository.

jlahoda pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new 2c1ad06  [NETBEANS-654] Ignoring InvalidFileException while 
constructing the JavacTask, it will be thrown again and handled if needed. 
(#510)
2c1ad06 is described below

commit 2c1ad0655b5e9fe89a4e38a8cef51c4ffdabd70c
Author: Jan Lahoda 
AuthorDate: Wed Apr 25 07:09:36 2018 +0200

[NETBEANS-654] Ignoring InvalidFileException while constructing the 
JavacTask, it will be thrown again and handled if needed. (#510)
---
 .../netbeans/modules/java/source/parsing/JavacParser.java   | 12 +---
 .../modules/java/source/parsing/JavacParserTest.java| 13 +
 2 files changed, 22 insertions(+), 3 deletions(-)

diff --git 
a/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java
 
b/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java
index 78dc9c1..3aa15da 100644
--- 
a/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java
+++ 
b/java.source.base/src/org/netbeans/modules/java/source/parsing/JavacParser.java
@@ -727,9 +727,15 @@ public class JavacParser extends Parser {
 }
 AbstractSourceFileObject source = null;
 if (file != null) {
-source = FileObjects.sourceFileObject(file, root);
-if (source.getKind() != Kind.SOURCE) {
-source = null;
+try {
+source = FileObjects.sourceFileObject(file, root, null, 
false);
+if (source.getKind() != Kind.SOURCE) {
+source = null;
+}
+} catch (FileObjects.InvalidFileException ife) {
+//ignore, it will be handled again later, see #parse.
+} catch (IOException ex) {
+throw new IllegalStateException(ex);
 }
 }
 final JavacTaskImpl javacTask = createJavacTask(cpInfo,
diff --git 
a/java.source.base/test/unit/src/org/netbeans/modules/java/source/parsing/JavacParserTest.java
 
b/java.source.base/test/unit/src/org/netbeans/modules/java/source/parsing/JavacParserTest.java
index b2acdc8..2f9b75b 100644
--- 
a/java.source.base/test/unit/src/org/netbeans/modules/java/source/parsing/JavacParserTest.java
+++ 
b/java.source.base/test/unit/src/org/netbeans/modules/java/source/parsing/JavacParserTest.java
@@ -315,6 +315,19 @@ public class JavacParserTest extends NbTestCase {
 }, true);
 }
 
+public void testInvalidFile654() throws Exception {
+FileObject f = createFile("test/Test.java", "package test; class Test 
{ }");
+JavaSource js = JavaSource.forFileObject(f);
+
+
+js.runUserActionTask(new Task() {
+public void run(CompilationController parameter) throws Exception {
+f.delete();
+
assertTrue(Phase.RESOLVED.compareTo(parameter.toPhase(Phase.RESOLVED)) <= 0);
+}
+}, true);
+}
+
 public void testIfMissingObjectOnBootCPUseCPToGuessSourceLevel() throws 
Exception {
 Source ret = guessSourceLevel(false, false, false);
 assertEquals("Downgraded to 1.4", Source.JDK1_4, ret);

-- 
To stop receiving notification emails like this one, please contact
jlah...@apache.org.

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

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

[jira] [Commented] (NETBEANS-402) ClassCastException at org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize()

[Jan Lahoda (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16451665#comment-16451665
 ] 

Jan Lahoda commented on NETBEANS-402:
-

The PR is merged, so this can be marked as resolved, right? I'll do that unless 
I hear objections.

> ClassCastException at 
> org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize()
> --
>
> Key: NETBEANS-402
> URL: https://issues.apache.org/jira/browse/NETBEANS-402
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Updates: Updates available
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h 50m
>  Remaining Estimate: 0h
>
> When profiling SQL queries I get the following exception consistently:
> {code}java.lang.ClassCastException: java.lang.Short cannot be cast to 
> java.lang.String
>  at 
> org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize(ProfilerRuntimeCPU.java:684)
>  at 
> org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.writeParametersEvent(ProfilerRuntimeCPU.java:459)
>  at 
> org.netbeans.lib.profiler.server.ProfilerRuntimeCPUFullInstr.markerMethodEntry(ProfilerRuntimeCPUFullInstr.java:92)
>  at 
> com.zaxxer.hikari.pool.HikariProxyPreparedStatement.setShort(HikariProxyPreparedStatement.java)
>  at com.querydsl.sql.types.ShortType.setValue(ShortType.java:50)
>  at com.querydsl.sql.types.ShortType.setValue(ShortType.java:27)
>  at com.querydsl.sql.Configuration.set(Configuration.java:239)
>  at com.querydsl.sql.AbstractSQLQuery.set(AbstractSQLQuery.java:210)
>  at com.querydsl.sql.AbstractSQLQuery.setParameters(AbstractSQLQuery.java:584)
>  at com.querydsl.sql.AbstractSQLQuery.iterateSingle(AbstractSQLQuery.java:365)
>  at com.querydsl.sql.AbstractSQLQuery.iterate(AbstractSQLQuery.java:342)
>  at 
> com.querydsl.sql.ProjectableSQLQuery.fetchOne(ProjectableSQLQuery.java:397)
>  at 
> com.holdmyspot.pyramid.database.row.CurrencyPairRow.getByCurrencies(CurrencyPairRow.java:132)
>  at 
> com.holdmyspot.pyramid.database.row.CurrencyPairRow.insertIfMissing(CurrencyPairRow.java:191)
>  at 
> com.holdmyspot.pyramid.server.Main$SaveToDatabase.getCurrencyPairRow(Main.java:242)
>  at 
> com.holdmyspot.pyramid.server.Main$SaveToDatabase.lambda$onOrder$2(Main.java:154)
>  at 
> java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1402)
>  at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
>  at 
> java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)
>  at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692)
>  at 
> java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157){code}
> This is thrown inside the application being profiled as opposed to showing up 
> in an IDE pop-up.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Created] (NETBEANS-732) CODe FOOLD HIGHLIGHT

[paulo alves (JIRA)]

paulo alves created NETBEANS-732:


 Summary: CODe FOOLD HIGHLIGHT
 Key: NETBEANS-732
 URL: https://issues.apache.org/jira/browse/NETBEANS-732
 Project: NetBeans
  Issue Type: Improvement
  Components: editor - Code folding
Affects Versions: 8.2, 9.0
Reporter: paulo alves


When the user is inside a Code Folding element, highlight this folding line.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-727) Absence of "search" in code templates

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-727:
-
Affects Version/s: (was: Next)
   9.0
   8.2

> Absence of "search" in code templates
> -
>
> Key: NETBEANS-727
> URL: https://issues.apache.org/jira/browse/NETBEANS-727
> Project: NetBeans
>  Issue Type: Improvement
>  Components: cnd - Accessibility
>Affects Versions: 8.2, 9.0
>Reporter: paulo alves
>Priority: Major
>
> In the menu TOOLS >>> OPTIONS >>> EDITOR >>> CODE.TEMPLATES there is no 
> "search"option to find the feature to be changed.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-728) Running Taks Closing All Executions once

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-728:
-
Affects Version/s: (was: Next)
   9.0
   8.2

> Running Taks Closing All Executions once
> 
>
> Key: NETBEANS-728
> URL: https://issues.apache.org/jira/browse/NETBEANS-728
> Project: NetBeans
>  Issue Type: Improvement
>  Components: cnd - Execution
>Affects Versions: 8.2, 9.0
>Reporter: paulo alves
>Priority: Major
>
> Add a option to close all "Running Tasks" once, today we need to close one by 
> one.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-727) Absence of "search" in code templates

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-727:
-
Affects Version/s: Next

> Absence of "search" in code templates
> -
>
> Key: NETBEANS-727
> URL: https://issues.apache.org/jira/browse/NETBEANS-727
> Project: NetBeans
>  Issue Type: Improvement
>  Components: cnd - Accessibility
>Affects Versions: Next
>Reporter: paulo alves
>Priority: Major
>
> In the menu TOOLS >>> OPTIONS >>> EDITOR >>> CODE.TEMPLATES there is no 
> "search"option to find the feature to be changed.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-730) Import projects from other IDE's

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-730:
-
Affects Version/s: Next

> Import projects from other IDE's
> 
>
> Key: NETBEANS-730
> URL: https://issues.apache.org/jira/browse/NETBEANS-730
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Project
>Affects Versions: Next
>Reporter: paulo alves
>Priority: Major
>
> Import projects from inteliJIdea



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-729) Export projects for other IDE's

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-729:
-
Affects Version/s: Next

> Export projects for other IDE's
> ---
>
> Key: NETBEANS-729
> URL: https://issues.apache.org/jira/browse/NETBEANS-729
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Project
>Affects Versions: Next
>Reporter: paulo alves
>Priority: Major
>
> Make a option to "Export" the projects to InteligIDEA and Eclipse.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-728) Running Taks Closing All Executions once

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-728:
-
Affects Version/s: Next

> Running Taks Closing All Executions once
> 
>
> Key: NETBEANS-728
> URL: https://issues.apache.org/jira/browse/NETBEANS-728
> Project: NetBeans
>  Issue Type: Improvement
>  Components: cnd - Execution
>Affects Versions: Next
>Reporter: paulo alves
>Priority: Major
>
> Add a option to close all "Running Tasks" once, today we need to close one by 
> one.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-726) Creating a class with automatic elements

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-726:
-
Affects Version/s: 8.2

> Creating a class with automatic elements
> 
>
> Key: NETBEANS-726
> URL: https://issues.apache.org/jira/browse/NETBEANS-726
> Project: NetBeans
>  Issue Type: Improvement
>  Components: cnd - Mixed Development, cnd - Project, ide - Performance
>Affects Versions: 8.2, 9.0
>Reporter: paulo alves
>Priority: Major
>
> Such as in the eclipse, when you are creating a new class, it would be great 
> to have the options to create automatically
> inheritences, abstracts methods, constructors from superclass and modifiers



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-731) retractile menu in FULL SCREEN MODEL

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-731:
-
Affects Version/s: Next

> retractile menu in FULL SCREEN MODEL
> 
>
> Key: NETBEANS-731
> URL: https://issues.apache.org/jira/browse/NETBEANS-731
> Project: NetBeans
>  Issue Type: Improvement
>  Components: ide - UI
>Affects Versions: Next
>Reporter: paulo alves
>Priority: Major
>
> When in model "FULL SCREEN" create a option to allow one retractile menu in 
> the superior size of the interface, such as in Office2016. When you touch the 
> mouse in the superior side of the screen, show the usual menu, otherwise hide 
> that



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Created] (NETBEANS-731) retractile menu in FULL SCREEN MODEL

[paulo alves (JIRA)]

paulo alves created NETBEANS-731:


 Summary: retractile menu in FULL SCREEN MODEL
 Key: NETBEANS-731
 URL: https://issues.apache.org/jira/browse/NETBEANS-731
 Project: NetBeans
  Issue Type: Improvement
  Components: ide - UI
Reporter: paulo alves


When in model "FULL SCREEN" create a option to allow one retractile menu in the 
superior size of the interface, such as in Office2016. When you touch the mouse 
in the superior side of the screen, show the usual menu, otherwise hide that



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-729) Export projects for other IDE's

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-729:
-
Summary: Export projects for other IDE's  (was: Export for other IDE's)

> Export projects for other IDE's
> ---
>
> Key: NETBEANS-729
> URL: https://issues.apache.org/jira/browse/NETBEANS-729
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Project
>Reporter: paulo alves
>Priority: Major
>
> Make a option to "Export" the projects to InteligIDEA and Eclipse.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Created] (NETBEANS-730) Import projects from other IDE's

[paulo alves (JIRA)]

paulo alves created NETBEANS-730:


 Summary: Import projects from other IDE's
 Key: NETBEANS-730
 URL: https://issues.apache.org/jira/browse/NETBEANS-730
 Project: NetBeans
  Issue Type: Improvement
  Components: java - Project
Reporter: paulo alves


Import projects from inteliJIdea



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Created] (NETBEANS-729) Export for other IDE's

[paulo alves (JIRA)]

paulo alves created NETBEANS-729:


 Summary: Export for other IDE's
 Key: NETBEANS-729
 URL: https://issues.apache.org/jira/browse/NETBEANS-729
 Project: NetBeans
  Issue Type: Improvement
  Components: java - Project
Reporter: paulo alves


Make a option to "Export" the projects to InteligIDEA and Eclipse.

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Created] (NETBEANS-728) Running Taks Closing All Executions once

[paulo alves (JIRA)]

paulo alves created NETBEANS-728:


 Summary: Running Taks Closing All Executions once
 Key: NETBEANS-728
 URL: https://issues.apache.org/jira/browse/NETBEANS-728
 Project: NetBeans
  Issue Type: Improvement
  Components: cnd - Execution
Reporter: paulo alves


Add a option to close all "Running Tasks" once, today we need to close one by 
one.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Tim Boudreau (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16451485#comment-16451485
 ] 

Tim Boudreau commented on NETBEANS-488:
---

Yes, but I happen to know there is none.

I was one of the people who beat the drum loudest that off-EDT access was 
actually unsafe when the JDK team still suggested it was, when I was a NetBeans 
developer at Sun.

Other than the case where a widget embeds a swing component (which will use a 
specific widget subtype and can be detected independently), Visual Library 
widgets are lighter weight than AWT and Swing components, and do not have that 
handicap.

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
>

[jira] [Updated] (NETBEANS-727) Absence of "search" in code templates

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-727:
-
Description: In the menu TOOLS >>> OPTIONS >>> EDITOR >>> CODE.TEMPLATES 
there is no "search"option to find the feature to be changed.  (was: In the 
menu TOOLS >>> EDITOR >>> CODE.TEMPLATES there is no "search"option to find the 
feature to be changed.)

> Absence of "search" in code templates
> -
>
> Key: NETBEANS-727
> URL: https://issues.apache.org/jira/browse/NETBEANS-727
> Project: NetBeans
>  Issue Type: Improvement
>  Components: cnd - Accessibility
>Reporter: paulo alves
>Priority: Major
>
> In the menu TOOLS >>> OPTIONS >>> EDITOR >>> CODE.TEMPLATES there is no 
> "search"option to find the feature to be changed.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-725) Suggestions for next netbean's version

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-725:
-
Component/s: ide - UI

> Suggestions for next netbean's version
> --
>
> Key: NETBEANS-725
> URL: https://issues.apache.org/jira/browse/NETBEANS-725
> Project: NetBeans
>  Issue Type: Improvement
>  Components: cnd - Navigation, ide - UI
>Affects Versions: 9.0
>Reporter: paulo alves
>Priority: Major
>
> Extension.JAVA in the files, in the left menu. My suggestion is, instead use 
> te extension use a graphical signal to show the extensio, such as an icon 
> above the file'sname



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Created] (NETBEANS-727) Absence of "search" in code templates

[paulo alves (JIRA)]

paulo alves created NETBEANS-727:


 Summary: Absence of "search" in code templates
 Key: NETBEANS-727
 URL: https://issues.apache.org/jira/browse/NETBEANS-727
 Project: NetBeans
  Issue Type: Improvement
  Components: cnd - Accessibility
Reporter: paulo alves


In the menu TOOLS >>> EDITOR >>> CODE.TEMPLATES there is no "search"option to 
find the feature to be changed.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Updated] (NETBEANS-726) Creating a class

[paulo alves (JIRA)]

 [ 
https://issues.apache.org/jira/browse/NETBEANS-726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

paulo alves updated NETBEANS-726:
-
Description: 
Such as in the eclipse, when you are creating a new class, it would be great to 
have the options to create automatically

inheritences, abstracts methods, constructors from superclass and modifiers

  was:
Such as in the eclipse, when you are creating a new class, would be great to 
have the options to create

add inhiritence, abstracts methods, constructors from superclass and modifiers


> Creating a class
> 
>
> Key: NETBEANS-726
> URL: https://issues.apache.org/jira/browse/NETBEANS-726
> Project: NetBeans
>  Issue Type: Improvement
>  Components: cnd - Mixed Development
>Affects Versions: 9.0
>Reporter: paulo alves
>Priority: Major
>
> Such as in the eclipse, when you are creating a new class, it would be great 
> to have the options to create automatically
> inheritences, abstracts methods, constructors from superclass and modifiers



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Created] (NETBEANS-726) Creating a class

[paulo alves (JIRA)]

paulo alves created NETBEANS-726:


 Summary: Creating a class
 Key: NETBEANS-726
 URL: https://issues.apache.org/jira/browse/NETBEANS-726
 Project: NetBeans
  Issue Type: Improvement
  Components: cnd - Mixed Development
Affects Versions: 9.0
Reporter: paulo alves


Such as in the eclipse, when you are creating a new class, would be great to 
have the options to create

add inhiritence, abstracts methods, constructors from superclass and modifiers



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Neil C Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16450469#comment-16450469
 ] 

Neil C Smith commented on NETBEANS-488:
---

Aren't you also assuming that pre-realization there is no interaction with 
Swing at all for non-Swing widgets?  Widget construction at least now touches 
UIManager, and I'm not sure if there aren't others.  They might be safe now I 
guess (although vague recollection of Nimbus issues with multi-threaded 
defaults access?), but IMO seems a better approach to start enforcing EDT usage 
when assertions are on.

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 

[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later

[Austin Stephens (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16450444#comment-16450444
 ] 

Austin Stephens commented on NETBEANS-373:
--

I use the 9.0 version. It breaks with that. I am the one that submitted the bug.

> Netbeans sometimes freezes when showing any refactor dialog when running with 
> jdk 1.8.0_152-b16 or later
> 
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Thomas Corte
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot 
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action, 
> NetBeans freezes. It appears that a lock is obtained on a panel when the 
> dialog is shown, and the AppKit Thread tries to get the lock while trying to 
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142    
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885    
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765    
> Hidden Source Calls    
> CAccessible.addNotificationListeners:102    
> CAccessible.:84    
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls    
> Unsafe.park    
> LockSupport.park:194    
> AbstractQueuedSynchronizer$ConditionObject.await:2062    
> EventQueue.getNextEvent:557    
> EventDispatchThread.pumpOneEventForFilters:173    
> EventDispatchThread.pumpEventsForFilter:124    
> EventDispatchThread.pumpEventsForFilter:117    
> WaitDispatchSupport$2.run:190    
> WaitDispatchSupport$4.run:235    
> WaitDispatchSupport$4.run:233    
> AccessController.doPrivileged    
> WaitDispatchSupport.enter:233    
> Dialog.show:1070    
> NbPresenter.superShow:1060    
> NbPresenter.doShow:1110    
> NbPresenter.run:1082    
> NbPresenter.run:105    
> NbMutexEventProvider$Event.doEventAccess:115    
> NbMutexEventProvider$Event.readAccess:75    
> LazyMutexImplementation.readAccess:71    
> Mutex.readAccess:193    
> NbPresenter.show:1067    
> Component.show:1669    
> Component.setVisible:1616    
> Window.setVisible:1017    
> Dialog.setVisible:1005    
> ParametersPanel.showDialog:674    
> RefactoringPanel.refresh:660    
> RefactoringPanel.:144    
> UI.openRefactoringUI:61    
> ContextAnalyzer$4.show:648    
> ContextAnalyzer$TextComponentTask.run:369    
> RefactoringActionsProvider.doFindUsages:232    
> ActionsImplementationFactory.doFindUsages:91    
> WhereUsedAction.performAction:52    
> RefactoringGlobalAction$ContextAction.actionPerformed:172    
> TopComponent.processKeyBinding:1151    
> JComponent.processKeyBindings:2963    
> JComponent.processKeyEvent:2863    
> Component.processEvent:6355    
> Container.processEvent:2259    
> Component.dispatchEventImpl:4961    
> Container.dispatchEventImpl:2317    
> Component.dispatchEvent:4793    
> KeyboardFocusManager.redispatchEvent:1955    
> DefaultKeyboardFocusManager.dispatchKeyEvent:827    
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096    
> DefaultKeyboardFocusManager.typeAheadAssertions:966    
> DefaultKeyboardFocusManager.dispatchEvent:792    
> Component.dispatchEventImpl:4842    
> Container.dispatchEventImpl:2317    
> Window.dispatchEventImpl:2758    
> Component.dispatchEvent:4793    
> EventQueue.dispatchEventImpl:766    
> EventQueue.access$500:97    
> EventQueue$3.run:717    
> EventQueue$3.run:711    
> AccessController.doPrivileged    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99    
> EventQueue$4.run:739    
> EventQueue$4.run:737    
> AccessController.doPrivileged    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89    
> EventQueue.dispatchEvent:736    
> TimableEventQueue.dispatchEvent:136    
> EventDispatchThread.pumpOneEventForFilters:199    
> EventDispatchThread.pumpEventsForFilter:124    
> EventDispatchThread.pumpEventsForHierarchy:113    
> EventDispatchThread.pumpEvents:109    
> EventDispatchThread.pumpEvents:101    
> EventDispatchThread.run:90   
> {code}
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

For further information about the NetBeans mailing lists, visit:

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Tim Boudreau (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16450436#comment-16450436
 ] 

Tim Boudreau commented on NETBEANS-488:
---

I think the tree lock when the jcomponent is realized will take care of cache 
flushes.

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at 
> java.security.AccessController.doPrivileged(AccessController.java:0)
> at 
> 

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Svatopluk Dedic (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16450404#comment-16450404
 ] 

Svatopluk Dedic commented on NETBEANS-488:
--

Well ;) sort of - you still need to go through some lock in both threads to 
flush / reload local caches so when you (in EDT) add the Scene's JComponent to 
the hierarchy, EDT actually sees all the data.

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Tim Boudreau (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16450367#comment-16450367
 ] 

Tim Boudreau commented on NETBEANS-488:
---

Yes, except that pre-realization off-EDT rendering would actually be safe here 
(and break less existng code).

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at 
> java.security.AccessController.doPrivileged(AccessController.java:0)
> at 

[jira] [Commented] (NETBEANS-698) AssertionError loading Designer pallete

[Attila Kelemen (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16450338#comment-16450338
 ] 

Attila Kelemen commented on NETBEANS-698:
-

1. This issue is definetly not a blocker because it was always there. The only 
reason it manifests because assertations are enabled (and according to László, 
it is disabled on a release build, so it won't get noticed in the release).

2. I believe I have fixed this but since I couldn't reproduce it, I need Will 
(or whoever can reproduce it) to verify the fix.

3. This issue has absolutely nothing to do with compile on save or anything 
besides the custom Swing component palette.

4. I don't want to track this issue in two locations, so I'm closing it and 
further discussions should be done on the [plugin's issue 
page|https://github.com/kelemen/netbeans-gradle-project/issues/382].

> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Blocker
>  Labels: AssertionError, GUI, Gradle, Regression, Windows, cache, 
> cache-control, designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs, 
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
>  * Starting Netbeans from command-line
>  * Reset windows
> h2. expected / desirable
>  * Windows should be reset to default state
> h2. actual
>  * The pallete sub-panel was not painting ... It just showed "Loading ..." 
> for quite some time.
>  * I used reset windows to try to get it back
>  * Errors in the attached {{messages.log}} file.
>  * Assertion Error, see AssertionError.logs attachment.
>  ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   

[jira] [Created] (NETBEANS-724) Cannot install PHP, JAVA ME, JAVA and other based IDE plugins

[PETER BORREGGINE (JIRA)]

PETER BORREGGINE created NETBEANS-724:
-

 Summary: Cannot install PHP, JAVA ME, JAVA and other based IDE 
plugins
 Key: NETBEANS-724
 URL: https://issues.apache.org/jira/browse/NETBEANS-724
 Project: NetBeans
  Issue Type: Bug
  Components: platform - Plugin Manager
Affects Versions: 8.2
 Environment: Windows 10 PRO
Reporter: PETER BORREGGINE
 Fix For: 8.2
 Attachments: netbeans install plugin problem 1.PNG, netbeans install 
plugin problem 2.PNG, netbeans install plugin problem 3.PNG, netbeans install 
plugin problem 4.PNG, netbeans install plugin problem 5.PNG

Upon trying to install plugins I get this:

 

Activation failed: Not all requested modules can be enabled: 
[StandardModule:org.netbeans.modules.db.kit jarFile: C:\Program Files\NetBeans 
8.2\ide\modules\org-netbeans-modules-db-kit.jar, 
StandardModule:org.netbeans.modules.ide.kit jarFile: C:\Program Files\NetBeans 
8.2\ide\modules\org-netbeans-modules-ide-kit.jar]

 

Activation failed: Not all requested modules can be enabled: 
[StandardModule:org.netbeans.modules.java.kit jarFile: C:\Program 
Files\NetBeans 8.2\java\modules\org-netbeans-modules-java-kit.jar, 
StandardModule:org.netbeans.modules.j2ee.persistence.kit jarFile: C:\Program 
Files\NetBeans 8.2\java\modules\org-netbeans-modules-j2ee-persistence-kit.jar, 
StandardModule:org.netbeans.modules.maven.kit jarFile: C:\Program 
Files\NetBeans 8.2\java\modules\org-netbeans-modules-maven-kit.jar, 
StandardModule:org.netbeans.modules.debugger.jpda.kit jarFile: C:\Program 
Files\NetBeans 8.2\java\modules\org-netbeans-modules-debugger-jpda-kit.jar, 
StandardModule:org.netbeans.modules.hibernate jarFile: C:\Program 
Files\NetBeans 8.2\java\modules\org-netbeans-modules-hibernate.jar, 
StandardModule:org.netbeans.modules.form.kit jarFile: C:\Program Files\NetBeans 
8.2\java\modules\org-netbeans-modules-form-kit.jar, 
StandardModule:org.netbeans.modules.ant.kit jarFile: C:\Program Files\NetBeans 
8.2\java\modules\org-netbeans-modules-ant-kit.jar, 
StandardModule:org.netbeans.modules.spring.beans jarFile: C:\Program 
Files\NetBeans 8.2\java\modules\org-netbeans-modules-spring-beans.jar]

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 3:24 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
  

 "Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
at java.util.concurrent.FutureTask.get(FutureTask.java:191)
at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
at 
java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
- locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
at 
com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
at 
javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
at java.security.AccessController.doPrivileged(Native Method)
at 
javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
at sun.security.jgss.GSSUtil.login(GSSUtil.java:258)
at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
at 
sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
at 
sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
at 
sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
at 
sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
at 
sun.security.jgss.spnego.SpNegoContext.GSS_initSecContext(SpNegoContext.java:882)
at 
sun.security.jgss.spnego.SpNegoContext.initSecContext(SpNegoContext.java:317)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:248)
at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 3:05 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
  

 "Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
at java.util.concurrent.FutureTask.get(FutureTask.java:191)
at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
at 
java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
- locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
at 
com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
at 
javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
at java.security.AccessController.doPrivileged(Native Method)
at 
javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
at sun.security.jgss.GSSUtil.login(GSSUtil.java:258)
at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
at 
sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
at 
sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
at 
sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
at 
sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
at 
sun.security.jgss.spnego.SpNegoContext.GSS_initSecContext(SpNegoContext.java:882)
at 
sun.security.jgss.spnego.SpNegoContext.initSecContext(SpNegoContext.java:317)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:248)
at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 2:35 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
  

 "Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
at java.util.concurrent.FutureTask.get(FutureTask.java:191)
at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
at 
java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
- locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
at 
com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
at 
javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
at java.security.AccessController.doPrivileged(Native Method)
at 
javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
at sun.security.jgss.GSSUtil.login(GSSUtil.java:258)
at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
at 
sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
at 
sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
at 
sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
at 
sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
at 
sun.security.jgss.spnego.SpNegoContext.GSS_initSecContext(SpNegoContext.java:882)
at 
sun.security.jgss.spnego.SpNegoContext.initSecContext(SpNegoContext.java:317)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:248)
at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 2:33 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
  

 "Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
at java.util.concurrent.FutureTask.get(FutureTask.java:191)
at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
at 
java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
- locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
at 
com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
at 
javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
at java.security.AccessController.doPrivileged(Native Method)
at 
javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
at sun.security.jgss.GSSUtil.login(GSSUtil.java:258)
at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
at 
sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
at 
sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
at 
sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
at 
sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
at 
sun.security.jgss.spnego.SpNegoContext.GSS_initSecContext(SpNegoContext.java:882)
at 
sun.security.jgss.spnego.SpNegoContext.initSecContext(SpNegoContext.java:317)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:248)
at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 2:27 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
  

 "Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
at java.util.concurrent.FutureTask.get(FutureTask.java:191)
at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
at 
java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
- locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
at 
com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
at 
javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
at java.security.AccessController.doPrivileged(Native Method)
at 
javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
at sun.security.jgss.GSSUtil.login(GSSUtil.java:258)
at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
at 
sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
at 
sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
at 
sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
at 
sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
at 
sun.security.jgss.spnego.SpNegoContext.GSS_initSecContext(SpNegoContext.java:882)
at 
sun.security.jgss.spnego.SpNegoContext.initSecContext(SpNegoContext.java:317)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:248)
at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 2:26 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
  

 "Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
at java.util.concurrent.FutureTask.get(FutureTask.java:191)
at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
at 
java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
- locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
at 
com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
at 
javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
at java.security.AccessController.doPrivileged(Native Method)
at 
javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
at sun.security.jgss.GSSUtil.login(GSSUtil.java:258)
at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
at 
sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
at 
sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
at 
sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
at 
sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
at 
sun.security.jgss.spnego.SpNegoContext.GSS_initSecContext(SpNegoContext.java:882)
at 
sun.security.jgss.spnego.SpNegoContext.initSecContext(SpNegoContext.java:317)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:248)
at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 2:18 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
  

 "Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
at java.util.concurrent.FutureTask.get(FutureTask.java:191)
at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
at 
java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
- locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
at 
com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
at 
javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
at java.security.AccessController.doPrivileged(Native Method)
at 
javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
at sun.security.jgss.GSSUtil.login(GSSUtil.java:258)
at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
at 
sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
at 
sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
at 
sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
at 
sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
at 
sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
at 
sun.security.jgss.spnego.SpNegoContext.GSS_initSecContext(SpNegoContext.java:882)
at 
sun.security.jgss.spnego.SpNegoContext.initSecContext(SpNegoContext.java:317)
at 
sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:248)
at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 2:16 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
"Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
 java.lang.Thread.State: WAITING (parking)
 at sun.misc.Unsafe.park(Native Method)
 - parking to wait for <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
 at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
 at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
 at java.util.concurrent.FutureTask.get(FutureTask.java:191)
 at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
 at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
 at java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
 - locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
 at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
 at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
 at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
 at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
 at com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:498)
 at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
 at javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
 at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
 at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
 at java.security.AccessController.doPrivileged(Native Method)
 at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
 at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
 at sun.security.jgss.GSSUtil.login(GSSUtil.java:258)
 at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
 at sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
 at sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
 at java.security.AccessController.doPrivileged(Native Method)
 at 
sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
 at 
sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
 at 
sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
 at 
sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
 at 
sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
 at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
 at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
 at 
sun.security.jgss.spnego.SpNegoContext.GSS_initSecContext(SpNegoContext.java:882)
 at 
sun.security.jgss.spnego.SpNegoContext.initSecContext(SpNegoContext.java:317)
 at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:248)
 at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
 at 
sun.net.www.protocol.http.spnego.NegotiatorImpl.init(NegotiatorImpl.java:108)
 at 
sun.net.www.protocol.http.spnego.NegotiatorImpl.(NegotiatorImpl.java:117)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 2:08 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#ff}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#ff}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock 
{color:#ff}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{noformat}
"org.netbeans.api.keyring.Keyring" #26 daemon prio=1 os_prio=-2 
tid=0x19593000 nid=0x1640 waiting for monitor entry [0x2655e000]
 java.lang.Thread.State: BLOCKED (on object monitor)
 at 
org.netbeans.ModuleManager$SystemClassLoader.getResourcesImpl(ModuleManager.java:708)
 - waiting to lock <0xc0d64370> (a 
org.netbeans.ModuleManager$SystemClassLoader)
 at org.netbeans.ProxyClassLoader.getResources(ProxyClassLoader.java:390)
 at 
org.openide.util.lookup.MetaInfServicesLookup.search(MetaInfServicesLookup.java:205)
 at 
org.openide.util.lookup.MetaInfServicesLookup.beforeLookup(MetaInfServicesLookup.java:156)
 at 
org.openide.util.lookup.MetaInfServicesLookup.beforeLookupResult(MetaInfServicesLookup.java:135)
 at org.openide.util.lookup.AbstractLookup.lookup(AbstractLookup.java:483)
 at org.openide.util.lookup.ProxyLookup$R.initResults(ProxyLookup.java:390)
 at org.openide.util.lookup.ProxyLookup$R.myBeforeLookup(ProxyLookup.java:673)
 at org.openide.util.lookup.ProxyLookup$R.computeResult(ProxyLookup.java:553)
 at org.openide.util.lookup.ProxyLookup$R.allInstances(ProxyLookup.java:513)
 at org.openide.util.lookup.ProxyLookup$R.allInstances(ProxyLookup.java:509)
 at org.openide.util.Lookup.lookupAll(Lookup.java:312)
 at org.netbeans.api.keyring.Keyring.provider(Keyring.java:89)
 - locked <0xf0525f68> (a java.lang.Class for 
org.netbeans.api.keyring.Keyring)
 at org.netbeans.api.keyring.Keyring.readImpl(Keyring.java:105)
 - locked <0xf0525f68> (a java.lang.Class for 
org.netbeans.api.keyring.Keyring)
 at org.netbeans.api.keyring.Keyring.access$100(Keyring.java:75)
 at org.netbeans.api.keyring.Keyring$1.call(Keyring.java:128)
 at org.netbeans.api.keyring.Keyring$1.call(Keyring.java:125)
 at java.util.concurrent.FutureTask.run(FutureTask.java:266)
 at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1443)
 at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:68)
 at org.openide.util.lookup.Lookups.executeWith(Lookups.java:303)
 at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2058)

"Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
 java.lang.Thread.State: WAITING (parking)
 at sun.misc.Unsafe.park(Native Method)
 - parking to wait for <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
 at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
 at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
 at java.util.concurrent.FutureTask.get(FutureTask.java:191)
 at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
 at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
 at java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
 - locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
 at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
 at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
 at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
 at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
 at com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449908#comment-16449908
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 2:05 PM:
--

@Geertjan, no it did not happen before. Now, I don't know from when exactly it 
started, I mean which JDK/NB version combination. Actually it doesn't matter. 
Now it no longer works and the reason has been quite clearly identified: dead 
locking while querying the Keyring.

If you look at the extract from my block IDE thread dump you will see that:

1) "Thread-8" takes the lock {color:#FF}0xc0d64370 {color}in 
sun.net.www.protocol.http.AuthenticationHeader.parse(AuthenticationHeader.java:200)
 Then further down the call stack, it creates a task that will wait forever 
reading the a value from Keyring at 
org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 2) This task is posted on thraed "*org.netbeans.api.keyring.Keyring*" where it 
tries to get the lock on {color:#FF}0xc0d64370{color}. Boom 
deadlock...

This blocks all threads on the ModuleManager$SystemClassLoader lock on 
{color:#FF}0xc0d64370 {color}for every other thread including the 
AWT Event one which leads to the HMI freeze.
{code:java}
"org.netbeans.api.keyring.Keyring" #26 daemon prio=1 os_prio=-2 
tid=0x19593000 nid=0x1640 waiting for monitor entry [0x2655e000]
 java.lang.Thread.State: BLOCKED (on object monitor)
 at 
org.netbeans.ModuleManager$SystemClassLoader.getResourcesImpl(ModuleManager.java:708)
 - waiting to lock <0xc0d64370> (a 
org.netbeans.ModuleManager$SystemClassLoader)
 at org.netbeans.ProxyClassLoader.getResources(ProxyClassLoader.java:390)
 at 
org.openide.util.lookup.MetaInfServicesLookup.search(MetaInfServicesLookup.java:205)
 at 
org.openide.util.lookup.MetaInfServicesLookup.beforeLookup(MetaInfServicesLookup.java:156)
 at 
org.openide.util.lookup.MetaInfServicesLookup.beforeLookupResult(MetaInfServicesLookup.java:135)
 at org.openide.util.lookup.AbstractLookup.lookup(AbstractLookup.java:483)
 at org.openide.util.lookup.ProxyLookup$R.initResults(ProxyLookup.java:390)
 at org.openide.util.lookup.ProxyLookup$R.myBeforeLookup(ProxyLookup.java:673)
 at org.openide.util.lookup.ProxyLookup$R.computeResult(ProxyLookup.java:553)
 at org.openide.util.lookup.ProxyLookup$R.allInstances(ProxyLookup.java:513)
 at org.openide.util.lookup.ProxyLookup$R.allInstances(ProxyLookup.java:509)
 at org.openide.util.Lookup.lookupAll(Lookup.java:312)
 at org.netbeans.api.keyring.Keyring.provider(Keyring.java:89)
 - locked <0xf0525f68> (a java.lang.Class for 
org.netbeans.api.keyring.Keyring)
 at org.netbeans.api.keyring.Keyring.readImpl(Keyring.java:105)
 - locked <0xf0525f68> (a java.lang.Class for 
org.netbeans.api.keyring.Keyring)
 at org.netbeans.api.keyring.Keyring.access$100(Keyring.java:75)
 at org.netbeans.api.keyring.Keyring$1.call(Keyring.java:128)
 at org.netbeans.api.keyring.Keyring$1.call(Keyring.java:125)
 at java.util.concurrent.FutureTask.run(FutureTask.java:266)
 at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1443)
 at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:68)
 at org.openide.util.lookup.Lookups.executeWith(Lookups.java:303)
 at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2058)

"Thread-8" #49 prio=6 os_prio=0 tid=0x256a5000 nid=0xdb8 waiting on 
condition [0x2cd7a000]
 java.lang.Thread.State: WAITING (parking)
 at sun.misc.Unsafe.park(Native Method)
 - parking to wait for <0xf05d6c10> (a 
org.openide.util.RequestProcessor$RPFutureTask)
 at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
 at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
 at java.util.concurrent.FutureTask.get(FutureTask.java:191)
 at org.netbeans.api.keyring.Keyring.read(Keyring.java:144)
 at 
org.netbeans.core.ProxySettings.getAuthenticationPassword(ProxySettings.java:230)
 at 
org.netbeans.core.NbAuthenticator.getPasswordAuthentication(NbAuthenticator.java:87)
 at java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:317)
 - locked <0xc2c66008> (a org.netbeans.core.NbAuthenticator)
 at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.getAnswer(NegotiateCallbackHandler.java:65)
 at 
sun.net.www.protocol.http.spnego.NegotiateCallbackHandler.handle(NegotiateCallbackHandler.java:86)
 at 
com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
 at 
com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
 at com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 at 

[jira] [Commented] (NETBEANS-698) AssertionError loading Designer pallete

[Geertjan Wielenga (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449818#comment-16449818
 ] 

Geertjan Wielenga commented on NETBEANS-698:


But this has nothing to do with the incubator process. The fact is that Gradle 
is not part of Apache NetBeans, it is not in Apache Git, it is not part of the 
Apache NetBeans (incubating) 9.0 release in any way at all. The issue you have 
is with the external Gradle plugin, and you should file and discuss this in the 
related Git repo, not here. It would indeed be wonderful to have Gradle be 100% 
part of Apache NetBeans, but that is not yet the case, and therefore this issue 
which is specific to Gradle should not block the Apache NetBeans release.

> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Blocker
>  Labels: AssertionError, GUI, Gradle, Regression, Windows, cache, 
> cache-control, designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs, 
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
>  * Starting Netbeans from command-line
>  * Reset windows
> h2. expected / desirable
>  * Windows should be reset to default state
> h2. actual
>  * The pallete sub-panel was not painting ... It just showed "Loading ..." 
> for quite some time.
>  * I used reset windows to try to get it back
>  * Errors in the attached {{messages.log}} file.
>  * Assertion Error, see AssertionError.logs attachment.
>  ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
>   at 
> 

[jira] [Commented] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Geertjan Wielenga (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449785#comment-16449785
 ] 

Geertjan Wielenga commented on NETBEANS-58:
---

What is the reason that the below doesn't work, which I understand as the 
solution to this:

[https://bitbucket.org/phansson/netbeansnetworkauthenticator]
[https://bitbucket.org/phansson/netbeansnetworkauthenticator/wiki/JDK-8068184%20Workaround]

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which doesn't trigger this problem. You cannot predict when 
> classloading is needed. In fact it is very likely to be needed when 
> 

[jira] [Commented] (NETBEANS-698) AssertionError loading Designer pallete

[will mason (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449786#comment-16449786
 ] 

will mason commented on NETBEANS-698:
-

I defer to Incubator process.  For example where I work, we are  100% Gradle 
and this bug makes Netbeans 9 unusable for production work and all Android 
related projects.

I have checked the Netbeans 9 IDE log on my Linux PC and there is not reference 
to that folder 

* {{groovy/main}} path

in the Linux log.Calls upon groovy main src and class paths seems both  
_plain mysterious_ and may relate to onlty to Windows or Gradle on Windows.  
Looking back it is possible to  recover the problem by Removing all and Every 
Gradle cache.

The invocation of a {{CompileOnSaveAction}} when it is turned OFF is of 
critical importance based on collective experiences with Ant, Maven and Gradle 
when this option is legitimately "_*on*_".  It is a concern that 
{{CompileOnSaveAction}} activity is involved in this bug -- When it is very 
likely element in the  root causality tree -- Because this activity should be 
not called.

When an unexpected action relies or instigates processing for the (Gradle) 
plugin and the plug-in has a problem with the existing configuration.  That to 
me appears to be a problem in the Netbeans caller by giving he plugin the wrong 
information.  One might _blame_ the plugin.

In my book, if the plugin is told to do something about {{CompileOnSaveAction}} 
 or to look for a Classpath with {{groovy/main}} in the path, when it does Not 
Exist -- The Gradle plugin may well be correct because it is doing what's 
expected with Incorrect Information.

If the plugin finds a work around the Netbeans bug -- does that bring Netbeans 
up to the required standard?  I'll tell you what, should that be the case ...

* It will bury any causal bug in Netbeans

Like why is the  {{CompileOnSaveAction}}  invoked when it is OFF?



> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Blocker
>  Labels: AssertionError, GUI, Regression, cache, cache-control, 
> designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs, 
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
>  * Starting Netbeans from command-line
>  * Reset windows
> h2. expected / desirable
>  * Windows should be reset to default state
> h2. actual
>  * The pallete sub-panel was not painting ... It just showed "Loading ..." 
> for quite some time.
>  * I used reset windows to try to get it back
>  * Errors in the attached {{messages.log}} file.
>  * Assertion Error, see AssertionError.logs attachment.
>  ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> 

[jira] [Commented] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Geertjan Wielenga (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449778#comment-16449778
 ] 

Geertjan Wielenga commented on NETBEANS-58:
---

It is super critical in a specific subset of scenarios, I for one have never 
(working within and without a corporate proxy) have never encountered it, as 
far as I am aware. Has this problem always been in NetBeans and is the only 
solution "to implement more fine grained classloaders"?

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which doesn't trigger this problem. You cannot predict when 
> classloading is needed. In fact it 

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Neil C Smith (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449694#comment-16449694
 ] 

Neil C Smith commented on NETBEANS-488:
---

IMO adding this assertion was a good move.  Adding additional logic for pre / 
post "realization" just seems like going back to the old advice about Swing 
component access being OK before realization.  And this is just an assertion 
anyway isn't it - old code should still work without assertions enabled?

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at 

[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later

[Geertjan Wielenga (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449669#comment-16449669
 ] 

Geertjan Wielenga commented on NETBEANS-373:


Here you're making use of NetBeans IDE 8.2, i.e., this issue is not about 
Apache NetBeans. If this issue cannot be reproduced in Apache NetBeans 
(incubating) 9.0 Beta, it cannot be a blocker for the release of Apache 
NetBeans (incubating) 9.0.

> Netbeans sometimes freezes when showing any refactor dialog when running with 
> jdk 1.8.0_152-b16 or later
> 
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Thomas Corte
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot 
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action, 
> NetBeans freezes. It appears that a lock is obtained on a panel when the 
> dialog is shown, and the AppKit Thread tries to get the lock while trying to 
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142    
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885    
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765    
> Hidden Source Calls    
> CAccessible.addNotificationListeners:102    
> CAccessible.:84    
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls    
> Unsafe.park    
> LockSupport.park:194    
> AbstractQueuedSynchronizer$ConditionObject.await:2062    
> EventQueue.getNextEvent:557    
> EventDispatchThread.pumpOneEventForFilters:173    
> EventDispatchThread.pumpEventsForFilter:124    
> EventDispatchThread.pumpEventsForFilter:117    
> WaitDispatchSupport$2.run:190    
> WaitDispatchSupport$4.run:235    
> WaitDispatchSupport$4.run:233    
> AccessController.doPrivileged    
> WaitDispatchSupport.enter:233    
> Dialog.show:1070    
> NbPresenter.superShow:1060    
> NbPresenter.doShow:1110    
> NbPresenter.run:1082    
> NbPresenter.run:105    
> NbMutexEventProvider$Event.doEventAccess:115    
> NbMutexEventProvider$Event.readAccess:75    
> LazyMutexImplementation.readAccess:71    
> Mutex.readAccess:193    
> NbPresenter.show:1067    
> Component.show:1669    
> Component.setVisible:1616    
> Window.setVisible:1017    
> Dialog.setVisible:1005    
> ParametersPanel.showDialog:674    
> RefactoringPanel.refresh:660    
> RefactoringPanel.:144    
> UI.openRefactoringUI:61    
> ContextAnalyzer$4.show:648    
> ContextAnalyzer$TextComponentTask.run:369    
> RefactoringActionsProvider.doFindUsages:232    
> ActionsImplementationFactory.doFindUsages:91    
> WhereUsedAction.performAction:52    
> RefactoringGlobalAction$ContextAction.actionPerformed:172    
> TopComponent.processKeyBinding:1151    
> JComponent.processKeyBindings:2963    
> JComponent.processKeyEvent:2863    
> Component.processEvent:6355    
> Container.processEvent:2259    
> Component.dispatchEventImpl:4961    
> Container.dispatchEventImpl:2317    
> Component.dispatchEvent:4793    
> KeyboardFocusManager.redispatchEvent:1955    
> DefaultKeyboardFocusManager.dispatchKeyEvent:827    
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096    
> DefaultKeyboardFocusManager.typeAheadAssertions:966    
> DefaultKeyboardFocusManager.dispatchEvent:792    
> Component.dispatchEventImpl:4842    
> Container.dispatchEventImpl:2317    
> Window.dispatchEventImpl:2758    
> Component.dispatchEvent:4793    
> EventQueue.dispatchEventImpl:766    
> EventQueue.access$500:97    
> EventQueue$3.run:717    
> EventQueue$3.run:711    
> AccessController.doPrivileged    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99    
> EventQueue$4.run:739    
> EventQueue$4.run:737    
> AccessController.doPrivileged    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89    
> EventQueue.dispatchEvent:736    
> TimableEventQueue.dispatchEvent:136    
> EventDispatchThread.pumpOneEventForFilters:199    
> EventDispatchThread.pumpEventsForFilter:124    
> EventDispatchThread.pumpEventsForHierarchy:113    
> EventDispatchThread.pumpEvents:109    
> EventDispatchThread.pumpEvents:101    
> EventDispatchThread.run:90   
> {code}
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional 

[jira] [Commented] (NETBEANS-615) Cannot run java application from IDE

[Geertjan Wielenga (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449668#comment-16449668
 ] 

Geertjan Wielenga commented on NETBEANS-615:


Can we close this issue?

> Cannot run java application from IDE
> 
>
> Key: NETBEANS-615
> URL: https://issues.apache.org/jira/browse/NETBEANS-615
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
> Environment: Netbeans 9 beta x64
> Windows 2008 R2 x64
> Java 10 sdk 
>Reporter: Filippo
>Assignee: Jan Lahoda
>Priority: Blocker
>  Labels: pull-request-available
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> I created the following class:
> {code:java}
> public static void main(String[] args) {
>     
>     System.out.println("java version: " + 
> System.getProperty("java.version"));
>     }
> {code}
> It compiles correctly and I can  execute it from coammand line with *java*.
> If I try to run it from the ide a new .class file is generated which contains 
> RuntimeException as the first line.
> I double checked the configuration and found nothing wrong.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Commented] (NETBEANS-463) IllegalArgumentExcedption thrown if var type used for instance variables

[Reema Taneja (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449662#comment-16449662
 ] 

Reema Taneja commented on NETBEANS-463:
---

As discussed with Jan, there are two fixes required for this bug fix.

nb-javac: var a = () -> {}; field type should be error instead of none.

javac: var a; field type should be error instead of none. Bug #: 
[https://bugs.openjdk.java.net/browse/JDK-8202178]

 

> IllegalArgumentExcedption thrown if var type used for instance variables
> 
>
> Key: NETBEANS-463
> URL: https://issues.apache.org/jira/browse/NETBEANS-463
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Reema Taneja
>Assignee: Reema Taneja
>Priority: Trivial
>  Labels: JDK10-LVTI, pull-request-available
> Attachments: JavaApplication4.java
>
>  Time Spent: 50m
>  Remaining Estimate: 0h
>
> Var type can only be used for local variables but this exception should not 
> be thrown. We should display appropriate hint for invalid var usage.
> java.lang.IllegalArgumentException: Unsupported type: none, kind: NONE
>  at 
> org.netbeans.modules.java.source.usages.ClassFileUtil.encodeType(ClassFileUtil.java:294)
>  at 
> org.netbeans.modules.java.source.usages.ClassFileUtil.createFieldDescriptor(ClassFileUtil.java:148)
>  at 
> org.netbeans.api.java.source.ElementHandle.createImpl(ElementHandle.java:476)
>  at org.netbeans.api.java.source.ElementHandle.create(ElementHandle.java:397)
>  at 
> org.netbeans.modules.java.navigation.CaretListeningTask.updateNavigatorSelection(CaretListeningTask.java:296)
>  at 
> org.netbeans.modules.java.navigation.CaretListeningTask.run(CaretListeningTask.java:153)
>  at 
> org.netbeans.modules.java.navigation.CaretListeningTask.run(CaretListeningTask.java:55)
> [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:514)
>  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)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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

[jira] [Commented] (NETBEANS-698) AssertionError loading Designer pallete

[Geertjan Wielenga (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449658#comment-16449658
 ] 

Geertjan Wielenga commented on NETBEANS-698:


This is specific to the Gradle plugin, I think this issue should not be a 
blocker for Apache NetBeans (incubator) 9.0.

> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Blocker
>  Labels: AssertionError, GUI, Regression, cache, cache-control, 
> designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs, 
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
>  * Starting Netbeans from command-line
>  * Reset windows
> h2. expected / desirable
>  * Windows should be reset to default state
> h2. actual
>  * The pallete sub-panel was not painting ... It just showed "Loading ..." 
> for quite some time.
>  * I used reset windows to try to get it back
>  * Errors in the attached {{messages.log}} file.
>  * Assertion Error, see AssertionError.logs attachment.
>  ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.propertyChange(PaletteTopComponent.java:128)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:341)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:333)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:266)
>   at 
> 

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[efrem mccrimon (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449648#comment-16449648
 ] 

efrem mccrimon commented on NETBEANS-488:
-

Hi, this was something I tried but it did not work:

Path relative:
api.visual\src\org\netbeans\api\visual\widget\Widget.java

Code.

   public final void addChild (Widget child, Object constraint) {
   // Add additional test for null before adding the Child node
   // sem 2018-03-23
 /*
Solution 1:
if (null == child) {  // AssertNull(child)
// true, it is the last
assert child != null;
}
else {
   assert child.parentWidget == null;
 }

OR

Solution 2:
   assert child != null;
   assert child.parentWidget == null;
*/


Please advise,

Efrem



> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449647#comment-16449647
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 11:11 AM:
---

I need to stress that this issue is super critical, because it occurs 
systematically and it makes NB IDE unusable. People will drop NB in favor for 
other (more reliable?) IDE's which is pity and not to speak about the NB 
platform applications... It is hard to defend and advertise the usage of NB in 
your company when it just blocks right after startup... 


was (Author: jmborer):
I need to stress that this issue is super critical, because it occurs 
systematically and it makes NB IDE unusable. People will drop NB in favor for 
other (more reliable?) IDE's which is pity and not to speak about the NB 
platform applications... It is hard to defend NB in your company when it just 
blocks right after startup... 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own 

[jira] [Commented] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449647#comment-16449647
 ] 

Jean-Marc Borer commented on NETBEANS-58:
-

I need to stress that this issue is super critical, because it occurs 
systematically it makes NB IDE unusable. People will drop NB in favor for other 
(more reliable) IDE's which is pity and not to speak about the NB platform 
applications... It is hard to defend NB in your company when it just blocks 
right after startup... 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which doesn't trigger this problem. You cannot predict when 
> 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449647#comment-16449647
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 11:10 AM:
---

I need to stress that this issue is super critical, because it occurs 
systematically and it makes NB IDE unusable. People will drop NB in favor for 
other (more reliable) IDE's which is pity and not to speak about the NB 
platform applications... It is hard to defend NB in your company when it just 
blocks right after startup... 


was (Author: jmborer):
I need to stress that this issue is super critical, because it occurs 
systematically it makes NB IDE unusable. People will drop NB in favor for other 
(more reliable) IDE's which is pity and not to speak about the NB platform 
applications... It is hard to defend NB in your company when it just blocks 
right after startup... 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Jean-Marc Borer (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449647#comment-16449647
 ] 

Jean-Marc Borer edited comment on NETBEANS-58 at 4/24/18 11:10 AM:
---

I need to stress that this issue is super critical, because it occurs 
systematically and it makes NB IDE unusable. People will drop NB in favor for 
other (more reliable?) IDE's which is pity and not to speak about the NB 
platform applications... It is hard to defend NB in your company when it just 
blocks right after startup... 


was (Author: jmborer):
I need to stress that this issue is super critical, because it occurs 
systematically and it makes NB IDE unusable. People will drop NB in favor for 
other (more reliable) IDE's which is pity and not to speak about the NB 
platform applications... It is hard to defend NB in your company when it just 
blocks right after startup... 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, 

[incubator-netbeans] branch master updated: Change all apple.laf.AquaLookAndFeel to com.apple.laf.AquaLookAndFeel. Fixes netbeans-444. (#516)

[geertjan]

This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new cb50f33  Change all apple.laf.AquaLookAndFeel to 
com.apple.laf.AquaLookAndFeel. Fixes netbeans-444. (#516)
cb50f33 is described below

commit cb50f33259a042fedf3fd60992eb6dbb2ccd9bb0
Author: Sven Reimers 
AuthorDate: Tue Apr 24 13:06:38 2018 +0200

Change all apple.laf.AquaLookAndFeel to com.apple.laf.AquaLookAndFeel. 
Fixes netbeans-444. (#516)
---
 core.startup/src/org/netbeans/core/startup/CLIOptions.java| 2 +-
 .../test/unit/src/org/netbeans/core/startup/CLIOptionsTest.java   | 2 +-
 core.windows/src/org/netbeans/core/windows/options/LafPanel.java  | 4 ++--
 ide/launcher/macosx/NetBeansLauncher/NBPreferences.m  | 2 +-
 nbi/engine/src/org/netbeans/installer/utils/UiUtils.java  | 2 +-
 o.n.swing.plaf/src/org/netbeans/swing/plaf/Startup.java   | 2 +-
 o.n.upgrader/src/org/netbeans/util/Util.java  | 2 +-
 .../src/org/openide/explorer/propertysheet/PropUtils.java | 2 +-
 8 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/core.startup/src/org/netbeans/core/startup/CLIOptions.java 
b/core.startup/src/org/netbeans/core/startup/CLIOptions.java
index 9327f10..b208b3c 100644
--- a/core.startup/src/org/netbeans/core/startup/CLIOptions.java
+++ b/core.startup/src/org/netbeans/core/startup/CLIOptions.java
@@ -150,7 +150,7 @@ public class CLIOptions extends CLIHandler {
 } else if ("Windows".equals(ui)) {
 ui = 
"com.sun.java.swing.plaf.windows.WindowsLookAndFeel";
 } else if ("Aqua".equals(ui)) {
-ui = "apple.laf.AquaLookAndFeel";
+ui = "com.apple.laf.AquaLookAndFeel";
 }
 uiClass = Class.forName(ui);
 } catch(ArrayIndexOutOfBoundsException e) {
diff --git 
a/core.startup/test/unit/src/org/netbeans/core/startup/CLIOptionsTest.java 
b/core.startup/test/unit/src/org/netbeans/core/startup/CLIOptionsTest.java
index 4bd3196..d9fbeae 100644
--- a/core.startup/test/unit/src/org/netbeans/core/startup/CLIOptionsTest.java
+++ b/core.startup/test/unit/src/org/netbeans/core/startup/CLIOptionsTest.java
@@ -70,7 +70,7 @@ public class CLIOptionsTest extends NbTestCase {
 if (Utilities.isMac()) {
 new CLIOptions().cli(new String[] { "--laf", "Aqua" });
 try {
-assertEquals("Must be MacOS", CLIOptions.uiClass, 
Class.forName("apple.laf.AquaLookAndFeel"));
+assertEquals("Must be MacOS", CLIOptions.uiClass, 
Class.forName("com.apple.laf.AquaLookAndFeel"));
 } catch (ClassNotFoundException exc) {
 }
 }
diff --git a/core.windows/src/org/netbeans/core/windows/options/LafPanel.java 
b/core.windows/src/org/netbeans/core/windows/options/LafPanel.java
index 0e3f1e3..abf2d21 100644
--- a/core.windows/src/org/netbeans/core/windows/options/LafPanel.java
+++ b/core.windows/src/org/netbeans/core/windows/options/LafPanel.java
@@ -204,7 +204,7 @@ public class LafPanel extends javax.swing.JPanel {
 boolean isAqua = "Aqua".equals(UIManager.getLookAndFeel().getID()); 
//NOI18N
 for( LookAndFeelInfo li : lafs ) {
 if( currentLAFClassName.equals( li.getClassName() ) 
-|| (isAqua && 
li.getClassName().contains("apple.laf.AquaLookAndFeel")) ) { //NOI18N
+|| (isAqua && 
li.getClassName().contains("com.apple.laf.AquaLookAndFeel")) ) { //NOI18N
 currentLaf = li;
 break;
 }
@@ -220,7 +220,7 @@ public class LafPanel extends javax.swing.JPanel {
 boolean isAqua = "Aqua".equals(UIManager.getLookAndFeel().getID()); 
//NOI18N
 for( LookAndFeelInfo li : lafs ) {
 if( lafClassName.equals( li.getClassName() )
-|| (isAqua && 
li.getClassName().contains("apple.laf.AquaLookAndFeel")) ) { //NOI18N
+|| (isAqua && 
li.getClassName().contains("com.apple.laf.AquaLookAndFeel")) ) { //NOI18N
 currentLaf = li;
 break;
 }
diff --git a/ide/launcher/macosx/NetBeansLauncher/NBPreferences.m 
b/ide/launcher/macosx/NetBeansLauncher/NBPreferences.m
index b777d97..ed0f3a2 100644
--- a/ide/launcher/macosx/NetBeansLauncher/NBPreferences.m
+++ b/ide/launcher/macosx/NetBeansLauncher/NBPreferences.m
@@ -34,7 +34,7 @@
 
 #define DEFAULT_LOOKFEEL 0
 #define LOOKFEEL_STRING @"--laf"
-NSString 
*look_and_feels[]={@"apple.laf.AquaLookAndFeel",@"javax.swing.plaf.metal.MetalLookAndFeel"};
+NSString 
*look_and_feels[]={@"com.apple.laf.AquaLookAndFeel",@"javax.swing.plaf.metal.MetalLookAndFeel"};
 
 #define 

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[efrem mccrimon (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449609#comment-16449609
 ] 

efrem mccrimon commented on NETBEANS-488:
-

Hi, Tim stated where should the location be since the current location is
not used by the build process. Currently located in netbeans.org tree.  See
his comments in this issue. Thanks that is some good information to know
about the api support.

Thanks

On Tue, Apr 24, 2018, 3:26 AM Svatopluk Dedic (JIRA) 



> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
> at 

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Tim Boudreau (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449607#comment-16449607
 ] 

Tim Boudreau commented on NETBEANS-488:
---

Re the assertion (I don't know where you actually put it), it might be possible 
to refine it slightly:  In the case that you're simply creating the model for 
your widgets before rendering any UI, you could test if the scene actually has 
a component instance yet.  If it does not, don't raise an error, since it 
cannot be touching swing components.  That should be fine unless a widget is 
*embedding* a Swing component (but that could be a separate assertion in the 
widget's constructor - I recall there is such a widget).

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Stephan Raible (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449497#comment-16449497
 ] 

Stephan Raible edited comment on NETBEANS-58 at 4/24/18 9:05 AM:
-

I can confirme the same behaviour of Netbeans 8.2 with JDK 1.8.0_161 and _171 
on a Windows 10 OS behind a corporate proxy as Jean-Marc Borrer mentioned. 


was (Author: mcrender):
I can confirme the same behaviour of Netbeans 8.2 with JDK 1.8.0._161 and _171 
on a Windows 10 OS behind a corporate proxy as Jean-Marc Borrer mentioned. 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Stephan Raible (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449497#comment-16449497
 ] 

Stephan Raible edited comment on NETBEANS-58 at 4/24/18 9:05 AM:
-

I can confirme the same behaviour of Netbeans 8.2 with JDK 1.8.0_161 and _171 
on a Windows 10 OS behind a corporate proxy as Jean-Marc Borer mentioned. 


was (Author: mcrender):
I can confirme the same behaviour of Netbeans 8.2 with JDK 1.8.0_161 and _171 
on a Windows 10 OS behind a corporate proxy as Jean-Marc Borrer mentioned. 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which 

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Stephan Raible (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449497#comment-16449497
 ] 

Stephan Raible edited comment on NETBEANS-58 at 4/24/18 9:04 AM:
-

I can confirme the same behaviour of Netbeans 8.2 with JDK 1.8.0._161 and _171 
on a Windows 10 OS behind a corporate proxy as Jean-Marc Borrer mentioned. 


was (Author: mcrender):
I can confirme the same behaviour of Netbeans 8.2 with JDK 1.8.0._161 and _171 
on a Windows 10 OS behind a corporate proxy. 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which doesn't trigger this problem. 

[jira] [Commented] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

[Stephan Raible (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449497#comment-16449497
 ] 

Stephan Raible commented on NETBEANS-58:


I can confirme the same behaviour of Netbeans 8.2 with JDK 1.8.0._161 and _171 
on a Windows 10 OS behind a corporate proxy. 

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which doesn't trigger this problem. You cannot predict when 
> classloading is needed. In fact it is very likely to be needed when 
> application is still not "warm", i.e. during startup.
> h3. WORKAROUNDS
> *#1*
> If on Windows: Setting the following registry key:
> 

[jira] [Comment Edited] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Svatopluk Dedic (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449423#comment-16449423
 ] 

Svatopluk Dedic edited comment on NETBEANS-488 at 4/24/18 7:25 AM:
---

Although nb-javac-api is not part of Apache, the libs.javacapi module exists 
and Javac APIs should be available, taken from JDK9 codebase - they are used by 
all java.* modules for source code tools. I was able to recompile the 
contrib/graphicclassview against the curent apache master without issues (if 
the sources are placed at the appropriate location).


was (Author: sdedic):
Although nb-javac-api is not part of Apache, the libs.javacapi module exists 
and Javac APIs should be available - they are used by all java.* modules for 
source code tools. I was able to recompile the contrib/graphicclassview against 
the curent apache master without issues (if the sources are placed at the 
appropriate location).

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> 

[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

[Svatopluk Dedic (JIRA)]

[ 
https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449423#comment-16449423
 ] 

Svatopluk Dedic commented on NETBEANS-488:
--

Although nb-javac-api is not part of Apache, the libs.javacapi module exists 
and Javac APIs should be available - they are used by all java.* modules for 
source code tools. I was able to recompile the contrib/graphicclassview against 
the curent apache master without issues (if the sources are placed at the 
appropriate location).

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
> Attachments: graphicalclassview.diff, 
> org-netbeans-modules-graphicclassview.nbm
>
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
> at 

[incubator-netbeans] branch master updated: Adding LICENSE/NOTICE/DISCLAIMER to NBMs, packing OSGi jars into NBMs… (#494)

[geertjan]

This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new 08c8028  Adding LICENSE/NOTICE/DISCLAIMER to NBMs, packing OSGi jars 
into NBMs… (#494)
08c8028 is described below

commit 08c8028557462c3d14095806ab5b98e13b162317
Author: Jan Lahoda 
AuthorDate: Tue Apr 24 08:40:28 2018 +0200

Adding LICENSE/NOTICE/DISCLAIMER to NBMs, packing OSGi jars into NBMs… 
(#494)

* Adding LICENSE/NOTICE/DISCLAIMER to NBMs, packing OSGi jars into NBMs 
when producing update center from the main checkout, so that it holds the 
appropriate licenses.

* Removing debug outputs; adding license to info.xml in  OSGi NBMs.

* Need to also include license hash in the fake OSGi info.xml
---
 apisupport.harness/build.xml   |   4 +-
 nbbuild/antsrc/org/netbeans/nbbuild/MakeNBM.java   | 121 +++--
 .../org/netbeans/nbbuild/MakeUpdateDesc.java   |  25 -
 .../nbbuild/extlibs/CreateLicenseSummary.java  |  18 +++
 nbbuild/build.xml  |   4 +-
 nbbuild/catalog-license-header.txt |  20 
 nbbuild/templates/common.xml   |   8 +-
 nbbuild/templates/projectized.xml  |  39 ++-
 8 files changed, 194 insertions(+), 45 deletions(-)

diff --git a/apisupport.harness/build.xml b/apisupport.harness/build.xml
index 45ccec3..b305b9a 100644
--- a/apisupport.harness/build.xml
+++ b/apisupport.harness/build.xml
@@ -24,14 +24,14 @@
 
 
 
-
+
 
 
 
 
 
 
-
+
 
 
 
diff --git a/nbbuild/antsrc/org/netbeans/nbbuild/MakeNBM.java 
b/nbbuild/antsrc/org/netbeans/nbbuild/MakeNBM.java
index ad0ae3b..f8524e3 100644
--- a/nbbuild/antsrc/org/netbeans/nbbuild/MakeNBM.java
+++ b/nbbuild/antsrc/org/netbeans/nbbuild/MakeNBM.java
@@ -39,6 +39,7 @@ import java.util.Collections;
 import java.util.Date;
 import java.util.Enumeration;
 import java.util.Iterator;
+import java.util.LinkedHashMap;
 import java.util.LinkedHashSet;
 import java.util.List;
 import java.util.Locale;
@@ -46,6 +47,7 @@ import java.util.Map;
 import java.util.Properties;
 import java.util.Set;
 import java.util.StringTokenizer;
+import java.util.function.Supplier;
 import java.util.jar.Attributes;
 import java.util.jar.Attributes.Name;
 import java.util.jar.JarEntry;
@@ -301,12 +303,13 @@ public class MakeNBM extends Task {
 private boolean isStandardInclude = true;
 private ArrayList externalPackages = null;
 private ArrayList locales = null;
-private ArrayList moduleAttributes = null;
 private Attributes englishAttr = null;
 private Path updaterJar;
 private FileSet executablesSet;
+private ZipFileSet extraNBMFiles;
 private boolean usePack200;
 private String pack200excludes;
+private boolean alwaysCreateNBM;
 
 /** Try to find and create localized info.xml files */
 public void setLocales(String s) {
@@ -340,11 +343,19 @@ public class MakeNBM extends Task {
 this.pack200excludes = pack200excludes;
 }
 
+public void setAlwaysCreateNBM(boolean alwaysCreateNBM) {
+this.alwaysCreateNBM = alwaysCreateNBM;
+}
+
 /** List of executable files in NBM concatinated by ${line.separator}. */
 public FileSet createExecutables() {
 return (executablesSet = new FileSet());
 }
 
+public ZipFileSet createExtraNBMFiles() {
+return (extraNBMFiles = new ZipFileSet());
+}
+
 /** Module manifest needed for versioning.
  * @deprecated Use {@link #setModule} instead.
  */
@@ -496,6 +507,8 @@ public class MakeNBM extends Task {
 try {
 try (JarFile mjar = new JarFile(mfile)) {
 if 
(mjar.getManifest().getMainAttributes().getValue("Bundle-SymbolicName") != 
null) {
+englishAttr = new Attributes();
+englishAttr.putValue("OpenIDE-Module", 
JarWithModuleAttributes.extractCodeName(mjar.getManifest().getMainAttributes()));
 // #181025: treat bundles specially.
 return null;
 }
@@ -581,25 +594,30 @@ public class MakeNBM extends Task {
overrideLicenseIfNeeded() ;
 
 
-moduleAttributes = new ArrayList<> ();
+Map moduleAttributes = new 
LinkedHashMap<>();
 File module = new File( productDir, moduleName );
 Attributes attr = getModuleAttributesForLocale("");
 if (attr == null) {
-// #181025: OSGi bundle, copy unmodified.
-Copy copy = new Copy();
-copy.setProject(getProject());
-copy.setOwningTarget(getOwningTarget());
-

[jira] [Created] (NETBEANS-723) PHP - Refactor - rename class - not work correctly

[Piotr Hoppe (JIRA)]

Piotr Hoppe created NETBEANS-723:


 Summary: PHP - Refactor - rename class - not work correctly
 Key: NETBEANS-723
 URL: https://issues.apache.org/jira/browse/NETBEANS-723
 Project: NetBeans
  Issue Type: Bug
  Components: php - Editor, php - Refactoring
Affects Versions: 9.0
Reporter: Piotr Hoppe


When I put cursor on name of php class and select option "Refactor > Rename" 
from right menu.
Then I see window "Rename" with selected option "Rename Also File With the 
Declaration"
And I press button "Preview" 
Then I see "Refactoring" tab and I press button "Do Refactoring"
Then refactoring is executed but class name is not changes.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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