[jira] [Commented] (NETBEANS-1841) NumberFormatException when accessing Slik SVN
[ https://issues.apache.org/jira/browse/NETBEANS-1841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879595#comment-16879595 ] Rok Yu commented on NETBEANS-1841: -- This appears to be a duplicate of https://issues.apache.org/jira/browse/NETBEANS-1936 which is resolved as fixed. > NumberFormatException when accessing Slik SVN > - > > Key: NETBEANS-1841 > URL: https://issues.apache.org/jira/browse/NETBEANS-1841 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Subversion >Affects Versions: 10.0 >Reporter: Kai Schroedter >Priority: Major > > When accessing SVN functions the IDE reports an exception: > java.lang.NumberFormatException: For input string: "4-SlikSvn" > at > java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) > at java.base/java.lang.Integer.parseInt(Integer.java:652) > at java.base/java.lang.Integer.parseInt(Integer.java:770) > at > org.netbeans.modules.subversion.client.cli.commands.VersionCommand$Version.parse(VersionCommand.java:168) > at > org.netbeans.modules.subversion.client.cli.commands.VersionCommand$Version.parse(VersionCommand.java:146) > at > org.netbeans.modules.subversion.client.cli.commands.VersionCommand.checkForErrors(VersionCommand.java:87) > at > org.netbeans.modules.subversion.client.cli.CommandlineClient.checkSupportedVersion(CommandlineClient.java:132) > at > org.netbeans.modules.subversion.client.SvnClientFactory.checkVersion(SvnClientFactory.java:473) > at > org.netbeans.modules.subversion.client.SvnClientFactory.checkCLIExecutable(SvnClientFactory.java:430) > at > org.netbeans.modules.subversion.client.SvnClientFactory.setupCommandline(SvnClientFactory.java:403) > at > org.netbeans.modules.subversion.client.SvnClientFactory.setup(SvnClientFactory.java:210) > at > org.netbeans.modules.subversion.client.SvnClientFactory.init(SvnClientFactory.java:95) > at > org.netbeans.modules.subversion.client.SvnClientFactory.wasJavahlCrash(SvnClientFactory.java:253) > at > org.netbeans.modules.subversion.Subversion.checkClientAvailable(Subversion.java:189) > at > org.netbeans.modules.subversion.util.ClientCheckSupport$1.perform(ClientCheckSupport.java:61) > at > org.netbeans.modules.subversion.client.SvnProgressSupport.performIntern(SvnProgressSupport.java:86) > at > org.netbeans.modules.subversion.client.SvnProgressSupport.run(SvnProgressSupport.java:79) > 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) -- 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-1541) Refactor -> Convert Anonymous to Member fails
[ https://issues.apache.org/jira/browse/NETBEANS-1541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bailey Campbell updated NETBEANS-1541: -- Description: While invoking Convert Anonymous to Member you are not give the ability to name new Member. Test Suite: [http://netbeans-vm.apache.org/synergy/client/app/#/specification/351/v/2] Test Cases affected: Test I (Convert Anonymous to Member) Test II (Convert Anonymous to Member) In both test cases above after selecting option to Convert Anonymous to Member you are told to give the new member a name. You are not given a dialog box to give the member a name, the code is automatically created. was: While invoking Convert Anonymous to Member you are not give the ability to name new Member. Test Suite: [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2018/v/1] Test Cases affected: Test I (Convert Anonymous to Member) Test II (Convert Anonymous to Member) In both test cases above after selecting option to Convert Anonymous to Member you are told to give the new member a name. You are not given a dialog box to give the member a name, the code is automatically created. > Refactor -> Convert Anonymous to Member fails > - > > Key: NETBEANS-1541 > URL: https://issues.apache.org/jira/browse/NETBEANS-1541 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 10.0 >Reporter: Bailey Campbell >Priority: Minor > > While invoking Convert Anonymous to Member you are not give the ability to > name new Member. > Test Suite: > [http://netbeans-vm.apache.org/synergy/client/app/#/specification/351/v/2] > Test Cases affected: Test I (Convert Anonymous to Member) > Test II (Convert Anonymous to Member) > In both test cases above after selecting option to Convert Anonymous to > Member you are told to give the new member a name. You are not given a > dialog box to give the member a name, the code is automatically created. -- 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-1535) Undo does not work after Refactor Change Method Parameters is used
[
https://issues.apache.org/jira/browse/NETBEANS-1535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1535:
--
Description:
Refactor Change Method Parameters undo does not work properly, after selecting
undo original method is not put back to it's original state.
{color:#33}Test Suite
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2029/v/1]{color}
{color:#33}Test Case: Test II (Change Method Parameters){color}
{color:#33}The test case fails and the "Expected Results" section is
wrong.{color}
was:
Refactor Change Method Parameters undo does not work properly, after selecting
undo original method is not put back to it's original state.
{color:#33}Test Suite
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2029/v/1]{color}
{color:#33}Test Case: Test II (Change Method Parameters){color}
> Undo does not work after Refactor Change Method Parameters is used
> --
>
> Key: NETBEANS-1535
> URL: https://issues.apache.org/jira/browse/NETBEANS-1535
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
>Reporter: Bailey Campbell
>Priority: Major
>
> Refactor Change Method Parameters undo does not work properly, after
> selecting undo original method is not put back to it's original state.
> {color:#33}Test Suite
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2029/v/1]{color}
> {color:#33}Test Case: Test II (Change Method Parameters){color}
> {color:#33}The test case fails and the "Expected Results" section is
> wrong.{color}
--
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-1535) Undo does not work after Refactor Change Method Parameters is used
[
https://issues.apache.org/jira/browse/NETBEANS-1535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1535:
--
Description:
Refactor Change Method Parameters undo does not work properly, after selecting
undo original method is not put back to it's original state.
{color:#33}Test Suite
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2029/v/1]{color}
{color:#33}Test Case: Test II (Change Method Parameters){color}
was:
Refactor Change Method Parameters undo does not work properly, after selecting
undo original method is not put back to it's original state.
{color:#33}Test Suite
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2018/v/1]{color}
{color:#33}Test Case: Test II (Change Method Parameters){color}
> Undo does not work after Refactor Change Method Parameters is used
> --
>
> Key: NETBEANS-1535
> URL: https://issues.apache.org/jira/browse/NETBEANS-1535
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
>Reporter: Bailey Campbell
>Priority: Major
>
> Refactor Change Method Parameters undo does not work properly, after
> selecting undo original method is not put back to it's original state.
> {color:#33}Test Suite
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2029/v/1]{color}
> {color:#33}Test Case: Test II (Change Method Parameters){color}
--
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-1533) Undo does not work after Refactor Inline is used
[
https://issues.apache.org/jira/browse/NETBEANS-1533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1533:
--
Description:
After selecting Refactor Inline code is changed correctly, after selecting
undo, method is not replaced in original file.
{color:#33}Test Suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/specification/351/v/2]{color}
{color:#33}Test Cases:{color}
{color:#33}Test I (inline){color}
{color:#33}Test II (inline){color}
{color:#33} - step 4 {color}From pop-up menu select Refactor > Use
supertype where possible... > select {{supertype.Level2}} and press Refactor
it is not an option to select supertype.Level2
undo does not work
was:
After selecting Refactor Inline code is changed correctly, after selecting
undo, method is not replaced in original file.
{color:#33}Test Suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/specification/351/v/2]{color}
{color:#33}Test Cases:{color}
{color:#33}Test I (inline){color}
{color:#33}Test II (inline){color}
> Undo does not work after Refactor Inline is used
>
>
> Key: NETBEANS-1533
> URL: https://issues.apache.org/jira/browse/NETBEANS-1533
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
>Reporter: Bailey Campbell
>Priority: Major
>
> After selecting Refactor Inline code is changed correctly, after selecting
> undo, method is not replaced in original file.
>
> {color:#33}Test Suite:
> [http://netbeans-vm.apache.org/synergy/client/app/#/specification/351/v/2]{color}
> {color:#33}Test Cases:{color}
> {color:#33}Test I (inline){color}
> {color:#33}Test II (inline){color}
> {color:#33} - step 4 {color}From pop-up menu select Refactor > Use
> supertype where possible... > select {{supertype.Level2}} and press Refactor
> it is not an option to select supertype.Level2
> undo does not work
--
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-1533) Undo does not work after Refactor Inline is used
[
https://issues.apache.org/jira/browse/NETBEANS-1533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1533:
--
Description:
After selecting Refactor Inline code is changed correctly, after selecting
undo, method is not replaced in original file.
{color:#33}Test Suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/specification/351/v/2]{color}
{color:#33}Test Cases:{color}
{color:#33}Test I (inline){color}
{color:#33}Test II (inline){color}
was:
After selecting Refactor Inline code is changed correctly, after selecting
undo, method is not replaced in original file.
{color:#33}Test Suite
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2018/v/1]{color}
{color:#33}Test Cases:{color}
{color:#33}Test I (inline){color}
{color:#33}Test II (inline){color}
> Undo does not work after Refactor Inline is used
>
>
> Key: NETBEANS-1533
> URL: https://issues.apache.org/jira/browse/NETBEANS-1533
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
>Reporter: Bailey Campbell
>Priority: Major
>
> After selecting Refactor Inline code is changed correctly, after selecting
> undo, method is not replaced in original file.
>
> {color:#33}Test Suite:
> [http://netbeans-vm.apache.org/synergy/client/app/#/specification/351/v/2]{color}
> {color:#33}Test Cases:{color}
> {color:#33}Test I (inline){color}
> {color:#33}Test II (inline){color}
--
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-1532) Refactor Extract Interface , undo/redo does not work
[
https://issues.apache.org/jira/browse/NETBEANS-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1532:
--
Description:
After Refactor->Extract Interface is call, undo/redo does not work
{color:#33}Test suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
{color:#33}Test Cases affected:{color}
{color:#33}Test I (Extract Interface){color}
{color:#33} - In step 6. {color}Press undo - redo - undo and every
time confirm dialog
There is no confirm dialog.
- The new file is not deleted.
{color:#33}Test II (Extract Interface{color}
- In step 5 Press undo and confirm dialog
- In set 6 Press redo and confirm
There is no confirm dialog
- The new file is not deleted
was:
After Refactor->Extract Interface is call, undo/redo does not work
{color:#33}Test suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
{color:#33}Test Cases affected:{color}
{color:#33}Test I (Extract Interface){color}
{color:#33} - In step 6. {color}Press undo - redo - undo and every
time confirm dialog
There is no confirm dialog.
- The new file is not deleted.
{color:#33}Test II (Extract Interface){color}
> Refactor Extract Interface , undo/redo does not work
>
>
> Key: NETBEANS-1532
> URL: https://issues.apache.org/jira/browse/NETBEANS-1532
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
>Reporter: Bailey Campbell
>Priority: Major
>
> After Refactor->Extract Interface is call, undo/redo does not work
> {color:#33}Test suite:
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
> {color:#33}Test Cases affected:{color}
> {color:#33}Test I (Extract Interface){color}
> {color:#33} - In step 6. {color}Press undo - redo - undo and every
> time confirm dialog
> There is no confirm dialog.
> - The new file is not deleted.
> {color:#33}Test II (Extract Interface{color}
> - In step 5 Press undo and confirm dialog
> - In set 6 Press redo and confirm
> There is no confirm dialog
> - The new file is not deleted
--
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-1532) Refactor Extract Interface , undo/redo does not work
[
https://issues.apache.org/jira/browse/NETBEANS-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1532:
--
Description:
After Refactor->Extract Interface is call, undo/redo does not work
{color:#33}Test suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
{color:#33}Test Cases affected:{color}
{color:#33}Test I (Extract Interface){color}
{color:#33} - In step 6. {color}Press undo - redo - undo and every
time confirm dialog
There is no confirm dialog.
- The new file is not deleted.
{color:#33}Test II (Extract Interface){color}
was:
After Refactor->Extract Interface is call, undo/redo does not work
{color:#33}Test suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
{color:#33}Test Cases affected:{color}
{color:#33}Test I (Extract Interface){color}
{color:#33}step 6. {color}Press undo - redo - undo and every time confirm
dialog
There is no confirm dialog.
{color:#33}Test II (Extract Interface){color}
> Refactor Extract Interface , undo/redo does not work
>
>
> Key: NETBEANS-1532
> URL: https://issues.apache.org/jira/browse/NETBEANS-1532
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
>Reporter: Bailey Campbell
>Priority: Major
>
> After Refactor->Extract Interface is call, undo/redo does not work
> {color:#33}Test suite:
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
> {color:#33}Test Cases affected:{color}
> {color:#33}Test I (Extract Interface){color}
> {color:#33} - In step 6. {color}Press undo - redo - undo and every
> time confirm dialog
> There is no confirm dialog.
> - The new file is not deleted.
> {color:#33}Test II (Extract Interface){color}
--
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-1532) Refactor Extract Interface , undo/redo does not work
[
https://issues.apache.org/jira/browse/NETBEANS-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1532:
--
Description:
After Refactor->Extract Interface is call, undo/redo does not work
{color:#33}Test suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
{color:#33}Test Cases affected:{color}
{color:#33}Test I (Extract Interface){color}
{color:#33}step 6. {color}Press undo - redo - undo and every time confirm
dialog
There is no confirm dialog.
{color:#33}Test II (Extract Interface){color}
was:
After Refactor->Extract Interface is call, undo/redo does not work
{color:#33}Test suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
{color:#33}Test Cases affected:{color}
{color:#33}Test I (Extract Interface){color}
{color:#33}Test II (Extract Interface){color}
> Refactor Extract Interface , undo/redo does not work
>
>
> Key: NETBEANS-1532
> URL: https://issues.apache.org/jira/browse/NETBEANS-1532
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
>Reporter: Bailey Campbell
>Priority: Major
>
> After Refactor->Extract Interface is call, undo/redo does not work
> {color:#33}Test suite:
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
> {color:#33}Test Cases affected:{color}
> {color:#33}Test I (Extract Interface){color}
> {color:#33}step 6. {color}Press undo - redo - undo and every time
> confirm dialog
> There is no confirm dialog.
> {color:#33}Test II (Extract Interface){color}
--
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-1532) Refactor Extract Interface , undo/redo does not work
[
https://issues.apache.org/jira/browse/NETBEANS-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1532:
--
Description:
After Refactor->Extract Interface is call, undo/redo does not work
{color:#33}Test suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
{color:#33}Test Cases affected:{color}
{color:#33}Test I (Extract Interface){color}
{color:#33}Test II (Extract Interface){color}
was:
After Refactor->Extract Interface is call, undo/redo does not work
{color:#33}Test suite:
[http://netbeans-vm.apache.org/synergy/client/app/#/suite/2018/v/1]{color}
{color:#33}Test Cases affected:{color}
{color:#33}Test I (Extract Interface){color}
{color:#33}Test II (Extract Interface){color}
> Refactor Extract Interface , undo/redo does not work
>
>
> Key: NETBEANS-1532
> URL: https://issues.apache.org/jira/browse/NETBEANS-1532
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
>Reporter: Bailey Campbell
>Priority: Major
>
> After Refactor->Extract Interface is call, undo/redo does not work
> {color:#33}Test suite:
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2026/v/1]{color}
> {color:#33}Test Cases affected:{color}
> {color:#33}Test I (Extract Interface){color}
> {color:#33}Test II (Extract Interface){color}
--
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-1503) Undo does not work after Refactor Rename is used
[
https://issues.apache.org/jira/browse/NETBEANS-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bailey Campbell updated NETBEANS-1503:
--
Description:
After renaming a java file with Refactor option, Undo does not work.
Test Suite: [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2018/v/1]
Test Cases affected:
{color:#33}[http://netbeans-vm.apache.org/synergy/client/app/#/case/4967/suite/2018/v/1]{color}
{color:#33}[http://netbeans-vm.apache.org/synergy/client/app/#/case/4968/suite/2018/v/1]{color}
[http://netbeans-vm.apache.org/synergy/client/app/#/case/4970/suite/2018/v/1]
was:
After renaming a java file with Refactor option, Undo does not work.
Test Suite: [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2018/v/1]
Test Cases affected:
{color:#33}[http://netbeans-vm.apache.org/synergy/client/app/#/case/4966/suite/2018/v/1]{color}
{color:#33}[http://netbeans-vm.apache.org/synergy/client/app/#/case/4967/suite/2018/v/1]{color}
{color:#33}[http://netbeans-vm.apache.org/synergy/client/app/#/case/4968/suite/2018/v/1]{color}
[http://netbeans-vm.apache.org/synergy/client/app/#/case/4970/suite/2018/v/1]
> Undo does not work after Refactor Rename is used
>
>
> Key: NETBEANS-1503
> URL: https://issues.apache.org/jira/browse/NETBEANS-1503
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 10.0
> Environment: Windows 10
>Reporter: Bailey Campbell
>Priority: Minor
> Fix For: Next
>
>
> After renaming a java file with Refactor option, Undo does not work.
> Test Suite:
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2018/v/1]
> Test Cases affected:
> {color:#33}[http://netbeans-vm.apache.org/synergy/client/app/#/case/4967/suite/2018/v/1]{color}
> {color:#33}[http://netbeans-vm.apache.org/synergy/client/app/#/case/4968/suite/2018/v/1]{color}
> [http://netbeans-vm.apache.org/synergy/client/app/#/case/4970/suite/2018/v/1]
>
--
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-2777) The last stable binary cannot be run on archlinux32
[
https://issues.apache.org/jira/browse/NETBEANS-2777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879393#comment-16879393
]
Ildar Amankulov commented on NETBEANS-2777:
---
Thank you, [~lkishalmi]
> The last stable binary cannot be run on archlinux32
> ---
>
> Key: NETBEANS-2777
> URL: https://issues.apache.org/jira/browse/NETBEANS-2777
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0
> 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
>Priority: Blocker
> Labels: binary, i686, run
> Attachments: hs_err_pid6011.log
>
>
> *Step by step*
> Download
> #
> https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip
> # run netbeans
>
> *Output*
> {code:bash}
> xcart-aim-arch[../bin]$ pwd
> /home/aim/tmp/del/netbeans/bin
> xcart-aim-arch[../bin]$ ./netbeans
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error (os_linux_x86.cpp:291), pid=6011, tid=0xb6cddb40
> # 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/tmp/del/netbeans/bin/core or
> core.6011
> #
> # An error report file with more information is saved as:
> # /home/aim/tmp/del/netbeans/bin/hs_err_pid6011.log
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.java.com/bugreport/crash.jsp
> #
> /home/aim/tmp/del/netbeans/platform/lib/nbexec: строка 425: 6011 Аварийный
> останов (стек памяти сброшен на диск) "/usr/lib/jvm/default/bin/java"
> -Djdk.home="/usr/lib/jvm/default" -classpath
> "/home/aim/tmp/del/netbeans/platform/lib/boot.jar:/home/aim/tmp/del/netbeans/platform/lib/org-openide-modules.jar:/home/aim/tmp/del/netbeans/platform/lib/org-openide-util.jar:/home/aim/tmp/del/netbeans/platform/lib/org-openide-util-lookup.jar:/home/aim/tmp/del/netbeans/platform/lib/org-openide-util-ui.jar:/usr/lib/jvm/default/lib/dt.jar:/usr/lib/jvm/default/lib/tools.jar"
> -Dnetbeans.default_userdir_root="/home/aim/.netbeans"
> -Dnetbeans.dirs="/home/aim/tmp/del/netbeans/nb:/home/aim/tmp/del/netbeans/ergonomics:/home/aim/tmp/del/netbeans/ide:/home/aim/tmp/del/netbeans/extide:/home/aim/tmp/del/netbeans/java:/home/aim/tmp/del/netbeans/apisupport:/home/aim/tmp/del/netbeans/webcommon:/home/aim/tmp/del/netbeans/websvccommon:/home/aim/tmp/del/netbeans/enterprise:/home/aim/tmp/del/netbeans/mobility:/home/aim/tmp/del/netbeans/profiler:/home/aim/tmp/del/netbeans/python:/home/aim/tmp/del/netbeans/php:/home/aim/tmp/del/netbeans/identity:/home/aim/tmp/del/netbeans/harness:/home/aim/tmp/del/netbeans/cnd:/home/aim/tmp/del/netbeans/cndext:/home/aim/tmp/del/netbeans/dlight:/home/aim/tmp/del/netbeans/groovy:/home/aim/tmp/del/netbeans/extra:/home/aim/tmp/del/netbeans/javacard:/home/aim/tmp/del/netbeans/javafx:"
> -Dnetbeans.home="/home/aim/tmp/del/netbeans/platform"
> '-Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade'
> '-XX:+UseStringDeduplication' '-Xss2m' '-Dnetbeans.logger.console=true'
> '-Djdk.gtk.version=2.2' '-Dapple.laf.useScreenMenuBar=true'
> '-Dapple.awt.graphics.UseQuartz=true' '-Dsun.java2d.noddraw=true'
> '-Dsun.java2d.dpiaware=true' '-Dsun.zip.disableMemoryMapping=true'
> '-Dplugin.manager.check.updates=false'
> '-Dnetbeans.extbrowser.manual_chrome_plugin_install=yes'
> '--add-opens=java.base/java.net=ALL-UNNAMED'
> '--add-opens=java.base/java.lang.ref=ALL-UNNAMED'
> '--add-opens=java.base/java.lang=ALL-UNNAMED'
> '--add-opens=java.base/java.security=ALL-UNNAMED'
> '--add-opens=java.base/java.util=ALL-UNNAMED'
> '--add-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED'
> '--add-opens=java.desktop/javax.swing.text=ALL-UNNAMED'
> '--add-opens=java.desktop/javax.swing=ALL-UNNAMED'
> '--add-opens=java.desktop/java.awt=ALL-UNNAMED'
> '--add-opens=java.desktop/java.awt.event=ALL-UNNAMED'
> '--add-opens=java.prefs/java.util.prefs=ALL-UNNAMED'
> '--add-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED' '--add-modules=jdk.jshell'
> '--add-exports=java.desktop/sun.awt=ALL-UNNAMED'
> '--add-exports=java.desktop/java.awt.peer=ALL-UNNAMED'
> '--add-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED'
> '--add-exports=java.desktop/sun.swing=ALL-UNNAMED'
> '--add-exports=java.desktop/sun.awt.im=ALL-UNNAMED'
> '--add-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED'
> '--add-exports=java.management/sun.management=ALL-UNNAMED'
> '--add-exports=java.bas
[jira] [Created] (NETBEANS-2808) Exception after installing nb-javac under root
Ulf Zibis created NETBEANS-2808: --- Summary: Exception after installing nb-javac under root Key: NETBEANS-2808 URL: https://issues.apache.org/jira/browse/NETBEANS-2808 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Reporter: Ulf Zibis Fix For: 11.1 --- >Log Session: Friday, July 5, 2019 at 4:53:03 PM Central European Summer Time >System Info: Product Version = Apache NetBeans IDE 11.1 Operating System= Linux version 4.15.0-54-generic running on amd64 Java; VM; Vendor= 11.0.3; OpenJDK 64-Bit Server VM 11.0.3+7-Ubuntu-1ubuntu218.04.1; Oracle Corporation Runtime = OpenJDK Runtime Environment 11.0.3+7-Ubuntu-1ubuntu218.04.1 Java Home = /usr/lib/jvm/java-11-openjdk-amd64 System Locale; Encoding = de_DE (nb); UTF-8 Home Directory = /root Current Directory = /root User Directory = /root/.netbeans/11.1 Cache Directory = /root/.cache/netbeans/11.1 Installation= /opt/netbeans/11.1/netbeans/nb /opt/netbeans/11.1/netbeans/ergonomics /opt/netbeans/11.1/netbeans/ide /opt/netbeans/11.1/netbeans/extide /opt/netbeans/11.1/netbeans/java /opt/netbeans/11.1/netbeans/apisupport /opt/netbeans/11.1/netbeans/webcommon /opt/netbeans/11.1/netbeans/websvccommon /opt/netbeans/11.1/netbeans/enterprise /opt/netbeans/11.1/netbeans/profiler /opt/netbeans/11.1/netbeans/php /opt/netbeans/11.1/netbeans/harness /opt/netbeans/11.1/netbeans/cnd /opt/netbeans/11.1/netbeans/cndext /opt/netbeans/11.1/netbeans/dlight /opt/netbeans/11.1/netbeans/groovy /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/javafx /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/javatextcopypaste /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/extra /opt/netbeans/11.1/netbeans/platform Boot & Ext. Classpath = Application Classpath = /opt/netbeans/11.1/netbeans/platform/lib/boot.jar:/opt/netbeans/11.1/netbeans/platform/lib/org-openide-modules.jar:/opt/netbeans/11.1/netbeans/platform/lib/org-openide-util.jar:/opt/netbeans/11.1/netbeans/platform/lib/org-openide-util-lookup.jar:/opt/netbeans/11.1/netbeans/platform/lib/org-openide-util-ui.jar Startup Classpath = /opt/netbeans/11.1/netbeans/platform/core/org-netbeans-libs-asm.jar:/opt/netbeans/11.1/netbeans/platform/core/org-openide-filesystems-compat8.jar:/opt/netbeans/11.1/netbeans/platform/core/asm-all-5.0.1.jar:/opt/netbeans/11.1/netbeans/platform/core/org-openide-filesystems.jar:/opt/netbeans/11.1/netbeans/platform/core/core.jar:/opt/netbeans/11.1/netbeans/platform/core/core-base.jar:/opt/netbeans/11.1/netbeans/nb/core/org-netbeans-upgrader.jar:/opt/netbeans/11.1/netbeans/nb/core/locale/core_nb.jar --- WARNING [org.netbeans.core.startup.NbEvents]: The extension /opt/netbeans/11.1/netbeans/ide/modules/ext/jcodings-1.0.18.jar may be multiply loaded by modules: [/opt/netbeans/11.1/netbeans/ide/modules/org-netbeans-modules-textmate-lexer.jar, /opt/netbeans/11.1/netbeans/ide/modules/org-netbeans-libs-bytelist.jar]; see: http://www.netbeans.org/download/dev/javadoc/org-openide-modules/org/openide/modules/doc-files/classpath.html#class-path WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module de.markiewb.netbeans.plugin.togglelinewrap: added = [module org.openide.util.ui > 9.3, module org.netbeans.modules.editor.document > 1.0] removed = []; details: [#243100: Separate desktop-independent utilities, Separation of Parsing and Indexing APIs] WARNING [org.netbeans.core.modules]: h
[jira] [Commented] (NETBEANS-2606) NetBeans overallocating FileObject(s), jams up GC, hangs
[ https://issues.apache.org/jira/browse/NETBEANS-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879318#comment-16879318 ] Eric Bresie commented on NETBEANS-2606: --- Could this be related to some of the secondary or subsequent issues that are derived from NETBEANS-168? Could this be a another Watcher related issue like NETBEANS-2785 and NETBEANS-2291? Could this be due to how things are traversed? I seem to recall in some context the basic "File.listFiles()" type method is called my pull references (i.e. in memory) for every file and basically waits until done (accumulating all that referenced items which may not be very efficient) verses a more stream way of doing so (i.e. with NIO Path based equivalent) allowing for more batches of files (i.e. handle small batch continue then handle next batch and continue to avoid having to wait until the end). > NetBeans overallocating FileObject(s), jams up GC, hangs > > > Key: NETBEANS-2606 > URL: https://issues.apache.org/jira/browse/NETBEANS-2606 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Shevek >Priority: Major > Attachments: histo.txt, temp.txt > > > Ubuntu 19.04 > JDK1.8 > JVM stuck in ergonomics, caused by too many FileObjects in memory. > 10 threads sitting at 99% CPU, presumably mostly GC threads. > GUI not responding. > Note that this IDE JVM runs with 2.5Gb heap, and normally uses about 1.5Gb of > that, so something has gone seriously wrong. > num #instances #bytes class name > -- >1: 8839529 424297392 > org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$FileEventImpl >2: 12383724 297209376 > java.util.concurrent.ConcurrentLinkedQueue$Node >3: 5520360 220814400 > org.openide.util.WeakListenerImpl$ListenerReference >4: 7963905 191133720 > org.openide.filesystems.FCLSupport$DispatchEventWrapperSingle >5: 5608373 179467936 java.lang.ref.WeakReference >6: 5404854 172955328 > org.openide.util.WeakListenerImpl$ProxyListener >7:123474 111203424 [B >8: 4419767 106074408 > org.openide.filesystems.FCLSupport$DispatchEventWrapperMulti >9: 5378746 86059936 com.sun.proxy.$Proxy1 > 10: 1929065 77162600 > org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObj > 11: 1992178 74673680 [Ljava.lang.Object; > 12:576632 74309864 [C > 13: 1403506 33684144 > org.openide.filesystems.EventControl$AtomicActionLink > 14: 1940678 31050848 javax.swing.event.EventListenerList > 15: 1403503 22456048 > org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectFactory$AsyncRefreshAtomicAction > At the point where we have over 22 million atomic refresh actions on the > queue, something has gone VERY WRONG - See NETBEANS-2291 - this particular > project has only about 200,000 files in it, so where do we get 22 million > file-refresh actions from? Backpressure on the queue, anyone? > Log messages: > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > org.netbeans.modules.sampler.InternalSampler@55b26cab > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > null > WARNING [org.netbeans.core.TimableEventQueue]: no snapshot taken > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > org.netbeans.modules.sampler.InternalSampler@2768760d > WARNING [org.netbeans.core.TimableEventQueue]: no snapshot taken > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > org.netbeans.modules.sampler.InternalSampler@63f25c86 > WARNING [org.netbeans.core.TimableEventQueue]: no snapshot taken > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > org.netbeans.modules.sampler.InternalSampler@34933167 > WARNING [org.netbeans.core.TimableEventQueue]: no snapshot taken > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > org.netbeans.modules.sampler.InternalSampler@75ba9419 > WARNING [org.netbeans.core.TimableEventQueue]: no snapshot taken > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > org.netbeans.modules.sampler.InternalSampler@1c699d1e > WARNING [org.netbeans.core.TimableEventQueue]: no snapshot taken > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > org.netbeans.modules.sampler.InternalSampler@12ae60e3 > WARNING [org.netbeans.core.TimableEventQueue]: too much time in AWT thread > null > jstack attached. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (NETBEANS-2807) Installer: Failed to load module "canberra-gtk-module"
Ulf Zibis created NETBEANS-2807: --- Summary: Installer: Failed to load module "canberra-gtk-module" Key: NETBEANS-2807 URL: https://issues.apache.org/jira/browse/NETBEANS-2807 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Environment: Ubuntu 18.04 64 bit Reporter: Ulf Zibis Fix For: 11.1 $ sudo -H bash Apache-NetBeans-11.1-bin-linux-x64.sh Configuring the installer... Searching for JVM on the system... Extracting installation data... Running the installer wizard... Gtk-Message: 00:21:49.287: Failed to load module "canberra-gtk-module" -- 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-2806) Consider using `/opt/` path by default for installer
Ulf Zibis created NETBEANS-2806: --- Summary: Consider using `/opt/` path by default for installer Key: NETBEANS-2806 URL: https://issues.apache.org/jira/browse/NETBEANS-2806 Project: NetBeans Issue Type: Improvement Affects Versions: 11.1 Reporter: Ulf Zibis Fix For: 11.1 The recent installer uses `/usr/local/` by default, when installing under root. In my understanding, this path is reserved for software which overrides existing versions from the official distribution. Wouldn't it not be better to use the `/opt/` path by default. Then the user could override it with e.g. nightly versions by help of the `/usr/local/` mechanics. Please also remember: https://netbeans.org/bugzilla/show_bug.cgi?id=196072 https://netbeans.org/bugzilla/show_bug.cgi?id=211531 The last point in last paragraph of: https://cwiki.apache.org/confluence/display/NETBEANS/State+of+the+Apache+NetBeans+Installers -- 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-2805) Installer links ugly Icon
Ulf Zibis created NETBEANS-2805: --- Summary: Installer links ugly Icon Key: NETBEANS-2805 URL: https://issues.apache.org/jira/browse/NETBEANS-2805 Project: NetBeans Issue Type: Improvement Affects Versions: 11.1 Reporter: Ulf Zibis Fix For: 11.1 At least on Ubuntu Installer should use the much better icon nb/netbeans.icns instead the ugly nb/netbeans.png for the *.desktop starter. -- 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-2804) Installer deletes exsisting starter of other application
[ https://issues.apache.org/jira/browse/NETBEANS-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ulf Zibis updated NETBEANS-2804: Summary: Installer deletes exsisting starter of other application (was: Installer deletes exsisting starter on other application) > Installer deletes exsisting starter of other application > > > Key: NETBEANS-2804 > URL: https://issues.apache.org/jira/browse/NETBEANS-2804 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 > Environment: Ubuntu 18.04 64 bit >Reporter: Ulf Zibis >Priority: Major > Fix For: 11.1 > > > When installing under root it had deleted > "/usr/share/applications/netbeans 10.0.desktop" > and created > "/usr/share/applications/NetBeans-11.1.desktop" > I think, this is not correct. > See also bug NETBEANS-2803 -- 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-2804) Installer deletes exsisting starter on other application
Ulf Zibis created NETBEANS-2804: --- Summary: Installer deletes exsisting starter on other application Key: NETBEANS-2804 URL: https://issues.apache.org/jira/browse/NETBEANS-2804 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Environment: Ubuntu 18.04 64 bit Reporter: Ulf Zibis Fix For: 11.1 When installing under root it had deleted "/usr/share/applications/netbeans 10.0.desktop" and created "/usr/share/applications/NetBeans-11.1.desktop" I think, this is not correct. See also bug NETBEANS-2803 -- 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-2803) Installer doesn't value given install path correctly
[ https://issues.apache.org/jira/browse/NETBEANS-2803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ulf Zibis updated NETBEANS-2803: Description: I said the installer (as root) to install into: /opt/netbeans/11.1/ but it installed into: /opt/netbeans/11.1/netbeans/ And please remember https://netbeans.org/bugzilla/show_bug.cgi?id=196072 When using or even testing several NB versions, It's better to have them in one root folder "netbeans", to not flood the OS programs folder so much. Would also be convenient: https://netbeans.org/bugzilla/show_bug.cgi?id=211531 was: I said the installer to install into: /opt/netbeans/11.1/ but it installed into: /opt/netbeans/11.1/netbeans/ And please remember https://netbeans.org/bugzilla/show_bug.cgi?id=196072 When using or even testing several NB versions, It's better to have them in one root folder "netbeans", to not flood the OS programs folder so much. Would also be convenient: https://netbeans.org/bugzilla/show_bug.cgi?id=211531 > Installer doesn't value given install path correctly > > > Key: NETBEANS-2803 > URL: https://issues.apache.org/jira/browse/NETBEANS-2803 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 > Environment: Ubuntu 18.04 64 bit >Reporter: Ulf Zibis >Priority: Major > Fix For: 11.1 > > > I said the installer (as root) to install into: > /opt/netbeans/11.1/ > but it installed into: > /opt/netbeans/11.1/netbeans/ > And please remember https://netbeans.org/bugzilla/show_bug.cgi?id=196072 > When using or even testing several NB versions, It's better to have them in > one root folder "netbeans", to not flood the OS programs folder so much. > Would also be convenient: > https://netbeans.org/bugzilla/show_bug.cgi?id=211531 -- 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-2803) Installer doesn't value given install path correctly
Ulf Zibis created NETBEANS-2803: --- Summary: Installer doesn't value given install path correctly Key: NETBEANS-2803 URL: https://issues.apache.org/jira/browse/NETBEANS-2803 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Environment: Ubuntu 18.04 64 bit Reporter: Ulf Zibis Fix For: 11.1 I said the installer to install into: /opt/netbeans/11.1/ but it installed into: /opt/netbeans/11.1/netbeans/ And please remember https://netbeans.org/bugzilla/show_bug.cgi?id=196072 When using or even testing several NB versions, It's better to have them in one root folder "netbeans", to not flood the OS programs folder so much. Would also be convenient: https://netbeans.org/bugzilla/show_bug.cgi?id=211531 -- 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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879180#comment-16879180
]
Geertjan Wielenga edited comment on NETBEANS-2802 at 7/5/19 12:07 PM:
--
Note there have been some discussions and probably similar issues on this
point, e.g.:
https://lists.apache.org/thread.html/a0cffd22f283958c9f1bbd833cc0e12915d9d15bf821b28a0e99d630@%3Cusers.netbeans.apache.org%3E
E.g., maybe try this as a workaround:
{quote}My solution was to put TestNG on the classpath until I find something
better.{quote}
was (Author: geertjanwielenga):
Note there have been some discussions and probably similar issues on this
point, e.g.:
https://lists.apache.org/thread.html/a0cffd22f283958c9f1bbd833cc0e12915d9d15bf821b28a0e99d630@%3Cusers.netbeans.apache.org%3E
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, Screenshot from
> 2019-07-05 14-16-25.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879180#comment-16879180
]
Geertjan Wielenga commented on NETBEANS-2802:
-
Note there have been some discussions and probably similar issues on this
point, e.g.:
https://lists.apache.org/thread.html/a0cffd22f283958c9f1bbd833cc0e12915d9d15bf821b28a0e99d630@%3Cusers.netbeans.apache.org%3E
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, Screenshot from
> 2019-07-05 14-16-25.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879177#comment-16879177
]
Geertjan Wielenga commented on NETBEANS-2802:
-
Great, so that's what was needed to be stated -- you have JPMS and JUnit
working outside NetBeans. Now, since we know that the combination works, we
need to get it to work correctly in NetBeans too.
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, Screenshot from
> 2019-07-05 14-16-25.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879174#comment-16879174
]
Pavel_K commented on NETBEANS-2802:
---
[~GeertjanWielenga] I am sorry, but I think that is a wrong direction. Build
the project in default profile "mvn clean install" - unit tests ere executed,
no error. Build the project in it profile - "mvn clean install -P it" -
integrations tests are executed, no error. Maven + Junit + JPMS work without
problems. The problem is in NetBeans and in its dependency graph.
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, Screenshot from
> 2019-07-05 14-16-25.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879160#comment-16879160
]
Geertjan Wielenga commented on NETBEANS-2802:
-
We are not going to be able to work on this until we know how JPMS and JUnit
should work together. How do they work together outside NetBeans?
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, Screenshot from
> 2019-07-05 14-16-25.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879159#comment-16879159
]
Pavel_K commented on NETBEANS-2802:
---
[~GeertjanWielenga] Please, see my screenshots. The question is not about junit
+ jpms but about jpms+netbeans
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, Screenshot from
> 2019-07-05 14-16-25.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pavel_K updated NETBEANS-2802:
--
Attachment: Screenshot from 2019-07-05 14-16-25.png
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, Screenshot from
> 2019-07-05 14-16-25.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879153#comment-16879153
]
Geertjan Wielenga commented on NETBEANS-2802:
-
You don't need to be a NetBeans specialist, that's the point here: this is not
about NetBeans. The question is how do JPMS and JUnit work together outside
NetBeans? Do they work together, at all? Is there integration between JPMS and
JUnit? If not, then NetBeans cannot support it either.
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, Screenshot from
> 2019-07-05 14-16-25.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879152#comment-16879152
]
Pavel_K commented on NETBEANS-2802:
---
[~GeertjanWielenga] Unfortunately I can't answer you as I am not a NetBeans
specialist. I cleared NetBeans cache but anyway get errors in integration tests
- it doesn't require junit now, but it still has problems with dependencies. 1)
I uploaded the project and screenshot 2) see this message
http://mail-archives.apache.org/mod_mbox/netbeans-users/201907.mbox/%3cCAAhsp-FqP+KSPFHv8PML-4-QijCwwa+p2Enc_=zwg-sxkbk...@mail.gmail.com%3e
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879150#comment-16879150
]
Geertjan Wielenga commented on NETBEANS-2802:
-
Probably the question you'll be getting repeatedly in this issue is: how does
JPMS work with JUnit? Only once you have the answer to that, we can see how
that should work in NetBeans.
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pavel_K updated NETBEANS-2802:
--
Attachment: Screenshot from 2019-07-05 14-13-19.png
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: Screenshot from 2019-07-05 14-13-19.png, netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pavel_K updated NETBEANS-2802:
--
Attachment: netbeansit.zip
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
> Attachments: netbeansit.zip
>
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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] [Closed] (NETBEANS-2123) Blog Entry is not correct https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in
[
https://issues.apache.org/jira/browse/NETBEANS-2123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Geertjan Wielenga closed NETBEANS-2123.
---
Resolution: Fixed
> Blog Entry is not correct
> https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in
> ---
>
> Key: NETBEANS-2123
> URL: https://issues.apache.org/jira/browse/NETBEANS-2123
> Project: NetBeans
> Issue Type: Bug
> Components: website
>Reporter: Karl Heinz Marbaise
>Priority: Minor
>
> Hi I stumbled over the blog entry on
> [blogs.apache.org|https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in]
> {quote}...best to express the fact that Apache Maven and Apache Gradle are
> more modern choices to be aware of than Apache ..{quote}
> If I'm correctly informed Gradle is not an Apache Project...
--
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-2123) Blog Entry is not correct https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in
[
https://issues.apache.org/jira/browse/NETBEANS-2123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879147#comment-16879147
]
Geertjan Wielenga commented on NETBEANS-2123:
-
OK, fixed.
> Blog Entry is not correct
> https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in
> ---
>
> Key: NETBEANS-2123
> URL: https://issues.apache.org/jira/browse/NETBEANS-2123
> Project: NetBeans
> Issue Type: Bug
> Components: website
>Reporter: Karl Heinz Marbaise
>Priority: Minor
>
> Hi I stumbled over the blog entry on
> [blogs.apache.org|https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in]
> {quote}...best to express the fact that Apache Maven and Apache Gradle are
> more modern choices to be aware of than Apache ..{quote}
> If I'm correctly informed Gradle is not an Apache Project...
--
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-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
[
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879143#comment-16879143
]
Neil C Smith commented on NETBEANS-58:
--
Sorry for the noise! Misread what was and wasn't fixed here. Is there
anything here that affects and can be feasibly addressed for NB 11.1?
> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Proxy
>Affects Versions: 8.2, 9.0, 11.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff,
> image-2018-04-24-15-57-47-592.png, nb-freeze-dump.txt, netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users
> will typically experience this on startup. It was reported in old bug tracker
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of
> the reported [JDK-8032832
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very
> clever IMO: it puts a lock on the classloader, thus introducing a range of
> other problems, one of them being that NetNeans IDE or NetBeans Platform will
> likely freeze on startup when it attempts a network operation. The fact that
> their fix made things worse (while no doubt fixing the original issue) has
> been reported as
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course
> only happens if there's a network proxy on the path which uses this type of
> authentication. Also known as SPNEGO. This form of authentication is in my
> experience very common in corporate networks, in particular those that base
> themselves on the Microsoft stack. But a person on Oracle's own internal
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to
> provide 'credentials' (a Kerberos token) to the network proxy on its own.
> SPNEGO is really designed to be seamless and promptless. Support for it was
> added in Java 6. But later on Microsoft tightened the desktop security around
> obtaining the so-called 'session token' and the JDK folks were never able to
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in
> real-life, SPNEGO in the JRE on Windows is no longer promptless: it will be
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be
> able to find the following in your thread dump:
> {noformat}
>at
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
> of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered
> Authenticator is invoked. If the Authenticator does work on another thread,
> that other thread has a need for some classloading and the current thread
> needs to wait for the result of that thread, then bum!, there's a deadlock
> between the two threads. This means the lock on the classloader will never be
> released and it will ultimately affect other threads, such as the AWT
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I
> described and will thus be triggering the deadlock. More precisely it will
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator
> does something wrong? No, of course it doesn't. The real problem is the lock
> on the classloader. It is actually virtually impossible to design an
> Authenticator which doesn't trigger this problem. You cannot predict when
> classloading is needed. In fact it is very likely to be needed when
> application is still not "warm", i.e. during startup.
> h3. WOR
[jira] [Updated] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
[
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Neil C Smith updated NETBEANS-58:
-
Priority: Critical (was: Major)
> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Proxy
>Affects Versions: 8.2, 9.0, 11.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff,
> image-2018-04-24-15-57-47-592.png, nb-freeze-dump.txt, netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users
> will typically experience this on startup. It was reported in old bug tracker
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of
> the reported [JDK-8032832
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very
> clever IMO: it puts a lock on the classloader, thus introducing a range of
> other problems, one of them being that NetNeans IDE or NetBeans Platform will
> likely freeze on startup when it attempts a network operation. The fact that
> their fix made things worse (while no doubt fixing the original issue) has
> been reported as
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course
> only happens if there's a network proxy on the path which uses this type of
> authentication. Also known as SPNEGO. This form of authentication is in my
> experience very common in corporate networks, in particular those that base
> themselves on the Microsoft stack. But a person on Oracle's own internal
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to
> provide 'credentials' (a Kerberos token) to the network proxy on its own.
> SPNEGO is really designed to be seamless and promptless. Support for it was
> added in Java 6. But later on Microsoft tightened the desktop security around
> obtaining the so-called 'session token' and the JDK folks were never able to
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in
> real-life, SPNEGO in the JRE on Windows is no longer promptless: it will be
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be
> able to find the following in your thread dump:
> {noformat}
>at
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
> of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered
> Authenticator is invoked. If the Authenticator does work on another thread,
> that other thread has a need for some classloading and the current thread
> needs to wait for the result of that thread, then bum!, there's a deadlock
> between the two threads. This means the lock on the classloader will never be
> released and it will ultimately affect other threads, such as the AWT
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I
> described and will thus be triggering the deadlock. More precisely it will
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator
> does something wrong? No, of course it doesn't. The real problem is the lock
> on the classloader. It is actually virtually impossible to design an
> Authenticator which doesn't trigger this problem. You cannot predict when
> classloading is needed. In fact it is very likely to be needed when
> application is still not "warm", i.e. during startup.
> h3. WORKAROUNDS
> *#1*
> If on Windows: Setting the following registry key:
> {{HKLM\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters\allowtgtsessionkey}}
> to {{t
[jira] [Updated] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
[
https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Neil C Smith updated NETBEANS-58:
-
Priority: Major (was: Critical)
> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Proxy
>Affects Versions: 8.2, 9.0, 11.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Major
> Attachments: NETBEANS-58-workaround1.diff,
> image-2018-04-24-15-57-47-592.png, nb-freeze-dump.txt, netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users
> will typically experience this on startup. It was reported in old bug tracker
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of
> the reported [JDK-8032832
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very
> clever IMO: it puts a lock on the classloader, thus introducing a range of
> other problems, one of them being that NetNeans IDE or NetBeans Platform will
> likely freeze on startup when it attempts a network operation. The fact that
> their fix made things worse (while no doubt fixing the original issue) has
> been reported as
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course
> only happens if there's a network proxy on the path which uses this type of
> authentication. Also known as SPNEGO. This form of authentication is in my
> experience very common in corporate networks, in particular those that base
> themselves on the Microsoft stack. But a person on Oracle's own internal
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to
> provide 'credentials' (a Kerberos token) to the network proxy on its own.
> SPNEGO is really designed to be seamless and promptless. Support for it was
> added in Java 6. But later on Microsoft tightened the desktop security around
> obtaining the so-called 'session token' and the JDK folks were never able to
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in
> real-life, SPNEGO in the JRE on Windows is no longer promptless: it will be
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be
> able to find the following in your thread dump:
> {noformat}
>at
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
> of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered
> Authenticator is invoked. If the Authenticator does work on another thread,
> that other thread has a need for some classloading and the current thread
> needs to wait for the result of that thread, then bum!, there's a deadlock
> between the two threads. This means the lock on the classloader will never be
> released and it will ultimately affect other threads, such as the AWT
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I
> described and will thus be triggering the deadlock. More precisely it will
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator
> does something wrong? No, of course it doesn't. The real problem is the lock
> on the classloader. It is actually virtually impossible to design an
> Authenticator which doesn't trigger this problem. You cannot predict when
> classloading is needed. In fact it is very likely to be needed when
> application is still not "warm", i.e. during startup.
> h3. WORKAROUNDS
> *#1*
> If on Windows: Setting the following registry key:
> {{HKLM\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters\allowtgtsessionkey}}
> to {{true
[jira] [Commented] (NETBEANS-1202) Add support for bundling and updating the bundled JRE for Platform applications (for Java 9+)
[
https://issues.apache.org/jira/browse/NETBEANS-1202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879138#comment-16879138
]
Neil C Smith commented on NETBEANS-1202:
Tidying up by moving a few things off critical status as per Bug Priority
Guidelines. There is a viable and fairly trivial to implement workaround for
platform bundling (if not updates). A UI and JLink aware options would be good
to consider in longer term though?
> Add support for bundling and updating the bundled JRE for Platform
> applications (for Java 9+)
> -
>
> Key: NETBEANS-1202
> URL: https://issues.apache.org/jira/browse/NETBEANS-1202
> Project: NetBeans
> Issue Type: New Feature
> Components: platform - Other
>Reporter: Austin Stephens
>Priority: Major
>
> According to [Oracle ("End of Public
> Updates")|http://www.oracle.com/technetwork/java/eol-135779.html], they do
> not plan on migrating desktops from Java 8 to a later version via auto-update
> and "... encourage application developers to [use the packaging options
> introduced with Java SE
> 9|https://blogs.oracle.com/java-platform-group/the-future-of-javafx-and-other-java-client-roadmap-updates]
> to repackage and deliver their Java applications as stand-alone applications
> that include their own custom runtimes."
> It would be wonderful if the NetBeans Platform could handle updating the
> bundled JRE (as if it was a Netbeans Module) so it would be less of a
> head-ache to get Java Security updates out and such.
--
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-1202) Add support for bundling and updating the bundled JRE for Platform applications (for Java 9+)
[
https://issues.apache.org/jira/browse/NETBEANS-1202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Neil C Smith updated NETBEANS-1202:
---
Priority: Major (was: Critical)
> Add support for bundling and updating the bundled JRE for Platform
> applications (for Java 9+)
> -
>
> Key: NETBEANS-1202
> URL: https://issues.apache.org/jira/browse/NETBEANS-1202
> Project: NetBeans
> Issue Type: New Feature
> Components: platform - Other
>Reporter: Austin Stephens
>Priority: Major
>
> According to [Oracle ("End of Public
> Updates")|http://www.oracle.com/technetwork/java/eol-135779.html], they do
> not plan on migrating desktops from Java 8 to a later version via auto-update
> and "... encourage application developers to [use the packaging options
> introduced with Java SE
> 9|https://blogs.oracle.com/java-platform-group/the-future-of-javafx-and-other-java-client-roadmap-updates]
> to repackage and deliver their Java applications as stand-alone applications
> that include their own custom runtimes."
> It would be wonderful if the NetBeans Platform could handle updating the
> bundled JRE (as if it was a Netbeans Module) so it would be less of a
> head-ache to get Java Security updates out and such.
--
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-2123) Blog Entry is not correct https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in
[
https://issues.apache.org/jira/browse/NETBEANS-2123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Neil C Smith updated NETBEANS-2123:
---
Priority: Minor (was: Critical)
> Blog Entry is not correct
> https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in
> ---
>
> Key: NETBEANS-2123
> URL: https://issues.apache.org/jira/browse/NETBEANS-2123
> Project: NetBeans
> Issue Type: Bug
> Components: website
>Reporter: Karl Heinz Marbaise
>Priority: Minor
>
> Hi I stumbled over the blog entry on
> [blogs.apache.org|https://blogs.apache.org/netbeans/entry/restructuring-of-project-templates-in]
> {quote}...best to express the fact that Apache Maven and Apache Gradle are
> more modern choices to be aware of than Apache ..{quote}
> If I'm correctly informed Gradle is not an Apache Project...
--
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] [Closed] (NETBEANS-2747) Update shortcut card for Apache NetBeans 11
[ https://issues.apache.org/jira/browse/NETBEANS-2747?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Neil C Smith closed NETBEANS-2747. -- Resolution: Fixed > Update shortcut card for Apache NetBeans 11 > --- > > Key: NETBEANS-2747 > URL: https://issues.apache.org/jira/browse/NETBEANS-2747 > Project: NetBeans > Issue Type: Bug >Reporter: Geertjan Wielenga >Priority: Major > Labels: pull-request-available > Fix For: 11.1 > > Time Spent: 1h 10m > Remaining Estimate: 0h > > Make the title generic so we don't have to change each release, since the > shortcuts are stable and not changing for some time already. -- 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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879125#comment-16879125
]
Geertjan Wielenga commented on NETBEANS-2802:
-
How would this be done without NetBeans, i.e., NetBeans is a tool on top of
Java, JPMS, Junit, etc. I.e., is it that NetBeans wants JUnit to be declared in
module-info or is it that JPMS wants that?
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a module-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pavel_K updated NETBEANS-2802:
--
Summary: Netbeans doesn't work correctly with integration tests when there
is a module-info (was: Netbeans doesn't work correctly with integration tests
when there is a modu-info)
> Netbeans doesn't work correctly with integration tests when there is a
> module-info
> --
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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] tag 11.1-beta3 created (now a768ad8)
This is an automated email from the ASF dual-hosted git repository. neilcsmith pushed a change to tag 11.1-beta3 in repository https://gitbox.apache.org/repos/asf/netbeans.git. at a768ad8 (commit) No new revisions were added by this update. - 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] tag 11.1-beta2 created (now f56623c)
This is an automated email from the ASF dual-hosted git repository. neilcsmith pushed a change to tag 11.1-beta2 in repository https://gitbox.apache.org/repos/asf/netbeans.git. at f56623c (commit) No new revisions were added by this update. - 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-2786) NullPointer Exception in Refactoring if Move or Copy
[ https://issues.apache.org/jira/browse/NETBEANS-2786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Helmut Leininger updated NETBEANS-2786: --- Attachment: messages.zip > NullPointer Exception in Refactoring if Move or Copy > - > > Key: NETBEANS-2786 > URL: https://issues.apache.org/jira/browse/NETBEANS-2786 > Project: NetBeans > Issue Type: Bug > Components: editor - Refactoring >Affects Versions: 11.1 > Environment: Windows 10 > Java 12 > Netbeans 11.1 beta >Reporter: Helmut Leininger >Priority: Major > Attachments: 2019-07-02 17_28_03-Window.png, messages.zip, > messages.zip > > > java.lang.NullPointerException if Refactoring if a package or class should be > moved to another package !2019-07-02 17_28_03-Window.png![^messages.zip] -- 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-2786) NullPointer Exception in Refactoring if Move or Copy
[ https://issues.apache.org/jira/browse/NETBEANS-2786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879119#comment-16879119 ] Helmut Leininger commented on NETBEANS-2786: Still present in beta 3[^messages.zip] > NullPointer Exception in Refactoring if Move or Copy > - > > Key: NETBEANS-2786 > URL: https://issues.apache.org/jira/browse/NETBEANS-2786 > Project: NetBeans > Issue Type: Bug > Components: editor - Refactoring >Affects Versions: 11.1 > Environment: Windows 10 > Java 12 > Netbeans 11.1 beta >Reporter: Helmut Leininger >Priority: Major > Attachments: 2019-07-02 17_28_03-Window.png, messages.zip, > messages.zip > > > java.lang.NullPointerException if Refactoring if a package or class should be > moved to another package !2019-07-02 17_28_03-Window.png![^messages.zip] -- 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-2786) NullPointer Exception in Refactoring if Move or Copy
[ https://issues.apache.org/jira/browse/NETBEANS-2786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879074#comment-16879074 ] Neil C Smith edited comment on NETBEANS-2786 at 7/5/19 8:51 AM: Looks like this is related to [https://issues.apache.org/jira/projects/NETBEANS/issues/NETBEANS-2240] ? The log here uses beta2. Please recheck with NB11.1-beta3 was (Author: neilcsmith): Looks like this is related to [https://issues.apache.org/jira/projects/NETBEANS/issues/NETBEANS-2240] ? > NullPointer Exception in Refactoring if Move or Copy > - > > Key: NETBEANS-2786 > URL: https://issues.apache.org/jira/browse/NETBEANS-2786 > Project: NetBeans > Issue Type: Bug > Components: editor - Refactoring >Affects Versions: 11.1 > Environment: Windows 10 > Java 12 > Netbeans 11.1 beta >Reporter: Helmut Leininger >Priority: Major > Attachments: 2019-07-02 17_28_03-Window.png, messages.zip > > > java.lang.NullPointerException if Refactoring if a package or class should be > moved to another package !2019-07-02 17_28_03-Window.png![^messages.zip] -- 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-2786) NullPointer Exception in Refactoring if Move or Copy
[ https://issues.apache.org/jira/browse/NETBEANS-2786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879074#comment-16879074 ] Neil C Smith commented on NETBEANS-2786: Looks like this is related to [https://issues.apache.org/jira/projects/NETBEANS/issues/NETBEANS-2240] ? > NullPointer Exception in Refactoring if Move or Copy > - > > Key: NETBEANS-2786 > URL: https://issues.apache.org/jira/browse/NETBEANS-2786 > Project: NetBeans > Issue Type: Bug > Components: editor - Refactoring >Affects Versions: 11.1 > Environment: Windows 10 > Java 12 > Netbeans 11.1 beta >Reporter: Helmut Leininger >Priority: Major > Attachments: 2019-07-02 17_28_03-Window.png, messages.zip > > > java.lang.NullPointerException if Refactoring if a package or class should be > moved to another package !2019-07-02 17_28_03-Window.png![^messages.zip] -- 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-2802) Netbeans doesn't work correctly with integration tests when there is a modu-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pavel_K updated NETBEANS-2802:
--
Description:
I use NB 11.0 and I work on JPMS module with integrations tests. My folder
structure is like
this:
{code:java}
|-- pom.xml
`-- src
|-- it
| `-- java
| `-- com
| `-- soebes
| `-- maui
| `-- it
| `-- BitMaskIT.java
|-- main
| `-- java
| `-- com
| `-- soebes
| `-- maui
| `-- it
| `-- BitMask.java
`-- test
`-- java
`-- com
`-- soebes
`-- maui
`-- it
`-- BitMaskTest.java
{code}
The problem is NB wants JUnit modules for integrations tests to be declared in
module-info. Otherwise it shows errors. At the same time code all execution
tests are compiled and run without problems. Besides there are problems with
classes dependencies in integrations tests, for example, code complete doesn't
work at all.
was:
I use NB 11.0 and I work on JPMS module with integrations tests. My folder
structure is like
this:
{code:java}
|-- pom.xml
`-- src
|-- it
| `-- java
| `-- com
| `-- soebes
| `-- maui
| `-- it
| `-- BitMaskIT.java
|-- main
| `-- java
| `-- com
| `-- soebes
| `-- maui
| `-- it
| `-- BitMask.java
`-- test
`-- java
`-- com
`-- soebes
`-- maui
`-- it
`-- BitMaskTest.java
{code}
The problem is NB wants JUnit modules for integrations tests to be declared in
module-info.
Otherwise it shows errors. At the same time code all execution tests are
compiled and
run without problems. Besides there are problems with classes dependencies in
integrations tests, for example, code complete doesn't work at all.
> Netbeans doesn't work correctly with integration tests when there is a
> modu-info
>
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info. Otherwise it shows errors. At the same time code all
> execution tests are compiled and run without problems. Besides there are
> problems with classes dependencies in integrations tests, for example, code
> complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a modu-info
[
https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pavel_K updated NETBEANS-2802:
--
Description:
I use NB 11.0 and I work on JPMS module with integrations tests. My folder
structure is like
this:
{code:java}
|-- pom.xml
`-- src
|-- it
| `-- java
| `-- com
| `-- soebes
| `-- maui
| `-- it
| `-- BitMaskIT.java
|-- main
| `-- java
| `-- com
| `-- soebes
| `-- maui
| `-- it
| `-- BitMask.java
`-- test
`-- java
`-- com
`-- soebes
`-- maui
`-- it
`-- BitMaskTest.java
{code}
The problem is NB wants JUnit modules for integrations tests to be declared in
module-info.
Otherwise it shows errors. At the same time code all execution tests are
compiled and
run without problems. Besides there are problems with classes dependencies in
integrations tests, for example, code complete doesn't work at all.
was:
I use NB 11.0 and I work on JPMS module with integrations tests. My folder
structure is like
this:
|-- pom.xml
`-- src
|-- it
| `-- java
| `-- com
| `-- soebes
| `-- maui
| `-- it
| `-- BitMaskIT.java
|-- main
| `-- java
| `-- com
| `-- soebes
| `-- maui
| `-- it
| `-- BitMask.java
`-- test
`-- java
`-- com
`-- soebes
`-- maui
`-- it
`-- BitMaskTest.java
The problem is NB wants JUnit modules for integrations tests to be declared in
module-info.
Otherwise it shows errors. At the same time code all execution tests are
compiled and
run without problems. Besides there are problems with classes dependencies in
integrations tests, for example, code complete doesn't work at all.
> Netbeans doesn't work correctly with integration tests when there is a
> modu-info
>
>
> Key: NETBEANS-2802
> URL: https://issues.apache.org/jira/browse/NETBEANS-2802
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pavel_K
>Priority: Major
>
> I use NB 11.0 and I work on JPMS module with integrations tests. My folder
> structure is like
> this:
> {code:java}
> |-- pom.xml
> `-- src
> |-- it
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMaskIT.java
> |-- main
> | `-- java
> | `-- com
> | `-- soebes
> | `-- maui
> | `-- it
> | `-- BitMask.java
> `-- test
> `-- java
> `-- com
> `-- soebes
> `-- maui
> `-- it
> `-- BitMaskTest.java
> {code}
> The problem is NB wants JUnit modules for integrations tests to be declared
> in module-info.
> Otherwise it shows errors. At the same time code all execution tests are
> compiled and
> run without problems. Besides there are problems with classes dependencies in
> integrations tests, for example, code complete doesn't work at all.
--
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-2802) Netbeans doesn't work correctly with integration tests when there is a modu-info
[ https://issues.apache.org/jira/browse/NETBEANS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavel_K updated NETBEANS-2802: -- Description: I use NB 11.0 and I work on JPMS module with integrations tests. My folder structure is like this: |-- pom.xml `-- src |-- it | `-- java | `-- com | `-- soebes | `-- maui | `-- it | `-- BitMaskIT.java |-- main | `-- java | `-- com | `-- soebes | `-- maui | `-- it | `-- BitMask.java `-- test `-- java `-- com `-- soebes `-- maui `-- it `-- BitMaskTest.java The problem is NB wants JUnit modules for integrations tests to be declared in module-info. Otherwise it shows errors. At the same time code all execution tests are compiled and run without problems. Besides there are problems with classes dependencies in integrations tests, for example, code complete doesn't work at all. was: I use NB 11.0 and I work on JPMS module with integrations tests. My folder structure is like this: . |-- pom.xml `-- src |-- it | `-- java | `-- com | `-- soebes | `-- maui | `-- it | `-- BitMaskIT.java |-- main | `-- java | `-- com | `-- soebes | `-- maui | `-- it | `-- BitMask.java `-- test `-- java `-- com `-- soebes `-- maui `-- it `-- BitMaskTest.java The problem is NB wants JUnit modules for integrations tests to be declared in module-info. Otherwise it shows errors. At the same time code all execution tests are compiled and run without problems. Besides there are problems with classes dependencies in integrations tests, for example, code complete doesn't work at all. > Netbeans doesn't work correctly with integration tests when there is a > modu-info > > > Key: NETBEANS-2802 > URL: https://issues.apache.org/jira/browse/NETBEANS-2802 > Project: NetBeans > Issue Type: Bug >Reporter: Pavel_K >Priority: Major > > I use NB 11.0 and I work on JPMS module with integrations tests. My folder > structure is like > this: > |-- pom.xml > `-- src > |-- it > | `-- java > | `-- com > | `-- soebes > | `-- maui > | `-- it > | `-- BitMaskIT.java > |-- main > | `-- java > | `-- com > | `-- soebes > | `-- maui > | `-- it > | `-- BitMask.java > `-- test > `-- java > `-- com > `-- soebes > `-- maui > `-- it > `-- BitMaskTest.java > The problem is NB wants JUnit modules for integrations tests to be declared > in module-info. > Otherwise it shows errors. At the same time code all execution tests are > compiled and > run without problems. Besides there are problems with classes dependencies in > integrations tests, for example, code complete doesn't work at all. -- 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-2802) Netbeans doesn't work correctly with integration tests when there is a modu-info
Pavel_K created NETBEANS-2802: - Summary: Netbeans doesn't work correctly with integration tests when there is a modu-info Key: NETBEANS-2802 URL: https://issues.apache.org/jira/browse/NETBEANS-2802 Project: NetBeans Issue Type: Bug Reporter: Pavel_K I use NB 11.0 and I work on JPMS module with integrations tests. My folder structure is like this: . |-- pom.xml `-- src |-- it | `-- java | `-- com | `-- soebes | `-- maui | `-- it | `-- BitMaskIT.java |-- main | `-- java | `-- com | `-- soebes | `-- maui | `-- it | `-- BitMask.java `-- test `-- java `-- com `-- soebes `-- maui `-- it `-- BitMaskTest.java The problem is NB wants JUnit modules for integrations tests to be declared in module-info. Otherwise it shows errors. At the same time code all execution tests are compiled and run without problems. Besides there are problems with classes dependencies in integrations tests, for example, code complete doesn't work at all. -- 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-2801) IllegalSateException thrown when installing nbjavac plugin with OpenJDK11
[
https://issues.apache.org/jira/browse/NETBEANS-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879043#comment-16879043
]
Alessandro Falappa edited comment on NETBEANS-2801 at 7/5/19 7:37 AM:
--
On dev mailing linst it was noted that this is a duplicate of
!/jira/secure/viewavatar?size=xsmall&avatarId=21133&avatarType=issuetype|width=16,height=16!
NETBEANS-2548IllegalStateException after installing nb-javac module .
Closing.
was (Author: alexfalappa):
On dev mailing linst it was noted that this is a duplicate of
!https://issues.apache.org/jira/secure/viewavatar?size=xsmall&avatarId=21133&avatarType=issuetype|width=16,height=16!
NETBEANS-2548IllegalStateException after installing nb-javac module .
Please close.
> IllegalSateException thrown when installing nbjavac plugin with OpenJDK11
> -
>
> Key: NETBEANS-2801
> URL: https://issues.apache.org/jira/browse/NETBEANS-2801
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.1
> Environment: Product Version: Apache NetBeans IDE 11.1
> Java: 11.0.2; OpenJDK 64-Bit Server VM 11.0.2+9
> Runtime: OpenJDK Runtime Environment 11.0.2+9
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_IE (nb)
> User directory: C:\Users\falappa\AppData\Roaming\NetBeans\11.1
> Cache directory: C:\Users\falappa\AppData\Local\NetBeans\Cache\11.1
>Reporter: Alessandro Falappa
>Priority: Major
>
> Steps:
> # Download NB 11.1-beta3 binary zip
> # Unpack
> # Edit etc/netbeans.conf and specify an OpenJDK11 in netbeans_jdkhome
> property
> # Run bin/netbeans64.exe
> # Click on My NetBenas on the Start Page
> # Click on Activate Features
> # Select JavaSE checkbox and click Activate
> # Close Plugins dialog
> # There should be a notification suggesting to install nbjavac
> # Open notification and follow instructions to install nbjavac plugin
> # After installation an exception is notified and the IDE log contains
> {code:java}
> // SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor
> org.netbeans.core.startup.ModuleList$Listener
> java.lang.IllegalStateException: Host module
> StandardModule:org.netbeans.libs.javacapi jarFile:
> C:\Users\falappa\PortableApps\netbeans-11.1-beta3\java\modules\org-netbeans-libs-javacapi.jar
> was enabled before, will not accept fragment
> StandardModule:org.netbeans.modules.nbjavac.api jarFile:
> C:\Users\falappa\AppData\Roaming\NetBeans\11.1\modules\org-netbeans-modules-nbjavac-api.jar
> at org.netbeans.ModuleManager.attachModuleFragment(ModuleManager.java:1104)
> at org.netbeans.ModuleManager.maybeAddToEnableList(ModuleManager.java:1708)
> at org.netbeans.ModuleManager.simulateEnable(ModuleManager.java:1632)
> at org.netbeans.ModuleManager.simulateEnable(ModuleManager.java:1605)
> at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:289)
> at org.netbeans.core.startup.ModuleList.access$2400(ModuleList.java:93)
> at
> org.netbeans.core.startup.ModuleList$Listener.stepEnable(ModuleList.java:1384)
> at
> org.netbeans.core.startup.ModuleList$Listener.access$1400(ModuleList.java:982)
> at org.netbeans.core.startup.ModuleList$Listener$1.run(ModuleList.java:1206)
> at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102)
> at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494)
> at org.netbeans.core.startup.ModuleList$Listener.run(ModuleList.java:1182)
> 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)
> usage: ActivateFeatures
> {code}
> I have not experienced this exception when running NetBeans on OpenJDK 8
--
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-45) Code completion is blocked for an extended period of time
[ https://issues.apache.org/jira/browse/NETBEANS-45?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879044#comment-16879044 ] Christian Lenz commented on NETBEANS-45: Maybe [~kelemen] can say smth here. Please try 11.1 beta 3 and check whether you still have the same problem or not to verify the problem. > Code completion is blocked for an extended period of time > - > > Key: NETBEANS-45 > URL: https://issues.apache.org/jira/browse/NETBEANS-45 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 9.0 >Reporter: Attila Kelemen >Priority: Major > Attachments: Screen Shot 2017-07-25 at 23.11.42.png, callstack.csv, > cnd-csm-core-parser-queue-waitready.log, > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-1.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-10.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-11.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-12.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-2.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-3.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-4.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-5.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-6.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-7.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-8.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-9.log.tdump, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-1.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-10.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-11.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-12.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-2.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-3.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-4.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-5.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-6.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-7.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-8.log, > > nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-9.log, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-1.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-10.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-11.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-12.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-2.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-3.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-4.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-5.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-6.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-7.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-8.log.tdump, > nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-9.log.tdump > > > Often times when editting a single file, code completion blocks for an > extensive amount of time which makes code completion practically unusable. > Looking at the threads of the IDE, code completion and parsing seems to be > blocked by the attached thread (holding a lock). > Note that I do not do anything but edit a single file and this happens > frequently during editting even though there are no external changes. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about t
[jira] [Resolved] (NETBEANS-2801) IllegalSateException thrown when installing nbjavac plugin with OpenJDK11
[
https://issues.apache.org/jira/browse/NETBEANS-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alessandro Falappa resolved NETBEANS-2801.
--
Resolution: Duplicate
> IllegalSateException thrown when installing nbjavac plugin with OpenJDK11
> -
>
> Key: NETBEANS-2801
> URL: https://issues.apache.org/jira/browse/NETBEANS-2801
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.1
> Environment: Product Version: Apache NetBeans IDE 11.1
> Java: 11.0.2; OpenJDK 64-Bit Server VM 11.0.2+9
> Runtime: OpenJDK Runtime Environment 11.0.2+9
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_IE (nb)
> User directory: C:\Users\falappa\AppData\Roaming\NetBeans\11.1
> Cache directory: C:\Users\falappa\AppData\Local\NetBeans\Cache\11.1
>Reporter: Alessandro Falappa
>Priority: Major
>
> Steps:
> # Download NB 11.1-beta3 binary zip
> # Unpack
> # Edit etc/netbeans.conf and specify an OpenJDK11 in netbeans_jdkhome
> property
> # Run bin/netbeans64.exe
> # Click on My NetBenas on the Start Page
> # Click on Activate Features
> # Select JavaSE checkbox and click Activate
> # Close Plugins dialog
> # There should be a notification suggesting to install nbjavac
> # Open notification and follow instructions to install nbjavac plugin
> # After installation an exception is notified and the IDE log contains
> {code:java}
> // SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor
> org.netbeans.core.startup.ModuleList$Listener
> java.lang.IllegalStateException: Host module
> StandardModule:org.netbeans.libs.javacapi jarFile:
> C:\Users\falappa\PortableApps\netbeans-11.1-beta3\java\modules\org-netbeans-libs-javacapi.jar
> was enabled before, will not accept fragment
> StandardModule:org.netbeans.modules.nbjavac.api jarFile:
> C:\Users\falappa\AppData\Roaming\NetBeans\11.1\modules\org-netbeans-modules-nbjavac-api.jar
> at org.netbeans.ModuleManager.attachModuleFragment(ModuleManager.java:1104)
> at org.netbeans.ModuleManager.maybeAddToEnableList(ModuleManager.java:1708)
> at org.netbeans.ModuleManager.simulateEnable(ModuleManager.java:1632)
> at org.netbeans.ModuleManager.simulateEnable(ModuleManager.java:1605)
> at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:289)
> at org.netbeans.core.startup.ModuleList.access$2400(ModuleList.java:93)
> at
> org.netbeans.core.startup.ModuleList$Listener.stepEnable(ModuleList.java:1384)
> at
> org.netbeans.core.startup.ModuleList$Listener.access$1400(ModuleList.java:982)
> at org.netbeans.core.startup.ModuleList$Listener$1.run(ModuleList.java:1206)
> at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102)
> at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494)
> at org.netbeans.core.startup.ModuleList$Listener.run(ModuleList.java:1182)
> 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)
> usage: ActivateFeatures
> {code}
> I have not experienced this exception when running NetBeans on OpenJDK 8
--
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-2801) IllegalSateException thrown when installing nbjavac plugin with OpenJDK11
[
https://issues.apache.org/jira/browse/NETBEANS-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879043#comment-16879043
]
Alessandro Falappa commented on NETBEANS-2801:
--
On dev mailing linst it was noted that this is a duplicate of
!https://issues.apache.org/jira/secure/viewavatar?size=xsmall&avatarId=21133&avatarType=issuetype|width=16,height=16!
NETBEANS-2548IllegalStateException after installing nb-javac module .
Please close.
> IllegalSateException thrown when installing nbjavac plugin with OpenJDK11
> -
>
> Key: NETBEANS-2801
> URL: https://issues.apache.org/jira/browse/NETBEANS-2801
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.1
> Environment: Product Version: Apache NetBeans IDE 11.1
> Java: 11.0.2; OpenJDK 64-Bit Server VM 11.0.2+9
> Runtime: OpenJDK Runtime Environment 11.0.2+9
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_IE (nb)
> User directory: C:\Users\falappa\AppData\Roaming\NetBeans\11.1
> Cache directory: C:\Users\falappa\AppData\Local\NetBeans\Cache\11.1
>Reporter: Alessandro Falappa
>Priority: Major
>
> Steps:
> # Download NB 11.1-beta3 binary zip
> # Unpack
> # Edit etc/netbeans.conf and specify an OpenJDK11 in netbeans_jdkhome
> property
> # Run bin/netbeans64.exe
> # Click on My NetBenas on the Start Page
> # Click on Activate Features
> # Select JavaSE checkbox and click Activate
> # Close Plugins dialog
> # There should be a notification suggesting to install nbjavac
> # Open notification and follow instructions to install nbjavac plugin
> # After installation an exception is notified and the IDE log contains
> {code:java}
> // SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor
> org.netbeans.core.startup.ModuleList$Listener
> java.lang.IllegalStateException: Host module
> StandardModule:org.netbeans.libs.javacapi jarFile:
> C:\Users\falappa\PortableApps\netbeans-11.1-beta3\java\modules\org-netbeans-libs-javacapi.jar
> was enabled before, will not accept fragment
> StandardModule:org.netbeans.modules.nbjavac.api jarFile:
> C:\Users\falappa\AppData\Roaming\NetBeans\11.1\modules\org-netbeans-modules-nbjavac-api.jar
> at org.netbeans.ModuleManager.attachModuleFragment(ModuleManager.java:1104)
> at org.netbeans.ModuleManager.maybeAddToEnableList(ModuleManager.java:1708)
> at org.netbeans.ModuleManager.simulateEnable(ModuleManager.java:1632)
> at org.netbeans.ModuleManager.simulateEnable(ModuleManager.java:1605)
> at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:289)
> at org.netbeans.core.startup.ModuleList.access$2400(ModuleList.java:93)
> at
> org.netbeans.core.startup.ModuleList$Listener.stepEnable(ModuleList.java:1384)
> at
> org.netbeans.core.startup.ModuleList$Listener.access$1400(ModuleList.java:982)
> at org.netbeans.core.startup.ModuleList$Listener$1.run(ModuleList.java:1206)
> at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102)
> at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494)
> at org.netbeans.core.startup.ModuleList$Listener.run(ModuleList.java:1182)
> 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)
> usage: ActivateFeatures
> {code}
> I have not experienced this exception when running NetBeans on OpenJDK 8
--
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-45) Code completion is blocked for an extended period of time
[
https://issues.apache.org/jira/browse/NETBEANS-45?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16879040#comment-16879040
]
Christian Lenz commented on NETBEANS-45:
{quote}
Is this related to NETBEANS-2762 by chance?
{quote}
How? this one here is a performance problem due to code completion doesn't
work/show up any results because of external changes and the other one is a
formatting issue with an existing code template for "for*"
> Code completion is blocked for an extended period of time
> -
>
> Key: NETBEANS-45
> URL: https://issues.apache.org/jira/browse/NETBEANS-45
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Parsing & Indexing
>Affects Versions: 9.0
>Reporter: Attila Kelemen
>Priority: Major
> Attachments: Screen Shot 2017-07-25 at 23.11.42.png, callstack.csv,
> cnd-csm-core-parser-queue-waitready.log,
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-1.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-10.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-11.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-12.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-2.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-3.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-4.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-5.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-6.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-7.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-8.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-04-19-9.log.tdump,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-1.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-10.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-11.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-12.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-2.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-3.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-4.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-5.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-6.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-7.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-8.log,
>
> nb-jstack-cpu-high-checking-for-external-changes-with-gradle-and-maven-2017-05-30-9.log,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-1.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-10.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-11.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-12.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-2.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-3.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-4.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-5.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-6.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-7.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-8.log.tdump,
> nb-jstack-cpu-high-opening-gradle-and-maven-projects-2017-01-18-9.log.tdump
>
>
> Often times when editting a single file, code completion blocks for an
> extensive amount of time which makes code completion practically unusable.
> Looking at the threads of the IDE, code completion and parsing seems to be
> blocked by the attached thread (holding a lock).
> Note that I do not do anything but edit a single file and this happens
> frequently during editting even though there are no external changes.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commi
[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=16879034#comment-16879034
]
Luca Mambretti commented on NETBEANS-2762:
--
I can confirm this is now fixed in beta 3.
> 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
> Fix For: 11.1
>
> Time Spent: 40m
> Remaining Estimate: 0h
>
> 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
