[jira] [Updated] (NETBEANS-2762) for* code completion has gotten dumber
[ https://issues.apache.org/jira/browse/NETBEANS-2762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-2762: - Labels: pull-request-available regresion (was: regresion) > for* code completion has gotten dumber > -- > > Key: NETBEANS-2762 > URL: https://issues.apache.org/jira/browse/NETBEANS-2762 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0, 10.0, 11.0, 11.1 > Environment: Product Version: Apache NetBeans IDE 11.1 > Java: 11; Java HotSpot(TM) 64-Bit Server VM 11+28 > Runtime: Java(TM) SE Runtime Environment 11+28 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > User directory: C:\Users\luca.mambretti.BZDOMAIN\AppData\Roaming\NetBeans\11.1 > Cache directory: > C:\Users\luca.mambretti.BZDOMAIN\AppData\Local\NetBeans\Cache\11.1 >Reporter: Luca Mambretti >Priority: Major > Labels: pull-request-available, regresion > > I've noticed that the usual code completion for "for* cycles" has gotten way > dumber than the oracle powered version 8.2. > > In 8.2 if you had code like this: > > {{ public static void main(String[] args)}} > {{ {}} > {{ String[] strings = \{"1","2","3"};}} > {{ }} > {{ }}} > > and you wrote "fore" then invoked code completion via shortcut it would > generate the following block: > {{}}{{ for (String string : strings)}} > {{ {}} > {{ }} > {{ }}} > > now in 11.1 but I've also tried with 9.0 and it's the same it generates: > {{}}{{ for (Object object : col)}} > {{ {}} > {{ }} > {{ }}} > > not really that bad but definitely annoying compared to the previous version. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2555) When running any test, standard output is not shown in the panel to the right of the test file result.
[ https://issues.apache.org/jira/browse/NETBEANS-2555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875339#comment-16875339 ] Mark Flacy commented on NETBEANS-2555: -- >From my perspective, the test results pane is a time saving device that allows >me to *not* start a browser to bring up the unit test report, where I can see >the output of the unit tests independent of the >_test.testLogging.showStandardStreams_ gradle setting. I'll admit that the JUnit report will show both standard output and standard error. I'm happy to see standard output after the test(s) have completed in the output panel. If I have a need to see standard error, I'll open a browser. > When running any test, standard output is not shown in the panel to the right > of the test file result. > -- > > Key: NETBEANS-2555 > URL: https://issues.apache.org/jira/browse/NETBEANS-2555 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Affects Versions: 11.0, 11.1 >Reporter: Mark Flacy >Assignee: Laszlo Kishalmi >Priority: Minor > > It isn't important that the output is available on the side panel while the > test is running; it is sufficient to me if the output is presented after the > tests have run if I select a specific test on the test panel. > I have a simple project at github that shows the behavior. > [https://github.com/Richard-Cranium/NB11GradleJunitExample] > The head of the master branch is the gradle based project that shows the > misleading behavior. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2760) URL http://jj-blogger.blogspot.com/ in generated POM
[ https://issues.apache.org/jira/browse/NETBEANS-2760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-2760: - Labels: pull-request-available (was: ) > URL http://jj-blogger.blogspot.com/ in generated POM > > > Key: NETBEANS-2760 > URL: https://issues.apache.org/jira/browse/NETBEANS-2760 > Project: NetBeans > Issue Type: Bug > Components: javaee - Maven >Reporter: Geertjan Wielenga >Assignee: Josh Juneau >Priority: Major > Labels: pull-request-available > > In the New Project dialog, select "Java with Maven | Web Application", click > Next, Next, select GlassFish and Java EE 8 Web. Click Finish. The project is > created and opens in the IDE. > Look in the POM and notice this on line 10: > http://jj-blogger.blogspot.com/ > That should not be there. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875190#comment-16875190 ] Thomas Kellerer edited comment on NETBEANS-2240 at 6/28/19 7:51 PM: I uploaded a video that shows the following steps: * Downloading NetBeans 11.1-beta2 * Downloading the sample project from this Issue * Starting NetBeans 11.1-beta2 on an empty userdir * Opening the project * Trying to rename the method and the resulting error Exactly the same thing happens when doing this with NetBeans 11.0 was (Author: shammat): I uploaded a video that shows the following steps: * Downloading NetBeans 11.1-beta2 * Downloading the sample project from this Issue * Starting NetBeans 11.1-beta2 on an empty userdir * Opening the project * Trying to rename the method and the resulting error > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: MyServiceTest.dump, RefactorTestProject.zip, > messages.log, netbeans-2240.mp4 > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NetBeans 10, 11 and 11.1-beta2 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > I have attached a complete Maven project that consistently reproduces this > problem on two different Windows computers with OpenJDK 11, 12 and Oracle JDK > 11 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Kellerer updated NETBEANS-2240: -- Attachment: netbeans-2240.mp4 > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: MyServiceTest.dump, RefactorTestProject.zip, > messages.log, netbeans-2240.mp4 > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NetBeans 10, 11 and 11.1-beta2 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > I have attached a complete Maven project that consistently reproduces this > problem on two different Windows computers with OpenJDK 11, 12 and Oracle JDK > 11 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875190#comment-16875190 ] Thomas Kellerer commented on NETBEANS-2240: --- I uploaded a video that shows the following steps: * Downloading NetBeans 11.1-beta2 * Downloading the sample project from this Issue * Starting NetBeans 11.1-beta2 on an empty userdir * Opening the project * Trying to rename the method and the resulting error > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: MyServiceTest.dump, RefactorTestProject.zip, > messages.log, netbeans-2240.mp4 > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NetBeans 10, 11 and 11.1-beta2 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > I have attached a complete Maven project that consistently reproduces this > problem on two different Windows computers with OpenJDK 11, 12 and Oracle JDK > 11 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2753) NPE while running Junit5 tests via built-in gradle support
[ https://issues.apache.org/jira/browse/NETBEANS-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875158#comment-16875158 ] Laszlo Kishalmi commented on NETBEANS-2753: --- Thank you for the sample project! Caused by the Java module support. Fortunately it is a one line fix. > NPE while running Junit5 tests via built-in gradle support > -- > > Key: NETBEANS-2753 > URL: https://issues.apache.org/jira/browse/NETBEANS-2753 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Oracle JDK 8 > Netbeans 11.1 beta 2 > JUnit 5.4 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > Attachments: netbeans-2753-test-project.zip > > > I tested Netbeans 11.1 beta 2 on my large multi-project Gradle build. One of > the issues I found is that while running tests, I got a notification from > Netbeans with this exception. This did not prevent tests from finishing with > correct results. However, I think maybe it caused text to stop printing in > the "output" pane prior to the end of the run? > > java.lang.NullPointerException > at org.netbeans.core.output2.OutWriter.print(OutWriter.java:573) > at org.netbeans.core.output2.NbIO$IOColorPrintImpl.print(NbIO.java:546) > at org.openide.windows.IOColorPrint.print(IOColorPrint.java:85) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor$IODisplayer.doPrint(GradlePlainEscapeProcessor.java:130) > at > org.netbeans.modules.gradle.api.output.OutputDisplayer.print(OutputDisplayer.java:41) > at > org.netbeans.modules.gradle.java.output.JavaCompilerProcessorFactory$StackTraceProcessor.processLine(JavaCompilerProcessorFactory.java:98) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor.processText(GradlePlainEscapeProcessor.java:94) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.processBulk(EscapeProcessingOutputStream.java:107) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.write(EscapeProcessingOutputStream.java:66) > at java.io.OutputStream.write(OutputStream.java:116) > at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) > at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) > at > org.gradle.internal.logging.text.StreamBackedStandardOutputListener.onOutput(StreamBackedStandardOutputListener.java:47) > at > org.gradle.internal.logging.text.StreamingStyledTextOutput.doAppend(StreamingStyledTextOutput.java:55) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer$OutputEventTextOutputImpl.doEndLine(StyledTextOutputBackedRenderer.java:93) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$StateContext.flushEndLine(AbstractLineChoppingStyledTextOutput.java:132) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:193) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:188) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput.doAppend(AbstractLineChoppingStyledTextOutput.java:41) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.println(AbstractStyledTextOutput.java:68) > at org.gradle.internal.logging.events.LogEvent.render(LogEvent.java:53) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer.onOutput(StyledTextOutputBackedRenderer.java:66) > at > org.gradle.internal.logging.sink.ErrorOutputDispatchingListener.onOutput(ErrorOutputDispatchingListener.java:38) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.flushOutput(GroupingProgressLogEventGenerator.java:229) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.maybeFlushOutput(GroupingProgressLogEventGenerator.java:251) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onUpdateNow(GroupingProgressLogEventGenerator.java:134) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onOutput(GroupingProgressLogEventGenerator.java:79) > at > org.gradle.internal.logging.console.BuildLogLevelFilterRenderer.onOutput(BuildLogLevelFilterRenderer.java:41)
[jira] [Commented] (NETBEANS-2555) When running any test, standard output is not shown in the panel to the right of the test file result.
[ https://issues.apache.org/jira/browse/NETBEANS-2555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875155#comment-16875155 ] Travis commented on NETBEANS-2555: -- Does your option 1 involve automatically overriding test.testLogging.showStandardStreams = true even if the build.gradle didn't set that already? Or could overriding that setting be an additional alternative here? It seems like it would be acceptable for the test results pane to only show output when showStandardStreams is enabled in the project's build.gradle. So if the difficulty for option 1 is just with overriding that setting, maybe that's not necessary, and you could just grab the output if it's already enabled? > When running any test, standard output is not shown in the panel to the right > of the test file result. > -- > > Key: NETBEANS-2555 > URL: https://issues.apache.org/jira/browse/NETBEANS-2555 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Affects Versions: 11.0, 11.1 >Reporter: Mark Flacy >Assignee: Laszlo Kishalmi >Priority: Minor > > It isn't important that the output is available on the side panel while the > test is running; it is sufficient to me if the output is presented after the > tests have run if I select a specific test on the test panel. > I have a simple project at github that shows the behavior. > [https://github.com/Richard-Cranium/NB11GradleJunitExample] > The head of the master branch is the gradle based project that shows the > misleading behavior. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-2588) NPE when trying to run unit tests
[ https://issues.apache.org/jira/browse/NETBEANS-2588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-2588. --- Resolution: Fixed Fix Version/s: 11.1 > NPE when trying to run unit tests > - > > Key: NETBEANS-2588 > URL: https://issues.apache.org/jira/browse/NETBEANS-2588 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.0 > Environment: Windows 10, Java 12.0.1, NetBeans 11, Gradle 5.4.1, > JUnit 5.4.2, Spring Boot 2.1.4.RELEASE >Reporter: Roger Terrell >Assignee: Laszlo Kishalmi >Priority: Major > Fix For: 11.1 > > Attachments: stacktrace.txt > > > Got a NullPointerException while trying to run unit tests in an app with a > gradle build. See environment details. The NetBeans stack trace is in the > attachment. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2555) When running any test, standard output is not shown in the panel to the right of the test file result.
[ https://issues.apache.org/jira/browse/NETBEANS-2555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2555: - Affects Version/s: 11.1 > When running any test, standard output is not shown in the panel to the right > of the test file result. > -- > > Key: NETBEANS-2555 > URL: https://issues.apache.org/jira/browse/NETBEANS-2555 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Affects Versions: 11.0, 11.1 >Reporter: Mark Flacy >Assignee: Laszlo Kishalmi >Priority: Minor > > It isn't important that the output is available on the side panel while the > test is running; it is sufficient to me if the output is presented after the > tests have run if I select a specific test on the test panel. > I have a simple project at github that shows the behavior. > [https://github.com/Richard-Cranium/NB11GradleJunitExample] > The head of the master branch is the gradle based project that shows the > misleading behavior. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2736) Gradle - Build actions override
[ https://issues.apache.org/jira/browse/NETBEANS-2736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2736: - Affects Version/s: 11.1 > Gradle - Build actions override > --- > > Key: NETBEANS-2736 > URL: https://issues.apache.org/jira/browse/NETBEANS-2736 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.0, 11.1 >Reporter: Mathieu Fournier >Assignee: Laszlo Kishalmi >Priority: Major > Attachments: gradle.properties > > > In NetBeans 11.0, for a Gradle Project, if we override a task that has a "." > in it, it will save properly in the gradle.properties file but will not work. > In the IDE, it will show as an override of the first part of the command and > no arguments. Ex.: debug.single will show for debug. debug.single.method will > show for debug. > I attached a sample gradle.properties file for you to test. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2753) NPE while running Junit5 tests via built-in gradle support
[ https://issues.apache.org/jira/browse/NETBEANS-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2753: - Attachment: netbeans-2753-test-project.zip > NPE while running Junit5 tests via built-in gradle support > -- > > Key: NETBEANS-2753 > URL: https://issues.apache.org/jira/browse/NETBEANS-2753 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Oracle JDK 8 > Netbeans 11.1 beta 2 > JUnit 5.4 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > Attachments: netbeans-2753-test-project.zip > > > I tested Netbeans 11.1 beta 2 on my large multi-project Gradle build. One of > the issues I found is that while running tests, I got a notification from > Netbeans with this exception. This did not prevent tests from finishing with > correct results. However, I think maybe it caused text to stop printing in > the "output" pane prior to the end of the run? > > java.lang.NullPointerException > at org.netbeans.core.output2.OutWriter.print(OutWriter.java:573) > at org.netbeans.core.output2.NbIO$IOColorPrintImpl.print(NbIO.java:546) > at org.openide.windows.IOColorPrint.print(IOColorPrint.java:85) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor$IODisplayer.doPrint(GradlePlainEscapeProcessor.java:130) > at > org.netbeans.modules.gradle.api.output.OutputDisplayer.print(OutputDisplayer.java:41) > at > org.netbeans.modules.gradle.java.output.JavaCompilerProcessorFactory$StackTraceProcessor.processLine(JavaCompilerProcessorFactory.java:98) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor.processText(GradlePlainEscapeProcessor.java:94) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.processBulk(EscapeProcessingOutputStream.java:107) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.write(EscapeProcessingOutputStream.java:66) > at java.io.OutputStream.write(OutputStream.java:116) > at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) > at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) > at > org.gradle.internal.logging.text.StreamBackedStandardOutputListener.onOutput(StreamBackedStandardOutputListener.java:47) > at > org.gradle.internal.logging.text.StreamingStyledTextOutput.doAppend(StreamingStyledTextOutput.java:55) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer$OutputEventTextOutputImpl.doEndLine(StyledTextOutputBackedRenderer.java:93) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$StateContext.flushEndLine(AbstractLineChoppingStyledTextOutput.java:132) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:193) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:188) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput.doAppend(AbstractLineChoppingStyledTextOutput.java:41) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.println(AbstractStyledTextOutput.java:68) > at org.gradle.internal.logging.events.LogEvent.render(LogEvent.java:53) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer.onOutput(StyledTextOutputBackedRenderer.java:66) > at > org.gradle.internal.logging.sink.ErrorOutputDispatchingListener.onOutput(ErrorOutputDispatchingListener.java:38) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.flushOutput(GroupingProgressLogEventGenerator.java:229) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.maybeFlushOutput(GroupingProgressLogEventGenerator.java:251) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onUpdateNow(GroupingProgressLogEventGenerator.java:134) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onOutput(GroupingProgressLogEventGenerator.java:79) > at > org.gradle.internal.logging.console.BuildLogLevelFilterRenderer.onOutput(BuildLogLevelFilterRenderer.java:41) > at > org.gradle.internal.logging.console.AbstractUserInputRenderer.onOutput(AbstractUserInputRenderer.java:56) > at > org.gradl
[jira] [Commented] (NETBEANS-2753) NPE while running Junit5 tests via built-in gradle support
[ https://issues.apache.org/jira/browse/NETBEANS-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875138#comment-16875138 ] Travis commented on NETBEANS-2753: -- Seems like this bug happens whenever a test fails in a subproject of a multi-project. I attached a simple testcase that reproduces this bug. > NPE while running Junit5 tests via built-in gradle support > -- > > Key: NETBEANS-2753 > URL: https://issues.apache.org/jira/browse/NETBEANS-2753 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Oracle JDK 8 > Netbeans 11.1 beta 2 > JUnit 5.4 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > Attachments: netbeans-2753-test-project.zip > > > I tested Netbeans 11.1 beta 2 on my large multi-project Gradle build. One of > the issues I found is that while running tests, I got a notification from > Netbeans with this exception. This did not prevent tests from finishing with > correct results. However, I think maybe it caused text to stop printing in > the "output" pane prior to the end of the run? > > java.lang.NullPointerException > at org.netbeans.core.output2.OutWriter.print(OutWriter.java:573) > at org.netbeans.core.output2.NbIO$IOColorPrintImpl.print(NbIO.java:546) > at org.openide.windows.IOColorPrint.print(IOColorPrint.java:85) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor$IODisplayer.doPrint(GradlePlainEscapeProcessor.java:130) > at > org.netbeans.modules.gradle.api.output.OutputDisplayer.print(OutputDisplayer.java:41) > at > org.netbeans.modules.gradle.java.output.JavaCompilerProcessorFactory$StackTraceProcessor.processLine(JavaCompilerProcessorFactory.java:98) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor.processText(GradlePlainEscapeProcessor.java:94) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.processBulk(EscapeProcessingOutputStream.java:107) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.write(EscapeProcessingOutputStream.java:66) > at java.io.OutputStream.write(OutputStream.java:116) > at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) > at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) > at > org.gradle.internal.logging.text.StreamBackedStandardOutputListener.onOutput(StreamBackedStandardOutputListener.java:47) > at > org.gradle.internal.logging.text.StreamingStyledTextOutput.doAppend(StreamingStyledTextOutput.java:55) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer$OutputEventTextOutputImpl.doEndLine(StyledTextOutputBackedRenderer.java:93) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$StateContext.flushEndLine(AbstractLineChoppingStyledTextOutput.java:132) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:193) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:188) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput.doAppend(AbstractLineChoppingStyledTextOutput.java:41) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.println(AbstractStyledTextOutput.java:68) > at org.gradle.internal.logging.events.LogEvent.render(LogEvent.java:53) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer.onOutput(StyledTextOutputBackedRenderer.java:66) > at > org.gradle.internal.logging.sink.ErrorOutputDispatchingListener.onOutput(ErrorOutputDispatchingListener.java:38) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.flushOutput(GroupingProgressLogEventGenerator.java:229) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.maybeFlushOutput(GroupingProgressLogEventGenerator.java:251) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onUpdateNow(GroupingProgressLogEventGenerator.java:134) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onOutput(GroupingProgressLogEventGenerator.java:79) > at > org.gradle.internal.logging.console.BuildLogLevelFilterRenderer.onOutput(BuildLogLevelFil
[jira] [Created] (NETBEANS-2773) GlassFish 4.1 Server not working with Java 12
speedyjones created NETBEANS-2773: - Summary: GlassFish 4.1 Server not working with Java 12 Key: NETBEANS-2773 URL: https://issues.apache.org/jira/browse/NETBEANS-2773 Project: NetBeans Issue Type: New Feature Components: java - Project, serverplugins - GlassFish Affects Versions: 11.0, 12.0 Environment: OS : Windows 7 ultimate, Netbeans 11, Java - 12 Reporter: speedyjones Attachments: Java GlassFish Error.png, Java GlassFish Error_2.png Hello, I have recently updated my Java 8 to Java 12 & Netbeans 9 to Netbeans 11. The Java 12 is properly working with that, but I' am facing issue with glassfish server, can't register with java 12. Apache Tomcat is properly is working with it. Please provide any solution to work with it. I have attached error screen shots, may it help. Thanks -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-2555) When running any test, standard output is not shown in the panel to the right of the test file result.
[ https://issues.apache.org/jira/browse/NETBEANS-2555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi reassigned NETBEANS-2555: - Assignee: Laszlo Kishalmi > When running any test, standard output is not shown in the panel to the right > of the test file result. > -- > > Key: NETBEANS-2555 > URL: https://issues.apache.org/jira/browse/NETBEANS-2555 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Affects Versions: 11.0 >Reporter: Mark Flacy >Assignee: Laszlo Kishalmi >Priority: Minor > > It isn't important that the output is available on the side panel while the > test is running; it is sufficient to me if the output is presented after the > tests have run if I select a specific test on the test panel. > I have a simple project at github that shows the behavior. > [https://github.com/Richard-Cranium/NB11GradleJunitExample] > The head of the master branch is the gradle based project that shows the > misleading behavior. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-2772) Gradle Projects: The "Test Results" pane test output text area does not get populated with stdout/stderr from tests
[ https://issues.apache.org/jira/browse/NETBEANS-2772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-2772. --- Resolution: Duplicate > Gradle Projects: The "Test Results" pane test output text area does not get > populated with stdout/stderr from tests > --- > > Key: NETBEANS-2772 > URL: https://issues.apache.org/jira/browse/NETBEANS-2772 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Netbeans 11.1 beta2 > Gradle 5.4.1 > JUnit 5.4 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > When running tests that print to stdout/stderr, the "Test Results" pane text > output area remains empty. I believe the stdout/stderr from coming tests > should appear there. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-2651) NPE from ArtificialFeaturesProvider.addVersion
[ https://issues.apache.org/jira/browse/NETBEANS-2651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-2651. --- Resolution: Fixed Fix Version/s: 11.1 It seems that the PR fixed this issue. > NPE from ArtificialFeaturesProvider.addVersion > -- > > Key: NETBEANS-2651 > URL: https://issues.apache.org/jira/browse/NETBEANS-2651 > Project: NetBeans > Issue Type: Bug >Reporter: Jesse Glick >Assignee: Laszlo Kishalmi >Priority: Minor > Fix For: 11.1 > > > Not sure what triggered this; I had been working with some Maven projects, > running priming builds, that sort of thing. Nothing unusual. I think I have > seen it before. Dev > 20190604-[7b3a7bf2caac|https://github.com/jglick/incubator-netbeans/commit/7b3a7bf2caac] > {code:none} > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.ide.ergonomics.fod.FindComponentModules$2 > java.lang.NullPointerException > at > org.netbeans.modules.autoupdate.updateprovider.ArtificialFeaturesProvider.addVersion(ArtificialFeaturesProvider.java:206) > at > org.netbeans.modules.autoupdate.updateprovider.ArtificialFeaturesProvider.createFeatureItem(ArtificialFeaturesProvider.java:171) > at > org.netbeans.modules.autoupdate.services.FeatureUpdateUnitImpl.initializeFeature(FeatureUpdateUnitImpl.java:157) > at > org.netbeans.modules.autoupdate.services.FeatureUpdateUnitImpl.getInstalled(FeatureUpdateUnitImpl.java:52) > at > org.netbeans.api.autoupdate.UpdateUnit.getInstalled(UpdateUnit.java:59) > at > org.netbeans.modules.autoupdate.services.UpdateManagerImpl$Cache.createMaps(UpdateManagerImpl.java:329) > at > org.netbeans.modules.autoupdate.services.UpdateManagerImpl$Cache.createMapToken2InstalledProviders(UpdateManagerImpl.java:294) > at > org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getInstalledProviders(UpdateManagerImpl.java:126) > at > org.netbeans.modules.autoupdate.services.DependencyAggregator.getRequested(DependencyAggregator.java:95) > at > org.netbeans.modules.autoupdate.services.Utilities.handleDependency(Utilities.java:936) > at > org.netbeans.modules.autoupdate.services.Utilities.processDependencies(Utilities.java:836) > at > org.netbeans.modules.autoupdate.services.Utilities.findRequiredUpdateElements(Utilities.java:623) > at > org.netbeans.modules.autoupdate.services.OperationValidator$InstallValidator.getRequiredElementsImpl(OperationValidator.java:190) > at > org.netbeans.modules.autoupdate.services.OperationValidator.getRequiredElements(OperationValidator.java:98) > at > org.netbeans.modules.autoupdate.services.OperationContainerImpl$OperationInfoImpl.getRequiredElements(OperationContainerImpl.java:441) > at > org.netbeans.api.autoupdate.OperationContainer$OperationInfo.getRequiredElements(OperationContainer.java:371) > at > org.netbeans.modules.ide.ergonomics.fod.FindComponentModules.getAllForInstall(FindComponentModules.java:432) > at > org.netbeans.modules.ide.ergonomics.fod.FindComponentModules.findComponentModules(FindComponentModules.java:283) > at > org.netbeans.modules.ide.ergonomics.fod.FindComponentModules.access$000(FindComponentModules.java:59) > at > org.netbeans.modules.ide.ergonomics.fod.FindComponentModules$2.run(FindComponentModules.java:235) > at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > [catch] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-2654) Add debug support for Gradle WebProjects
[ https://issues.apache.org/jira/browse/NETBEANS-2654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-2654. --- Resolution: Implemented Fix Version/s: 11.1 > Add debug support for Gradle WebProjects > > > Key: NETBEANS-2654 > URL: https://issues.apache.org/jira/browse/NETBEANS-2654 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle Java EE >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available > Fix For: 11.1 > > Time Spent: 1h 20m > Remaining Estimate: 0h > > Gradle Web projects shall support debug action, at least on project level. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-2772) Gradle Projects: The "Test Results" pane test output text area does not get populated with stdout/stderr from tests
Travis created NETBEANS-2772: Summary: Gradle Projects: The "Test Results" pane test output text area does not get populated with stdout/stderr from tests Key: NETBEANS-2772 URL: https://issues.apache.org/jira/browse/NETBEANS-2772 Project: NetBeans Issue Type: Bug Components: projects - Gradle Affects Versions: 11.1 Environment: Netbeans 11.1 beta2 Gradle 5.4.1 JUnit 5.4 Oracle JDK 8 Windows 10 Reporter: Travis Assignee: Laszlo Kishalmi When running tests that print to stdout/stderr, the "Test Results" pane text output area remains empty. I believe the stdout/stderr from coming tests should appear there. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2753) NPE while running Junit5 tests via built-in gradle support
[ https://issues.apache.org/jira/browse/NETBEANS-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875067#comment-16875067 ] Travis commented on NETBEANS-2753: -- While narrowing this down, I discovered that it only happens when there is at least one failing testcase. Still working toward a minimal project to demonstrate the bug... > NPE while running Junit5 tests via built-in gradle support > -- > > Key: NETBEANS-2753 > URL: https://issues.apache.org/jira/browse/NETBEANS-2753 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Oracle JDK 8 > Netbeans 11.1 beta 2 > JUnit 5.4 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I tested Netbeans 11.1 beta 2 on my large multi-project Gradle build. One of > the issues I found is that while running tests, I got a notification from > Netbeans with this exception. This did not prevent tests from finishing with > correct results. However, I think maybe it caused text to stop printing in > the "output" pane prior to the end of the run? > > java.lang.NullPointerException > at org.netbeans.core.output2.OutWriter.print(OutWriter.java:573) > at org.netbeans.core.output2.NbIO$IOColorPrintImpl.print(NbIO.java:546) > at org.openide.windows.IOColorPrint.print(IOColorPrint.java:85) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor$IODisplayer.doPrint(GradlePlainEscapeProcessor.java:130) > at > org.netbeans.modules.gradle.api.output.OutputDisplayer.print(OutputDisplayer.java:41) > at > org.netbeans.modules.gradle.java.output.JavaCompilerProcessorFactory$StackTraceProcessor.processLine(JavaCompilerProcessorFactory.java:98) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor.processText(GradlePlainEscapeProcessor.java:94) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.processBulk(EscapeProcessingOutputStream.java:107) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.write(EscapeProcessingOutputStream.java:66) > at java.io.OutputStream.write(OutputStream.java:116) > at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) > at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) > at > org.gradle.internal.logging.text.StreamBackedStandardOutputListener.onOutput(StreamBackedStandardOutputListener.java:47) > at > org.gradle.internal.logging.text.StreamingStyledTextOutput.doAppend(StreamingStyledTextOutput.java:55) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer$OutputEventTextOutputImpl.doEndLine(StyledTextOutputBackedRenderer.java:93) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$StateContext.flushEndLine(AbstractLineChoppingStyledTextOutput.java:132) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:193) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:188) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput.doAppend(AbstractLineChoppingStyledTextOutput.java:41) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.println(AbstractStyledTextOutput.java:68) > at org.gradle.internal.logging.events.LogEvent.render(LogEvent.java:53) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer.onOutput(StyledTextOutputBackedRenderer.java:66) > at > org.gradle.internal.logging.sink.ErrorOutputDispatchingListener.onOutput(ErrorOutputDispatchingListener.java:38) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.flushOutput(GroupingProgressLogEventGenerator.java:229) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.maybeFlushOutput(GroupingProgressLogEventGenerator.java:251) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onUpdateNow(GroupingProgressLogEventGenerator.java:134) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onOutput(GroupingProgressLogEventGenerator.java:79) > at > org.gradle.internal.logging.console.BuildLogLevelFilterRenderer.onOutput(BuildLogLevelFilterRenderer.java:41) > a
[jira] [Resolved] (NETBEANS-2771) Gradle Project Properties: Customization for test.single and run.single.method seems broken
[ https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-2771. --- Resolution: Duplicate It is a duplicate. Though thanks for the efforts reporting this. > Gradle Project Properties: Customization for test.single and > run.single.method seems broken > --- > > Key: NETBEANS-2771 > URL: https://issues.apache.org/jira/browse/NETBEANS-2771 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Netbeans 11.1 beta 2 > Gradle 4.2.1 > JUnit 5.4 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Major > > Our large multi-project has long build times, and thus doesn't want to use > "-rerun-tasks" when running tests. It adds too much runtime, which is > especially noticable while iterating on development of a fast-running test > class/method. To solve this, we simply need to customize all of the build > actions for running tests. We simply need to replace "-rerun-tasks" with > "cleanTest". Making that customization would be totally OK with us... except > that the customization of the "run.single.method" build action seems broken > in Netbeans 11.1 beta 2. > When I customize the "run.single.method" action using the project properties > dialog (to remove "--rerun-tasks"), the customization seems to work while the > dialog is still open. After dismissing the dialog with the "OK" button, the > gradle.properties file contains: > > action.run.single.method.args=cleanTest test --tests ${selectedMethod} > > But when I actually execute a test method, this change does not appear to > apply. The compile steps are all still rerun, the same as before. > Also, if I re-open the project properties, the dialog doesn't show any > customization for the "run.single.method" action anymore. > It seems as if the file writing code for customizing this action is working, > but the in-memory storage and/or file parsing code for the customized action > is broken. > > > The same problem seems to be happening as with "test.single". The > gradle.properties file gets written with: > action.test.single.args=cleanTest test --tests ${selectedClass} > But this has no effect,and re-opening the dialog causes this setting to > disappear. > > As an aside... > Shouldn't the "run.single.method" action be named "test.single.method" > instead of "run.single.method", to be consistent with the naming of other > build actions? I found the "run" instead of "test" in the name to be > confusing at first. And I'm almost wondering if that's related to the root > cause of this bug (I didn't have time to review the source code myself to > check). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2771) Gradle Project Properties: Customization for test.single and run.single.method seems broken
[ https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2771: - Description: Our large multi-project has long build times, and thus doesn't want to use "-rerun-tasks" when running tests. It adds too much runtime, which is especially noticable while iterating on development of a fast-running test class/method. To solve this, we simply need to customize all of the build actions for running tests. We simply need to replace "-rerun-tasks" with "cleanTest". Making that customization would be totally OK with us... except that the customization of the "run.single.method" build action seems broken in Netbeans 11.1 beta 2. When I customize the "run.single.method" action using the project properties dialog (to remove "--rerun-tasks"), the customization seems to work while the dialog is still open. After dismissing the dialog with the "OK" button, the gradle.properties file contains: action.run.single.method.args=cleanTest test --tests ${selectedMethod} But when I actually execute a test method, this change does not appear to apply. The compile steps are all still rerun, the same as before. Also, if I re-open the project properties, the dialog doesn't show any customization for the "run.single.method" action anymore. It seems as if the file writing code for customizing this action is working, but the in-memory storage and/or file parsing code for the customized action is broken. The same problem seems to be happening as with "test.single". The gradle.properties file gets written with: action.test.single.args=cleanTest test --tests ${selectedClass} But this has no effect,and re-opening the dialog causes this setting to disappear. As an aside... Shouldn't the "run.single.method" action be named "test.single.method" instead of "run.single.method", to be consistent with the naming of other build actions? I found the "run" instead of "test" in the name to be confusing at first. And I'm almost wondering if that's related to the root cause of this bug (I didn't have time to review the source code myself to check). was: Our large multi-project has long build times, and thus doesn't want to use "-rerun-tasks" when running tests. It adds too much runtime, which is especially noticable while iterating on development of a fast-running test class/method. To solve this, we simply need to customize all of the build actions for running tests. We simply need to replace "-rerun-tasks" with "cleanTest". Making that customization would be totally OK with us... except that the customization of the "run.single.method" build action seems broken in Netbeans 11.1 beta 2. When I customize the "run.single.method" action using the project properties dialog (to remove "--rerun-tasks"), the customization seems to work while the dialog is still open. After dismissing the dialog with the "OK" button, the gradle.properties file contains: action.run.single.method.args=cleanTest test --tests ${selectedMethod} But when I actually execute a test method, this change does not appear to apply. The compile steps are all still rerun, the same as before. Also, if I re-open the project properties, the dialog doesn't show any customization for the "run.single.method" action anymore. It seems as if the file writing code for customizing this action is working, but the in-memory storage and/or file parsing code for the customized action is broken. The same problem seems to be happening as with "test.single". The gradle.properties file gets written with: action.test.single.args=cleanTest test --tests ${selectedClass} But this has no effect,and re-opening the dialog causes this setting to disappear. As an aside... Shouldn't this action be named "test.single.method" instead of "run.single.method", to be consistent with the naming of other build actions? I found the "run" instead of "test" in the name to be confusing at first. And I'm almost wondering if that's related to the root cause of this bug (I didn't have time to review the source code myself to check). > Gradle Project Properties: Customization for test.single and > run.single.method seems broken > --- > > Key: NETBEANS-2771 > URL: https://issues.apache.org/jira/browse/NETBEANS-2771 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Netbeans 11.1 beta 2 > Gradle 4.2.1 > JUnit 5.4 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Major > > Our large multi-project has long build times, and thus doesn't want to use > "-rerun-tasks" when running tests. It adds too much runtime, which i
[jira] [Updated] (NETBEANS-2771) Gradle Project Properties: Customization for test.single and run.single.method seems broken
[ https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2771: - Summary: Gradle Project Properties: Customization for test.single and run.single.method seems broken (was: Gradle Project Properties: Customization for run.single.method seems broken) > Gradle Project Properties: Customization for test.single and > run.single.method seems broken > --- > > Key: NETBEANS-2771 > URL: https://issues.apache.org/jira/browse/NETBEANS-2771 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Netbeans 11.1 beta 2 > Gradle 4.2.1 > JUnit 5.4 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Major > > Our large multi-project has long build times, and thus doesn't want to use > "-rerun-tasks" when running tests. It adds too much runtime, which is > especially noticable while iterating on development of a fast-running test > class/method. To solve this, we simply need to customize all of the build > actions for running tests. We simply need to replace "-rerun-tasks" with > "cleanTest". Making that customization would be totally OK with us... except > that the customization of the "run.single.method" build action seems broken > in Netbeans 11.1 beta 2. > When I customize the "run.single.method" action using the project properties > dialog (to remove "--rerun-tasks"), the customization seems to work while the > dialog is still open. After dismissing the dialog with the "OK" button, the > gradle.properties file contains: > > action.run.single.method.args=cleanTest test --tests ${selectedMethod} > > But when I actually execute a test method, this change does not appear to > apply. The compile steps are all still rerun, the same as before. > Also, if I re-open the project properties, the dialog doesn't show any > customization for the "run.single.method" action anymore. > It seems as if the file writing code for customizing this action is working, > but the in-memory storage and/or file parsing code for the customized action > is broken. > > The same problem seems to be happening as with "test.single". The > gradle.properties file gets written with: > action.test.single.args=cleanTest test --tests ${selectedClass} > But this has no effect,and re-opening the dialog causes this setting to > disappear. > > As an aside... > Shouldn't this action be named "test.single.method" instead of > "run.single.method", to be consistent with the naming of other build actions? > I found the "run" instead of "test" in the name to be confusing at first. > And I'm almost wondering if that's related to the root cause of this bug (I > didn't have time to review the source code myself to check). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2771) Gradle Project Properties: Customization for run.single.method seems broken
[ https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2771: - Description: Our large multi-project has long build times, and thus doesn't want to use "-rerun-tasks" when running tests. It adds too much runtime, which is especially noticable while iterating on development of a fast-running test class/method. To solve this, we simply need to customize all of the build actions for running tests. We simply need to replace "-rerun-tasks" with "cleanTest". Making that customization would be totally OK with us... except that the customization of the "run.single.method" build action seems broken in Netbeans 11.1 beta 2. When I customize the "run.single.method" action using the project properties dialog (to remove "--rerun-tasks"), the customization seems to work while the dialog is still open. After dismissing the dialog with the "OK" button, the gradle.properties file contains: action.run.single.method.args=cleanTest test --tests ${selectedMethod} But when I actually execute a test method, this change does not appear to apply. The compile steps are all still rerun, the same as before. Also, if I re-open the project properties, the dialog doesn't show any customization for the "run.single.method" action anymore. It seems as if the file writing code for customizing this action is working, but the in-memory storage and/or file parsing code for the customized action is broken. The same problem seems to be happening as with "test.single". The gradle.properties file gets written with: action.test.single.args=cleanTest test --tests ${selectedClass} But this has no effect,and re-opening the dialog causes this setting to disappear. As an aside... Shouldn't this action be named "test.single.method" instead of "run.single.method", to be consistent with the naming of other build actions? I found the "run" instead of "test" in the name to be confusing at first. And I'm almost wondering if that's related to the root cause of this bug (I didn't have time to review the source code myself to check). was: Our large multi-project has long build times, and thus doesn't want to use "-rerun-tasks" when running tests. It adds too much runtime, which is especially noticable while iterating on development of a fast-running test class/method. To solve this, we simply need to customize all of the build actions for running tests. We simply need to replace "-rerun-tasks" with "cleanTest". Making that customization would be totally OK with us... except that the customization of the "run.single.method" build action seems broken in Netbeans 11.1 beta 2. When I customize the "run.single.method" action using the project properties dialog (to remove "--rerun-tasks"), the customization seems to work while the dialog is still open. After dismissing the dialog with the "OK" button, the gradle.properties file contains: action.run.single.method.args=cleanTest test --tests ${selectedMethod} But when I actually execute a test method, this change does not appear to apply. The compile steps are all still rerun, the same as before. Also, if I re-open the project properties, the dialog doesn't show any customization for the "run.single.method" action anymore. It seems as if the file writing code for customizing this action is working, but the in-memory storage and/or file parsing code for the customized action is broken. As an aside... Shouldn't this action be named "test.single.method" instead of "run.single.method", to be consistent with the naming of other build actions? I found the "run" instead of "test" in the name to be confusing at first. And I'm almost wondering if that's related to the root cause of this bug (I didn't have time to review the source code myself to check). > Gradle Project Properties: Customization for run.single.method seems broken > --- > > Key: NETBEANS-2771 > URL: https://issues.apache.org/jira/browse/NETBEANS-2771 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Netbeans 11.1 beta 2 > Gradle 4.2.1 > JUnit 5.4 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Major > > Our large multi-project has long build times, and thus doesn't want to use > "-rerun-tasks" when running tests. It adds too much runtime, which is > especially noticable while iterating on development of a fast-running test > class/method. To solve this, we simply need to customize all of the build > actions for running tests. We simply need to replace "-rerun-tasks" with > "cleanTest". Making that customization would be totally OK with us... except > tha
[jira] [Updated] (NETBEANS-2771) Gradle Project Properties: Customization for run.single.method seems broken
[ https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2771: - Affects Version/s: 11.1 > Gradle Project Properties: Customization for run.single.method seems broken > --- > > Key: NETBEANS-2771 > URL: https://issues.apache.org/jira/browse/NETBEANS-2771 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Netbeans 11.1 beta 2 > Gradle 4.2.1 > JUnit 5.4 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Major > > Our large multi-project has long build times, and thus doesn't want to use > "-rerun-tasks" when running tests. It adds too much runtime, which is > especially noticable while iterating on development of a fast-running test > class/method. To solve this, we simply need to customize all of the build > actions for running tests. We simply need to replace "-rerun-tasks" with > "cleanTest". Making that customization would be totally OK with us... except > that the customization of the "run.single.method" build action seems broken > in Netbeans 11.1 beta 2. > When I customize the "run.single.method" action using the project properties > dialog (to remove "--rerun-tasks"), the customization seems to work while the > dialog is still open. After dismissing the dialog with the "OK" button, the > gradle.properties file contains: > > action.run.single.method.args=cleanTest test --tests ${selectedMethod} > > But when I actually execute a test method, this change does not appear to > apply. The compile steps are all still rerun, the same as before. > Also, if I re-open the project properties, the dialog doesn't show any > customization for the "run.single.method" action anymore. > It seems as if the file writing code for customizing this action is working, > but the in-memory storage and/or file parsing code for the customized action > is broken. > > As an aside... > Shouldn't this action be named "test.single.method" instead of > "run.single.method", to be consistent with the naming of other build actions? > I found the "run" instead of "test" in the name to be confusing at first. > And I'm almost wondering if that's related to the root cause of this bug (I > didn't have time to review the source code myself to check). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2771) Gradle Project Properties: Customization for run.single.method seems broken
[ https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2771: - Description: Our large multi-project has long build times, and thus doesn't want to use "-rerun-tasks" when running tests. It adds too much runtime, which is especially noticable while iterating on development of a fast-running test class/method. To solve this, we simply need to customize all of the build actions for running tests. We simply need to replace "-rerun-tasks" with "cleanTest". Making that customization would be totally OK with us... except that the customization of the "run.single.method" build action seems broken in Netbeans 11.1 beta 2. When I customize the "run.single.method" action using the project properties dialog (to remove "--rerun-tasks"), the customization seems to work while the dialog is still open. After dismissing the dialog with the "OK" button, the gradle.properties file contains: action.run.single.method.args=cleanTest test --tests ${selectedMethod} But when I actually execute a test method, this change does not appear to apply. The compile steps are all still rerun, the same as before. Also, if I re-open the project properties, the dialog doesn't show any customization for the "run.single.method" action anymore. It seems as if the file writing code for customizing this action is working, but the in-memory storage and/or file parsing code for the customized action is broken. As an aside... Shouldn't this action be named "test.single.method" instead of "run.single.method", to be consistent with the naming of other build actions? I found the "run" instead of "test" in the name to be confusing at first. And I'm almost wondering if that's related to the root cause of this bug (I didn't have time to review the source code myself to check). was: Our large multi-project has long build times, and thus doesn't want to use "--rerun-tasks" when running tests. It adds too much runtime, which is especially noticable while iterating on development of a fast-running test class/method. To solve this, we simply need to customize all of the build actions for running tests. We simply need to replace "--rerun-tasks" with "cleanTest". Making that customization would be totally OK with us... except that the customization of the "run.single.method" build action seems broken in Netbeans 11.1 beta 2. When I customize the "run.single.method" action using the project properties dialog (to remove "--rerun-tasks"), the customization seems to work while the dialog is still open. After dismissing the dialog with the "OK" button, the gradle.properties file contains: action.run.single.method.args=cleanTest test --tests ${selectedMethod} But when I actually execute a test method, this change does not appear to apply. The compile steps are all still rerun, the same as before. Also, if I re-open the project properties, the dialog doesn't show any customization for the "run.single.method" action anymore. It seems as if the file writing code for customizing this action is working, but the in-memory storage and/or file parsing code for the customized action is broken. As an aside... Shouldn't this action be named "test.single.method" instead of "run.single.method", to be consistent with the naming of other build actions? I found the "run" instead of "test" in the name to be confusing at first. And I'm almost wondering if that's related to the root cause of this bug (I didn't have time to review the source code myself to check). > Gradle Project Properties: Customization for run.single.method seems broken > --- > > Key: NETBEANS-2771 > URL: https://issues.apache.org/jira/browse/NETBEANS-2771 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle > Environment: Netbeans 11.1 beta 2 > Gradle 4.2.1 > JUnit 5.4 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Major > > Our large multi-project has long build times, and thus doesn't want to use > "-rerun-tasks" when running tests. It adds too much runtime, which is > especially noticable while iterating on development of a fast-running test > class/method. To solve this, we simply need to customize all of the build > actions for running tests. We simply need to replace "-rerun-tasks" with > "cleanTest". Making that customization would be totally OK with us... except > that the customization of the "run.single.method" build action seems broken > in Netbeans 11.1 beta 2. > When I customize the "run.single.method" action using the project properties > dialog (to remove "--rerun-tasks"), the customization seems to work while the > dialog is still open. Afte
[jira] [Created] (NETBEANS-2771) Gradle Project Properties: Customization for run.single.method seems broken
Travis created NETBEANS-2771: Summary: Gradle Project Properties: Customization for run.single.method seems broken Key: NETBEANS-2771 URL: https://issues.apache.org/jira/browse/NETBEANS-2771 Project: NetBeans Issue Type: Bug Components: projects - Gradle Environment: Netbeans 11.1 beta 2 Gradle 4.2.1 JUnit 5.4 Oracle JDK 8 Windows 10 Reporter: Travis Assignee: Laszlo Kishalmi Our large multi-project has long build times, and thus doesn't want to use "--rerun-tasks" when running tests. It adds too much runtime, which is especially noticable while iterating on development of a fast-running test class/method. To solve this, we simply need to customize all of the build actions for running tests. We simply need to replace "--rerun-tasks" with "cleanTest". Making that customization would be totally OK with us... except that the customization of the "run.single.method" build action seems broken in Netbeans 11.1 beta 2. When I customize the "run.single.method" action using the project properties dialog (to remove "--rerun-tasks"), the customization seems to work while the dialog is still open. After dismissing the dialog with the "OK" button, the gradle.properties file contains: action.run.single.method.args=cleanTest test --tests ${selectedMethod} But when I actually execute a test method, this change does not appear to apply. The compile steps are all still rerun, the same as before. Also, if I re-open the project properties, the dialog doesn't show any customization for the "run.single.method" action anymore. It seems as if the file writing code for customizing this action is working, but the in-memory storage and/or file parsing code for the customized action is broken. As an aside... Shouldn't this action be named "test.single.method" instead of "run.single.method", to be consistent with the naming of other build actions? I found the "run" instead of "test" in the name to be confusing at first. And I'm almost wondering if that's related to the root cause of this bug (I didn't have time to review the source code myself to check). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-2770) The last master(git) cannot be built from source on archlinux32
Ildar Amankulov created NETBEANS-2770: - Summary: The last master(git) cannot be built from source on archlinux32 Key: NETBEANS-2770 URL: https://issues.apache.org/jira/browse/NETBEANS-2770 Project: NetBeans Issue Type: Bug Environment: Linux xcart-aim-arch.crtdev.local 5.1.6-arch1-1.0-ARCH #1 SMP PREEMPT Mon Jun 3 15:42:23 CEST 2019 i686 GNU/Linux Reporter: Ildar Amankulov Attachments: all_dump2.txt, dump.txt, hs_err_pid14807.log *Step by step* [https://netbeans.apache.org/download/index.html#source] *Output* {code:java} xcart-aim-arch[~/arch_server/tmp/netbeans]$ sudo archlinux-java status Available Java environments: java-10-openjdk java-11-openjdk java-8-openjdk (default) xcart-aim-arch[~/arch_server/tmp/netbeans]$ ant # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_linux_x86.cpp:291), pid=14807, tid=0xb6d1cb40 # fatal error: An irrecoverable SI_KERNEL SIGSEGV has occurred due to unstable signal handling in this distribution. # # JRE version: OpenJDK Runtime Environment (8.0_212-b01) (build 1.8.0_212-b01) # Java VM: OpenJDK Server VM (25.212-b01 mixed mode linux-x86 ) # Core dump written. Default location: /home/aim/arch_server/tmp/netbeans/core or core.14807 # # An error report file with more information is saved as: # /home/aim/arch_server/tmp/netbeans/hs_err_pid14807.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # zsh: abort (core dumped) ant{code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875013#comment-16875013 ] Benjamin Asbach edited comment on NETBEANS-2221 at 6/28/19 4:01 PM: I get the same kind of Exception when accessing a maven librays class in "Debugging" window or via "Go to Type"-Window. !image-2019-06-28-17-59-00-372.png! was (Author: asbachb): I get the same kind of Exception when accessing a maven librays class in "Debugging" window. !image-2019-06-28-17-59-00-372.png! > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > Attachments: image-2019-06-28-17-59-00-372.png > > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > 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:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.mo
[jira] [Comment Edited] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875013#comment-16875013 ] Benjamin Asbach edited comment on NETBEANS-2221 at 6/28/19 3:59 PM: I get the same kind of Exception when accessing a maven librays class in "Debugging" window. !image-2019-06-28-17-59-00-372.png! was (Author: asbachb): I get the same Exception when accessing a maven librays class class in "Debugging" window. !image-2019-06-28-17-59-00-372.png! > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > Attachments: image-2019-06-28-17-59-00-372.png > > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > 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:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryEl
[jira] [Updated] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-2221: -- Attachment: image-2019-06-28-17-59-00-372.png > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > Attachments: image-2019-06-28-17-59-00-372.png > > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > 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:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99) > at > org.netbeans.modules.java.source.ui.JavaTypeDescription.open(JavaTypeDescription.java:121) > at > org.netbe
[jira] [Commented] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875013#comment-16875013 ] Benjamin Asbach commented on NETBEANS-2221: --- I get the same Exception when accessing a maven librays class class in "Debugging" window. !image-2019-06-28-17-59-00-372.png! > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > Attachments: image-2019-06-28-17-59-00-372.png > > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > 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:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementO
[jira] [Assigned] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach reassigned NETBEANS-2221: - Assignee: (was: Benjamin Asbach) > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > 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:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99) > at > org.netbeans.modules.java.source.ui.JavaTypeDescription.open(JavaTypeDescription.java:121) > at > org.netbeans.modules.jumpto.type.GoToTypeAction.actionPerformed(GoToTy
[jira] [Assigned] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach reassigned NETBEANS-2221: - Assignee: Benjamin Asbach > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Assignee: Benjamin Asbach >Priority: Major > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > 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:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99) > at > org.netbeans.modules.java.source.ui.JavaTypeDescription.open(JavaTypeDescription.java:121) > at > org.netbeans.modules.jumpto.type.GoToTypeA
[jira] [Created] (NETBEANS-2769) Allow user to change default Java platform
Peter Toye created NETBEANS-2769: Summary: Allow user to change default Java platform Key: NETBEANS-2769 URL: https://issues.apache.org/jira/browse/NETBEANS-2769 Project: NetBeans Issue Type: Improvement Environment: Windows 7 Reporter: Peter Toye It's really annoying - when Java gets updated there's no easy way of changing the default JDK used by NB. This has been around for ages - there are StackExchange conversations about this from way back. I know there's the hack of adding a jdkhome to the netbeans.conf, but this is a bit dangerous and needs admin access which isn't available to all users in a commercial environment. Just a button saying "make default" would help enormously. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2762) for* code completion has gotten dumber
[ https://issues.apache.org/jira/browse/NETBEANS-2762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874967#comment-16874967 ] Eric Bresie commented on NETBEANS-2762: --- Suspect not but could this be impacted by anything around this pull [https://github.com/apache/netbeans/pull/1211] ? > for* code completion has gotten dumber > -- > > Key: NETBEANS-2762 > URL: https://issues.apache.org/jira/browse/NETBEANS-2762 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0, 10.0, 11.0, 11.1 > Environment: Product Version: Apache NetBeans IDE 11.1 > Java: 11; Java HotSpot(TM) 64-Bit Server VM 11+28 > Runtime: Java(TM) SE Runtime Environment 11+28 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > User directory: C:\Users\luca.mambretti.BZDOMAIN\AppData\Roaming\NetBeans\11.1 > Cache directory: > C:\Users\luca.mambretti.BZDOMAIN\AppData\Local\NetBeans\Cache\11.1 >Reporter: Luca Mambretti >Priority: Major > Labels: regresion > > I've noticed that the usual code completion for "for* cycles" has gotten way > dumber than the oracle powered version 8.2. > > In 8.2 if you had code like this: > > {{ public static void main(String[] args)}} > {{ {}} > {{ String[] strings = \{"1","2","3"};}} > {{ }} > {{ }}} > > and you wrote "fore" then invoked code completion via shortcut it would > generate the following block: > {{}}{{ for (String string : strings)}} > {{ {}} > {{ }} > {{ }}} > > now in 11.1 but I've also tried with 9.0 and it's the same it generates: > {{}}{{ for (Object object : col)}} > {{ {}} > {{ }} > {{ }}} > > not really that bad but definitely annoying compared to the previous version. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2760) URL http://jj-blogger.blogspot.com/ in generated POM
[ https://issues.apache.org/jira/browse/NETBEANS-2760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874958#comment-16874958 ] Josh Juneau commented on NETBEANS-2760: --- Sure thing. I am updating the maven archetype accordingly and I'll update the maven.j2ee module to reference the newly updated archetype once it is ready. > URL http://jj-blogger.blogspot.com/ in generated POM > > > Key: NETBEANS-2760 > URL: https://issues.apache.org/jira/browse/NETBEANS-2760 > Project: NetBeans > Issue Type: Bug > Components: javaee - Maven >Reporter: Geertjan Wielenga >Assignee: Josh Juneau >Priority: Major > > In the New Project dialog, select "Java with Maven | Web Application", click > Next, Next, select GlassFish and Java EE 8 Web. Click Finish. The project is > created and opens in the IDE. > Look in the POM and notice this on line 10: > http://jj-blogger.blogspot.com/ > That should not be there. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2760) URL http://jj-blogger.blogspot.com/ in generated POM
[ https://issues.apache.org/jira/browse/NETBEANS-2760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874947#comment-16874947 ] Gaurav Gupta commented on NETBEANS-2760: Thanks Josh for the great work. Please also consider to remove the extra non-standard dependecies from pom.xml and add the missing index.html in webapp root. > URL http://jj-blogger.blogspot.com/ in generated POM > > > Key: NETBEANS-2760 > URL: https://issues.apache.org/jira/browse/NETBEANS-2760 > Project: NetBeans > Issue Type: Bug > Components: javaee - Maven >Reporter: Geertjan Wielenga >Assignee: Josh Juneau >Priority: Major > > In the New Project dialog, select "Java with Maven | Web Application", click > Next, Next, select GlassFish and Java EE 8 Web. Click Finish. The project is > created and opens in the IDE. > Look in the POM and notice this on line 10: > http://jj-blogger.blogspot.com/ > That should not be there. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2762) for* code completion has gotten dumber
[ https://issues.apache.org/jira/browse/NETBEANS-2762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874926#comment-16874926 ] Luca Mambretti commented on NETBEANS-2762: -- I'd say it's a bit harder than that, it does not recognize arrays or collections already present in the source code anymore. Before it would try to guess the closest array or collection and generate the correct implementation of the for* cycle; in this example case it should detect the variable "strings" is an array and generate an enhanced for loop with "String" as the object type and "string" as the variable name, using "strings" as the data source (sorry now I realize using strings as variable name was a very bad choice). Instead it generates a generic enhanced for loop with no reference to existing code, if you then modify the "col" variable it corrects the code to the expected value, but it should have done that from the start. Unfortunately I've no idea of where exactly in the codebase this bit is handled, but I'd bet some money java 9 support might have something to do with it since java 8 was already there in NB 8.X where this bit was working as expected. > for* code completion has gotten dumber > -- > > Key: NETBEANS-2762 > URL: https://issues.apache.org/jira/browse/NETBEANS-2762 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0, 10.0, 11.0, 11.1 > Environment: Product Version: Apache NetBeans IDE 11.1 > Java: 11; Java HotSpot(TM) 64-Bit Server VM 11+28 > Runtime: Java(TM) SE Runtime Environment 11+28 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > User directory: C:\Users\luca.mambretti.BZDOMAIN\AppData\Roaming\NetBeans\11.1 > Cache directory: > C:\Users\luca.mambretti.BZDOMAIN\AppData\Local\NetBeans\Cache\11.1 >Reporter: Luca Mambretti >Priority: Major > Labels: regresion > > I've noticed that the usual code completion for "for* cycles" has gotten way > dumber than the oracle powered version 8.2. > > In 8.2 if you had code like this: > > {{ public static void main(String[] args)}} > {{ {}} > {{ String[] strings = \{"1","2","3"};}} > {{ }} > {{ }}} > > and you wrote "fore" then invoked code completion via shortcut it would > generate the following block: > {{}}{{ for (String string : strings)}} > {{ {}} > {{ }} > {{ }}} > > now in 11.1 but I've also tried with 9.0 and it's the same it generates: > {{}}{{ for (Object object : col)}} > {{ {}} > {{ }} > {{ }}} > > not really that bad but definitely annoying compared to the previous version. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1538) NetBeans installer Not locating Java properly
[ https://issues.apache.org/jira/browse/NETBEANS-1538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874918#comment-16874918 ] gerrykirsten commented on NETBEANS-1538: *Canon Printer Support* is a team of experts w[ho takes care of y|https://hpprinterstroubleshooting.com/canon-printer-support/]our canon device issue. If face any problem with your device like your device is crashed , device is not working properly or others then contact Canon Support and get instant help. > NetBeans installer Not locating Java properly > - > > Key: NETBEANS-1538 > URL: https://issues.apache.org/jira/browse/NETBEANS-1538 > Project: NetBeans > Issue Type: Bug >Reporter: martha >Priority: Trivial > Fix For: 10.0 > > > I'm trying to install the NetBeans "all" package, and, I'm pretty sure I > already have Java SE Development Kit installed, however, it's not locating it > properly, it comes with an error. > {{Java SE Development Kit (JDK) was not found on this > computer[!https://issues.apache.org/jira/images/icons/emoticons/sad.png!|https://www.essayhave.com/essay-writing-service.html]}} > So I ran the CMD and typed: > {{netbeans-7.1.3-windows.exe --javahome "C:\Program Files\Java\jdk1.7.0_25"}} > As I checked, I was in the right directory (E:\Mark\Downloads) where the > setup file of netbeans is supposed to be. After pressing ENTER, it did locate > JDK, however it would not locate JRE and came up with this error. > {{Java Runtime Environment (JRE) was not found There is no JRE at the > specified location C:\Program Files\Java\jdk1.7.0_25}} > So I tried installing the JDK+NetBeans Bundle by Oracle [x86 (32-bit) for > Windows (I'm running a 32-bit Windows XP SP3 so it should have worked)] but > it says that it's not compatible with my current platform. I also tried > --jdkhome but it didn't seem to work at all. Please, this has been going on > for two days. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-1538) NetBeans installer Not locating Java properly
[ https://issues.apache.org/jira/browse/NETBEANS-1538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874918#comment-16874918 ] gerrykirsten edited comment on NETBEANS-1538 at 6/28/19 1:12 PM: - **[Canon Printer Support|https://hpprinterstroubleshooting.com/canon-printer-support/] is a team of experts who takes care of your canon device issue. If face any problem with your device like your device is crashed , device is not working properly or others then contact Canon Support and get instant help. was (Author: gerrykirsten): *Canon Printer Support* is a team of experts w[ho takes care of y|https://hpprinterstroubleshooting.com/canon-printer-support/]our canon device issue. If face any problem with your device like your device is crashed , device is not working properly or others then contact Canon Support and get instant help. > NetBeans installer Not locating Java properly > - > > Key: NETBEANS-1538 > URL: https://issues.apache.org/jira/browse/NETBEANS-1538 > Project: NetBeans > Issue Type: Bug >Reporter: martha >Priority: Trivial > Fix For: 10.0 > > > I'm trying to install the NetBeans "all" package, and, I'm pretty sure I > already have Java SE Development Kit installed, however, it's not locating it > properly, it comes with an error. > {{Java SE Development Kit (JDK) was not found on this > computer[!https://issues.apache.org/jira/images/icons/emoticons/sad.png!|https://www.essayhave.com/essay-writing-service.html]}} > So I ran the CMD and typed: > {{netbeans-7.1.3-windows.exe --javahome "C:\Program Files\Java\jdk1.7.0_25"}} > As I checked, I was in the right directory (E:\Mark\Downloads) where the > setup file of netbeans is supposed to be. After pressing ENTER, it did locate > JDK, however it would not locate JRE and came up with this error. > {{Java Runtime Environment (JRE) was not found There is no JRE at the > specified location C:\Program Files\Java\jdk1.7.0_25}} > So I tried installing the JDK+NetBeans Bundle by Oracle [x86 (32-bit) for > Windows (I'm running a 32-bit Windows XP SP3 so it should have worked)] but > it says that it's not compatible with my current platform. I also tried > --jdkhome but it didn't seem to work at all. Please, this has been going on > for two days. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2762) for* code completion has gotten dumber
[ https://issues.apache.org/jira/browse/NETBEANS-2762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874879#comment-16874879 ] Geertjan Wielenga commented on NETBEANS-2762: - I guess it is probably here: https://github.com/apache/netbeans/tree/master/java/java.completion It's strange, I can reproduce with JDK 8 too, in Apache NetBeans 11, while with the same JDK in 8.2, the problem does not occur, so it doesn't seem to be JDK related but NetBeans related. > for* code completion has gotten dumber > -- > > Key: NETBEANS-2762 > URL: https://issues.apache.org/jira/browse/NETBEANS-2762 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0, 10.0, 11.0, 11.1 > Environment: Product Version: Apache NetBeans IDE 11.1 > Java: 11; Java HotSpot(TM) 64-Bit Server VM 11+28 > Runtime: Java(TM) SE Runtime Environment 11+28 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > User directory: C:\Users\luca.mambretti.BZDOMAIN\AppData\Roaming\NetBeans\11.1 > Cache directory: > C:\Users\luca.mambretti.BZDOMAIN\AppData\Local\NetBeans\Cache\11.1 >Reporter: Luca Mambretti >Priority: Major > Labels: regresion > > I've noticed that the usual code completion for "for* cycles" has gotten way > dumber than the oracle powered version 8.2. > > In 8.2 if you had code like this: > > {{ public static void main(String[] args)}} > {{ {}} > {{ String[] strings = \{"1","2","3"};}} > {{ }} > {{ }}} > > and you wrote "fore" then invoked code completion via shortcut it would > generate the following block: > {{}}{{ for (String string : strings)}} > {{ {}} > {{ }} > {{ }}} > > now in 11.1 but I've also tried with 9.0 and it's the same it generates: > {{}}{{ for (Object object : col)}} > {{ {}} > {{ }} > {{ }}} > > not really that bad but definitely annoying compared to the previous version. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans-jenkins-lib] branch master updated: add file protocol
This is an automated email from the ASF dual-hosted git repository. skygo pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git The following commit(s) were added to refs/heads/master by this push: new 6ee add file protocol 6ee is described below commit 6ee7199c86c2537c932980d09b8953ea77b3 Author: Eric Barboni AuthorDate: Fri Jun 28 13:58:44 2019 +0200 add file protocol --- vars/asfMainNetBeansBuild.groovy | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/vars/asfMainNetBeansBuild.groovy b/vars/asfMainNetBeansBuild.groovy index b58dae4..730836a 100644 --- a/vars/asfMainNetBeansBuild.groovy +++ b/vars/asfMainNetBeansBuild.groovy @@ -144,7 +144,7 @@ def call(Map params = [:]) { { sh "mvn org.apache.maven.plugins:maven-dependency-plugin:3.1.1:get -Dartifact=org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT -Dmaven.repo.local=${env.WORKSPACE}/.repository -DremoteRepositories=apache.snapshots.httpshttps://repository.apache.org/snapshots"; sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:download -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DrepositoryUrl=https://repo.maven.apache.org/maven2"; -sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:populate -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DnetbeansNbmDirectory=${netbeansbase}/nbms -DnetbeansInstallDirectory=${netbeansbase}/netbeans -DnetbeansSourcesDirectory=${netbeansbase}/build/source-zips -DnebeansJavadocDirectory=${netbeansbase}/build/javadoc -DparentGAV=org.apache.netbeans:netbeans-parent:2 -DforcedVersion [...] +sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:populate -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DnetbeansNbmDirectory=${netbeansbase}/nbms -DnetbeansInstallDirectory=${netbeansbase}/netbeans -DnetbeansSourcesDirectory=${netbeansbase}/build/source-zips -DnebeansJavadocDirectory=${netbeansbase}/build/javadoc -DparentGAV=org.apache.netbeans:netbeans-parent:2 -DforcedVersion [...] } archiveArtifacts 'dist/**' - 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-2762) for* code completion has gotten dumber
[ https://issues.apache.org/jira/browse/NETBEANS-2762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874873#comment-16874873 ] Eric Bresie commented on NETBEANS-2762: --- Where in the codebase is “code completion” covered? So just to clarify, the issue is it now puts Object instead of String in the for each of expression? Could this be a side effect of inference changes in Java 8 area? On a slight tangent but with java8 there is a foreach expression used with Streams. Could any changes around this have introduced this? > for* code completion has gotten dumber > -- > > Key: NETBEANS-2762 > URL: https://issues.apache.org/jira/browse/NETBEANS-2762 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0, 10.0, 11.0, 11.1 > Environment: Product Version: Apache NetBeans IDE 11.1 > Java: 11; Java HotSpot(TM) 64-Bit Server VM 11+28 > Runtime: Java(TM) SE Runtime Environment 11+28 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > User directory: C:\Users\luca.mambretti.BZDOMAIN\AppData\Roaming\NetBeans\11.1 > Cache directory: > C:\Users\luca.mambretti.BZDOMAIN\AppData\Local\NetBeans\Cache\11.1 >Reporter: Luca Mambretti >Priority: Major > Labels: regresion > > I've noticed that the usual code completion for "for* cycles" has gotten way > dumber than the oracle powered version 8.2. > > In 8.2 if you had code like this: > > {{ public static void main(String[] args)}} > {{ {}} > {{ String[] strings = \{"1","2","3"};}} > {{ }} > {{ }}} > > and you wrote "fore" then invoked code completion via shortcut it would > generate the following block: > {{}}{{ for (String string : strings)}} > {{ {}} > {{ }} > {{ }}} > > now in 11.1 but I've also tried with 9.0 and it's the same it generates: > {{}}{{ for (Object object : col)}} > {{ {}} > {{ }} > {{ }}} > > not really that bad but definitely annoying compared to the previous version. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1538) NetBeans installer Not locating Java properly
[ https://issues.apache.org/jira/browse/NETBEANS-1538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874867#comment-16874867 ] gerrykirsten commented on NETBEANS-1538: **[AOL Tech Support Phone Number|https://techsupportsnumber.com/aol-tech-support/] is a customer care helpline that is offered by one of world's best mail service provider. The experts at this toll-free helpline renders all your forget password, password recovery and other related issues. Reach them anytime of day or night at AOL Tech Support whenever you need their help. > NetBeans installer Not locating Java properly > - > > Key: NETBEANS-1538 > URL: https://issues.apache.org/jira/browse/NETBEANS-1538 > Project: NetBeans > Issue Type: Bug >Reporter: martha >Priority: Trivial > Fix For: 10.0 > > > I'm trying to install the NetBeans "all" package, and, I'm pretty sure I > already have Java SE Development Kit installed, however, it's not locating it > properly, it comes with an error. > {{Java SE Development Kit (JDK) was not found on this > computer[!https://issues.apache.org/jira/images/icons/emoticons/sad.png!|https://www.essayhave.com/essay-writing-service.html]}} > So I ran the CMD and typed: > {{netbeans-7.1.3-windows.exe --javahome "C:\Program Files\Java\jdk1.7.0_25"}} > As I checked, I was in the right directory (E:\Mark\Downloads) where the > setup file of netbeans is supposed to be. After pressing ENTER, it did locate > JDK, however it would not locate JRE and came up with this error. > {{Java Runtime Environment (JRE) was not found There is no JRE at the > specified location C:\Program Files\Java\jdk1.7.0_25}} > So I tried installing the JDK+NetBeans Bundle by Oracle [x86 (32-bit) for > Windows (I'm running a 32-bit Windows XP SP3 so it should have worked)] but > it says that it's not compatible with my current platform. I also tried > --jdkhome but it didn't seem to work at all. Please, this has been going on > for two days. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-2768) Graph visualization of git history (git log)
Christian Lenz created NETBEANS-2768: Summary: Graph visualization of git history (git log) Key: NETBEANS-2768 URL: https://issues.apache.org/jira/browse/NETBEANS-2768 Project: NetBeans Issue Type: New Feature Components: versioncontrol - Git Affects Versions: Next Reporter: Christian Lenz As already written in the original ticket (see the linked ticket), this is one of a feature which is long wanted to have it inside NetBeans. NetBeans needs to visualize git log as Eclipse is doing and IntelliJ. The discussion was about to implement the simple solution of nbgit, don't know whether we have license problems or whatever, why this wasn't implemented ever, because a patch draft is already there. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2768) Graph visualization of git history (git log)
[ https://issues.apache.org/jira/browse/NETBEANS-2768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-2768: - Labels: git (was: ) > Graph visualization of git history (git log) > > > Key: NETBEANS-2768 > URL: https://issues.apache.org/jira/browse/NETBEANS-2768 > Project: NetBeans > Issue Type: New Feature > Components: versioncontrol - Git >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > Labels: git > > As already written in the original ticket (see the linked ticket), this is > one of a feature which is long wanted to have it inside NetBeans. NetBeans > needs to visualize git log as Eclipse is doing and IntelliJ. The discussion > was about to implement the simple solution of nbgit, don't know whether we > have license problems or whatever, why this wasn't implemented ever, because > a patch draft is already there. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Kellerer updated NETBEANS-2240: -- Attachment: MyServiceTest.dump > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: MyServiceTest.dump, RefactorTestProject.zip, messages.log > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NetBeans 10, 11 and 11.1-beta2 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > I have attached a complete Maven project that consistently reproduces this > problem on two different Windows computers with OpenJDK 11, 12 and Oracle JDK > 11 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Kellerer updated NETBEANS-2240: -- Description: Whenever I refactor a class (e.g rename, move), or public methods of a class NetBeans 10, 11 and 11.1-beta2 throws a NPE. This is a multi-module Maven project. The Java source that is mentioned in the error message is always a test class using TestNG. I don't seem to get that error with projects that do not use TestNG. I have attached a complete Maven project that consistently reproduces this problem on two different Windows computers with OpenJDK 11, 12 and Oracle JDK 11 was: Whenever I refactor a class (e.g rename, move), or public methods of a class NB 11 throws a NPE. This is a multi-module Maven project. The Java source that is mentioned in the error message is always a test class using TestNG. I don't seem to get that error with projects that do not use TestNG. Doing the refactoring with NetBeans 10 on the same project works without problems. Due to legal reasons I can not attach the source code that is part of the dump file - I had to remove everything related to the "real" source and tried to replace some path names revealing private information. I hope the files are useful nevertheless > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: RefactorTestProject.zip, messages.log > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NetBeans 10, 11 and 11.1-beta2 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > I have attached a complete Maven project that consistently reproduces this > problem on two different Windows computers with OpenJDK 11, 12 and Oracle JDK > 11 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Kellerer updated NETBEANS-2240: -- Attachment: (was: CommentsTest.dump) > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: RefactorTestProject.zip, messages.log > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NetBeans 10, 11 and 11.1-beta2 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > I have attached a complete Maven project that consistently reproduces this > problem on two different Windows computers with OpenJDK 11, 12 and Oracle JDK > 11 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874843#comment-16874843 ] Geertjan Wielenga commented on NETBEANS-2240: - The description says, your words: {quote}Doing the refactoring with NetBeans 10 on the same project works without problems.{quote} So, it's unclear now, to me, still. I'm on Mac, that may be a difference. Will try on Windows, but not until it is very clear in which releases of NetBeans this problem occurs (please update this issue to be very explicit about this). > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: CommentsTest.dump, RefactorTestProject.zip, messages.log > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NB 11 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > Doing the refactoring with NetBeans 10 on the same project works without > problems. > Due to legal reasons I can not attach the source code that is part of the > dump file - I had to remove everything related to the "real" source and tried > to replace some path names revealing private information. I hope the files > are useful nevertheless -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874839#comment-16874839 ] Thomas Kellerer commented on NETBEANS-2240: --- This happens with NetBeans 10.0 as well. I don't really do anything else. I open the project, adjust the Java Platorm, run Clean & Build, Open the MyService class, put the cursor on the "getAnswer()" method, then choose "Refactor -> Rename", provide a different name and click on OK and then I get the NullPointerException in {noformat} Caused: java.lang.NullPointerException at jdk.compiler/com.sun.tools.javac.comp.TypeEnter$MembersPhase.runPhase(TypeEnter.java:934){noformat} I tried with OpenJDK 11 and 12 (from AdoptOpenJDK) and with the Oracle JDK 11. Tried with an empty UserDir as well. This happens on two different computers (private and office) both running Windows 10 (1803), one is Windows 10 Professional, the other Windows 10 Home. I will record a video this evening showing all steps. > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: CommentsTest.dump, RefactorTestProject.zip, messages.log > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NB 11 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > Doing the refactoring with NetBeans 10 on the same project works without > problems. > Due to legal reasons I can not attach the source code that is part of the > dump file - I had to remove everything related to the "real" source and tried > to replace some path names revealing private information. I hope the files > are useful nevertheless -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans-jenkins-lib] branch master updated: use mvn from cli
This is an automated email from the ASF dual-hosted git repository. skygo pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git The following commit(s) were added to refs/heads/master by this push: new 20b46b8 use mvn from cli 20b46b8 is described below commit 20b46b8e7b07c109024b14d7a1f27bed0594c19f Author: Eric Barboni AuthorDate: Fri Jun 28 12:16:27 2019 +0200 use mvn from cli --- vars/asfMainNetBeansBuild.groovy | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/vars/asfMainNetBeansBuild.groovy b/vars/asfMainNetBeansBuild.groovy index 58a2bb6..b58dae4 100644 --- a/vars/asfMainNetBeansBuild.groovy +++ b/vars/asfMainNetBeansBuild.groovy @@ -140,11 +140,12 @@ def call(Map params = [:]) { sh "rm -rf ${env.WORKSPACE}/.repository" def localRepo = "${env.WORKSPACE}/.repository" def netbeansbase = "${env.WORKSPACE}/build-release-temp/nbbuild" - -sh "mvn org.apache.maven.plugins:maven-dependency-plugin:3.1.1:get -Dartifact=org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT -Dmaven.repo.local=${env.WORKSPACE}/.repository -DremoteRepositories=apache.snapshots.httpshttps://repository.apache.org/snapshots"; -sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:download -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DrepositoryUrl=https://repo.maven.apache.org/maven2"; -sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:populate -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DnetbeansNbmDirectory=${netbeansbase}/nbms -DnetbeansInstallDirectory=${netbeansbase}/netbeans -DnetbeansSourcesDirectory=${netbeansbase}/build/source-zips -DnebeansJavadocDirectory=${netbeansbase}/build/javadoc -DparentGAV=org.apache.netbeans:netbeans-parent:2 -DforcedVersion=${m [...] - + withMaven(maven:myMaven,jdk:jdktool,publisherStrategy: 'EXPLICIT',mavenLocalRepo: localRepo,options:[artifactsPublisher(disabled: true)]) +{ +sh "mvn org.apache.maven.plugins:maven-dependency-plugin:3.1.1:get -Dartifact=org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT -Dmaven.repo.local=${env.WORKSPACE}/.repository -DremoteRepositories=apache.snapshots.httpshttps://repository.apache.org/snapshots"; +sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:download -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DrepositoryUrl=https://repo.maven.apache.org/maven2"; +sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:populate -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DnetbeansNbmDirectory=${netbeansbase}/nbms -DnetbeansInstallDirectory=${netbeansbase}/netbeans -DnetbeansSourcesDirectory=${netbeansbase}/build/source-zips -DnebeansJavadocDirectory=${netbeansbase}/build/javadoc -DparentGAV=org.apache.netbeans:netbeans-parent:2 -DforcedVersion [...] +} archiveArtifacts 'dist/**' - 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-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874827#comment-16874827 ] Geertjan Wielenga edited comment on NETBEANS-2240 at 6/28/19 10:09 AM: --- Refactored the name without a problem in 11.1 beta-2. Possibly I'm doing something different to you, can't know for sure until you provide the exact steps you're doing here. was (Author: geertjanwielenga): Refactored the name without a problem. Possibly I'm doing something different to you, can't know for sure until you provide the exact steps you're doing here. > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: CommentsTest.dump, RefactorTestProject.zip, messages.log > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NB 11 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > Doing the refactoring with NetBeans 10 on the same project works without > problems. > Due to legal reasons I can not attach the source code that is part of the > dump file - I had to remove everything related to the "real" source and tried > to replace some path names revealing private information. I hope the files > are useful nevertheless -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874827#comment-16874827 ] Geertjan Wielenga commented on NETBEANS-2240: - Refactored the name without a problem. Possibly I'm doing something different to you, can't know for sure until you provide the exact steps you're doing here. > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: CommentsTest.dump, RefactorTestProject.zip, messages.log > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NB 11 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > Doing the refactoring with NetBeans 10 on the same project works without > problems. > Due to legal reasons I can not attach the source code that is part of the > dump file - I had to remove everything related to the "real" source and tried > to replace some path names revealing private information. I hope the files > are useful nevertheless -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2240) NPE thrown when refactoring a class
[ https://issues.apache.org/jira/browse/NETBEANS-2240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874823#comment-16874823 ] Geertjan Wielenga commented on NETBEANS-2240: - And the description says: {quote}Doing the refactoring with NetBeans 10 on the same project works without problems.{quote} So, this problem is specific to 11.x? > NPE thrown when refactoring a class > --- > > Key: NETBEANS-2240 > URL: https://issues.apache.org/jira/browse/NETBEANS-2240 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0, 11.0 >Reporter: Thomas Kellerer >Priority: Major > Labels: ca_survey > Attachments: CommentsTest.dump, RefactorTestProject.zip, messages.log > > > Whenever I refactor a class (e.g rename, move), or public methods of a class > NB 11 throws a NPE. > This is a multi-module Maven project. > The Java source that is mentioned in the error message is always a test class > using TestNG. I don't seem to get that error with projects that do not use > TestNG. > Doing the refactoring with NetBeans 10 on the same project works without > problems. > Due to legal reasons I can not attach the source code that is part of the > dump file - I had to remove everything related to the "real" source and tried > to replace some path names revealing private information. I hope the files > are useful nevertheless -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans-jenkins-lib] branch master updated: use mvn from cli
This is an automated email from the ASF dual-hosted git repository. skygo pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git The following commit(s) were added to refs/heads/master by this push: new 0b1758c use mvn from cli 0b1758c is described below commit 0b1758c1b4738e3974fd3247b0b464d97132a93c Author: Eric Barboni AuthorDate: Fri Jun 28 10:41:44 2019 +0200 use mvn from cli --- vars/asfMainNetBeansBuild.groovy | 15 --- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/vars/asfMainNetBeansBuild.groovy b/vars/asfMainNetBeansBuild.groovy index 24c8c30..58a2bb6 100644 --- a/vars/asfMainNetBeansBuild.groovy +++ b/vars/asfMainNetBeansBuild.groovy @@ -135,17 +135,18 @@ def call(Map params = [:]) { sh "cd ${env.WORKSPACE}/dist"+' && for z in $(find . -name "*.gz") ; do sha512sum $z >$z.sha512 ; done' sh "ant build-javadoc -Djavadoc.web.root='${apidocurl}' -Dmodules-javadoc-date='${date}' -Datom-date='${atomdate}' -Djavadoc.web.zip=${env.WORKSPACE}/WEBZIP.zip" -archiveArtifacts 'dist/**' + sh "rm -rf ${env.WORKSPACE}/repoindex/" sh "rm -rf ${env.WORKSPACE}/.repository" def localRepo = "${env.WORKSPACE}/.repository" def netbeansbase = "${env.WORKSPACE}/build-release-temp/nbbuild" - withMaven(maven:myMaven,jdk:jdktool,publisherStrategy: 'EXPLICIT',mavenLocalRepo: localRepo) -{ -sh "mvn org.apache.maven.plugins:maven-dependency-plugin:3.1.1:get -Dartifact=org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT -DremoteRepositories=apache.snapshots.httpshttps://repository.apache.org/snapshots"; -sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:download -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -DrepositoryUrl=https://repo.maven.apache.org/maven2"; -sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:populate -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -DnetbeansNbmDirectory=${netbeansbase}/nbms -DnetbeansInstallDirectory=${netbeansbase}/netbeans -DnetbeansSourcesDirectory=${netbeansbase}/build/source-zips -DnebeansJavadocDirectory=${netbeansbase}/build/javadoc -DparentGAV=org.apache.netbeans:netbeans-parent:2 -DforcedVersion=${mavenVersion} -DskipInstall=true -DdeployUrl= [...] -} + +sh "mvn org.apache.maven.plugins:maven-dependency-plugin:3.1.1:get -Dartifact=org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT -Dmaven.repo.local=${env.WORKSPACE}/.repository -DremoteRepositories=apache.snapshots.httpshttps://repository.apache.org/snapshots"; +sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:download -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DrepositoryUrl=https://repo.maven.apache.org/maven2"; +sh "mvn org.apache.netbeans.utilities:nb-repository-plugin:1.5-SNAPSHOT:populate -DnexusIndexDirectory=${env.WORKSPACE}/repoindex -Dmaven.repo.local=${env.WORKSPACE}/.repository -DnetbeansNbmDirectory=${netbeansbase}/nbms -DnetbeansInstallDirectory=${netbeansbase}/netbeans -DnetbeansSourcesDirectory=${netbeansbase}/build/source-zips -DnebeansJavadocDirectory=${netbeansbase}/build/javadoc -DparentGAV=org.apache.netbeans:netbeans-parent:2 -DforcedVersion=${m [...] + + +archiveArtifacts 'dist/**' } } - 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-2764) NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is connected with proxy
[ https://issues.apache.org/jira/browse/NETBEANS-2764?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-2764: - Labels: pull-request-available (was: ) > NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is > connected with proxy > --- > > Key: NETBEANS-2764 > URL: https://issues.apache.org/jira/browse/NETBEANS-2764 > Project: NetBeans > Issue Type: Bug > Components: core, platform - Proxy >Affects Versions: 11.1 > Environment: Netbeans 11.1-beta2 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: Jaroslav Tulach >Priority: Major > Labels: pull-request-available > > Immediately upon startup of Netbeans 11.1-beta2 while connected over VPN > (with proxy), I get a notification with the exception below. > This bug is vaguely similar to NETBEANS-1775. Seems like the Netbeans test > suite needs to be augmented with some test coverage for network proxies, to > prevent this type of bug from reappearing again and again? > > org.graalvm.polyglot.PolyglotException: java.lang.NoClassDefFoundError: > com/oracle/truffle/api/library/Library > at > com.oracle.truffle.js.nodes.control.DeletePropertyNode.create(DeletePropertyNode.java:107) > at > com.oracle.truffle.js.nodes.NodeFactory.createDeleteProperty(NodeFactory.java:667) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterDeleteIndex(GraalJSTranslator.java:2154) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterDelete(GraalJSTranslator.java:2134) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:1986) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterUnaryNode(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.UnaryNode.accept(UnaryNode.java:138) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:3091) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterExpressionStatement(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:173) > at > com.oracle.js.parser.ir.ExpressionStatement.accept(ExpressionStatement.java:87) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.Block.accept(Block.java:182) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at com.oracle.js.parser.ir.Block.accept(Block.java:378) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:1804) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterForNode(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.ForNode.accept(ForNode.java:125) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at > com.oracle.js.parser.ir.LexicalContextStatement.accept(LexicalContextStatement.java:68) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.Block.accept(Block.java:182) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at com.oracle.js.parser.ir.Block.accept(Block.java:378) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.ja
[jira] [Commented] (NETBEANS-2755) Gradle project properties: Support for attaching sources for project libraries (in gradle.properties, or any project-versionable file)
[ https://issues.apache.org/jira/browse/NETBEANS-2755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16874725#comment-16874725 ] Laszlo Kishalmi commented on NETBEANS-2755: --- Finally I could track and fix the issue. PR will come soon. Basically as the offline stored libraries were inside a project NB never asked for heuristics, just asked the project what about those sources. As usually the root project do not know of any Java stuff just ignored the request. Even though, if the root project would be a Java project, the implementation was dumb enough not to know what should be done in this case. > Gradle project properties: Support for attaching sources for project > libraries (in gradle.properties, or any project-versionable file) > -- > > Key: NETBEANS-2755 > URL: https://issues.apache.org/jira/browse/NETBEANS-2755 > Project: NetBeans > Issue Type: Wish > Components: projects - Gradle >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I have a large multi-project build which we store in a git repo. Some of our > developers use Netbeans and would like the library dependency .jar files to > have attached sources, so that they can conveniently review their > sources/javadocs during IDE code development. Although it's possible to > attach sources, the attachment isn't saved inside the project properties, and > isn't relative to the project root directory. So it doesn't seem possible to > set up our repo so that netbeans users automatically get attaches library > source files (where the source files are stored inside the same repo). > > Perhaps it would work if I modified our build.gradle to declare the sources > as build dependencies, but this is bogus and undesirable. > > With the older gradle plug-in, I was able to add the sources as dependencies > in the netbeans-init.gradle, and this worked fine. > > Is it possible for the new build-in Gradle support to be enhanced to allow > library source attachments to be tracked, in a manner that allows both the > sources and their attachment settings to live inside the project's source > repo? > > (By the way, other than a few missing features and a couple of minor > exceptions thrown, the new built-in gradle support is really nice, and > generally works well. The existing customizability is also really good! > Thank you!) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists