[jira] [Updated] (NETBEANS-5768) Gradle projects with settings.gradle but not build.gradle are not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-5768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Palmer updated NETBEANS-5768: --- Description: Running "gradle init" to initialize a new Java application project will make a project structure with a few sub projects (application and libraries), but no build.gradle file in the root. It just has the settings.gradle file that points to the sub-projects. NetBeans project open dialog does not recognize the root folder as a project. A simple work around is to make an empty build.gradle file in the root folder of the project, but NetBeans should be able to handle this valid project structure, particularly since it is the "default" structure coming from "gradle init" was: Running "gradle init" to initialize a new Java application project will make a project structure with a few sub projects (application and libraries), but no build.gradle file in the root. It just has the settings.gradle file that points to the sub-projects. NetBeans project open dialog does not recognize the root folder as a project. A simple work around is to make an empty build.gradle file in the root folder of the project, but NetBeans should be able to handle this valid project structure, particularly singe it is the "default" structure coming from "gradle init" > Gradle projects with settings.gradle but not build.gradle are not recognized > > > Key: NETBEANS-5768 > URL: https://issues.apache.org/jira/browse/NETBEANS-5768 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Affects Versions: 12.4 > Environment: Gradle 7.0.2 > NetBeans 12.4 > OpenJDK 16 >Reporter: Scott Palmer >Assignee: Laszlo Kishalmi >Priority: Major > > Running "gradle init" to initialize a new Java application project will make > a project structure with a few sub projects (application and libraries), but > no build.gradle file in the root. It just has the settings.gradle file that > points to the sub-projects. > NetBeans project open dialog does not recognize the root folder as a project. > A simple work around is to make an empty build.gradle file in the root folder > of the project, but NetBeans should be able to handle this valid project > structure, particularly since it is the "default" structure coming from > "gradle init" -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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-5768) Gradle projects with settings.gradle but not build.gradle are not recognized
Scott Palmer created NETBEANS-5768: -- Summary: Gradle projects with settings.gradle but not build.gradle are not recognized Key: NETBEANS-5768 URL: https://issues.apache.org/jira/browse/NETBEANS-5768 Project: NetBeans Issue Type: Improvement Components: projects - Gradle Affects Versions: 12.4 Environment: Gradle 7.0.2 NetBeans 12.4 OpenJDK 16 Reporter: Scott Palmer Assignee: Laszlo Kishalmi Running "gradle init" to initialize a new Java application project will make a project structure with a few sub projects (application and libraries), but no build.gradle file in the root. It just has the settings.gradle file that points to the sub-projects. NetBeans project open dialog does not recognize the root folder as a project. A simple work around is to make an empty build.gradle file in the root folder of the project, but NetBeans should be able to handle this valid project structure, particularly singe it is the "default" structure coming from "gradle init" -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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-5767) IDE doesn't start: ClassDependencyIndexCreator Exception indexing
[
https://issues.apache.org/jira/browse/NETBEANS-5767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
jose luis romero updated NETBEANS-5767:
---
Description:
After a few weeks of using the latest, sometimes the IDE didn't start, or if it
started usually got froze a few seconds after, now it is finally dead, removing
IDE cache didn't help
Removing Maven cache
*[yourhomeolder]/.m2/repository/.cache/m2e/${m2e.version}* didn't help neither.
the messages.log doesn't show up any error, but still doesn't startup
Doing some research about what I found in messages.log this seems to be a bug
since 8.0
I will attach the log with the 1st exception
was:
After a few weeks of using the latest, sometimes the IDE didn't start, or if it
started usually got froze a few seconds after, now it is finally dead, removing
IDE cache didn't help
After removing Maven cache neither
*[yourhomeolder]/.m2/repository/.cache/m2e/${m2e.version}*.
the messages.log doesn't show up any error, but still doesn't startup
Doing some research about what I found in messages.log this seems to be a bug
since 8.0
I will attach the log with the 1st exception
> IDE doesn't start: ClassDependencyIndexCreator Exception indexing
> -
>
> Key: NETBEANS-5767
> URL: https://issues.apache.org/jira/browse/NETBEANS-5767
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: W10, JDK 1.8 oracle
>Reporter: jose luis romero
>Priority: Critical
> Attachments: messages.log
>
>
> After a few weeks of using the latest, sometimes the IDE didn't start, or if
> it started usually got froze a few seconds after, now it is finally dead,
> removing IDE cache didn't help
> Removing Maven cache
> *[yourhomeolder]/.m2/repository/.cache/m2e/${m2e.version}* didn't help
> neither.
> the messages.log doesn't show up any error, but still doesn't startup
> Doing some research about what I found in messages.log this seems to be a bug
> since 8.0
> I will attach the log with the 1st exception
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
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-5767) IDE doesn't start: ClassDependencyIndexCreator Exception indexing
[
https://issues.apache.org/jira/browse/NETBEANS-5767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17360471#comment-17360471
]
jose luis romero edited comment on NETBEANS-5767 at 6/10/21, 12:45 AM:
---
After several tries, between removing Maven's and NB cache, removing the folder
_var/filehistory_ it started up again. Messages.log still shows the index error
and many others "duplicated libs"
was (Author: firuzzz):
After several tries, between removing Maven's and NB cache, removing the folder
_var/filehistory_ it started up again
> IDE doesn't start: ClassDependencyIndexCreator Exception indexing
> -
>
> Key: NETBEANS-5767
> URL: https://issues.apache.org/jira/browse/NETBEANS-5767
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: W10, JDK 1.8 oracle
>Reporter: jose luis romero
>Priority: Critical
> Attachments: messages.log
>
>
> After a few weeks of using the latest, sometimes the IDE didn't start, or if
> it started usually got froze a few seconds after, now it is finally dead,
> removing IDE cache didn't help
> After removing Maven cache neither
> *[yourhomeolder]/.m2/repository/.cache/m2e/${m2e.version}*.
> the messages.log doesn't show up any error, but still doesn't startup
> Doing some research about what I found in messages.log this seems to be a bug
> since 8.0
> I will attach the log with the 1st exception
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
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-5767) IDE doesn't start: ClassDependencyIndexCreator Exception indexing
[
https://issues.apache.org/jira/browse/NETBEANS-5767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17360471#comment-17360471
]
jose luis romero commented on NETBEANS-5767:
After several tries, between removing Maven's and NB cache, removing the folder
_var/filehistory_ it started up again
> IDE doesn't start: ClassDependencyIndexCreator Exception indexing
> -
>
> Key: NETBEANS-5767
> URL: https://issues.apache.org/jira/browse/NETBEANS-5767
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: W10, JDK 1.8 oracle
>Reporter: jose luis romero
>Priority: Critical
> Attachments: messages.log
>
>
> After a few weeks of using the latest, sometimes the IDE didn't start, or if
> it started usually got froze a few seconds after, now it is finally dead,
> removing IDE cache didn't help
> After removing Maven cache neither
> *[yourhomeolder]/.m2/repository/.cache/m2e/${m2e.version}*.
> the messages.log doesn't show up any error, but still doesn't startup
> Doing some research about what I found in messages.log this seems to be a bug
> since 8.0
> I will attach the log with the 1st exception
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
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-5767) IDE doesn't start: ClassDependencyIndexCreator Exception indexing
jose luis romero created NETBEANS-5767:
--
Summary: IDE doesn't start: ClassDependencyIndexCreator Exception
indexing
Key: NETBEANS-5767
URL: https://issues.apache.org/jira/browse/NETBEANS-5767
Project: NetBeans
Issue Type: Bug
Affects Versions: 12.4
Environment: W10, JDK 1.8 oracle
Reporter: jose luis romero
Attachments: messages.log
After a few weeks of using the latest, sometimes the IDE didn't start, or if it
started usually got froze a few seconds after, now it is finally dead, removing
IDE cache didn't help
After removing Maven cache neither
*[yourhomeolder]/.m2/repository/.cache/m2e/${m2e.version}*.
the messages.log doesn't show up any error, but still doesn't startup
Doing some research about what I found in messages.log this seems to be a bug
since 8.0
I will attach the log with the 1st exception
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
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] [Closed] (NETBEANS-5568) Navigator Window mutilated for Maven POMs
[ https://issues.apache.org/jira/browse/NETBEANS-5568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz closed NETBEANS-5568. - Fix Version/s: 12.4 Resolution: Resolved Seems to have been fixed with 12.4. > Navigator Window mutilated for Maven POMs > - > > Key: NETBEANS-5568 > URL: https://issues.apache.org/jira/browse/NETBEANS-5568 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 12.2, 12.3 >Reporter: Thomas Schapitz >Priority: Major > Fix For: 12.4 > > Attachments: Navigator-NB12.1.png, Navigator-NB12.3.png > > > Up to until NB 12.1, when selecting a Maven POM, the Navigator tab had a drop > down, that allowed to select the navigation mode, as choice of POM Model | > POM Inheritance | Related Goals | XML View: > !Navigator-NB12.1.png! > Starting with 12.2 this seems to have gone. Instead, the Navigation TAB seems > to be restricted to showing the 'Related Goals' - the drop down is gone - > duplicating the content shown when positioned at the Project node itself: > !Navigator-NB12.3.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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
[netbeans] branch master updated: Fixed NPEs in Truffle debugger when SourceSection is null.
This is an automated email from the ASF dual-hosted git repository.
entl pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git
The following commit(s) were added to refs/heads/master by this push:
new 0a881f2 Fixed NPEs in Truffle debugger when SourceSection is null.
0a881f2 is described below
commit 0a881f2368d8eecdf6317927e03ca809610c9190
Author: Martin Entlicher
AuthorDate: Mon Jun 7 15:46:38 2021 +0200
Fixed NPEs in Truffle debugger when SourceSection is null.
---
.../modules/debugger/jpda/truffle/Utils.java | 9 ++
.../jpda/truffle/access/TruffleAccess.java | 32 +++
.../jpda/truffle/access/TruffleStrataProvider.java | 8 -
.../jpda/truffle/frames/TruffleStackFrame.java | 36 --
.../models/DebuggingTruffleActionsProvider.java| 5 ++-
.../frames/models/DebuggingTruffleTreeModel.java | 7 -
.../jpda/truffle/frames/models/TruffleDVFrame.java | 30 +++---
.../debugger/jpda/truffle/source/Source.java | 8 -
.../debugger/jpda/backend/truffle/FrameInfo.java | 2 +-
.../jpda/backend/truffle/JPDATruffleAccessor.java | 3 +-
.../jpda/backend/truffle/SourcePosition.java | 32 +++
11 files changed, 119 insertions(+), 53 deletions(-)
diff --git
a/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/Utils.java
b/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/Utils.java
index 2917a83..506ecda 100644
---
a/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/Utils.java
+++
b/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/Utils.java
@@ -61,4 +61,13 @@ public final class Utils {
sb.append ("");
return sb.toString ();
}
+
+public static String stringOrNull(String str) {
+if ("null".equals(str)) {
+return null;
+} else {
+return str;
+}
+}
+
}
diff --git
a/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/access/TruffleAccess.java
b/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/access/TruffleAccess.java
index 7392ee2..eaf94da 100644
---
a/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/access/TruffleAccess.java
+++
b/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/access/TruffleAccess.java
@@ -86,6 +86,7 @@ import
org.netbeans.modules.debugger.jpda.models.JPDAThreadImpl;
import org.netbeans.modules.debugger.jpda.truffle.LanguageName;
import org.netbeans.modules.debugger.jpda.truffle.RemoteServices;
import org.netbeans.modules.debugger.jpda.truffle.TruffleDebugManager;
+import org.netbeans.modules.debugger.jpda.truffle.Utils;
import org.netbeans.modules.debugger.jpda.truffle.actions.StepActionProvider;
import org.netbeans.modules.debugger.jpda.truffle.ast.TruffleNode;
import org.netbeans.modules.debugger.jpda.truffle.frames.TruffleStackFrame;
@@ -497,7 +498,12 @@ public class TruffleAccess implements
JPDABreakpointListener {
return null;
}
long id = (Long) varSrcId.createMirrorObject();
-String sourceSection = (String)
sourcePositionVar.getField(VAR_SRC_SOURCESECTION).createMirrorObject();
+Field varSourceSection =
sourcePositionVar.getField(VAR_SRC_SOURCESECTION);
+String sourceSection = (String) varSourceSection.createMirrorObject();
+if (sourceSection == null) {
+// No source section information
+return null;
+}
Source src = Source.getExistingSource(debugger, id);
if (src == null) {
String name = (String)
sourcePositionVar.getField(VAR_SRC_NAME).createMirrorObject();
@@ -582,26 +588,26 @@ public class TruffleAccess implements
JPDABreakpointListener {
sourceName = sourceDef.substring(i1, i2);
i1 = i2 + 1;
i2 = sourceDef.indexOf('\n', i1);
-hostMethodName = sourceDef.substring(i1, i2);
-if ("null".equals(hostMethodName)) {
-hostMethodName = null;
-}
+hostMethodName = Utils.stringOrNull(sourceDef.substring(i1, i2));
i1 = i2 + 1;
i2 = sourceDef.indexOf('\n', i1);
sourcePath = sourceDef.substring(i1, i2);
i1 = i2 + 1;
i2 = sourceDef.indexOf('\n', i1);
-try {
-sourceURI = new URI(sourceDef.substring(i1, i2));
-} catch (URISyntaxException usex) {
-throw new IllegalStateException("Bad URI:
"+sourceDef.substring(i1, i2), usex);
+String uriStr = Utils.stringOrNull(sourceDef.substring(i1, i2));
+if (uriStr != null) {
+try {
+sourceURI = new URI(uriStr);
+} catch (URISyntaxException usex) {
+
[jira] [Created] (NETBEANS-5766) Go to implementatin, and Go to Declartion bug on java files.
Borwe created NETBEANS-5766: --- Summary: Go to implementatin, and Go to Declartion bug on java files. Key: NETBEANS-5766 URL: https://issues.apache.org/jira/browse/NETBEANS-5766 Project: NetBeans Issue Type: Bug Components: platform - Actions Affects Versions: Next Environment: Windows 10. Adopt OpenJDK Openj9 version 11.0.8 Reporter: Borwe When you do the go to declartion or go to implementation that redirects to a new file for the first time, it opens the item/method selected properly, but up future invocation of other go to definition and go to implementation that redirect to the same java file now don't go the method definition/variable, but to the last position the file was at when open. EG: A.java -> B.Java // works for first time to direct to a method in B.java //then go back to A.java A.java -> B.Java // fails second time to direct to a different method in B.java, reopens B.java at same position as the user was last in in that file. -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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-5765) ConcurrentModificationException: Caller uses obsolete token sequence which is no longer valid.
[
https://issues.apache.org/jira/browse/NETBEANS-5765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michal Rama updated NETBEANS-5765:
--
Environment: Windows 10, Java 16.0.1 (was: Windows 10, Java 16.0.1,
OpenJavaFX 17 ea 11)
> ConcurrentModificationException: Caller uses obsolete token sequence which is
> no longer valid.
> --
>
> Key: NETBEANS-5765
> URL: https://issues.apache.org/jira/browse/NETBEANS-5765
> Project: NetBeans
> Issue Type: Bug
> Components: java - Classfile, java - Editor
>Affects Versions: 12.4
> Environment: Windows 10, Java 16.0.1
>Reporter: Michal Rama
>Priority: Major
> Labels: ConcurrentModificationException, class, edit, file, java
>
> Hello,
> I'm not sure, but I edited the class name, then created a new class and
> started editing it. This problem was probably caused by one of these
> activities.
> {code:java}
> java.util.ConcurrentModificationException: Caller uses obsolete token
> sequence which is no longer valid. Underlying token hierarchy has been
> modified by insertion or removal or a custom language embedding was
> created.TS.modCount=90, tokenList.modCount()=91,
> rootModCount=91java.util.ConcurrentModificationException: Caller uses
> obsolete token sequence which is no longer valid. Underlying token hierarchy
> has been modified by insertion or removal or a custom language embedding was
> created.TS.modCount=90, tokenList.modCount()=91, rootModCount=91Please report
> a bug against a module that calls lexer's code e.g. java, php etc. but not
> the lexer module itself. at
> org.netbeans.api.lexer.TokenSequence.checkValid(TokenSequence.java:784) at
> org.netbeans.api.lexer.TokenSequence.moveIndex(TokenSequence.java:568) at
> org.netbeans.modules.java.editor.base.semantic.TokenList.resetToIndex(TokenList.java:372)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitExpressionStatement(SemanticHighlighterBase.java:762)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitExpressionStatement(SemanticHighlighterBase.java:280)
> at
> com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1555)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86) at
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1022)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)
> at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94) at
> com.sun.source.util.TreeScanner.scan(TreeScanner.java:109) at
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
> at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:254) at
> com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1074) at
> com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86) at
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1022)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitMethod(SemanticHighlighterBase.java:836)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitMethod(SemanticHighlighterBase.java:280)
> at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:940) at
> com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86) at
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1022)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)
> at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94) at
> com.sun.source.util.TreeScanner.scan(TreeScanner.java:109) at
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitClass(SemanticHighlighterBase.java:944)
> at
> org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitClass(SemanticHighlighterBase.java:280)
> at
[jira] [Created] (NETBEANS-5765) ConcurrentModificationException: Caller uses obsolete token sequence which is no longer valid.
Michal Rama created NETBEANS-5765:
-
Summary: ConcurrentModificationException: Caller uses obsolete
token sequence which is no longer valid.
Key: NETBEANS-5765
URL: https://issues.apache.org/jira/browse/NETBEANS-5765
Project: NetBeans
Issue Type: Bug
Components: java - Classfile, java - Editor
Affects Versions: 12.4
Environment: Windows 10, Java 16.0.1, OpenJavaFX 17 ea 11
Reporter: Michal Rama
Hello,
I'm not sure, but I edited the class name, then created a new class and started
editing it. This problem was probably caused by one of these activities.
{code:java}
java.util.ConcurrentModificationException: Caller uses obsolete token sequence
which is no longer valid. Underlying token hierarchy has been modified by
insertion or removal or a custom language embedding was created.TS.modCount=90,
tokenList.modCount()=91,
rootModCount=91java.util.ConcurrentModificationException: Caller uses obsolete
token sequence which is no longer valid. Underlying token hierarchy has been
modified by insertion or removal or a custom language embedding was
created.TS.modCount=90, tokenList.modCount()=91, rootModCount=91Please report a
bug against a module that calls lexer's code e.g. java, php etc. but not the
lexer module itself. at
org.netbeans.api.lexer.TokenSequence.checkValid(TokenSequence.java:784) at
org.netbeans.api.lexer.TokenSequence.moveIndex(TokenSequence.java:568) at
org.netbeans.modules.java.editor.base.semantic.TokenList.resetToIndex(TokenList.java:372)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitExpressionStatement(SemanticHighlighterBase.java:762)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitExpressionStatement(SemanticHighlighterBase.java:280)
at
com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1555)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86) at
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1022)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)
at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94) at
com.sun.source.util.TreeScanner.scan(TreeScanner.java:109) at
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:254) at
com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1074) at
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86) at
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1022)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitMethod(SemanticHighlighterBase.java:836)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitMethod(SemanticHighlighterBase.java:280)
at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:940) at
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86) at
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1022)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)
at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94) at
com.sun.source.util.TreeScanner.scan(TreeScanner.java:109) at
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitClass(SemanticHighlighterBase.java:944)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitClass(SemanticHighlighterBase.java:280)
at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:846) at
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86) at
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1022)
at
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)
at
[jira] [Comment Edited] (NETBEANS-5143) NetBeans 12.2, 12.3, 12.4 deploys webapps twice
[ https://issues.apache.org/jira/browse/NETBEANS-5143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17360047#comment-17360047 ] Gaurav Gupta edited comment on NETBEANS-5143 at 6/9/21, 12:58 PM: -- I am able to reproduce the issue on Windows, where application logs in "Run window" shows that app is deployed -> undeployed -> deployed but Payara Server logs shows app is deployed 3 times. And this issue is reproducible only first time, just after creating the new project. Environment: * Windows 10 * JDK 11 * Payara 5.2021.5-SNAPSHOT * Apache NetBeans 12.4 was (Author: jgauravgupta): I am able to reproduce the issue on Windows, where application logs in "Run window" shows that app is deployed -> undeployed -> deployed but Payara Server logs shows app is deployed 3 times. And this issue is reproducible only first time, just after creating the new project. Environment: * Windows 10 * JDK 11 * Payara 5.2021.5-SNAPSHOT > NetBeans 12.2, 12.3, 12.4 deploys webapps twice > --- > > Key: NETBEANS-5143 > URL: https://issues.apache.org/jira/browse/NETBEANS-5143 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 12.2, 12.3, 12.4 > Environment: Windows 10 20H2/AMD Ryzen 7 4800H/32GB RAM > java: build 11.0.9.1+1, maven 3.6.3 > Netbeans versions tested: 12.1, 12.2, 12.3, 12.4 (12.2/12.3/1.4 are effected) > Tomcat (new installs): 8.5.60, 9.0.40, Payara (per Patrick Musembi) >Reporter: Vlad Palnik >Priority: Major > Labels: webapp, webapp-deployment > > To whomever it concerns, > > Bug in NetBeans 12.2, 12.3, 12.4. Netbeans seems to interfere with the > deployment of web apps somehow and web apps are deployed twice. > > While deploying an app it follows this pattern: deploy => undeploy => deploy > (see build log below). I tried solving this issue by undeployed any previous > versions of the app manually and restarted Tomcat, the same error occurs. The > issue appears when using NB 12.2, 12.3 > > When tested on NetBeans 12.1 using the same Java/Tomcat installation/config > no errors occur and deployment proceeds correctly. > > Steps to replicate: > 1: Create maven webapp (Java EE7, Java 11) in NetBeans 12.1 > 2 Set Tomcat Server in Properties > Run > 3. Build/Run project in 12.1, you will get a "Hello World" basic site. > 4. Check build log, only a single deploy should show up. > 5 Close 12.1 and open same project in 12.2/12.3/12.4 > 6 Before run/build make sure same server and java versions are selected > 7 Build/Run project > 8 Check build log, you will see two deploys of webapp > > > BUILD SUCCESS > > Total time: 18.211 s > Finished at: 2020-12-11T17:27:08-08:00 > > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Starting Tomcat process... > Waiting for Tomcat... > Tomcat server started. > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext6407158500266578550.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Undeploying ... > undeploy?path=/myapp > OK - Undeployed application at context path [/myapp] > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext3519987589623367889.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > > -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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-5143) NetBeans 12.2, 12.3, 12.4 deploys webapps twice
[ https://issues.apache.org/jira/browse/NETBEANS-5143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17360047#comment-17360047 ] Gaurav Gupta commented on NETBEANS-5143: I am able to reproduce the issue on Windows, where application logs in "Run window" shows that app is deployed -> undeployed -> deployed but Payara Server logs shows app is deployed 3 times. And this issue is reproducible only first time, just after creating the new project. Environment: * Windows 10 * JDK 11 * Payara 5.2021.5-SNAPSHOT > NetBeans 12.2, 12.3, 12.4 deploys webapps twice > --- > > Key: NETBEANS-5143 > URL: https://issues.apache.org/jira/browse/NETBEANS-5143 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 12.2, 12.3, 12.4 > Environment: Windows 10 20H2/AMD Ryzen 7 4800H/32GB RAM > java: build 11.0.9.1+1, maven 3.6.3 > Netbeans versions tested: 12.1, 12.2, 12.3, 12.4 (12.2/12.3/1.4 are effected) > Tomcat (new installs): 8.5.60, 9.0.40, Payara (per Patrick Musembi) >Reporter: Vlad Palnik >Priority: Major > Labels: webapp, webapp-deployment > > To whomever it concerns, > > Bug in NetBeans 12.2, 12.3, 12.4. Netbeans seems to interfere with the > deployment of web apps somehow and web apps are deployed twice. > > While deploying an app it follows this pattern: deploy => undeploy => deploy > (see build log below). I tried solving this issue by undeployed any previous > versions of the app manually and restarted Tomcat, the same error occurs. The > issue appears when using NB 12.2, 12.3 > > When tested on NetBeans 12.1 using the same Java/Tomcat installation/config > no errors occur and deployment proceeds correctly. > > Steps to replicate: > 1: Create maven webapp (Java EE7, Java 11) in NetBeans 12.1 > 2 Set Tomcat Server in Properties > Run > 3. Build/Run project in 12.1, you will get a "Hello World" basic site. > 4. Check build log, only a single deploy should show up. > 5 Close 12.1 and open same project in 12.2/12.3/12.4 > 6 Before run/build make sure same server and java versions are selected > 7 Build/Run project > 8 Check build log, you will see two deploys of webapp > > > BUILD SUCCESS > > Total time: 18.211 s > Finished at: 2020-12-11T17:27:08-08:00 > > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Starting Tomcat process... > Waiting for Tomcat... > Tomcat server started. > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext6407158500266578550.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Undeploying ... > undeploy?path=/myapp > OK - Undeployed application at context path [/myapp] > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext3519987589623367889.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > > -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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
[netbeans-html4j] branch master updated: Support for ecj is new in 1.7.2 version
This is an automated email from the ASF dual-hosted git repository. jtulach pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-html4j.git The following commit(s) were added to refs/heads/master by this push: new c713aff Support for ecj is new in 1.7.2 version c713aff is described below commit c713aff76dfcab3387d8a3f9acf5f427d6632435 Author: Jaroslav Tulach AuthorDate: Wed Jun 9 14:38:32 2021 +0200 Support for ecj is new in 1.7.2 version --- src/main/javadoc/overview.html | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/main/javadoc/overview.html b/src/main/javadoc/overview.html index 0d21c7e..786aa6b 100644 --- a/src/main/javadoc/overview.html +++ b/src/main/javadoc/overview.html @@ -167,6 +167,8 @@ $ mvn -f client/pom.xml process-classes exec:exec Code completions for callbacks from JavaScript to Java - https://github.com/apache/netbeans-html4j/pull/36;>PR #36. +Support for ecj - +https://github.com/apache/netbeans-html4j/pull/37;>PR #37. New in version 1.7.1 - 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
[netbeans-html4j] branch master updated (9c2d73d -> fc0558f)
This is an automated email from the ASF dual-hosted git repository.
jtulach pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans-html4j.git.
from 9c2d73d Merge pull request #36 from
JaroslavTulach/jtulach/JavaCallCodeCompletions
new 0a52f6a Annotation procesing needs few tweaks to run with ecj
new 1003517 Most recent version of ecj is 3.25.0
new 9cf7d2d Testing ecj module
new fc0558f Merge pull request #37 from JaroslavTulach/jtulach/Ecj
The 334 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails. The revisions
listed as "add" were already present in the repository and have only
been added to this reference.
Summary of changes:
.../html/boot/impl/JavaScriptProcesor.java | 1 +
{json-tck => ecj-test}/pom.xml | 82 --
.../java/org/netbeans/html/ecjtest/PersonImpl.java | 34 -
.../org/netbeans/html/ecjtest/PersonImplTest.java | 21 +++---
.../netbeans/html/json/impl/ModelProcessor.java| 27 ---
pom.xml| 1 +
6 files changed, 104 insertions(+), 62 deletions(-)
copy {json-tck => ecj-test}/pom.xml (54%)
copy json/src/test/java/org/netbeans/html/json/impl/EmployerTest.java =>
ecj-test/src/main/java/org/netbeans/html/ecjtest/PersonImpl.java (58%)
copy sound/src/test/java/net/java/html/sound/AudioClipTest.java =>
ecj-test/src/test/java/org/netbeans/html/ecjtest/PersonImplTest.java (66%)
-
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-5764) Allow to run PHP code during an XDEBUG debuging session
Ricardo Sanz Ante created NETBEANS-5764: --- Summary: Allow to run PHP code during an XDEBUG debuging session Key: NETBEANS-5764 URL: https://issues.apache.org/jira/browse/NETBEANS-5764 Project: NetBeans Issue Type: Improvement Components: php - Debugger Affects Versions: Next Reporter: Ricardo Sanz Ante While debugging a PHP project using XDEBUG is not possible to run PHP code in a terminal (or I'm not aware how to do it). It would be a great help if a PHP terminal is available to run PHP commands in the current context. Currently, is one of the main drawbacks of using NetBeans to debug PHP code. This is available in other IDE like PHPStorm or Visual Studio Code so it should be feasible. -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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-5763) NullPointerException prevents display of Coverage Report
Nathan Callister created NETBEANS-5763:
--
Summary: NullPointerException prevents display of Coverage Report
Key: NETBEANS-5763
URL: https://issues.apache.org/jira/browse/NETBEANS-5763
Project: NetBeans
Issue Type: Bug
Affects Versions: 12.4
Environment: Netbeans 12.4 installed via snap on Ubuntu 18.04.
JRE is OpenJDK 11.
The project is a Java Maven project.
Code coverage is provided by: org.jacoco:jacoco-maven-plugin:0.8.6
Reporter: Nathan Callister
Whenever I attempt to display the code coverage report I get the status bar
below the code but I cannot view the report.
I am able to reproduce this every time, I am unable to not produce this.
Netbeans reports an unexpected error:
{code:java}
SEVERE [global]
java.lang.NullPointerException
at
org.netbeans.modules.gsf.codecoverage.CoverageReportTopComponent.(CoverageReportTopComponent.java:171)
at
org.netbeans.modules.gsf.codecoverage.CoverageManagerImpl.showReport(CoverageManagerImpl.java:276)
at
org.netbeans.modules.gsf.codecoverage.CoverageAction$CoverageItemHandler.actionPerformed(CoverageAction.java:268)
at
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
at
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
at
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
at
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
at
java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369)
at
java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1020)
at
java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1064)
at
java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
at
java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6400)
at java.desktop/java.awt.Container.processEvent(Container.java:2263)
at
java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
at
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
at
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
at
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
at
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
at
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
at
java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
[catch] at
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at
java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
{code}
UI Log:
{code}
2021-06-09T18:01:21
1623225681801
8551
700
1288
UI_USER_CONFIGURATION
UI_USER_CONFIGURATION
org.netbeans.modules.uihandler.Bundle
Linux, 5.4.0-74-generic, amd64
OpenJDK 64-Bit Server VM, 11.0.11+9-Ubuntu-0ubuntu2.18.04, OpenJDK
Runtime Environment,
