[netbeans] branch master updated: VSCode: Show Debug Console while running tests. (#3406)
This is an automated email from the ASF dual-hosted git repository. dbalek 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 dc09246 VSCode: Show Debug Console while running tests. (#3406) dc09246 is described below commit dc09246b0f8058a3ebce79b012857c9daa45aa53 Author: Dusan Balek AuthorDate: Thu Jan 6 08:50:32 2022 +0100 VSCode: Show Debug Console while running tests. (#3406) --- java/java.lsp.server/vscode/src/testAdapter.ts | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/java/java.lsp.server/vscode/src/testAdapter.ts b/java/java.lsp.server/vscode/src/testAdapter.ts index 3e81fe5..ce18374 100644 --- a/java/java.lsp.server/vscode/src/testAdapter.ts +++ b/java/java.lsp.server/vscode/src/testAdapter.ts @@ -28,6 +28,7 @@ export class NbTestAdapter { private disposables: { dispose(): void }[] = []; private currentRun: TestRun | undefined; private itemsToRun: Set | undefined; +private started: boolean = false; constructor() { this.testController = tests.createTestController('apacheNetBeansController', 'Apache NetBeans'); @@ -51,16 +52,20 @@ export class NbTestAdapter { async run(request: TestRunRequest, cancellation: CancellationToken): Promise { if (!this.currentRun) { +commands.executeCommand('workbench.debug.action.focusRepl'); cancellation.onCancellationRequested(() => this.cancel()); this.currentRun = this.testController.createTestRun(request); this.itemsToRun = new Set(); +this.started = false; if (request.include) { const include = [...new Map(request.include.map(item => !item.uri && item.parent?.uri ? [item.parent.id, item.parent] : [item.id, item])).values()]; for (let item of include) { if (item.uri) { this.set(item, 'enqueued'); const idx = item.id.indexOf(':'); -await commands.executeCommand(request.profile?.kind === TestRunProfileKind.Debug ? 'java.debug.single' : 'java.run.single', item.uri.toString(), idx < 0 ? undefined : item.id.slice(idx + 1)); +if (!cancellation.isCancellationRequested) { +await commands.executeCommand(request.profile?.kind === TestRunProfileKind.Debug ? 'java.debug.single' : 'java.run.single', item.uri.toString(), idx < 0 ? undefined : item.id.slice(idx + 1)); +} } } } else { @@ -71,7 +76,9 @@ export class NbTestAdapter { } } } -this.itemsToRun.forEach(item => this.set(item, 'skipped')); +if (this.started) { +this.itemsToRun.forEach(item => this.set(item, 'skipped')); +} this.itemsToRun = undefined; this.currentRun.end(); this.currentRun = undefined; @@ -130,6 +137,7 @@ export class NbTestAdapter { this.updateTests(suite); break; case 'started': +this.started = true; if (currentSuite) { this.set(currentSuite, 'started'); } - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469742#comment-17469742 ] Jaroslav Tulach edited comment on NETBEANS-6349 at 1/6/22, 7:23 AM: The problem with CharBuffer.flip() can easily be fixed by downcasting to {{Buffer}} first like: {code:java} netbeans$ git diff diff --git a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java index dcc5c286ad24..1208cf76dbb5 100644 --- a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java +++ b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java @@ -44,6 +44,7 @@ import java.net.URI; import java.net.URISyntaxException; import java.net.URL; import java.net.URLEncoder; +import java.nio.Buffer; import java.nio.CharBuffer; import java.nio.channels.CompletionHandler; import java.nio.charset.Charset; @@ -513,7 +514,9 @@ public class FileObjects { return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, CharBuffer.wrap( content ) ); } else { - return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, (CharBuffer)CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ).flip() ); + Buffer buf = CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ); + CharBuffer flipped = (CharBuffer) buf.flip(); + return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, flipped); } } {code} feel free to apply the fix where needed. Thank you. was (Author: jtulach): The problem with {{CharBuffer.flip() }}can easily be fixed with: {code:java} netbeans$ git diff diff --git a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java index dcc5c286ad24..1208cf76dbb5 100644 --- a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java +++ b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java @@ -44,6 +44,7 @@ import java.net.URI; import java.net.URISyntaxException; import java.net.URL; import java.net.URLEncoder; +import java.nio.Buffer; import java.nio.CharBuffer; import java.nio.channels.CompletionHandler; import java.nio.charset.Charset; @@ -513,7 +514,9 @@ public class FileObjects { return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, CharBuffer.wrap( content ) ); } else { - return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, (CharBuffer)CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ).flip() ); + Buffer buf = CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ); + CharBuffer flipped = (CharBuffer) buf.flip(); + return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, flipped); } } {code} feel free to apply the fix where needed. Thank you. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Assignee: Jaroslav Tulach >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional comman
[jira] [Comment Edited] (NETBEANS-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469742#comment-17469742 ] Jaroslav Tulach edited comment on NETBEANS-6349 at 1/6/22, 7:22 AM: The problem with {{CharBuffer.flip() }}can easily be fixed with: {code:java} netbeans$ git diff diff --git a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java index dcc5c286ad24..1208cf76dbb5 100644 --- a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java +++ b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java @@ -44,6 +44,7 @@ import java.net.URI; import java.net.URISyntaxException; import java.net.URL; import java.net.URLEncoder; +import java.nio.Buffer; import java.nio.CharBuffer; import java.nio.channels.CompletionHandler; import java.nio.charset.Charset; @@ -513,7 +514,9 @@ public class FileObjects { return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, CharBuffer.wrap( content ) ); } else { - return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, (CharBuffer)CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ).flip() ); + Buffer buf = CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ); + CharBuffer flipped = (CharBuffer) buf.flip(); + return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, flipped); } } {code} feel free to apply the fix where needed. Thank you. was (Author: jtulach): The problem with \{{CharBuffer.flip()} can easily be fixed with: {code:java} netbeans$ git diff diff --git a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java index dcc5c286ad24..1208cf76dbb5 100644 --- a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java +++ b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java @@ -44,6 +44,7 @@ import java.net.URI; import java.net.URISyntaxException; import java.net.URL; import java.net.URLEncoder; +import java.nio.Buffer; import java.nio.CharBuffer; import java.nio.channels.CompletionHandler; import java.nio.charset.Charset; @@ -513,7 +514,9 @@ public class FileObjects { return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, CharBuffer.wrap( content ) ); } else { - return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, (CharBuffer)CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ).flip() ); + Buffer buf = CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ); + CharBuffer flipped = (CharBuffer) buf.flip(); + return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, flipped); } } {code} feel free to apply the fix where needed. Thank you. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Assignee: Jaroslav Tulach >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbean
[jira] [Commented] (NETBEANS-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469742#comment-17469742 ] Jaroslav Tulach commented on NETBEANS-6349: --- The problem with \{{CharBuffer.flip()} can easily be fixed with: {code:java} netbeans$ git diff diff --git a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java index dcc5c286ad24..1208cf76dbb5 100644 --- a/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java +++ b/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FileObjects.java @@ -44,6 +44,7 @@ import java.net.URI; import java.net.URISyntaxException; import java.net.URL; import java.net.URLEncoder; +import java.nio.Buffer; import java.nio.CharBuffer; import java.nio.channels.CompletionHandler; import java.nio.charset.Charset; @@ -513,7 +514,9 @@ public class FileObjects { return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, CharBuffer.wrap( content ) ); } else { - return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, (CharBuffer)CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ).flip() ); + Buffer buf = CharBuffer.allocate( length + 1 ).append( content ).append( ' ' ); + CharBuffer flipped = (CharBuffer) buf.flip(); + return new MemoryFileObject(pkgStr, nameStr, uri, lastModified, flipped); } } {code} feel free to apply the fix where needed. Thank you. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Assignee: Jaroslav Tulach >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6285) Netbeans 12.6 compiles against JDK9+ CharBuffer.flip() and no longer runs on JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach updated NETBEANS-6285: -- Summary: Netbeans 12.6 compiles against JDK9+ CharBuffer.flip() and no longer runs on JDK 8 (was: Netbeans 12.6 seems no properly run on JDK 8) > Netbeans 12.6 compiles against JDK9+ CharBuffer.flip() and no longer runs on > JDK 8 > -- > > Key: NETBEANS-6285 > URL: https://issues.apache.org/jira/browse/NETBEANS-6285 > Project: NetBeans > Issue Type: Bug > Components: java - Platform >Affects Versions: 12.6 >Reporter: Jean-Marc Borer >Assignee: Jaroslav Tulach >Priority: Major > Attachments: messages.log > > > After a full fresh install of NB12.6 and trying to run with Azul Open JDK 1.8 > 312, there are several ClassNotFoundExceptions in the logs. It seems that NB > looks for missing methods that make NB not longer properly. For example, it > is no longer possible to properly format Java sources files due to a > java/nio/CharBuffer method missing. > Is NB platform supposed to no longer work with Java 8? -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6285) Netbeans 12.6 compiles against JDK9+ CharBuffer.flip() and no longer runs on JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach updated NETBEANS-6285: -- Priority: Blocker (was: Major) > Netbeans 12.6 compiles against JDK9+ CharBuffer.flip() and no longer runs on > JDK 8 > -- > > Key: NETBEANS-6285 > URL: https://issues.apache.org/jira/browse/NETBEANS-6285 > Project: NetBeans > Issue Type: Bug > Components: java - Platform >Affects Versions: 12.6 >Reporter: Jean-Marc Borer >Assignee: Jaroslav Tulach >Priority: Blocker > Attachments: messages.log > > > After a full fresh install of NB12.6 and trying to run with Azul Open JDK 1.8 > 312, there are several ClassNotFoundExceptions in the logs. It seems that NB > looks for missing methods that make NB not longer properly. For example, it > is no longer possible to properly format Java sources files due to a > java/nio/CharBuffer method missing. > Is NB platform supposed to no longer work with Java 8? -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6272) Auto-indent function or pressing tab character in java editor throws NoSuchMethodError
[ https://issues.apache.org/jira/browse/NETBEANS-6272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach closed NETBEANS-6272. - Resolution: Duplicate The same problem as NETBEANS-6285: {code:java} java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; at org.netbeans.modules.java.source.parsing{code} > Auto-indent function or pressing tab character in java editor throws > NoSuchMethodError > -- > > Key: NETBEANS-6272 > URL: https://issues.apache.org/jira/browse/NETBEANS-6272 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting & Indentation >Affects Versions: 12.6 >Reporter: Petr Miksik >Assignee: Jaroslav Tulach >Priority: Major > Attachments: ide.log, java_source.png, netbeans-enter-error.gif, > ui.log > > > When running NetBeans under JDK 1.8, the auto-indentation or inserting a tab > character on a new line throws a NoSuchMethodError, if the source file is > managed by a versioning system (see the attached picture). Running NetBeans > under JDK 11 or higher is OK. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Assigned] (NETBEANS-6272) Auto-indent function or pressing tab character in java editor throws NoSuchMethodError
[ https://issues.apache.org/jira/browse/NETBEANS-6272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach reassigned NETBEANS-6272: - Assignee: Jaroslav Tulach > Auto-indent function or pressing tab character in java editor throws > NoSuchMethodError > -- > > Key: NETBEANS-6272 > URL: https://issues.apache.org/jira/browse/NETBEANS-6272 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting & Indentation >Affects Versions: 12.6 >Reporter: Petr Miksik >Assignee: Jaroslav Tulach >Priority: Major > Attachments: ide.log, java_source.png, netbeans-enter-error.gif, > ui.log > > > When running NetBeans under JDK 1.8, the auto-indentation or inserting a tab > character on a new line throws a NoSuchMethodError, if the source file is > managed by a versioning system (see the attached picture). Running NetBeans > under JDK 11 or higher is OK. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6182) Implement abstract methods -> java.lang.NoSuchMethodError
[ https://issues.apache.org/jira/browse/NETBEANS-6182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach closed NETBEANS-6182. - Resolution: Duplicate The same problem as NETBEANS-6285: {code:java} java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; at org.netbeans.modules.java.source.parsing{code} > Implement abstract methods -> java.lang.NoSuchMethodError > - > > Key: NETBEANS-6182 > URL: https://issues.apache.org/jira/browse/NETBEANS-6182 > Project: NetBeans > Issue Type: Bug > Components: java - Editor, java - Hints >Affects Versions: 12.5 >Reporter: Bartosz Tomasik >Assignee: Jaroslav Tulach >Priority: Major > > *Product Version:* Apache NetBeans IDE 12.5 > *Java:* 1.8.0_292; OpenJDK 64-Bit Server VM 25.292-b10 > *Runtime:* OpenJDK Runtime Environment 1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 > > I'm unable to use `implement abstract methods` hint - it throws: > > {quote}SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.editor.hints.HintsUI$1 > java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > at > org.netbeans.modules.java.source.parsing.FileObjects.memoryFileObject(FileObjects.java:516) > at > org.netbeans.modules.java.source.parsing.FileObjects.memoryFileObject(FileObjects.java:490) > at > org.netbeans.modules.java.source.save.Reformatter.reformat(Reformatter.java:114) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printAnnotationsFormatted(VeryPretty.java:2747) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printAnnotations(VeryPretty.java:2766) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:985) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:908) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:421) > at > org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:283) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:4259) > at > org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1102) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5549) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5341) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:4176) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:594) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5522) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5353) > at org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:350) > at > org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:920) > at org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1332) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > 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 > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at >
[jira] [Closed] (NETBEANS-6064) java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()
[ https://issues.apache.org/jira/browse/NETBEANS-6064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach closed NETBEANS-6064. - Resolution: Duplicate The same problem as NETBEANS-6285: {code:java} java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; at org.netbeans.modules.java.source.parsing{code} > java.lang.NoSuchMethodError: java.nio.CharBuffer.flip() > --- > > Key: NETBEANS-6064 > URL: https://issues.apache.org/jira/browse/NETBEANS-6064 > Project: NetBeans > Issue Type: Bug > Components: cnd - Other >Affects Versions: 12.5 >Reporter: Randy Nieuwenburg >Assignee: Jaroslav Tulach >Priority: Major > > > 2021-09-25T12:33:46 > 1632587626910 > 1198 > org.netbeans.ui.actions.editor > 500 > 29 > UI_ACTION_EDITOR > UI_ACTION_EDITOR >> > java.awt.event.ActionEvent[ACTION_PERFORMED,cmd=ENTER,when=1632587626903,modifiers=] > on > org.openide.text.QuietEditorPane[,0,0,1020x4951,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.basic.BasicBorders$MarginBorder@1e723e6d,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=java.awt.Color[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],editable=true,margin=java.awt.Insets[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],kit=org.netbeans.modules.editor.java.JavaKit@61175c56,typeHandlers=] > > java.awt.event.ActionEvent[ACTION_PERFORMED,cmd=ENTER,when=1632587626903,modifiers=] > on > org.openide.text.QuietEditorPane[,0,0,1020x4951,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.basic.BasicBorders$MarginBorder@1e723e6d,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=java.awt.Color[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],editable=true,margin=java.awt.Insets[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],kit=org.netbeans.modules.editor.java.JavaKit@61175c56,typeHandlers=] > org.netbeans.editor.BaseKit$InsertBreakAction[insert-break] > org.netbeans.editor.BaseKit$InsertBreakAction@156266e5 > insert-break > > > 2021-09-25T12:33:46 > 1632587626942 > 1200 > global > 1000 > 29 > > java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > > org.netbeans.modules.java.source.parsing.FileObjects > memoryFileObject > 516 > ${netBeansDir}modules/org-netbeans-modules-java-source-base.jar > > > org.netbeans.modules.java.source.parsing.FileObjects > memoryFileObject > 490 > ${netBeansDir}modules/org-netbeans-modules-java-source-base.jar > > > org.netbeans.modules.java.source.save.Reindenter > initRegionData > 268 > ${netBeansDir}modules/org-netbeans-modules-java-source-base.jar > > > org.netbeans.modules.java.source.save.Reindenter > reindent > 121 > ${netBeansDir}modules/org-netbeans-modules-java-source-base.jar > > > org.netbeans.modules.editor.indent.TaskHandler$MimeItem > runTask > 548 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.modules.editor.indent.TaskHandler > runTasks > 309 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.modules.editor.indent.IndentImpl > reindent > 282 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.modules.editor.indent.api.Indent > reindent > 146 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.modules.editor.indent.api.Indent > reindent > 130 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.editor.BaseKit$InsertBreakAction > performLineBreakInsertion > 1624 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.BaseKit$InsertBreakAction > access$400 > 1439 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.BaseKit$InsertBreakAction$2 > run > 1529 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.GuardedDocument > runAtomicAsUser > 333 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.BaseKit$InsertBreakAction > actionPerformed > 1520 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.BaseAction > actionPerformed > 322 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > javax.swing.SwingUtilities > notifyAction >
[jira] [Assigned] (NETBEANS-6182) Implement abstract methods -> java.lang.NoSuchMethodError
[ https://issues.apache.org/jira/browse/NETBEANS-6182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach reassigned NETBEANS-6182: - Assignee: Jaroslav Tulach > Implement abstract methods -> java.lang.NoSuchMethodError > - > > Key: NETBEANS-6182 > URL: https://issues.apache.org/jira/browse/NETBEANS-6182 > Project: NetBeans > Issue Type: Bug > Components: java - Editor, java - Hints >Affects Versions: 12.5 >Reporter: Bartosz Tomasik >Assignee: Jaroslav Tulach >Priority: Major > > *Product Version:* Apache NetBeans IDE 12.5 > *Java:* 1.8.0_292; OpenJDK 64-Bit Server VM 25.292-b10 > *Runtime:* OpenJDK Runtime Environment 1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 > > I'm unable to use `implement abstract methods` hint - it throws: > > {quote}SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.editor.hints.HintsUI$1 > java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > at > org.netbeans.modules.java.source.parsing.FileObjects.memoryFileObject(FileObjects.java:516) > at > org.netbeans.modules.java.source.parsing.FileObjects.memoryFileObject(FileObjects.java:490) > at > org.netbeans.modules.java.source.save.Reformatter.reformat(Reformatter.java:114) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printAnnotationsFormatted(VeryPretty.java:2747) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printAnnotations(VeryPretty.java:2766) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:985) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:908) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:421) > at > org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:283) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:4259) > at > org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1102) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5549) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5341) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:4176) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:594) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5522) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5353) > at org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:350) > at > org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:920) > at org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1332) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > 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 > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.hints.errors.ImplementAllAbstractMethods$ImplementFix
[jira] [Assigned] (NETBEANS-6064) java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()
[ https://issues.apache.org/jira/browse/NETBEANS-6064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach reassigned NETBEANS-6064: - Assignee: Jaroslav Tulach > java.lang.NoSuchMethodError: java.nio.CharBuffer.flip() > --- > > Key: NETBEANS-6064 > URL: https://issues.apache.org/jira/browse/NETBEANS-6064 > Project: NetBeans > Issue Type: Bug > Components: cnd - Other >Affects Versions: 12.5 >Reporter: Randy Nieuwenburg >Assignee: Jaroslav Tulach >Priority: Major > > > 2021-09-25T12:33:46 > 1632587626910 > 1198 > org.netbeans.ui.actions.editor > 500 > 29 > UI_ACTION_EDITOR > UI_ACTION_EDITOR >> > java.awt.event.ActionEvent[ACTION_PERFORMED,cmd=ENTER,when=1632587626903,modifiers=] > on > org.openide.text.QuietEditorPane[,0,0,1020x4951,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.basic.BasicBorders$MarginBorder@1e723e6d,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=java.awt.Color[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],editable=true,margin=java.awt.Insets[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],kit=org.netbeans.modules.editor.java.JavaKit@61175c56,typeHandlers=] > > java.awt.event.ActionEvent[ACTION_PERFORMED,cmd=ENTER,when=1632587626903,modifiers=] > on > org.openide.text.QuietEditorPane[,0,0,1020x4951,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.basic.BasicBorders$MarginBorder@1e723e6d,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=java.awt.Color[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],editable=true,margin=java.awt.Insets[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],kit=org.netbeans.modules.editor.java.JavaKit@61175c56,typeHandlers=] > org.netbeans.editor.BaseKit$InsertBreakAction[insert-break] > org.netbeans.editor.BaseKit$InsertBreakAction@156266e5 > insert-break > > > 2021-09-25T12:33:46 > 1632587626942 > 1200 > global > 1000 > 29 > > java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > > org.netbeans.modules.java.source.parsing.FileObjects > memoryFileObject > 516 > ${netBeansDir}modules/org-netbeans-modules-java-source-base.jar > > > org.netbeans.modules.java.source.parsing.FileObjects > memoryFileObject > 490 > ${netBeansDir}modules/org-netbeans-modules-java-source-base.jar > > > org.netbeans.modules.java.source.save.Reindenter > initRegionData > 268 > ${netBeansDir}modules/org-netbeans-modules-java-source-base.jar > > > org.netbeans.modules.java.source.save.Reindenter > reindent > 121 > ${netBeansDir}modules/org-netbeans-modules-java-source-base.jar > > > org.netbeans.modules.editor.indent.TaskHandler$MimeItem > runTask > 548 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.modules.editor.indent.TaskHandler > runTasks > 309 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.modules.editor.indent.IndentImpl > reindent > 282 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.modules.editor.indent.api.Indent > reindent > 146 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.modules.editor.indent.api.Indent > reindent > 130 > ${netBeansDir}modules/org-netbeans-modules-editor-indent.jar > > > org.netbeans.editor.BaseKit$InsertBreakAction > performLineBreakInsertion > 1624 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.BaseKit$InsertBreakAction > access$400 > 1439 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.BaseKit$InsertBreakAction$2 > run > 1529 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.GuardedDocument > runAtomicAsUser > 333 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.BaseKit$InsertBreakAction > actionPerformed > 1520 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > org.netbeans.editor.BaseAction > actionPerformed > 322 > ${netBeansDir}modules/org-netbeans-modules-editor-lib.jar > > > javax.swing.SwingUtilities > notifyAction > 1668 > ${java.home}lib/rt.jar > > > javax.swing.JComponent > processKeyBinding > 2882 > ${java.home}lib/rt.jar > > > javax.swing.JComponent > processKey
[jira] [Comment Edited] (NETBEANS-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469686#comment-17469686 ] Blocked edited comment on NETBEANS-6349 at 1/6/22, 6:21 AM: [~taps] i downloaded [netbeans-12.5-bin.zip|https://archive.apache.org/dist/netbeans/netbeans/12.5/netbeans-12.5-bin.zip] (JAVA_HOME=JDK8) and i don't get any errors(just a little test). With Netbeans 12.6 ,in netbeans.conf i changed to this: netbeans_jdkhome=JDK9, and i don't have errors but netbeans set JDK9 for Gradle and i don't want this. what is the difference with installing Netbeans from .zip or from .exe ? I want to help but i can only on 7-9 Jan. Give more detail about how i can find the problem. i will download nb 12.6 sources and build with ant my netbeans? was (Author: JIRAUSER283089): [~taps] i downloaded [netbeans-12.5-bin.zip|https://archive.apache.org/dist/netbeans/netbeans/12.5/netbeans-12.5-bin.zip] (JAVA_HOME=JDK8) and i don't get any errors(just a little test). With Netbeans 12.6 ,in netbeans.conf i changed to this: netbeans_jdkhome=JDK9, and i have the same errors like with JDK8. what is the difference with installing Netbeans from .zip or from .exe ? I want to help but i can only on 7-9 Jan. Give more detail about how i can find the problem. i will download nb 12.6 sources and build with ant my netbeans? > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Assignee: Jaroslav Tulach >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6285) Netbeans 12.6 seems no properly run on JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469687#comment-17469687 ] Jaroslav Tulach commented on NETBEANS-6285: --- I've just built recent NetBeans: {code} netbeans$ git log | head -n 1 commit 76183f342a62d9f0e6732d7b500430d34d813b54 netbeans$ JAVA_HOME=/jdk-11/ ant build {code} and then verified whether the classfiles are correct using the [ValidateClassFilesTest introduced by PR-2761|https://github.com/apache/netbeans/pull/2761]: {code} netbeans$ ant -f platform/o.n.core/ -Dtest.type=qa-functional test-single -Dtest.includes=**/ValidateClassFilesTest* {code} they are - e.g. they all shall have [major classpath version 52|https://stackoverflow.com/questions/9170832/list-of-java-class-file-format-major-version-numbers] and thus be targetted for JDK8. The same applies to {{org.netbeans.modules.java.source.parsing.FileObjects}}: {code} netbeans$ cd nbbuild nbbuild$ javap -v -c -cp netbeans/java/modules/org-netbeans-modules-java-source-base.jar org/netbeans/modules/java/source/parsing/FileObjects | head -n7 Classfile jar:file:/netbeans/java/modules/org-netbeans-modules-java-source-base.jar!/org/netbeans/modules/java/source/parsing/FileObjects.class Last modified 6.1.2022; size 29135 bytes MD5 checksum 8b8fe1fd32aa92135598fe1947a5c420 Compiled from "FileObjects.java" public class org.netbeans.modules.java.source.parsing.FileObjects minor version: 0 major version: 52 {code} however, there is really a call to {{CharBuffer.flip()}}: {code} nbbuild$ javap -c -cp netbeans/java/modules/org-netbeans-modules-java-source-base.jar org/netbeans/modules/java/source/parsing/FileObjects | grep flip -C3 132: invokevirtual #75 // Method java/nio/CharBuffer.append:(Ljava/lang/CharSequence;)Ljava/nio/CharBuffer; 135: bipush32 137: invokevirtual #76 // Method java/nio/CharBuffer.append:(C)Ljava/nio/CharBuffer; 140: invokevirtual #77 // Method java/nio/CharBuffer.flip:()Ljava/nio/CharBuffer; 143: invokespecial #73 // Method org/netbeans/modules/java/source/parsing/FileObjects$MemoryFileObject."":(Ljava/lang/String;Ljava/lang/String;Ljava/net/URI;JLjava/nio/CharBuffer;)V 146: areturn {code} this is caused by nb-javac passing bootclasspath option when compiling the module and thus disabling usage of {{--release}}: {code} netbeans$ JAVA_HOME=~/bin/jdk-11 ant -f java/java.source.base/ -v build | grep -- -X.*bootclasspath [nb-javac] '-Xbootclasspath/p:/home/devel/NetBeansProjects/netbeans/java/libs.javacapi/external/nb-javac-jdk-17.0.1-ga-api.jar:/home/devel/NetBeansProjects/netbeans/java/libs.javacapi/external/nb-javac-jdk-17.0.1-ga.jar' {code} > Netbeans 12.6 seems no properly run on JDK 8 > > > Key: NETBEANS-6285 > URL: https://issues.apache.org/jira/browse/NETBEANS-6285 > Project: NetBeans > Issue Type: Bug > Components: java - Platform >Affects Versions: 12.6 >Reporter: Jean-Marc Borer >Assignee: Jaroslav Tulach >Priority: Major > Attachments: messages.log > > > After a full fresh install of NB12.6 and trying to run with Azul Open JDK 1.8 > 312, there are several ClassNotFoundExceptions in the logs. It seems that NB > looks for missing methods that make NB not longer properly. For example, it > is no longer possible to properly format Java sources files due to a > java/nio/CharBuffer method missing. > Is NB platform supposed to no longer work with Java 8? -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469686#comment-17469686 ] Blocked commented on NETBEANS-6349: --- [~taps] i downloaded [netbeans-12.5-bin.zip|https://archive.apache.org/dist/netbeans/netbeans/12.5/netbeans-12.5-bin.zip] (JAVA_HOME=JDK8) and i don't get any errors(just a little test). With Netbeans 12.6 ,in netbeans.conf i changed to this: netbeans_jdkhome=JDK9, and i have the same errors like with JDK8. what is the difference with installing Netbeans from .zip or from .exe ? I want to help but i can only on 7-9 Jan. Give more detail about how i can find the problem. i will download nb 12.6 sources and build with ant my netbeans? > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Assignee: Jaroslav Tulach >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Assigned] (NETBEANS-6285) Netbeans 12.6 seems no properly run on JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach reassigned NETBEANS-6285: - Assignee: Jaroslav Tulach > Netbeans 12.6 seems no properly run on JDK 8 > > > Key: NETBEANS-6285 > URL: https://issues.apache.org/jira/browse/NETBEANS-6285 > Project: NetBeans > Issue Type: Bug > Components: java - Platform >Affects Versions: 12.6 >Reporter: Jean-Marc Borer >Assignee: Jaroslav Tulach >Priority: Major > Attachments: messages.log > > > After a full fresh install of NB12.6 and trying to run with Azul Open JDK 1.8 > 312, there are several ClassNotFoundExceptions in the logs. It seems that NB > looks for missing methods that make NB not longer properly. For example, it > is no longer possible to properly format Java sources files due to a > java/nio/CharBuffer method missing. > Is NB platform supposed to no longer work with Java 8? -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Assigned] (NETBEANS-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach reassigned NETBEANS-6349: - Assignee: Jaroslav Tulach > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Assignee: Jaroslav Tulach >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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 cnd updated: [cnd] small-1.4 makeproject samples, editor/lexer tests
This is an automated email from the ASF dual-hosted git repository. vieiro pushed a commit to branch cnd in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/cnd by this push: new 5abaa34 [cnd] small-1.4 makeproject samples, editor/lexer tests new 04b9658 Merge pull request #3416 from vieiro/feature/cnd-small-1.4 5abaa34 is described below commit 5abaa34df84d718ec48bc45ad1466ddcaf122326 Author: Antonio Vieiro AuthorDate: Wed Jan 5 21:55:07 2022 +0100 [cnd] small-1.4 makeproject samples, editor/lexer tests --- .../cnd/editor/cplusplus/CLangFormatTestCase.java | 6 + .../test/unit/data/testfiles/apr_portable.h.txt| 544 ++ cnd/cnd.lexer/test/unit/data/testfiles/istream.txt | 639 + .../modules/cnd/lexer/CppFlyTokensTestCase.java| 20 +- .../cnd/lexer/CppLexerPerformanceTestCase.java | 2 +- cnd/cnd.makeproject/build.xml | 12 +- 6 files changed, 1206 insertions(+), 17 deletions(-) diff --git a/cnd/cnd.editor/test/unit/src/org/netbeans/modules/cnd/editor/cplusplus/CLangFormatTestCase.java b/cnd/cnd.editor/test/unit/src/org/netbeans/modules/cnd/editor/cplusplus/CLangFormatTestCase.java index f9e4901..fe80497 100644 --- a/cnd/cnd.editor/test/unit/src/org/netbeans/modules/cnd/editor/cplusplus/CLangFormatTestCase.java +++ b/cnd/cnd.editor/test/unit/src/org/netbeans/modules/cnd/editor/cplusplus/CLangFormatTestCase.java @@ -20,6 +20,7 @@ package org.netbeans.modules.cnd.editor.cplusplus; import javax.swing.text.Document; +import org.junit.Ignore; import org.netbeans.editor.BaseDocument; import org.netbeans.modules.cnd.spi.CndDocumentCodeStyleProvider; @@ -47,6 +48,11 @@ public class CLangFormatTestCase extends EditorBase { return doc; } + /** + * clang format is not available in Apache NetBeans CND as we've dropped + * a dependency with libclank. + */ + @Ignore public void testLLVM_Style() { setLoadDocumentText( "int main() {\n" diff --git a/cnd/cnd.lexer/test/unit/data/testfiles/apr_portable.h.txt b/cnd/cnd.lexer/test/unit/data/testfiles/apr_portable.h.txt new file mode 100644 index 000..a2fd24b --- /dev/null +++ b/cnd/cnd.lexer/test/unit/data/testfiles/apr_portable.h.txt @@ -0,0 +1,544 @@ +/* Licensed to the Apache Software Foundation (ASF) under one or more + * contributor license agreements. See the NOTICE file distributed with + * this work for additional information regarding copyright ownership. + * The ASF licenses this file to You under the Apache License, Version 2.0 + * (the "License"); you may not use this file except in compliance with + * the License. You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an "AS IS" BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + */ + +// This file taken from https://svn.apache.org/repos/asf/apr/apr/trunk/include/apr_portable.h + +/* This header file is where you should put ANY platform specific information. + * This should be the only header file that programs need to include that + * actually has platform dependent code which refers to the . + */ +#ifndef APR_PORTABLE_H +#define APR_PORTABLE_H +/** + * @file apr_portable.h + * @brief APR Portability Routines + */ + +#include "apr.h" +#include "apr_pools.h" +#include "apr_thread_proc.h" +#include "apr_file_io.h" +#include "apr_network_io.h" +#include "apr_errno.h" +#include "apr_global_mutex.h" +#include "apr_proc_mutex.h" +#include "apr_time.h" +#include "apr_dso.h" +#include "apr_shm.h" + +#if APR_HAVE_DIRENT_H +#include +#endif +#if APR_HAVE_FCNTL_H +#include +#endif +#if APR_HAVE_PTHREAD_H +#include +#endif +#if APR_HAVE_SEMAPHORE_H +#include +#endif + +#ifdef __cplusplus +extern "C" { +#endif /* __cplusplus */ + +/** + * @defgroup apr_portabile Portability Routines + * @ingroup APR + * @{ + */ + +#ifdef WIN32 +/* The primitives for Windows types */ +typedef HANDLEapr_os_file_t; +typedef HANDLEapr_os_dir_t; +typedef SOCKETapr_os_sock_t; +typedef HANDLEapr_os_proc_mutex_t; +typedef HANDLEapr_os_thread_t; +typedef HANDLEapr_os_proc_t; +typedef DWORD apr_os_threadkey_t; +typedef FILETIME apr_os_imp_time_t; +typedef SYSTEMTIMEapr_os_exp_time_t; +typedef HANDLEapr_os_dso_handle_t; +typedef HANDLEapr_os_shm_t; + +#elif defined(OS2) +typedef HFILE apr_os_file_t; +typedef HDIR apr_os_dir_t; +typedef int apr_os_sock_t; +typedef HMTX apr_os_proc_m
[jira] [Assigned] (NETBEANS-5897) Critical exception
[ https://issues.apache.org/jira/browse/NETBEANS-5897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz reassigned NETBEANS-5897: - Assignee: Thomas Schapitz > Critical exception > > > Key: NETBEANS-5897 > URL: https://issues.apache.org/jira/browse/NETBEANS-5897 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4 >Reporter: Garib Beetar >Assignee: Thomas Schapitz >Priority: Critical > Attachments: ideLog.txt, messages.log, uiLog.txt > > -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-5897) Critical exception
[ https://issues.apache.org/jira/browse/NETBEANS-5897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469534#comment-17469534 ] Thomas Schapitz commented on NETBEANS-5897: --- Hi Garib, does this error persist? did you try to upgrade to a more recent version of Netbeans, e. g. 12.6, latest? Regards, Thomas > Critical exception > > > Key: NETBEANS-5897 > URL: https://issues.apache.org/jira/browse/NETBEANS-5897 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4 >Reporter: Garib Beetar >Priority: Critical > Attachments: ideLog.txt, messages.log, uiLog.txt > > -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Resolved] (NETBEANS-5890) Cannot connect to plugin portal
[ https://issues.apache.org/jira/browse/NETBEANS-5890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz resolved NETBEANS-5890. --- Resolution: Workaround > Cannot connect to plugin portal > --- > > Key: NETBEANS-5890 > URL: https://issues.apache.org/jira/browse/NETBEANS-5890 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.0 >Reporter: Richard >Priority: Critical > > In Tools->Plugins, click on "Check for Updates" > Got error "Unable to connect to the Plugin Portal because of Connection reset" > Also got the same message trying in version 8.2. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-5890) Cannot connect to plugin portal
[ https://issues.apache.org/jira/browse/NETBEANS-5890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469523#comment-17469523 ] Thomas Schapitz commented on NETBEANS-5890: --- The old site 'plugins.netbeans.org', formerly hosted by Oracle, has fallen into disrepair, and is no longer maintained. You may switch to "updates.netbeans.org", but likely, most of the content there might no longer be feasible for 11.0 or 8.2. You should definitely move to 12.x > Cannot connect to plugin portal > --- > > Key: NETBEANS-5890 > URL: https://issues.apache.org/jira/browse/NETBEANS-5890 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.0 >Reporter: Richard >Priority: Critical > > In Tools->Plugins, click on "Check for Updates" > Got error "Unable to connect to the Plugin Portal because of Connection reset" > Also got the same message trying in version 8.2. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6356) 'Emtpy' maven web application does not compile: Error injecting constructor, java.lang.ExceptionInInitializerError
[ https://issues.apache.org/jira/browse/NETBEANS-6356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-6356: Priority: Minor (was: Major) > 'Emtpy' maven web application does not compile: Error injecting constructor, > java.lang.ExceptionInInitializerError > --- > > Key: NETBEANS-6356 > URL: https://issues.apache.org/jira/browse/NETBEANS-6356 > Project: NetBeans > Issue Type: Bug > Components: javaee - Maven >Affects Versions: 12.6 > Environment: NB 12.6 > OpenJKD 17 > Glassfish 6.2.1 > EE9 >Reporter: S. M. >Priority: Minor > > Way to reproduce: > Make a new (empty) maven web application: > file -> new project -> JAVA with maven ->Web application > Right click the project -> build > The following error occurs: > {code:java} > --- maven-war-plugin:2.3:war (default-war) @ testmavenproject1 --- > Error injecting: org.apache.maven.plugin.war.WarMojo > com.google.inject.ProvisionException: Unable to provision, see the following > errors: > 1) Error injecting constructor, java.lang.ExceptionInInitializerError > at org.apache.maven.plugin.war.WarMojo.(Unknown Source) > while locating org.apache.maven.plugin.war.WarMojo > 1 error > at > com.google.inject.internal.InternalProvisionException.toProvisionException > (InternalProvisionException.java:226) > at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1053) > at com.google.inject.internal.InjectorImpl.getInstance > (InjectorImpl.java:1086) > at org.eclipse.sisu.space.AbstractDeferredClass.get > (AbstractDeferredClass.java:48) > at com.google.inject.internal.ProviderInternalFactory.provision > (ProviderInternalFactory.java:85) > at > com.google.inject.internal.InternalFactoryToInitializableAdapter.provision > (InternalFactoryToInitializableAdapter.java:57) > at com.google.inject.internal.ProviderInternalFactory$1.call > (ProviderInternalFactory.java:66) > at > com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision > (ProvisionListenerStackCallback.java:112) > at > com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision > (ProvisionListenerStackCallback.java:127) > at com.google.inject.internal.ProvisionListenerStackCallback.provision > (ProvisionListenerStackCallback.java:66) > at com.google.inject.internal.ProviderInternalFactory.circularGet > (ProviderInternalFactory.java:61) > at com.google.inject.internal.InternalFactoryToInitializableAdapter.get > (InternalFactoryToInitializableAdapter.java:47) > at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1050) > at org.eclipse.sisu.inject.Guice4$1.get (Guice4.java:162) > at org.eclipse.sisu.inject.LazyBeanEntry.getValue (LazyBeanEntry.java:81) > at org.eclipse.sisu.plexus.LazyPlexusBean.getValue > (LazyPlexusBean.java:51) > at org.codehaus.plexus.DefaultPlexusContainer.lookup > (DefaultPlexusContainer.java:263) > at org.codehaus.plexus.DefaultPlexusContainer.lookup > (DefaultPlexusContainer.java:255) > at > org.apache.maven.plugin.internal.DefaultMavenPluginManager.getConfiguredMojo > (DefaultMavenPluginManager.java:520) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo > (DefaultBuildPluginManager.java:124) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:210) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:156) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:148) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject > (LifecycleModuleBuilder.java:117) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject > (LifecycleModuleBuilder.java:81) > at > org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build > (SingleThreadedBuilder.java:56) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute > (LifecycleStarter.java:128) > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305) > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192) > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105) > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957) > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289) > at org.apache.maven.cli.MavenCli.main (MavenCli.java:193) > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke > (NativeMethodAccessorImpl.java:77) > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke > (DelegatingMethodAccessorImp
[jira] [Updated] (NETBEANS-6356) 'Emtpy' maven web application does not compile: Error injecting constructor, java.lang.ExceptionInInitializerError
[ https://issues.apache.org/jira/browse/NETBEANS-6356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-6356: Priority: Major (was: Blocker) > 'Emtpy' maven web application does not compile: Error injecting constructor, > java.lang.ExceptionInInitializerError > --- > > Key: NETBEANS-6356 > URL: https://issues.apache.org/jira/browse/NETBEANS-6356 > Project: NetBeans > Issue Type: Bug > Components: javaee - Maven >Affects Versions: 12.6 > Environment: NB 12.6 > OpenJKD 17 > Glassfish 6.2.1 > EE9 >Reporter: S. M. >Priority: Major > > Way to reproduce: > Make a new (empty) maven web application: > file -> new project -> JAVA with maven ->Web application > Right click the project -> build > The following error occurs: > {code:java} > --- maven-war-plugin:2.3:war (default-war) @ testmavenproject1 --- > Error injecting: org.apache.maven.plugin.war.WarMojo > com.google.inject.ProvisionException: Unable to provision, see the following > errors: > 1) Error injecting constructor, java.lang.ExceptionInInitializerError > at org.apache.maven.plugin.war.WarMojo.(Unknown Source) > while locating org.apache.maven.plugin.war.WarMojo > 1 error > at > com.google.inject.internal.InternalProvisionException.toProvisionException > (InternalProvisionException.java:226) > at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1053) > at com.google.inject.internal.InjectorImpl.getInstance > (InjectorImpl.java:1086) > at org.eclipse.sisu.space.AbstractDeferredClass.get > (AbstractDeferredClass.java:48) > at com.google.inject.internal.ProviderInternalFactory.provision > (ProviderInternalFactory.java:85) > at > com.google.inject.internal.InternalFactoryToInitializableAdapter.provision > (InternalFactoryToInitializableAdapter.java:57) > at com.google.inject.internal.ProviderInternalFactory$1.call > (ProviderInternalFactory.java:66) > at > com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision > (ProvisionListenerStackCallback.java:112) > at > com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision > (ProvisionListenerStackCallback.java:127) > at com.google.inject.internal.ProvisionListenerStackCallback.provision > (ProvisionListenerStackCallback.java:66) > at com.google.inject.internal.ProviderInternalFactory.circularGet > (ProviderInternalFactory.java:61) > at com.google.inject.internal.InternalFactoryToInitializableAdapter.get > (InternalFactoryToInitializableAdapter.java:47) > at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1050) > at org.eclipse.sisu.inject.Guice4$1.get (Guice4.java:162) > at org.eclipse.sisu.inject.LazyBeanEntry.getValue (LazyBeanEntry.java:81) > at org.eclipse.sisu.plexus.LazyPlexusBean.getValue > (LazyPlexusBean.java:51) > at org.codehaus.plexus.DefaultPlexusContainer.lookup > (DefaultPlexusContainer.java:263) > at org.codehaus.plexus.DefaultPlexusContainer.lookup > (DefaultPlexusContainer.java:255) > at > org.apache.maven.plugin.internal.DefaultMavenPluginManager.getConfiguredMojo > (DefaultMavenPluginManager.java:520) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo > (DefaultBuildPluginManager.java:124) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:210) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:156) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:148) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject > (LifecycleModuleBuilder.java:117) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject > (LifecycleModuleBuilder.java:81) > at > org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build > (SingleThreadedBuilder.java:56) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute > (LifecycleStarter.java:128) > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305) > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192) > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105) > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957) > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289) > at org.apache.maven.cli.MavenCli.main (MavenCli.java:193) > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke > (NativeMethodAccessorImpl.java:77) > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke > (DelegatingMethodAccessorI
[jira] [Commented] (NETBEANS-6356) 'Emtpy' maven web application does not compile: Error injecting constructor, java.lang.ExceptionInInitializerError
[ https://issues.apache.org/jira/browse/NETBEANS-6356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469517#comment-17469517 ] S. M. commented on NETBEANS-6356: - I edited the pom.xml and updated the maven-war-plugin from version 2.3 to 3.3.1. Now it compiles with java17 without errors. Could you adopt this change in the create-project-wizard? > 'Emtpy' maven web application does not compile: Error injecting constructor, > java.lang.ExceptionInInitializerError > --- > > Key: NETBEANS-6356 > URL: https://issues.apache.org/jira/browse/NETBEANS-6356 > Project: NetBeans > Issue Type: Bug > Components: javaee - Maven >Affects Versions: 12.6 > Environment: NB 12.6 > OpenJKD 17 > Glassfish 6.2.1 > EE9 >Reporter: S. M. >Priority: Blocker > > Way to reproduce: > Make a new (empty) maven web application: > file -> new project -> JAVA with maven ->Web application > Right click the project -> build > The following error occurs: > {code:java} > --- maven-war-plugin:2.3:war (default-war) @ testmavenproject1 --- > Error injecting: org.apache.maven.plugin.war.WarMojo > com.google.inject.ProvisionException: Unable to provision, see the following > errors: > 1) Error injecting constructor, java.lang.ExceptionInInitializerError > at org.apache.maven.plugin.war.WarMojo.(Unknown Source) > while locating org.apache.maven.plugin.war.WarMojo > 1 error > at > com.google.inject.internal.InternalProvisionException.toProvisionException > (InternalProvisionException.java:226) > at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1053) > at com.google.inject.internal.InjectorImpl.getInstance > (InjectorImpl.java:1086) > at org.eclipse.sisu.space.AbstractDeferredClass.get > (AbstractDeferredClass.java:48) > at com.google.inject.internal.ProviderInternalFactory.provision > (ProviderInternalFactory.java:85) > at > com.google.inject.internal.InternalFactoryToInitializableAdapter.provision > (InternalFactoryToInitializableAdapter.java:57) > at com.google.inject.internal.ProviderInternalFactory$1.call > (ProviderInternalFactory.java:66) > at > com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision > (ProvisionListenerStackCallback.java:112) > at > com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision > (ProvisionListenerStackCallback.java:127) > at com.google.inject.internal.ProvisionListenerStackCallback.provision > (ProvisionListenerStackCallback.java:66) > at com.google.inject.internal.ProviderInternalFactory.circularGet > (ProviderInternalFactory.java:61) > at com.google.inject.internal.InternalFactoryToInitializableAdapter.get > (InternalFactoryToInitializableAdapter.java:47) > at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1050) > at org.eclipse.sisu.inject.Guice4$1.get (Guice4.java:162) > at org.eclipse.sisu.inject.LazyBeanEntry.getValue (LazyBeanEntry.java:81) > at org.eclipse.sisu.plexus.LazyPlexusBean.getValue > (LazyPlexusBean.java:51) > at org.codehaus.plexus.DefaultPlexusContainer.lookup > (DefaultPlexusContainer.java:263) > at org.codehaus.plexus.DefaultPlexusContainer.lookup > (DefaultPlexusContainer.java:255) > at > org.apache.maven.plugin.internal.DefaultMavenPluginManager.getConfiguredMojo > (DefaultMavenPluginManager.java:520) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo > (DefaultBuildPluginManager.java:124) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:210) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:156) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:148) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject > (LifecycleModuleBuilder.java:117) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject > (LifecycleModuleBuilder.java:81) > at > org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build > (SingleThreadedBuilder.java:56) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute > (LifecycleStarter.java:128) > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305) > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192) > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105) > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957) > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289) > at org.apache.maven.cli.MavenCli.main (MavenCli.java:193) > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (N
[jira] [Commented] (NETBEANS-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469507#comment-17469507 ] S. M. commented on NETBEANS-6358: - Thank you for your thoroughly inquiry! After enabling ClearType it looks fine for me. > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: ClearType Tahoma vs. Segoe.png, NetBeans 12.6 Project > Font on Windows 11.png, bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6242) report Issue is missing from help menu
[ https://issues.apache.org/jira/browse/NETBEANS-6242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469498#comment-17469498 ] Thomas Schapitz commented on NETBEANS-6242: --- Seems to be a quirk in your system. Works for me on 12.5 + 12.6, see attached images. > report Issue is missing from help menu > -- > > Key: NETBEANS-6242 > URL: https://issues.apache.org/jira/browse/NETBEANS-6242 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.5 >Reporter: Heinz Schweitzer >Assignee: Thomas Schapitz >Priority: Critical > Fix For: 12.5, 12.6 > > Attachments: image-2021-11-29-09-43-36-937.png, > image-2022-01-05-20-08-47-459.png, image-2022-01-05-20-10-24-214.png > > > The itme 'report issue' in the Help menu is missing. In 12.3 it is still there > > !image-2021-11-29-09-43-36-937.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Resolved] (NETBEANS-6242) report Issue is missing from help menu
[ https://issues.apache.org/jira/browse/NETBEANS-6242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz resolved NETBEANS-6242. --- Fix Version/s: 12.6 12.5 Resolution: Cannot Reproduce > report Issue is missing from help menu > -- > > Key: NETBEANS-6242 > URL: https://issues.apache.org/jira/browse/NETBEANS-6242 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.5 >Reporter: Heinz Schweitzer >Priority: Critical > Fix For: 12.6, 12.5 > > Attachments: image-2021-11-29-09-43-36-937.png, > image-2022-01-05-20-08-47-459.png, image-2022-01-05-20-10-24-214.png > > > The itme 'report issue' in the Help menu is missing. In 12.3 it is still there > > !image-2021-11-29-09-43-36-937.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6242) report Issue is missing from help menu
[ https://issues.apache.org/jira/browse/NETBEANS-6242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz closed NETBEANS-6242. - Assignee: Thomas Schapitz > report Issue is missing from help menu > -- > > Key: NETBEANS-6242 > URL: https://issues.apache.org/jira/browse/NETBEANS-6242 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.5 >Reporter: Heinz Schweitzer >Assignee: Thomas Schapitz >Priority: Critical > Fix For: 12.5, 12.6 > > Attachments: image-2021-11-29-09-43-36-937.png, > image-2022-01-05-20-08-47-459.png, image-2022-01-05-20-10-24-214.png > > > The itme 'report issue' in the Help menu is missing. In 12.3 it is still there > > !image-2021-11-29-09-43-36-937.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6242) report Issue is missing from help menu
[ https://issues.apache.org/jira/browse/NETBEANS-6242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz updated NETBEANS-6242: -- Attachment: image-2022-01-05-20-10-24-214.png > report Issue is missing from help menu > -- > > Key: NETBEANS-6242 > URL: https://issues.apache.org/jira/browse/NETBEANS-6242 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.5 >Reporter: Heinz Schweitzer >Priority: Critical > Attachments: image-2021-11-29-09-43-36-937.png, > image-2022-01-05-20-08-47-459.png, image-2022-01-05-20-10-24-214.png > > > The itme 'report issue' in the Help menu is missing. In 12.3 it is still there > > !image-2021-11-29-09-43-36-937.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6242) report Issue is missing from help menu
[ https://issues.apache.org/jira/browse/NETBEANS-6242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz updated NETBEANS-6242: -- Attachment: (was: image-2022-01-05-20-05-50-874.png) > report Issue is missing from help menu > -- > > Key: NETBEANS-6242 > URL: https://issues.apache.org/jira/browse/NETBEANS-6242 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.5 >Reporter: Heinz Schweitzer >Priority: Critical > Attachments: image-2021-11-29-09-43-36-937.png, > image-2022-01-05-20-08-47-459.png, image-2022-01-05-20-10-24-214.png > > > The itme 'report issue' in the Help menu is missing. In 12.3 it is still there > > !image-2021-11-29-09-43-36-937.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6242) report Issue is missing from help menu
[ https://issues.apache.org/jira/browse/NETBEANS-6242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz updated NETBEANS-6242: -- Attachment: image-2022-01-05-20-08-47-459.png > report Issue is missing from help menu > -- > > Key: NETBEANS-6242 > URL: https://issues.apache.org/jira/browse/NETBEANS-6242 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.5 >Reporter: Heinz Schweitzer >Priority: Critical > Attachments: image-2021-11-29-09-43-36-937.png, > image-2022-01-05-20-05-50-874.png, image-2022-01-05-20-08-47-459.png > > > The itme 'report issue' in the Help menu is missing. In 12.3 it is still there > > !image-2021-11-29-09-43-36-937.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6242) report Issue is missing from help menu
[ https://issues.apache.org/jira/browse/NETBEANS-6242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz updated NETBEANS-6242: -- Attachment: image-2022-01-05-20-05-50-874.png > report Issue is missing from help menu > -- > > Key: NETBEANS-6242 > URL: https://issues.apache.org/jira/browse/NETBEANS-6242 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.5 >Reporter: Heinz Schweitzer >Priority: Critical > Attachments: image-2021-11-29-09-43-36-937.png, > image-2022-01-05-20-05-50-874.png > > > The itme 'report issue' in the Help menu is missing. In 12.3 it is still there > > !image-2021-11-29-09-43-36-937.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-5949) remote debugger does not work
[ https://issues.apache.org/jira/browse/NETBEANS-5949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469485#comment-17469485 ] Joao Graca da Nobrega commented on NETBEANS-5949: - Fixing remote-platform-impl.xml as suggested "works", but be aware that the remote-platform-impl.xml file gets recreated if you open an close netbeans. After this fix we are still not being able to debug our project, we get the following error (using java 17): cmd : cd '[...]'; '/usr/java/jdk-17.0.1/bin/java' -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=127.0.0.1:63890 -Dfile.encoding=UTF-8 -jar [...]/HelloWorld.jar ERROR: transport error 202: bind failed: Address already in use ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [open/src/jdk.jdwp.agent/share/native/libjdwp/debugInit.c:734] Port 63890 is random, and it was not used on remote machine, Debugging always fails with this error on a new random port, we still don't know why (looking into it at the moment). Executing the command line directly on the remote machine has no issue. > remote debugger does not work > -- > > Key: NETBEANS-5949 > URL: https://issues.apache.org/jira/browse/NETBEANS-5949 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java, projects - Ant >Affects Versions: 12.4 > Environment: Host is Windows 10, Netbeans 12.4 > Remote Host is raspberry pi with java 11.0.12. >Reporter: pat >Priority: Major > > Create a java application project. > Add this code to main and fix the imports >public static void main(String[] args) { > try { > InetAddress id = InetAddress.getLocalHost(); > System.out.println(id.getHostName()); > System.out.println("java version is " + > System.getProperty("java.version")); > System.out.println("VM is " + > > ManagementFactory.getRuntimeMXBean().getVmVersion()); > } catch (UnknownHostException ex) { > Logger.getLogger(HelloWorld.class.getName()).log(Level.SEVERE, > null, ex); > } > } > Run natively to verify you got it right. > Follow the instructions here to create a remote java standard edition > platform targeting a different Linux computer. My computer is a raspberry > pi with java 11 installed, Oracle Java SE 8 Embedded is no longer available > for most people but java 11 works fine. (The bug is independent of java > version on the target). > https://netbeans.apache.org/kb/docs/java/javase-embedded.html?print=yes > Select the remote platform you created and run the program. The output > should show that it ran on the remote host. > Now debug the program.I get the following error. > ant -f C:\\Users\\PATGI\\OneDrive\\Documents\\NetBeansProjects\\HelloWorld > -Dnb.internal.action.name=debug -Dremote.platform.passphrase=* > -Dremote.platform.rp.target=linuxarm-15 > -Dremote.platform.rp.filename=linuxarm -Ddebug.class=helloworld.HelloWorld > -Dremote.platform.java.spec.ver=11 debug-remote > init: > deps-jar: > Updating property file: > C:\Users\PATGI\OneDrive\Documents\NetBeansProjects\HelloWorld\build\built-jar.properties > compile: > Copying 1 file to > C:\Users\PATGI\OneDrive\Documents\NetBeansProjects\HelloWorld\build > Nothing to copy. > To run this application from the command line without Ant, try: > java -jar > "C:\Users\PATGI\OneDrive\Documents\NetBeansProjects\HelloWorld\dist\HelloWorld.jar" > deploy: > jar: > C:\Users\PATGI\OneDrive\Documents\NetBeansProjects\HelloWorld\nbproject\remote-platform-impl.xml:143: > Unable to create javax script engine for javascript > BUILD FAILED (total time: 0 seconds) > I was able to for the debugger to work by manually starting the debugger on > the remote host with something like > /usr/bin/java > -agentlib:jdwp=transport=dt_socket,address=*:8000,suspend=y,server=y > -Dfile.encoding=UTF-8 -jar > /home/pi/NetBeansProjects/HelloWorld/dist/HelloWorld.jar > And then connect the debugger to a process already running on the remote host > at port 8000. > I traced this back to javascript not being supported in this installation of > Ant. I also think several of the configuration variables for remote > debugging are not setup. e.g. jdpa.address and jdpa.port but I could easily > be wrong about this. > The good news is it can be made to work and it is very nice when it is > working. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the
[jira] [Commented] (NETBEANS-4962) Due to the way that NetBeans' terminates programs, ShutDownHooks are unusable.
[ https://issues.apache.org/jira/browse/NETBEANS-4962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469474#comment-17469474 ] Thomas Schapitz commented on NETBEANS-4962: --- What exactly do you mean with "ShutdownHooks". Are you talking about finalizers? Please take note of the following: [https://openjdk.java.net/jeps/421.] Also keep in mind, that Java does finalization on a best effort basis, but in fact, doesn't guarantee that to happen - because it can't. That is a general problem, not just Javas. Unless there is no special precaution in your Program, say active JMX instrumentation, or a custom shutdown port as offered e. g. by many Servlet containers or JMeter, other Java processes appear to NB just like any other process. The only possibility to terminate them prematurely, is the same the OS uses - a signal. And this usually leads to immediate termination. This is considered a security feature, because if you tell a program to terminate using Ctrl+C, kill (unix), taskkill (windows), you don't want it to hang around for ever doing shady things under the guise of "cleaning up" - there is no choice other than to abandon all execution right away. And since NB is a development tool, I'd say this is a sensible choice too, espcially when being amidst of a debug. Sorry, there is no remedy for that. Netbeans does use coordinated shutdown, e. g. when issuing a "Stop" command to a running J2EE Server in the servers tab - if this is supported by the servers integration. But supporting this in a generic way for arbitrary processes is impossible, because there is no generic way apart from what is supported by the OS. So this is no Bug, and certainly not critical. But I see, that there are use cases out there where this might be of interest. The most generic approach I can see here, is Netbeans probing into the running JVM using the attachment interface JConsole/VisualVM style, and offering a method for a "soft shutdown", if it is successful. But this is still a long shot, and would require changes in the UI. Maybe if there are enough votes or a code contribution... Downgraded to "Minor Improvement". > Due to the way that NetBeans' terminates programs, ShutDownHooks are unusable. > -- > > Key: NETBEANS-4962 > URL: https://issues.apache.org/jira/browse/NETBEANS-4962 > Project: NetBeans > Issue Type: Improvement > Environment: Windows 10 >Reporter: Sean Gray >Priority: Minor > > ShutDownHooks do not work in NetBeans. They have never worked in NetBeans. > They need to work in NetBeans. > They do not work because the only option in NetBeans to stop a program is the > terminate button, which (as of the most recent information I can find) calls > Process.destroy(). The terminate button should either stop the program in a > clean way that allows for ShutDownHooks, or there should be another option to > stop the program that does that. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-4962) Due to the way that NetBeans' terminates programs, ShutDownHooks are unusable.
[ https://issues.apache.org/jira/browse/NETBEANS-4962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz updated NETBEANS-4962: -- Priority: Minor (was: Critical) > Due to the way that NetBeans' terminates programs, ShutDownHooks are unusable. > -- > > Key: NETBEANS-4962 > URL: https://issues.apache.org/jira/browse/NETBEANS-4962 > Project: NetBeans > Issue Type: Improvement > Environment: Windows 10 >Reporter: Sean Gray >Priority: Minor > > ShutDownHooks do not work in NetBeans. They have never worked in NetBeans. > They need to work in NetBeans. > They do not work because the only option in NetBeans to stop a program is the > terminate button, which (as of the most recent information I can find) calls > Process.destroy(). The terminate button should either stop the program in a > clean way that allows for ShutDownHooks, or there should be another option to > stop the program that does that. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-4962) Due to the way that NetBeans' terminates programs, ShutDownHooks are unusable.
[ https://issues.apache.org/jira/browse/NETBEANS-4962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz updated NETBEANS-4962: -- Issue Type: Improvement (was: Bug) > Due to the way that NetBeans' terminates programs, ShutDownHooks are unusable. > -- > > Key: NETBEANS-4962 > URL: https://issues.apache.org/jira/browse/NETBEANS-4962 > Project: NetBeans > Issue Type: Improvement > Environment: Windows 10 >Reporter: Sean Gray >Priority: Critical > > ShutDownHooks do not work in NetBeans. They have never worked in NetBeans. > They need to work in NetBeans. > They do not work because the only option in NetBeans to stop a program is the > terminate button, which (as of the most recent information I can find) calls > Process.destroy(). The terminate button should either stop the program in a > clean way that allows for ShutDownHooks, or there should be another option to > stop the program that does that. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469456#comment-17469456 ] Neil C Smith commented on NETBEANS-6349: [~taps] NetBeans 13 (no 0!) is complicated. The full IDE release will no longer officially support JDK 8, but we're not dropping the ability for many modules to run on JDK 8 yet. eg. VSNetBeans will still support running on JDK 8 for now. So this bug probably still needs addressing - cc [~jtulach] > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469453#comment-17469453 ] Thomas Schapitz commented on NETBEANS-6349: --- [~blocked] : as far as we currently know, this is undecided for now: One of NETBEANS-6064 or [~neilcsmith] might be wrong there, but we certainly wouldn't mind some help, e. g. by you going to the length of checking it, and attaching your result here. Better even, you might seek out the module affected, and submit a patch to fix its build configuration, so that a fixed version might make it into the update center. Attach the patch here. Chances are, that 13.0 will happen earlier, and that will no lunger support JDK 8 as its own runtime. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6364) No es capaz de conectarse al repositorio
Andoni Diaz created NETBEANS-6364: - Summary: No es capaz de conectarse al repositorio Key: NETBEANS-6364 URL: https://issues.apache.org/jira/browse/NETBEANS-6364 Project: NetBeans Issue Type: Bug Components: versioncontrol - Git Affects Versions: 12.4, 12.6 Reporter: Andoni Diaz Attachments: image-2022-01-05-18-10-39-270.png, image-2022-01-05-18-14-30-153.png El IDE indica que para la configuración actual la clave privada es invalida. Es una clave ed25519 pero, también he probado convirtiéndola a formato PEM y otros formatos y no creo que sea el motivo. La única información que poseo es la que adjunto en el pantallazo (el puerto es correcto). !image-2022-01-05-18-10-39-270.png! Sin embargo, cuando utilizo la misma configuración, desde el Git-Bash, en el directorio donde se encuentra la aplicación, funciona correctamente: !image-2022-01-05-18-14-30-153.png! He realizado deferentes tipos de configuraciones de seguridad y puertos pero termino siempre en el IDE y no veo trazas con información extra. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6360) NB platform processes not seen as closed by NB IDE
[ https://issues.apache.org/jira/browse/NETBEANS-6360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469436#comment-17469436 ] Benjamin Asbach commented on NETBEANS-6360: --- [~jmborer] Can you verify this behaviour with 12.6? How did you check if the processes are really stopped? > NB platform processes not seen as closed by NB IDE > -- > > Key: NETBEANS-6360 > URL: https://issues.apache.org/jira/browse/NETBEANS-6360 > Project: NetBeans > Issue Type: Bug > Components: platform - Execution >Affects Versions: 12.4, 12.5 > Environment: *Product Version:* Apache NetBeans IDE 12.5 > *Java:* 1.8.0_312; OpenJDK 64-Bit Server VM 25.312-b07 > *Runtime:* OpenJDK Runtime Environment 1.8.0_312-b07 > *System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > *User directory:* C:\Users\borerjc\AppData\Roaming\NetBeans\12.5 > *Cache directory:* C:\Users\borerjc\AppData\Local\NetBeans\Cache\12.5 >Reporter: Jean-Marc Borer >Priority: Minor > Attachments: 2022-01-04 11_30_34-crystal-position-rosterplus-app - > 6.6.2-SNAPSHOT - PJ09_44 - Apache NetBeans IDE.png > > > When running NB applications from within NB IDE, on IDE close, it reports > that the processes are still running even though the application have been > properly stopped. > The IDE eventually exits, but it takes more time than necessary. > -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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: LSP: Do not produce CodeActions for errors with empty description. (#3413)
This is an automated email from the ASF dual-hosted git repository. dbalek 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 76183f3 LSP: Do not produce CodeActions for errors with empty description. (#3413) 76183f3 is described below commit 76183f342a62d9f0e6732d7b500430d34d813b54 Author: Dusan Balek AuthorDate: Wed Jan 5 17:17:31 2022 +0100 LSP: Do not produce CodeActions for errors with empty description. (#3413) --- .../src/org/netbeans/modules/java/hints/suggestions/Lambda.java| 6 +++--- .../modules/java/lsp/server/protocol/TextDocumentServiceImpl.java | 7 ++- 2 files changed, 9 insertions(+), 4 deletions(-) diff --git a/java/java.hints/src/org/netbeans/modules/java/hints/suggestions/Lambda.java b/java/java.hints/src/org/netbeans/modules/java/hints/suggestions/Lambda.java index 5ca34ee..8cb976a 100644 --- a/java/java.hints/src/org/netbeans/modules/java/hints/suggestions/Lambda.java +++ b/java/java.hints/src/org/netbeans/modules/java/hints/suggestions/Lambda.java @@ -181,7 +181,7 @@ public class Lambda { @Messages({ "DN_expression2Return=Convert Lambda Body to Use a Block", "DESC_expression2Return=Converts lambda bodies to use blocks rather than expressions", -"ERR_expression2Return=", +"ERR_expression2Return=Block as the lambda's body can be used", "FIX_expression2Return=Use block as the lambda's body" }) @TriggerPattern("($args$) -> $lambdaExpression") @@ -202,7 +202,7 @@ public class Lambda { @Messages({ "DN_memberReference2Lambda=Convert Member Reference to Lambda Expression", "DESC_memberReference2Lambda=Converts member references to lambda expressions", -"ERR_memberReference2Lambda=", +"ERR_memberReference2Lambda=Lambda expression can be used", "FIX_memberReference2Lambda=Use lambda expression" }) @TriggerTreeKind(Kind.MEMBER_REFERENCE) @@ -219,7 +219,7 @@ public class Lambda { @Messages({ "DN_addExplicitLambdaParameters=Convert Lambda to Use Explicit Parameter Types", "DESC_addExplicitLambdaParameters=Converts lambdas to use explicit parameter types", -"ERR_addExplicitLambdaParameters=", +"ERR_addExplicitLambdaParameters=Explicit parameter types can be used", "FIX_addExplicitLambdaParameters=Use explicit parameter types" }) @TriggerTreeKind(Kind.LAMBDA_EXPRESSION) diff --git a/java/java.lsp.server/src/org/netbeans/modules/java/lsp/server/protocol/TextDocumentServiceImpl.java b/java/java.lsp.server/src/org/netbeans/modules/java/lsp/server/protocol/TextDocumentServiceImpl.java index cccd478..377c24c 100644 --- a/java/java.lsp.server/src/org/netbeans/modules/java/lsp/server/protocol/TextDocumentServiceImpl.java +++ b/java/java.lsp.server/src/org/netbeans/modules/java/lsp/server/protocol/TextDocumentServiceImpl.java @@ -870,12 +870,17 @@ public class TextDocumentServiceImpl implements TextDocumentService, LanguageCli } ArrayList diagnostics = new ArrayList<>(params.getContext().getDiagnostics()); -diagnostics.addAll(computeDiags(params.getTextDocument().getUri(), startOffset, ErrorProvider.Kind.HINTS, documentVersion(doc))); +if (diagnostics.isEmpty()) { + diagnostics.addAll(computeDiags(params.getTextDocument().getUri(), startOffset, ErrorProvider.Kind.HINTS, documentVersion(doc))); +} Map id2Errors = (Map) doc.getProperty("lsp-errors"); if (id2Errors != null) { for (Entry entry : id2Errors.entrySet()) { org.netbeans.api.lsp.Diagnostic err = entry.getValue(); +if (err.getDescription() == null || err.getDescription().isEmpty()) { +continue; +} if (err.getSeverity() == org.netbeans.api.lsp.Diagnostic.Severity.Error) { if (err.getEndPosition().getOffset() < startOffset || err.getStartPosition().getOffset() > endOffset) { continue; - 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-5995) Some Severe Startup Bug
[ https://issues.apache.org/jira/browse/NETBEANS-5995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bharadwaj S closed NETBEANS-5995. - Resolution: Duplicate > Some Severe Startup Bug > --- > > Key: NETBEANS-5995 > URL: https://issues.apache.org/jira/browse/NETBEANS-5995 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.0, 12.4 > Environment: Windows 8.1 64-Bit > i3-5005U > Java 11.0.11 from Amazon Corretto >Reporter: Bharadwaj S >Assignee: Sören Henning >Priority: Critical > Attachments: netbeans exceptions.txt > > > java.lang.IllegalArgument Exception occurs at every startup -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469293#comment-17469293 ] Eirik Bakke edited comment on NETBEANS-6358 at 1/5/22, 1:10 PM: I submitted an OpenJDK bug report for this ("Segoe UI font renders too heavy when ClearType is disabled"). I'll post the OpenJDK JIRA ticket URL once it goes through review. Meanwhile, if you'd like, I could add code to the NetBeans Windows LAF to revert to Tahoma 11 when ClearType is disabled, if you think this is a good workaround. was (Author: ebakke): I submitted an OpenJDK bug report for this ("Segoe UI font renders too heavy when ClearType is disabled"). I'll post the OpenJDK JIRA ticket URL once it goes through the review. Meanwhile, if you'd like, I could add code to the Windows LAF to revert to Tahoma 11 when ClearType is disabled, if you think this is a good workaround. > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: ClearType Tahoma vs. Segoe.png, NetBeans 12.6 Project > Font on Windows 11.png, bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6182) Implement abstract methods -> java.lang.NoSuchMethodError
[ https://issues.apache.org/jira/browse/NETBEANS-6182?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469304#comment-17469304 ] Neil C Smith commented on NETBEANS-6182: Could you confirm which convenience binary of 12.5 you're using here, or did you build yourself? > Implement abstract methods -> java.lang.NoSuchMethodError > - > > Key: NETBEANS-6182 > URL: https://issues.apache.org/jira/browse/NETBEANS-6182 > Project: NetBeans > Issue Type: Bug > Components: java - Editor, java - Hints >Affects Versions: 12.5 >Reporter: Bartosz Tomasik >Priority: Major > > *Product Version:* Apache NetBeans IDE 12.5 > *Java:* 1.8.0_292; OpenJDK 64-Bit Server VM 25.292-b10 > *Runtime:* OpenJDK Runtime Environment 1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 > > I'm unable to use `implement abstract methods` hint - it throws: > > {quote}SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.editor.hints.HintsUI$1 > java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > at > org.netbeans.modules.java.source.parsing.FileObjects.memoryFileObject(FileObjects.java:516) > at > org.netbeans.modules.java.source.parsing.FileObjects.memoryFileObject(FileObjects.java:490) > at > org.netbeans.modules.java.source.save.Reformatter.reformat(Reformatter.java:114) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printAnnotationsFormatted(VeryPretty.java:2747) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printAnnotations(VeryPretty.java:2766) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:985) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:908) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:421) > at > org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:283) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:4259) > at > org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1102) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5549) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5341) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:4176) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:594) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5522) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5353) > at org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:350) > at > org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:920) > at org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1332) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > 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 > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.n
[jira] [Commented] (NETBEANS-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469300#comment-17469300 ] Neil C Smith commented on NETBEANS-6349: [~blocked] like I said, I can replicate on 12.6 but not 12.5, and we switched to building the convenience binaries on JDK 11 with 12.6. A build of the sources for 12.6 on JDK 8 should still work. Likewise a build of 12.5 on JDK 11 probably had the same issue. There's not enough context in NETBEANS-6064 to know for sure what's going on there. Your other option is to build 12.6 from the source bundle on JDK 8. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469293#comment-17469293 ] Eirik Bakke commented on NETBEANS-6358: --- I submitted an OpenJDK bug report for this ("Segoe UI font renders too heavy when ClearType is disabled"). I'll post the OpenJDK JIRA ticket URL once it goes through the review. Meanwhile, if you'd like, I could add code to the Windows LAF to revert to Tahoma 11 when ClearType is disabled, if you think this is a good workaround. > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: ClearType Tahoma vs. Segoe.png, NetBeans 12.6 Project > Font on Windows 11.png, bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469291#comment-17469291 ] Blocked commented on NETBEANS-6349: --- [~neilcsmith] are you sure that Netbeans 12.5 it's working with JDK 8? *Affects Version/s:* 12.6,12.5 , it's writing on the top of the current issue. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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 cnd updated (f68b70e -> 0b3b2d7)
This is an automated email from the ASF dual-hosted git repository. vieiro pushed a change to branch cnd in repository https://gitbox.apache.org/repos/asf/netbeans.git. from f68b70e Merge pull request #3402 from vieiro/feature/cndsmall/1 new 605dfc8 [CND] small-1.3 Remaining licences in cnd cluster new cdb047d [CND] small-1.3 Remaining licences in cnd cluster new 0b3b2d7 Merge pull request #3409 from vieiro/feature/cnd-small-1.3-bis The 4255 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: cnd/cnd.makeproject/samples_src/fractal/readme.txt | 30 +-- cnd/cnd.makeproject/samples_src/freeway/README.txt | 30 +-- cnd/cnd.makeproject/samples_src/quote/readme.txt | 30 +-- .../AddtlIncludeDirectories.html | 2 +- .../AddtlLibraryDirectories.html | 2 +- .../help/CandC++ProjectBasics/ArchiverOptions.html | 2 +- .../cnd/help/CandC++ProjectBasics/Attaching.html | 2 +- .../CandC++ProjectBasics/BalloonEvaluation.html| 2 +- .../BuildingCorC++Project.html | 2 +- .../CandC++ProjectBasics/CandC++Breakpoints.html | 2 +- .../CandC++BreakpointsWindow.html | 2 +- .../CandC++ProjectBasics/CandC++BuildingTasks.html | 2 +- .../CandC++CallStackWindow.html| 2 +- .../CandC++DebuggerContext.html| 2 +- .../CandC++DebuggingTasks.html | 2 +- .../CandC++DisassemblyWIndow.html | 2 +- .../CandC++EvaluationWindow.html | 2 +- .../CandC++LocalVariablesWindow.html | 2 +- .../CandC++ProjectBasics/CandC++MemoryWindow.html | 2 +- .../help/CandC++ProjectBasics/CandC++Options.html | 2 +- .../CandC++RegistersWindow.html| 2 +- .../CandC++SessionsWindow.html | 2 +- .../CandC++ProjectBasics/CandC++ThreadsWindow.html | 2 +- .../CandC++ProjectBasics/CandC++WatchesWindow.html | 2 +- .../help/CandC++ProjectBasics/CompilerOptions.html | 2 +- .../CompilingSingleCandC++File.html| 2 +- .../CorC++VariablesandExpressions.html | 2 +- .../CandC++ProjectBasics/CreatingCorC++Watch.html | 2 +- .../CandC++ProjectBasics/CreatingDependencies.html | 2 +- .../help/CandC++ProjectBasics/DebuggerConsole.html | 2 +- .../help/CandC++ProjectBasics/DebuggerWindows.html | 2 +- .../DebuggingCorC++Project.html| 2 +- .../CandC++ProjectBasics/DebuggingCoreFile.html| 2 +- .../CandC++ProjectBasics/DebuggingOptions.html | 2 +- .../cnd/help/CandC++ProjectBasics/Environment.html | 2 +- .../CandC++ProjectBasics/EvaluatingExpression.html | 2 +- .../FinishingCorC++DebugSession.html | 2 +- .../GlobalDebuggingOptions.html| 2 +- .../CandC++ProjectBasics/GroupingBreakpoints.html | 2 +- .../cnd/help/CandC++ProjectBasics/Libraries.html | 2 +- .../help/CandC++ProjectBasics/LinkerOptions.html | 2 +- .../cnd/help/CandC++ProjectBasics/Packaging.html | 2 +- .../help/CandC++ProjectBasics/PackagingFiles.html | 2 +- .../CandC++ProjectBasics/PoppingCorC++Stack.html | 2 +- .../cnd/help/CandC++ProjectBasics/Projects.html| 2 +- .../CandC++ProjectBasics/ResolveBuildTools.html| 2 +- .../cnd/help/CandC++ProjectBasics/RunToCursor.html | 2 +- .../CandC++ProjectBasics/RunningCorC++Project.html | 2 +- .../RuntimeSearchDirectories.html | 2 +- .../SettingCorC++Breakpoint.html | 2 +- .../StartingLocalDebuggingSession.html | 2 +- .../SteppingThroughCorC++.html | 2 +- .../cnd/help/CandC++ProjectBasics/Threads.html | 2 +- .../CandC++ProjectBasics/UsingCorC++CallStack.html | 2 +- .../cnd/help/CandC++ProjectBasics/Watch.html | 2 +- .../CandC++ProjectBasics/WorkingWithDebugging.html | 2 +- .../preprocessor-definitions.html | 2 +- .../preprocessor-undefine.html | 2 +- .../help/CreatingMakefile/CreatingMakefile.html| 2 +- .../help/CreatingMakefile/advanced_options.html| 2 +- .../cnd/help/CreatingMakefile/base_directory.html | 2 +- .../cnd/help/CreatingMakefile/basic_options.html | 2 +- .../CreatingMakefile/build_output_directory.html | 2 +- .../cnd/help/CreatingMakefile/compiler_paths.html | 2 +- .../CreatingMakefile/compiling_preference.html | 2 +- .../cnd/help/CreatingMakefile/custom_make.html | 2 +- .../help/CreatingMakefile/include_directories.html | 2 +- .../cnd/help/CreatingMakefile/libraries.html | 2 +- .../cnd/help/CreatingMakefile/list_of_targets.html | 2 +- .../cnd/help/CreatingMakefile/recursive_make.html | 2 +- .../cn
[jira] [Commented] (NETBEANS-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469272#comment-17469272 ] Eirik Bakke commented on NETBEANS-6358: --- My conclusion: This is a JDK bug, where the Segoe UI font renders too heavy when ClearType is disabled. (It's not actually bold--the bold style is even heavier.) I tried to fix it by changing RenderingHints.KEY_TEXT_LCD_CONTRAST in UIDefaults, but this setting seems to be ignored. One could set KEY_TEXT_ANTIALIASING to VALUE_TEXT_ANTIALIAS_OFF, but this affects all fonts at all sizes, which is not correct. (When ClearType is off, RenderingHints.VALUE_TEXT_ANTIALIAS_GASP is set, which means the font is supposed to specify which sizes it should be anti-aliased for. For example, Tahoma is antialiased at larger sizes only. But Segoe UI always wants to be antialiased. Which is OK and what other Windows apps do as well, except it ends up too heavy in Java...) I think the solution is to have NetBeans Windows LAF detect when ClearType is disabled (when RenderingHints.KEY_TEXT_ANTIALIASING==RenderingHints.VALUE_TEXT_ANTIALIAS_GASP), and then use Tahoma 11 in that case instead of Segoe UI. Ideally FlatLAF should do the same, but that would have to be a change made in the FlatLAF library. Meanwhile we could also file an OpenJDK bug report. > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: ClearType Tahoma vs. Segoe.png, NetBeans 12.6 Project > Font on Windows 11.png, bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469272#comment-17469272 ] Eirik Bakke edited comment on NETBEANS-6358 at 1/5/22, 12:32 PM: - My conclusion: This is a JDK bug, where the Segoe UI font renders too heavy when ClearType is disabled. (It's not actually bold--the bold style is even heavier.) I tried to fix it by changing RenderingHints.KEY_TEXT_LCD_CONTRAST in UIDefaults, but this setting seems to be ignored. One could set KEY_TEXT_ANTIALIASING to VALUE_TEXT_ANTIALIAS_OFF, but this affects all fonts at all sizes, which is not correct. (When ClearType is off, RenderingHints.VALUE_TEXT_ANTIALIAS_GASP is set, which means the font is supposed to specify which sizes it should be anti-aliased for. For example, Tahoma is antialiased at larger sizes only. But Segoe UI always wants to be antialiased. Which is OK and what other Windows apps do as well, except it ends up too heavy in Java...) I think the solution is to have NetBeans Windows LAF detect when ClearType is disabled (when RenderingHints.KEY_TEXT_ANTIALIASING==RenderingHints.VALUE_TEXT_ANTIALIAS_GASP), and then use the old Tahoma 11 in that case instead of Segoe UI 12. Ideally FlatLAF should do the same, but that would have to be a change made in the FlatLAF library. Meanwhile we could also file an OpenJDK bug report. was (Author: ebakke): My conclusion: This is a JDK bug, where the Segoe UI font renders too heavy when ClearType is disabled. (It's not actually bold--the bold style is even heavier.) I tried to fix it by changing RenderingHints.KEY_TEXT_LCD_CONTRAST in UIDefaults, but this setting seems to be ignored. One could set KEY_TEXT_ANTIALIASING to VALUE_TEXT_ANTIALIAS_OFF, but this affects all fonts at all sizes, which is not correct. (When ClearType is off, RenderingHints.VALUE_TEXT_ANTIALIAS_GASP is set, which means the font is supposed to specify which sizes it should be anti-aliased for. For example, Tahoma is antialiased at larger sizes only. But Segoe UI always wants to be antialiased. Which is OK and what other Windows apps do as well, except it ends up too heavy in Java...) I think the solution is to have NetBeans Windows LAF detect when ClearType is disabled (when RenderingHints.KEY_TEXT_ANTIALIASING==RenderingHints.VALUE_TEXT_ANTIALIAS_GASP), and then use Tahoma 11 in that case instead of Segoe UI. Ideally FlatLAF should do the same, but that would have to be a change made in the FlatLAF library. Meanwhile we could also file an OpenJDK bug report. > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: ClearType Tahoma vs. Segoe.png, NetBeans 12.6 Project > Font on Windows 11.png, bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469258#comment-17469258 ] Neil C Smith edited comment on NETBEANS-6349 at 1/5/22, 12:18 PM: -- [~blocked] this is the people responsible taking action! That text should be updated, as well to say that JDK 17 is fully supported (it's been copied over from 12.5 release). JDK 8 support is legacy and will be dropped - NetBeans 13 release candidate will be available in a couple of weeks. If you _really_ need to run the IDE on JDK 8, then I would stick to 12.5 for now. [~geertjan] what do you think we should do with this on the website - make JDK 11 a requirement for the 12.6 convenience binaries at this point in time? Source release should still work with JDK 8. [~taps] just tried with 12.5 and 12.6. Can reproduce only on 12.6. Does show we don't have enough people testing on JDK 8 that this didn't actually get picked up in a release candidate! was (Author: neilcsmith): [~blocked] this is the people responsible taking action! That text should be updated, as well to say that JDK 17 is fully supported (it's been copied over from 12.5 release). JDK 8 support is legacy and will be dropped - NetBeans 13 release candidate will be available in a couple of weeks. If you _really_ need to run the IDE on JDK 8, then I would stick to 12.5 for now. [~geertjan] what do you think we should do with this on the website - make JDK 11 a requirement for the 12.6 convenience binaries at this point in time? Source release should still work with JDK 8. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469258#comment-17469258 ] Neil C Smith commented on NETBEANS-6349: [~blocked] this is the people responsible taking action! That text should be updated, as well to say that JDK 17 is fully supported (it's been copied over from 12.5 release). JDK 8 support is legacy and will be dropped - NetBeans 13 release candidate will be available in a couple of weeks. If you _really_ need to run the IDE on JDK 8, then I would stick to 12.5 for now. [~geertjan] what do you think we should do with this on the website - make JDK 11 a requirement for the 12.6 convenience binaries at this point in time? Source release should still work with JDK 8. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6281) Hitting the enter key at the end of a line of code jumps the cursor to the start of the next line, and the code is not formatted for alignment or indentation.
[ https://issues.apache.org/jira/browse/NETBEANS-6281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469255#comment-17469255 ] Neil C Smith commented on NETBEANS-6281: Please run the IDE on JDK 11+ or downgrade to 12.5 for now. > Hitting the enter key at the end of a line of code jumps the cursor to the > start of the next line, and the code is not formatted for alignment or > indentation. > -- > > Key: NETBEANS-6281 > URL: https://issues.apache.org/jira/browse/NETBEANS-6281 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.6 >Reporter: luke >Priority: Blocker > Fix For: 12.6 > > Attachments: 12.5.gif, 12.6-1.gif > > > As shown in the attached gif: > !12.5.gif! > !12.6-1.gif! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6281) Hitting the enter key at the end of a line of code jumps the cursor to the start of the next line, and the code is not formatted for alignment or indentation.
[ https://issues.apache.org/jira/browse/NETBEANS-6281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Neil C Smith updated NETBEANS-6281: --- Priority: Critical (was: Blocker) > Hitting the enter key at the end of a line of code jumps the cursor to the > start of the next line, and the code is not formatted for alignment or > indentation. > -- > > Key: NETBEANS-6281 > URL: https://issues.apache.org/jira/browse/NETBEANS-6281 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.6 >Reporter: luke >Priority: Critical > Fix For: 12.6 > > Attachments: 12.5.gif, 12.6-1.gif > > > As shown in the attached gif: > !12.5.gif! > !12.6-1.gif! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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: print simple junit report on travis job failure.
This is an automated email from the ASF dual-hosted git repository. mbien 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 64ddda9 print simple junit report on travis job failure. new c1cf3c8 Merge pull request #3403 from mbien/travis-report 64ddda9 is described below commit 64ddda9b4abbd52ee3b0f190da05b2fa92e63e03 Author: Michael Bien AuthorDate: Mon Jan 3 21:39:37 2022 +0100 print simple junit report on travis job failure. --- .travis.yml | 9 + nbbuild/travis/print-junit-report.sh | 34 ++ 2 files changed, 43 insertions(+) diff --git a/.travis.yml b/.travis.yml index 297927f..7793495 100644 --- a/.travis.yml +++ b/.travis.yml @@ -24,6 +24,7 @@ addons: - xvfb - openjfx - libgfortran3 + - libxml2-utils install: - export PATH="$PATH:$TRAVIS_BUILD_DIR/nbbuild/travis" @@ -35,6 +36,10 @@ cache: directories: - $HOME/.hgexternalcache +git: + quiet: true + depth: 3 + matrix: include: - name: Check line endings and verify RAT report @@ -717,3 +722,7 @@ matrix: script: - export JAVA_HOME=$TEST_JDK - hide-logs.sh ant $OPTS commit-validation + +after_failure: + - nbbuild/travis/print-junit-report.sh + - sleep 3 diff --git a/nbbuild/travis/print-junit-report.sh b/nbbuild/travis/print-junit-report.sh new file mode 100755 index 000..63f0237 --- /dev/null +++ b/nbbuild/travis/print-junit-report.sh @@ -0,0 +1,34 @@ +#!/bin/bash + +# Licensed to the Apache Software Foundation (ASF) under one +# or more contributor license agreements. See the NOTICE file +# distributed with this work for additional information +# regarding copyright ownership. The ASF licenses this file +# to you under the Apache License, Version 2.0 (the +# "License"); you may not use this file except in compliance +# with the License. You may obtain a copy of the License at +# +# http://www.apache.org/licenses/LICENSE-2.0 +# +# Unless required by applicable law or agreed to in writing, +# software distributed under the License is distributed on an +# "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +# KIND, either express or implied. See the License for the +# specific language governing permissions and limitations +# under the License. + +echo junit report / failed tests: + +ls ./*/*/build/test/*/results/TEST-*.xml | while read file ; +do +TEST=$(xmllint --xpath '//testsuite[@failures>0]/@name' $file 2>/dev/null) +status=$? + +if [ $status -eq 0 ]; then +echo +echo $TEST | cut -f2 -d '=' | tr -d '"' +xmllint --xpath '//testsuite/testcase[./failure]/@name' $file | cut -f2 -d '=' | xargs -L1 echo "failed:" +fi +done + +echo end of report - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469246#comment-17469246 ] Eirik Bakke edited comment on NETBEANS-6358 at 1/5/22, 12:00 PM: - OK, the problem is definitively related to ClearType being disabled. The Segoe UI font, on Swing, renders too heavy when ClearType is disabled, while Tahoma reverts to a completely un-antialiased look: !ClearType Tahoma vs. Segoe.png! This is also a problem in the regular menu bar on standalone Swing apps (where Segoe UI 12 is used automatically, as seen above), and on FlatLAF prior to either of the recent patches mentioned above (since FlatLAF always used Segoe UI 12 on Windows). For example, NetBeans 12.2 has the same problem when ClearType is disabled, when run with FlatLAF Light. But except in the menu bars, the Windows LAF previously avoided the problem by using Tahoma 11, which ended up non-antialiased. The immediate workaround is to enable ClearType in the Windows control panel. But ideally we'd want NetBeans to look good even when ClearType is disabled. Let me investigate the best way to achieve this... was (Author: ebakke): OK, the problem is definitively related to ClearType being disabled. The Segoe UI font, on Swing, renders too heavy when ClearType is disabled, while Tahoma reverts to a completely un-antialiased look: !ClearType Tahoma vs. Segoe.png! This is also a problem in the regular menu bar on standalone Swing apps (where Segoe UI 12 is used automatically), and on FlatLAF prior to either of the recent patches mentioned above (since FlatLAF always used Segoe UI 12 on Windows). For example, NetBeans 12.2 has the same problem when ClearType is disabled, when run with FlatLAF Light. But except in the menu bars, the Windows LAF previously avoided the problem by using Tahoma 11, which ended up non-antialiased. The immediate workaround is to enable ClearType in the Windows control panel. But ideally we'd want NetBeans to look good even when it is disabled. Let me investigate the best way to achieve this... > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: ClearType Tahoma vs. Segoe.png, NetBeans 12.6 Project > Font on Windows 11.png, bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469246#comment-17469246 ] Eirik Bakke commented on NETBEANS-6358: --- OK, the problem is definitively related to ClearType being disabled. The Segoe UI font, on Swing, renders too heavy when ClearType is disabled, while Tahoma reverts to a completely un-antialiased look: !ClearType Tahoma vs. Segoe.png! This is also a problem in the regular menu bar on standalone Swing apps (where Segoe UI 12 is used automatically), and on FlatLAF prior to either of the recent patches mentioned above (since FlatLAF always used Segoe UI 12 on Windows). For example, NetBeans 12.2 has the same problem when ClearType is disabled, when run with FlatLAF Light. But except in the menu bars, the Windows LAF previously avoided the problem by using Tahoma 11, which ended up non-antialiased. The immediate workaround is to enable ClearType in the Windows control panel. But ideally we'd want NetBeans to look good even when it is disabled. Let me investigate the best way to achieve this... > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: ClearType Tahoma vs. Segoe.png, NetBeans 12.6 Project > Font on Windows 11.png, bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-6358: -- Attachment: ClearType Tahoma vs. Segoe.png > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: ClearType Tahoma vs. Segoe.png, NetBeans 12.6 Project > Font on Windows 11.png, bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469229#comment-17469229 ] Nutzu Nutzu edited comment on NETBEANS-6349 at 1/5/22, 11:37 AM: - [https://netbeans.apache.org/download/nb126/nb126.html] "{*}Apache NetBeans 12.6 runs on JDK LTS releases 8 and 11, with experimental support for JDK 17, i.e., the current JDK release at the time of this NetBeans release.{*}" I spended a lot o time to figure out what's the problem with this new Netbeans version (12.6). I installed it because on [https://netbeans.apache.org/download/nb126/nb126.html] writes that Netbeans 12.6 works with JDK 8. The people responsible for this: why don't takes any action? Remove the text from site (that say it's working with JDK 8) *or* make a Netbeans 12.6 with JDK 8. Same question for Netbeans 12.5. was (Author: JIRAUSER283089): [https://netbeans.apache.org/download/nb126/nb126.html] "{*}Apache NetBeans 12.6 runs on JDK LTS releases 8 and 11, with experimental support for JDK 17, i.e., the current JDK release at the time of this NetBeans release.{*}" I spended a lot o time to figure out what's the problem with this new Netbeans version (12.6). I installed it because on https://netbeans.apache.org/download/nb126/nb126.html writes that Netbeans 12.6 works with JDK 8. The people responsible for this: why don't takes any action? Remove the text from site (that say it's working with JDK 8) *or* make a Netbeans 12.6 with JDK 8. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469229#comment-17469229 ] Nutzu Nutzu commented on NETBEANS-6349: --- [https://netbeans.apache.org/download/nb126/nb126.html] "{*}Apache NetBeans 12.6 runs on JDK LTS releases 8 and 11, with experimental support for JDK 17, i.e., the current JDK release at the time of this NetBeans release.{*}" I spended a lot o time to figure out what's the problem with this new Netbeans version (12.6). I installed it because on https://netbeans.apache.org/download/nb126/nb126.html writes that Netbeans 12.6 works with JDK 8. The people responsible for this: why don't takes any action? Remove the text from site (that say it's working with JDK 8) *or* make a Netbeans 12.6 with JDK 8. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469218#comment-17469218 ] Eirik Bakke edited comment on NETBEANS-6358 at 1/5/22, 11:22 AM: - Here's what the Projects pane looks like on my machine (which is on Windows 11 with Java 11.0.11, here showing Windows LAF with no HiDPI scaling): !NetBeans 12.6 Project Font on Windows 11.png! was (Author: ebakke): Here's what the Projects pane looks like on my machine (which is on Windows 11 with Java 11.0.11): !NetBeans 12.6 Project Font on Windows 11.png! > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: NetBeans 12.6 Project Font on Windows 11.png, bold.png, > regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469218#comment-17469218 ] Eirik Bakke commented on NETBEANS-6358: --- Here's what the Projects pane looks like on my machine (which is on Windows 11 with Java 11.0.11): !NetBeans 12.6 Project Font on Windows 11.png! > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: NetBeans 12.6 Project Font on Windows 11.png, bold.png, > regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-6358: -- Attachment: NetBeans 12.6 Project Font on Windows 11.png > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: NetBeans 12.6 Project Font on Windows 11.png, bold.png, > regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6358) Font style regression: badly readable font style
[ https://issues.apache.org/jira/browse/NETBEANS-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469203#comment-17469203 ] Eirik Bakke commented on NETBEANS-6358: --- Which Java version is NetBeans running on, for each of the two screenshots? And which old NetBeans version are you comparing against? I'd like to be able to reproduce this on my own machine... The old/new difference seems to be that anti-aliasing was disabled previously and is now enabled. The bug might actually be that anti-aliasing was _not_ previously enabled, which might have been fixed by https://github.com/apache/netbeans/pull/3116 . I'm wondering how your old NetBeans version ended up without anti-aliasing. Have you customized netbeans.conf at any point? I also see that you have disabled ClearType. If you type "ClearType" in the start menu search bar and select "Adjust ClearType Text", and enable ClearType, and then restart NetBeans, I suspect you will see better results. > Font style regression: badly readable font style > > > Key: NETBEANS-6358 > URL: https://issues.apache.org/jira/browse/NETBEANS-6358 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation, ide - UI, java - Navigation >Affects Versions: 12.6 > Environment: NB 12.6 > Win10 >Reporter: S. M. >Assignee: Eirik Bakke >Priority: Minor > Attachments: bold.png, regular.png > > > The font style changed in 12.6 in a way that makes it less readable. The > following fonts are bold now: > - The name of the source files in the source-code-tab > - The project names in the projects windows (and all its child nodes) > This bulky use of bold fonts makes the text badly readable. Please use a > regular font instead! The source-code names in the source-window-tab used to > be bold only when the file had unsaved changes, which seems to be a good > thing to me. > It might seem to be a 'minor' problem, but the font as part of the > ergonomically usability is quite important. > Thanks a lot! > Here the comparison: > Bulky and badly readable: New bold style > !bold.png! > Clear and readable: Old regular style > !regular.png! -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469171#comment-17469171 ] Neil C Smith edited comment on NETBEANS-6349 at 1/5/22, 10:22 AM: -- {quote}I didn't check for 12.5 explicitly, I simply concluded that from the linked NETBEANS-6064{quote} OK, that's an interesting one, because it does seem to imply 12.5, but our 12.5 binaries were built on JDK 8. {quote}From a personal as well a resources point of view I simply would wait that out until 13.0 becomes available, which would remedy problem as described in the workaround section.{quote} That doesn't change anything. The workaround will be identical, except that we'll be more explicit that the IDE doesn't support JDK 8. That module still has to support JDK 8 for now. {quote}But it might indeed be sensible to spawn a discussion on dev, on whether and how to proof our builds with respect to cross JDK compilation.{quote} It would, because that is meant to have happened already. Everything should be being built with release 8 for a start. was (Author: neilcsmith): bq. I didn't check for 12.5 explicitly, I simply concluded that from the linked NETBEANS-6064 OK, that's an interesting one, because it does seem to imply 12.5, but our 12.5 binaries were built on JDK 8. bq. From a personal as well a resources point of view I simply would wait that out until 13.0 becomes available, which would remedy problem as described in the workaround section. That doesn't change anything. The workaround will be identical, except that we'll be more explicit that the IDE doesn't support JDK 8. That module still has to support JDK 8 for now. bq. But it might indeed be sensible to spawn a discussion on dev, on whether and how to proof our builds with respect to cross JDK compilation. It would, because that is meant to have happened already. Everything should be being built with release 8 for a start. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6349) Recent builds of the module responsible for java source parsing break BC to JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469171#comment-17469171 ] Neil C Smith commented on NETBEANS-6349: bq. I didn't check for 12.5 explicitly, I simply concluded that from the linked NETBEANS-6064 OK, that's an interesting one, because it does seem to imply 12.5, but our 12.5 binaries were built on JDK 8. bq. From a personal as well a resources point of view I simply would wait that out until 13.0 becomes available, which would remedy problem as described in the workaround section. That doesn't change anything. The workaround will be identical, except that we'll be more explicit that the IDE doesn't support JDK 8. That module still has to support JDK 8 for now. bq. But it might indeed be sensible to spawn a discussion on dev, on whether and how to proof our builds with respect to cross JDK compilation. It would, because that is meant to have happened already. Everything should be being built with release 8 for a start. > Recent builds of the module responsible for java source parsing break BC to > JDK 8 > - > > Key: NETBEANS-6349 > URL: https://issues.apache.org/jira/browse/NETBEANS-6349 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 12.5, 12.6 >Reporter: Thomas Schapitz >Priority: Critical > > There are 6 linked Issues, that all follow a common pattern, pointing to a > common cause: > * They are accompanied by an java.lang.NoSuchMethodError: > java.nio.CharBuffer.flip()Ljava/nio/CharBuffer; > * The users indicate, they are running NB 12.5+ with JDK8 > * The errors occur during parsing. > Sure enough, JDK 8 hasn't > java.nio.CharBuffer.flip()Ljava/nio/{*}+CharBuffer+{*}, > it has only java.nio.CharBuffer.flip()Ljava/nio/{+}*Buffer,*{+} which it > inherits from Buffer. > Which means: the Module in question has obviously been compiled against a > library more recent then JDK8, at least JDK9, which has this method. > > Consequences: > This and the 6 linked issues will automatically be fixed with the rollout of > NB 13, which will require JDK 11 as prerequisite anyway. > In the mean time, users may work around the problem, by immediately switching > to JDK 9+ when executing Netbeans. Note that they should still be able to > develop and build for JDKs 8 an prior. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6285) Netbeans 12.6 seems no properly run on JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-6285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17469164#comment-17469164 ] Neil C Smith commented on NETBEANS-6285: [~jmborer] you can bring it up on dev@ but I don't see anyone putting the time into a new Maven release for this bug even if we were to ship updates to the IDE. In theory, most of the platform will still support JDK 8 from NB13 (modules that require JDK 11 will be marked in their manifest) - but it won't be officially supported. > Netbeans 12.6 seems no properly run on JDK 8 > > > Key: NETBEANS-6285 > URL: https://issues.apache.org/jira/browse/NETBEANS-6285 > Project: NetBeans > Issue Type: Bug > Components: java - Platform >Affects Versions: 12.6 >Reporter: Jean-Marc Borer >Priority: Major > Attachments: messages.log > > > After a full fresh install of NB12.6 and trying to run with Azul Open JDK 1.8 > 312, there are several ClassNotFoundExceptions in the logs. It seems that NB > looks for missing methods that make NB not longer properly. For example, it > is no longer possible to properly format Java sources files due to a > java/nio/CharBuffer method missing. > Is NB platform supposed to no longer work with Java 8? -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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