[jira] [Updated] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
[
https://issues.apache.org/jira/browse/NETBEANS-4874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Allen updated NETBEANS-4874:
---
Description:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above
incomplete code and it will break netbeans for that file its in. The other
files in same project will continue to work as normal. Switch to another file
and back into the file you paste the snippet into and you will see navigator
fail as well as code completion, etc., just for that file.
was:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above
incomplete code and it will break netbeans for that file its in. The other
files in same project will continue to work as normal. Switch to another file
and back into the file you paste the snippet into and you will see navigator
fail as well as code completion just for that file.
> new SimpleFileVisitor used in anonymous class breaks code completion, code
> highlighting, fix error suggestions, project commands.
> -
>
> Key: NETBEANS-4874
> URL: https://issues.apache.org/jira/browse/NETBEANS-4874
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Code Completion
>Affects Versions: 12.0
> Environment: win 7, javaFX gradle project
>Reporter: Robert Allen
>Priority: Major
>
> Using SimpleFileVisitor in anonymous class breaks code completion,
> highlighting, error fixing, suggestions, refactor, delete, navigator, just
> about everything in the editor for that project.
>
> Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
> });
>
> Edit: Nothing special to get it to do this, just copy and paste the above
> incomplete code and it will break netbeans for that file its in. The other
> files in same project will continue to work as normal. Switch to another file
> and back into the file you paste the snippet into and you will see navigator
> fail as well as code completion, etc., just for that file.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
[
https://issues.apache.org/jira/browse/NETBEANS-4874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Allen updated NETBEANS-4874:
---
Description:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above
incomplete code and it will break netbeans for that file its in. The other
files in same project will continue to work as normal. Switch to another file
and back into the file you paste the snippet into and you will see navigator
fail as well as code completion just for that file.
was:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above
incomplete code and it will break netbeans for that file its in. The other
files in same project will continue to work as normal.
> new SimpleFileVisitor used in anonymous class breaks code completion, code
> highlighting, fix error suggestions, project commands.
> -
>
> Key: NETBEANS-4874
> URL: https://issues.apache.org/jira/browse/NETBEANS-4874
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Code Completion
>Affects Versions: 12.0
> Environment: win 7, javaFX gradle project
>Reporter: Robert Allen
>Priority: Major
>
> Using SimpleFileVisitor in anonymous class breaks code completion,
> highlighting, error fixing, suggestions, refactor, delete, navigator, just
> about everything in the editor for that project.
>
> Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
> });
>
> Edit: Nothing special to get it to do this, just copy and paste the above
> incomplete code and it will break netbeans for that file its in. The other
> files in same project will continue to work as normal. Switch to another file
> and back into the file you paste the snippet into and you will see navigator
> fail as well as code completion just for that file.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
[
https://issues.apache.org/jira/browse/NETBEANS-4874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Allen updated NETBEANS-4874:
---
Description:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above
incomplete code and it will break netbeans for that file its in. The other
files in same project will continue to work as normal.
was:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above
incomplete code and it will break netbeans back.
> new SimpleFileVisitor used in anonymous class breaks code completion, code
> highlighting, fix error suggestions, project commands.
> -
>
> Key: NETBEANS-4874
> URL: https://issues.apache.org/jira/browse/NETBEANS-4874
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Code Completion
>Affects Versions: 12.0
> Environment: win 7, javaFX gradle project
>Reporter: Robert Allen
>Priority: Major
>
> Using SimpleFileVisitor in anonymous class breaks code completion,
> highlighting, error fixing, suggestions, refactor, delete, navigator, just
> about everything in the editor for that project.
>
> Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
> });
>
> Edit: Nothing special to get it to do this, just copy and paste the above
> incomplete code and it will break netbeans for that file its in. The other
> files in same project will continue to work as normal.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
[
https://issues.apache.org/jira/browse/NETBEANS-4874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Allen updated NETBEANS-4874:
---
Description:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above
incomplete code and it will break netbeans back.
was:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above and
it will break netbeans back.
> new SimpleFileVisitor used in anonymous class breaks code completion, code
> highlighting, fix error suggestions, project commands.
> -
>
> Key: NETBEANS-4874
> URL: https://issues.apache.org/jira/browse/NETBEANS-4874
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Code Completion
>Affects Versions: 12.0
> Environment: win 7, javaFX gradle project
>Reporter: Robert Allen
>Priority: Major
>
> Using SimpleFileVisitor in anonymous class breaks code completion,
> highlighting, error fixing, suggestions, refactor, delete, navigator, just
> about everything in the editor for that project.
>
> Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
> });
>
> Edit: Nothing special to get it to do this, just copy and paste the above
> incomplete code and it will break netbeans back.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
[
https://issues.apache.org/jira/browse/NETBEANS-4874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Allen updated NETBEANS-4874:
---
Description:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
Edit: Nothing special to get it to do this, just copy and paste the above and
it will break netbeans back.
was:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
> new SimpleFileVisitor used in anonymous class breaks code completion, code
> highlighting, fix error suggestions, project commands.
> -
>
> Key: NETBEANS-4874
> URL: https://issues.apache.org/jira/browse/NETBEANS-4874
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Code Completion
>Affects Versions: 12.0
> Environment: win 7, javaFX gradle project
>Reporter: Robert Allen
>Priority: Major
>
> Using SimpleFileVisitor in anonymous class breaks code completion,
> highlighting, error fixing, suggestions, refactor, delete, navigator, just
> about everything in the editor for that project.
>
> Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
> });
>
> Edit: Nothing special to get it to do this, just copy and paste the above and
> it will break netbeans back.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
[
https://issues.apache.org/jira/browse/NETBEANS-4874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Allen updated NETBEANS-4874:
---
Description:
Using SimpleFileVisitor in anonymous class breaks code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
was:
Using SimpleFileVisitor in anonymous class breask code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
> new SimpleFileVisitor used in anonymous class breaks code completion, code
> highlighting, fix error suggestions, project commands.
> -
>
> Key: NETBEANS-4874
> URL: https://issues.apache.org/jira/browse/NETBEANS-4874
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Code Completion
>Affects Versions: 12.0
> Environment: win 7, javaFX gradle project
>Reporter: Robert Allen
>Priority: Major
>
> Using SimpleFileVisitor in anonymous class breaks code completion,
> highlighting, error fixing, suggestions, refactor, delete, navigator, just
> about everything in the editor for that project.
>
> Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
> });
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
[
https://issues.apache.org/jira/browse/NETBEANS-4874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Allen updated NETBEANS-4874:
---
Environment: win 7, javaFX gradle project (was: win 7)
> new SimpleFileVisitor used in anonymous class breaks code completion, code
> highlighting, fix error suggestions, project commands.
> -
>
> Key: NETBEANS-4874
> URL: https://issues.apache.org/jira/browse/NETBEANS-4874
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Code Completion
>Affects Versions: 12.0
> Environment: win 7, javaFX gradle project
>Reporter: Robert Allen
>Priority: Major
>
> Using SimpleFileVisitor in anonymous class breask code completion,
> highlighting, error fixing, suggestions, refactor, delete, navigator, just
> about everything in the editor for that project.
>
> Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
> });
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
[
https://issues.apache.org/jira/browse/NETBEANS-4874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Allen updated NETBEANS-4874:
---
Description:
Using SimpleFileVisitor in anonymous class breask code completion,
highlighting, error fixing, suggestions, refactor, delete, navigator, just
about everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
was:
Using SimpleFileVisitor in anonymous class breask code completion,
highlighting, error fixing, suggestions, refactor, delete, just about
everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
> new SimpleFileVisitor used in anonymous class breaks code completion, code
> highlighting, fix error suggestions, project commands.
> -
>
> Key: NETBEANS-4874
> URL: https://issues.apache.org/jira/browse/NETBEANS-4874
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Code Completion
>Affects Versions: 12.0
> Environment: win 7
>Reporter: Robert Allen
>Priority: Major
>
> Using SimpleFileVisitor in anonymous class breask code completion,
> highlighting, error fixing, suggestions, refactor, delete, navigator, just
> about everything in the editor for that project.
>
> Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
> });
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4874) new SimpleFileVisitor used in anonymous class breaks code completion, code highlighting, fix error suggestions, project commands.
Robert Allen created NETBEANS-4874:
--
Summary: new SimpleFileVisitor used in anonymous class breaks code
completion, code highlighting, fix error suggestions, project commands.
Key: NETBEANS-4874
URL: https://issues.apache.org/jira/browse/NETBEANS-4874
Project: NetBeans
Issue Type: Bug
Components: cnd - Code Completion
Affects Versions: 12.0
Environment: win 7
Reporter: Robert Allen
Using SimpleFileVisitor in anonymous class breask code completion,
highlighting, error fixing, suggestions, refactor, delete, just about
everything in the editor for that project.
Files.walkFileTree(sourceDirPath, new SimpleFileVisitor(){
});
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated (b370e9b -> 57105e8)
This is an automated email from the ASF dual-hosted git repository.
matthiasblaesing pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git.
from b370e9b Merge pull request #2420 from apache/hectorespert-patch-2
new 35c956a Force offline build for gradle tooling
new 9da2c94 Ensure javaee.wildfly is offline buildable
new 0ba86be Ensure web.core is offline buildable
new 57105e8 Merge pull request #2417 from matthiasblaesing/build-offline
The 4431 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails. The revisions
listed as "add" were already present in the repository and have only
been added to this reference.
Summary of changes:
enterprise/javaee.wildfly/licenseinfo.xml | 3 +++
.../netbeans/modules/javaee/wildfly}/resources/javaee_7.xsd| 0
.../org/netbeans/modules/javaee/wildfly/resources/javaee_8.xsd | 7 ++-
.../modules/javaee/wildfly/resources/jboss-common_6_0_1.xsd| 7 ++-
.../modules/javaee/wildfly/resources/jboss-common_8_1.xsd | 7 ++-
.../modules/javaee/wildfly/resources/jboss-web_14_1.xsd| 7 ++-
.../modules/javaee/wildfly/resources/jboss-web_7_3_1.xsd | 6 +-
.../org/netbeans/modules/javaee/wildfly}/resources/jsp_2_2.xsd | 0
.../modules/javaee/wildfly}/resources/web-common_4_0.xsd | 0
enterprise/web.core/build.xml | 3 ---
.../src/org/netbeans/modules/web/taglib/resources/j2ee_1_4.xsd | 7 ++-
.../src/org/netbeans/modules/web/taglib/resources/javaee_5.xsd | 7 ++-
extide/gradle/build.xml| 10 +-
13 files changed, 45 insertions(+), 19 deletions(-)
copy enterprise/{j2ee.dd/src/org/netbeans/modules/j2ee/dd/impl =>
javaee.wildfly/src/org/netbeans/modules/javaee/wildfly}/resources/javaee_7.xsd
(100%)
copy enterprise/{j2ee.dd/src/org/netbeans/modules/j2ee/dd/impl =>
javaee.wildfly/src/org/netbeans/modules/javaee/wildfly}/resources/jsp_2_2.xsd
(100%)
copy enterprise/{j2ee.dd/src/org/netbeans/modules/j2ee/dd/impl =>
javaee.wildfly/src/org/netbeans/modules/javaee/wildfly}/resources/web-common_4_0.xsd
(100%)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated (28f9eca -> b370e9b)
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 28f9eca Change ide/core.ide arch-what response add df1173f Hacktoberfest opt-in add b370e9b Merge pull request #2420 from apache/hectorespert-patch-2 No new revisions were added by this update. Summary of changes: .asf.yaml | 1 + 1 file changed, 1 insertion(+) - 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-4819) Missing support of time-stamp authority in NBM jar signing
[ https://issues.apache.org/jira/browse/NETBEANS-4819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-4819: - Labels: pull-request-available (was: ) > Missing support of time-stamp authority in NBM jar signing > -- > > Key: NETBEANS-4819 > URL: https://issues.apache.org/jira/browse/NETBEANS-4819 > Project: NetBeans > Issue Type: Bug > Components: platform - Module System >Affects Versions: 12.1, 12.2 >Reporter: Austin Stephens >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > Apparently this still hasn't been fixed? There is no way to pass a TSA > (time-stamp authority) url to the Jar signer when building NBM files. [~emi] > has a post related to this off yonder: > http://blog.emilianbold.ro/2016/08/signing-netbeans-modules-with-time.html -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4873) Netbeans 12.1 exception
Jürgen Lüters created NETBEANS-4873: --- Summary: Netbeans 12.1 exception Key: NETBEANS-4873 URL: https://issues.apache.org/jira/browse/NETBEANS-4873 Project: NetBeans Issue Type: Bug Reporter: Jürgen Lüters Changing source level to 1.8 Changing source level to 1.8 WARNING [null]: Last record repeated again.SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor org.netbeans.modules.project.uiapi.CustomizerDialog$OptionListener$2 java.lang.IllegalArgumentException: 2.0.0 is unknown version at org.netbeans.modules.html.ojet.data.DataProviderImpl.setCurrentVersion(DataProviderImpl.java:165) at org.netbeans.modules.html.ojet.ui.OJETPanel.save(OJETPanel.java:161) at org.netbeans.modules.html.ojet.ui.OJETPanel$1.actionPerformed(OJETPanel.java:66) at org.netbeans.modules.project.uiapi.CustomizerDialog$OptionListener.storePerformed(CustomizerDialog.java:332) at org.netbeans.modules.project.uiapi.CustomizerDialog$OptionListener.storePerformed(CustomizerDialog.java:335) at org.netbeans.modules.project.uiapi.CustomizerDialog$OptionListener.access$400(CustomizerDialog.java:228) at org.netbeans.modules.project.uiapi.CustomizerDialog$OptionListener$2$1$1.run(CustomizerDialog.java:291) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3042) can't see loggers (log4j2) created from apps deployed on Payara servers
[ https://issues.apache.org/jira/browse/NETBEANS-3042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17208121#comment-17208121 ] Martin Hallgren commented on NETBEANS-3042: --- The problem is stil present in NetBeans 12.3 Our company has migrated our devstack to OpenJDK, Payara 5.204 and we were looking forward to use NetBeans 12.3. We think its a It's a pity if we have to downgrade to NetBeans 11.0. > can't see loggers (log4j2) created from apps deployed on Payara servers > --- > > Key: NETBEANS-3042 > URL: https://issues.apache.org/jira/browse/NETBEANS-3042 > Project: NetBeans > Issue Type: Bug > Components: ide - Logger >Affects Versions: 11.0, 11.1, 11.2, 11.3 > Environment: Windows 10, jdk 1.8, CentOS 7.x with AdoptOpenJDK 8 and > 11, Windows 10 with AdoptOpenJDK 8 and 11. >Reporter: jose luis romero >Priority: Major > Attachments: screenshot-1.png > > > I can't see the logs (log4j2) generated by my apps deployed in Payara, they > are always empty. > Tried to make a clean re-installation (no cache, no import config) but didn't > work > Initially, I thought that I messed up some config file so I made a post > [https://stackoverflow.com/questions/57679272/i-cant-see-logs-from-apps-on-payara-4-1-just-on-netbeans-console-tab|stackOverflow] > but no, it is a Netbeans issue introduced in 11.1 version + payara 5 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANSINFRA-232) Add feature to create native image with graalvm native image utility
ronald created NETBEANSINFRA-232: Summary: Add feature to create native image with graalvm native image utility Key: NETBEANSINFRA-232 URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-232 Project: Apache NetBeans Infra Issue Type: New Feature Reporter: ronald Graalvm native image allows creating a pure exe file from java code. A pure exe file does not use the java vm, allows faster startup, and is difficult to reverse engineer. The Graalvm native image tool is now available for windows but requires visual studio, visual c++, and is run on the command lline. It would be extremely convenient to avoid this and create the native-image exe inside Netbeans. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4872) Generics support with @template (Inspired by Phpstan)
[ https://issues.apache.org/jira/browse/NETBEANS-4872?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bo Andersen updated NETBEANS-4872: -- Description: In the Jetbrains community they have a feature request about supporting the generics syntax of PhpStan, it could be interesting to have this support for in Netbeans as well. [https://youtrack.jetbrains.com/issue/WI-47158] PhpStan: https://phpstan.org/blog/generics-in-php-using-phpdocs was: In the Jetbrains community they have a feature request about supporting the generics syntax of PhpStan, it could be interesting to have this support for in Netbeans as well. https://youtrack.jetbrains.com/issue/WI-47158 > Generics support with @template (Inspired by Phpstan) > - > > Key: NETBEANS-4872 > URL: https://issues.apache.org/jira/browse/NETBEANS-4872 > Project: NetBeans > Issue Type: New Feature > Components: php - Code Analysis >Reporter: Bo Andersen >Priority: Major > > In the Jetbrains community they have a feature request about supporting the > generics syntax of PhpStan, it could be interesting to have this support for > in Netbeans as well. > > [https://youtrack.jetbrains.com/issue/WI-47158] > > PhpStan: > https://phpstan.org/blog/generics-in-php-using-phpdocs -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4872) Generics support with @template (Inspired by Phpstan)
Bo Andersen created NETBEANS-4872: - Summary: Generics support with @template (Inspired by Phpstan) Key: NETBEANS-4872 URL: https://issues.apache.org/jira/browse/NETBEANS-4872 Project: NetBeans Issue Type: New Feature Components: php - Code Analysis Reporter: Bo Andersen In the Jetbrains community they have a feature request about supporting the generics syntax of PhpStan, it could be interesting to have this support for in Netbeans as well. https://youtrack.jetbrains.com/issue/WI-47158 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Issue Comment Deleted] (NETBEANS-2940) Excessive CPU Usage during HTML/PHP project parsing.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Joyce updated NETBEANS-2940: --- Comment: was deleted (was: I'm just lost with this issue. The heading refers to cpu usage "during HTML/PHP project parsing". Well, I've certainly got HTML and PHP on the workbench and for sure I've got excessive cpu use. My laptop has literally fried my kneecaps! Whether parsing is the issue I know not. All I know is that if I open an html file and so much as hit the space bar (ie make a minor correction), the cpu climbs over 30%. This has killed my PC and must be going some way to killing the planet as well! I'm on Apache NetBeans IDE 12.1 now, having migrated from Netbeans 8.1, hoping to fix this. I've got the new "Pause I/o checks" button and have unset "Enable auto-scan of sources" but still my kneecaps fry. The issue is stated as "resolved"/"abandoned". So, just to be clear - is there no fix to my problem? ) > Excessive CPU Usage during HTML/PHP project parsing. > > > Key: NETBEANS-2940 > URL: https://issues.apache.org/jira/browse/NETBEANS-2940 > Project: NetBeans > Issue Type: Bug > Components: javascript - Editor >Affects Versions: 10.0, 11.1 >Reporter: E Dementiev >Assignee: Laszlo Kishalmi >Priority: Major > Labels: performance, pull-request-available > Attachments: 2019-08-08-08-00-01.png, 2019-08-08-12-00-01.png, > 2019-08-08-14-00-01.png, 2019-08-09-09-00-01.png, > 2019-08-09-09-00-02-htop.png, 2019-08-09-09-00-03.png, > 2019-08-09-09-00-05.png, 2019-08-09-09-00-exception-log.txt, > 2019-08-09-12-00-01-JRE.png, 2019-08-09-14-00-01.png, > 2019-08-09-14-00-02.png, 2019-08-09-14-00-02.png, 2019-08-09-14-00-03.png, > 2019-08-09-14-00-03.png, 2019-08-09-17-30-IDE-log.txt, > 2019-08-09-17-30-java.lang.StackOverflowError.txt, > 2019-08-09-netbeans-11.1-about.png, 2019-08-09-netbeans-8.2-about.png, > 2019-08-12-21-00-01.png, 2019-08-12-21-00-02.png, > 2019-08-13-09-00-Eception-IDE-log.txt, > 2019-08-13-09-00-java.lang.NullPointerException.txt, > 2019-08-13-12-00-NB-about.png, 2019-08-14-09-00-UI-NB10.png, > 2019-08-14-12-00-Refreshing-indices-03.png, > image-2019-08-12-10-34-22-305.png, netbeans-11.1.conf, netbeans-8.2.conf, > selfsampler15073537369378979592.npss, selfsampler15232135153799309662.npss, > selfsampler15675620776487318185.npss, selfsampler16506135220476039727.npss, > selfsampler17323576831159964034.npss, selfsampler1962235903870517275.npss, > selfsampler231953002133054481.npss, selfsampler4257377310219144311.npss, > selfsampler4496583350478949316.npss, selfsampler5156665032004940801.npss, > selfsampler5156665032004940801.npss, selfsampler6110902925879607737.npss, > selfsampler6409512410806567513.npss, selfsampler7754563681117566493.npss, > selfsampler9035236510445031912.npss > > Time Spent: 2h 50m > Remaining Estimate: 0h > > Very often Netbeans would start consuming high CPU resources for the job of > Checking for external changes, which sits in suspended status. If you click > on the cross and manually cancel that job, the CPU will keep being consumed. > The only way to stop this is to completely close Netbeans. Upon closing, it > will say that it is still checking for external changes. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4871) Cannot (un)comment lines in Gradle Build Files using keyboard shortcut
Alex lewis created NETBEANS-4871:
Summary: Cannot (un)comment lines in Gradle Build Files using
keyboard shortcut
Key: NETBEANS-4871
URL: https://issues.apache.org/jira/browse/NETBEANS-4871
Project: NetBeans
Issue Type: Bug
Components: projects - Gradle
Affects Versions: 12.1
Reporter: Alex lewis
Assignee: Laszlo Kishalmi
Steps:
# Open a \{build.gradle} from within a loaded Gradle project.
# Move cursor to a line in the file.
# Use the "toggle comment" shortcut (both variations) keyboard shortcut.
Expected:
Line comment is toggled.
Actual:
Nothing happens.
The same is true for multi-line select.
I've marked this as Major as this is a frustrating loss of functionality from a
developer/productivity/ease-of-use standpoint; however, I understand if it is
downgraded to Minor as there is a workaround of manually (un)commenting a line.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2940) Excessive CPU Usage during HTML/PHP project parsing.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17207927#comment-17207927 ] Martin Joyce commented on NETBEANS-2940: I'm just lost with this issue. The heading refers to cpu usage "during HTML/PHP project parsing". Well, I've certainly got HTML and PHP on the workbench and for sure I've got excessive cpu use. My laptop has literally fried my kneecaps! Whether parsing is the issue I know not. All I know is that if I open an html file and so much as hit the space bar (ie make a minor correction), the cpu climbs over 30%. This has killed my PC and must be going some way to killing the planet as well! I'm on Apache NetBeans IDE 12.1 now, having migrated from Netbeans 8.1, hoping to fix this. I've got the new "Pause I/o checks" button and have unset "Enable auto-scan of sources" but still my kneecaps fry. The issue is stated as "resolved"/"abandoned". So, just to be clear - is there no fix to my problem? > Excessive CPU Usage during HTML/PHP project parsing. > > > Key: NETBEANS-2940 > URL: https://issues.apache.org/jira/browse/NETBEANS-2940 > Project: NetBeans > Issue Type: Bug > Components: javascript - Editor >Affects Versions: 10.0, 11.1 >Reporter: E Dementiev >Assignee: Laszlo Kishalmi >Priority: Major > Labels: performance, pull-request-available > Attachments: 2019-08-08-08-00-01.png, 2019-08-08-12-00-01.png, > 2019-08-08-14-00-01.png, 2019-08-09-09-00-01.png, > 2019-08-09-09-00-02-htop.png, 2019-08-09-09-00-03.png, > 2019-08-09-09-00-05.png, 2019-08-09-09-00-exception-log.txt, > 2019-08-09-12-00-01-JRE.png, 2019-08-09-14-00-01.png, > 2019-08-09-14-00-02.png, 2019-08-09-14-00-02.png, 2019-08-09-14-00-03.png, > 2019-08-09-14-00-03.png, 2019-08-09-17-30-IDE-log.txt, > 2019-08-09-17-30-java.lang.StackOverflowError.txt, > 2019-08-09-netbeans-11.1-about.png, 2019-08-09-netbeans-8.2-about.png, > 2019-08-12-21-00-01.png, 2019-08-12-21-00-02.png, > 2019-08-13-09-00-Eception-IDE-log.txt, > 2019-08-13-09-00-java.lang.NullPointerException.txt, > 2019-08-13-12-00-NB-about.png, 2019-08-14-09-00-UI-NB10.png, > 2019-08-14-12-00-Refreshing-indices-03.png, > image-2019-08-12-10-34-22-305.png, netbeans-11.1.conf, netbeans-8.2.conf, > selfsampler15073537369378979592.npss, selfsampler15232135153799309662.npss, > selfsampler15675620776487318185.npss, selfsampler16506135220476039727.npss, > selfsampler17323576831159964034.npss, selfsampler1962235903870517275.npss, > selfsampler231953002133054481.npss, selfsampler4257377310219144311.npss, > selfsampler4496583350478949316.npss, selfsampler5156665032004940801.npss, > selfsampler5156665032004940801.npss, selfsampler6110902925879607737.npss, > selfsampler6409512410806567513.npss, selfsampler7754563681117566493.npss, > selfsampler9035236510445031912.npss > > Time Spent: 2h 50m > Remaining Estimate: 0h > > Very often Netbeans would start consuming high CPU resources for the job of > Checking for external changes, which sits in suspended status. If you click > on the cross and manually cancel that job, the CPU will keep being consumed. > The only way to stop this is to completely close Netbeans. Upon closing, it > will say that it is still checking for external changes. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2940) Excessive CPU Usage during HTML/PHP project parsing.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17207924#comment-17207924 ] Martin Joyce commented on NETBEANS-2940: I'm just lost with this issue. The heading refers to cpu usage "during HTML/PHP project parsing". Well, I've certainly got HTML and PHP on the workbench and for sure I've got excessive cpu use. My laptop has literally fried my kneecaps! Whether parsing is the issue I know not. All I know is that if I open an html file and so much as hit the space bar (ie make a minor correction), the cpu climbs over 30%. This has killed my PC and must be going some way to killing the planet as well! I'm on Apache NetBeans IDE 12.1 now, having migrated from Netbeans 8.1, hoping to fix this. I've got the new "Pause I/o checks" button and have unset "Enable auto-scan of sources" but still my kneecaps fry. The issue is stated as "resolved"/"abandoned". So, just to be clear - is there no fix to my problem? > Excessive CPU Usage during HTML/PHP project parsing. > > > Key: NETBEANS-2940 > URL: https://issues.apache.org/jira/browse/NETBEANS-2940 > Project: NetBeans > Issue Type: Bug > Components: javascript - Editor >Affects Versions: 10.0, 11.1 >Reporter: E Dementiev >Assignee: Laszlo Kishalmi >Priority: Major > Labels: performance, pull-request-available > Attachments: 2019-08-08-08-00-01.png, 2019-08-08-12-00-01.png, > 2019-08-08-14-00-01.png, 2019-08-09-09-00-01.png, > 2019-08-09-09-00-02-htop.png, 2019-08-09-09-00-03.png, > 2019-08-09-09-00-05.png, 2019-08-09-09-00-exception-log.txt, > 2019-08-09-12-00-01-JRE.png, 2019-08-09-14-00-01.png, > 2019-08-09-14-00-02.png, 2019-08-09-14-00-02.png, 2019-08-09-14-00-03.png, > 2019-08-09-14-00-03.png, 2019-08-09-17-30-IDE-log.txt, > 2019-08-09-17-30-java.lang.StackOverflowError.txt, > 2019-08-09-netbeans-11.1-about.png, 2019-08-09-netbeans-8.2-about.png, > 2019-08-12-21-00-01.png, 2019-08-12-21-00-02.png, > 2019-08-13-09-00-Eception-IDE-log.txt, > 2019-08-13-09-00-java.lang.NullPointerException.txt, > 2019-08-13-12-00-NB-about.png, 2019-08-14-09-00-UI-NB10.png, > 2019-08-14-12-00-Refreshing-indices-03.png, > image-2019-08-12-10-34-22-305.png, netbeans-11.1.conf, netbeans-8.2.conf, > selfsampler15073537369378979592.npss, selfsampler15232135153799309662.npss, > selfsampler15675620776487318185.npss, selfsampler16506135220476039727.npss, > selfsampler17323576831159964034.npss, selfsampler1962235903870517275.npss, > selfsampler231953002133054481.npss, selfsampler4257377310219144311.npss, > selfsampler4496583350478949316.npss, selfsampler5156665032004940801.npss, > selfsampler5156665032004940801.npss, selfsampler6110902925879607737.npss, > selfsampler6409512410806567513.npss, selfsampler7754563681117566493.npss, > selfsampler9035236510445031912.npss > > Time Spent: 2h 50m > Remaining Estimate: 0h > > Very often Netbeans would start consuming high CPU resources for the job of > Checking for external changes, which sits in suspended status. If you click > on the cross and manually cancel that job, the CPU will keep being consumed. > The only way to stop this is to completely close Netbeans. Upon closing, it > will say that it is still checking for external changes. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3115) Netbeans (gradle) opens sources from source-jar files instead of (opened) projects
[ https://issues.apache.org/jira/browse/NETBEANS-3115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17207894#comment-17207894 ] Björn Schmidt edited comment on NETBEANS-3115 at 10/5/20, 8:06 AM: --- Netbeans 12.0 ist still "erratically" resolving source roots. When opening a project group with 20 or so projects, source roots get resolved correctly and point to the local files. But after compiling/building some of them, source roots of those projects get resolved from .m2 or not (can't see a pattern here). After a few iterations Netbeans seems to get completely lost and source roots no longer work at all, dependencies and/or import lines get marked red. This happens mostly if you break things by changing API functions in dependent project, but even after fixing everything NB still doesn't seem to figure out what's what. And then you restart NB and everything is fine again. [~lkishalmi] is this ticket still on the agenda? was (Author: bes): Netbeans 12.0 ist still "erratically" resolving source roots. When opening a project group with 20 or so projects, source roots get resolved correctly and point to the local files. But after compiling/building some of them, source roots of those projects get resolved from .m2 or not (can't see a pattern here). After a few iterations Netbeans seems to get completely lost and source roots no longer work at all, dependencies and/or import lines get marked red. This happens mostly if you break things by changing API functions in dependent project, but even after fixing everything NB still can*t sime to figure out what's what. And then you restart NB and everything is fine again. [~lkishalmi] is this ticket still on the agenda? > Netbeans (gradle) opens sources from source-jar files instead of (opened) > projects > -- > > Key: NETBEANS-3115 > URL: https://issues.apache.org/jira/browse/NETBEANS-3115 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Björn Schmidt >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available, usability > Fix For: 11.3 > > Attachments: nbtest2.tbz2 > > Time Spent: 2h > Remaining Estimate: 0h > > I'm using many independent gradle (java-library style) projects opened in NB. > They are not part of a big multi module project! > Whenever I want to navigate to a source file from another project relative to > the current one, Netbeans opens the source from > ~/.m2/repository.../project.jar and not from the local file of the referenced > project which is of course also opened in NB. > The same goes for debugging, I have to set breakpoints in .m2 sources (opened > from projects configurations navigator items). Debugging libraries from local > sources is not possible. > I already tried to disable all ~/.m2 Sources under Window->Debugging->Sources. > This doesn't change the behavior though (also not after restarting). > Even if it would change the behavior I then would have to disable all those > automatically added ~/.m2 (which are somehow preferred) references for every > project. > Maybe I'm just to stupid to find the right (global) option but ATM I think > this behavior is a bug. > — > Attached Test Case: > - open both projects in Netbeans > - deploy both project to local maven repo via custom rungradle action (clean > build publishToMavenLocal) > - go to NewClass in justalib > - ctrl click on the new Lib2Class statement > Expectation: Lib2Class gets opened from local filesystem, one can directly > edit the referenced file. > Actual: Lib2Class gets opened from local maven repo, read only. > > > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3115) Netbeans (gradle) opens sources from source-jar files instead of (opened) projects
[ https://issues.apache.org/jira/browse/NETBEANS-3115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17207894#comment-17207894 ] Björn Schmidt edited comment on NETBEANS-3115 at 10/5/20, 8:05 AM: --- Netbeans 12.0 ist still "erratically" resolving source roots. When opening a project group with 20 or so projects, source roots get resolved correctly and point to the local files. But after compiling/building some of them, source roots of those projects get resolved from .m2 or not (can't see a pattern here). After a few iterations Netbeans seems to get completely lost and source roots no longer work at all, dependencies and/or import lines get marked red. This happens mostly if you break things by changing API functions in dependent project, but even after fixing everything NB still can*t sime to figure out what's what. And then you restart NB and everything is fine again. [~lkishalmi] is this ticket still on the agenda? was (Author: bes): Netbeans 12.0 ist still "erratically" resolving source roots. When opening a project group with 20 or so projects, source roots get resolved correctly and point to the local files. But after compiling/building some of them, source roots of those projects get resolved from .m2 or not (can't see a pattern here). After a few iterations Netbeans seems to get completely lost and source roots no longer work at all, dependencies and/or import lines get marked red. This happens mostly if you break things by changing API functions in dependent project, but even after fixing everything NB still canÄt sime to figure out what's what. And then you restart NB and everything is fine again. [~lkishalmi] is this ticket still on the agenda? > Netbeans (gradle) opens sources from source-jar files instead of (opened) > projects > -- > > Key: NETBEANS-3115 > URL: https://issues.apache.org/jira/browse/NETBEANS-3115 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Björn Schmidt >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available, usability > Fix For: 11.3 > > Attachments: nbtest2.tbz2 > > Time Spent: 2h > Remaining Estimate: 0h > > I'm using many independent gradle (java-library style) projects opened in NB. > They are not part of a big multi module project! > Whenever I want to navigate to a source file from another project relative to > the current one, Netbeans opens the source from > ~/.m2/repository.../project.jar and not from the local file of the referenced > project which is of course also opened in NB. > The same goes for debugging, I have to set breakpoints in .m2 sources (opened > from projects configurations navigator items). Debugging libraries from local > sources is not possible. > I already tried to disable all ~/.m2 Sources under Window->Debugging->Sources. > This doesn't change the behavior though (also not after restarting). > Even if it would change the behavior I then would have to disable all those > automatically added ~/.m2 (which are somehow preferred) references for every > project. > Maybe I'm just to stupid to find the right (global) option but ATM I think > this behavior is a bug. > — > Attached Test Case: > - open both projects in Netbeans > - deploy both project to local maven repo via custom rungradle action (clean > build publishToMavenLocal) > - go to NewClass in justalib > - ctrl click on the new Lib2Class statement > Expectation: Lib2Class gets opened from local filesystem, one can directly > edit the referenced file. > Actual: Lib2Class gets opened from local maven repo, read only. > > > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3115) Netbeans (gradle) opens sources from source-jar files instead of (opened) projects
[ https://issues.apache.org/jira/browse/NETBEANS-3115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17207894#comment-17207894 ] Björn Schmidt commented on NETBEANS-3115: - Netbeans 12.0 ist still "erratically" resolving source roots. When opening a project group with 20 or so projects, source roots get resolved correctly and point to the local files. But after compiling/building some of them, source roots of those projects get resolved from .m2 or not (can't see a pattern here). After a few iterations Netbeans seems to get completely lost and source roots no longer work at all, dependencies and/or import lines get marked red. This happens mostly if you break things by changing API functions in dependent project, but even after fixing everything NB still canÄt sime to figure out what's what. And then you restart NB and everything is fine again. [~lkishalmi] is this ticket still on the agenda? > Netbeans (gradle) opens sources from source-jar files instead of (opened) > projects > -- > > Key: NETBEANS-3115 > URL: https://issues.apache.org/jira/browse/NETBEANS-3115 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Björn Schmidt >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available, usability > Fix For: 11.3 > > Attachments: nbtest2.tbz2 > > Time Spent: 2h > Remaining Estimate: 0h > > I'm using many independent gradle (java-library style) projects opened in NB. > They are not part of a big multi module project! > Whenever I want to navigate to a source file from another project relative to > the current one, Netbeans opens the source from > ~/.m2/repository.../project.jar and not from the local file of the referenced > project which is of course also opened in NB. > The same goes for debugging, I have to set breakpoints in .m2 sources (opened > from projects configurations navigator items). Debugging libraries from local > sources is not possible. > I already tried to disable all ~/.m2 Sources under Window->Debugging->Sources. > This doesn't change the behavior though (also not after restarting). > Even if it would change the behavior I then would have to disable all those > automatically added ~/.m2 (which are somehow preferred) references for every > project. > Maybe I'm just to stupid to find the right (global) option but ATM I think > this behavior is a bug. > — > Attached Test Case: > - open both projects in Netbeans > - deploy both project to local maven repo via custom rungradle action (clean > build publishToMavenLocal) > - go to NewClass in justalib > - ctrl click on the new Lib2Class statement > Expectation: Lib2Class gets opened from local filesystem, one can directly > edit the referenced file. > Actual: Lib2Class gets opened from local maven repo, read only. > > > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
