[jira] [Commented] (NETBEANS-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
[ https://issues.apache.org/jira/browse/NETBEANS-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16918330#comment-16918330 ] Shevek commented on NETBEANS-3041: -- pstree confirms, the gradle daemon which is missing the -Xmx is a child of netbeans. > NetBeans gradle invoker not honouring org.gradle.jvmargs > > > Key: NETBEANS-3041 > URL: https://issues.apache.org/jira/browse/NETBEANS-3041 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > cat .gradle/gradle.properties > org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer > This property is not honoured by NetBeans when it starts a Gradle daemon, so > I end up with a Gradle daemon using the "default" amount of RAM, which on > some machines is too little, and on some is too much (it's 25% of system RAM). > I'm guessing this is because it's loaded by the wrapper, not the daemon, > because other properties like org.gradle.daemon.idletimeout=36 are > honoured by NB's gradle daemon. > The other effect of not loading that property is that I get multiple gradle > dameons running, each consuming 16Gb of RAM, because they're "incompatible", > so fixing this will save me about 16Gb of RAM per system. > I'm a bit shaky on this bug report, but ... I think this is what's going on. > (footnote: oh dear, Shevek broke something again, what on earth is that idiot > doing with NetBeans and why can't Shevek just behave like a "normal" > developer :D :D) -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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-3039) Extreme slow down on large YAML files
[ https://issues.apache.org/jira/browse/NETBEANS-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16918329#comment-16918329 ] Christian Naitsirch commented on NETBEANS-3039: --- I have created a new PHP project, added a new yml file and pasted the content into that file. After that any change in the file causes some lagging. Is there a way to collect some internal data that would help find the reason for this behaviour? I'd be happy to provide that. > Extreme slow down on large YAML files > - > > Key: NETBEANS-3039 > URL: https://issues.apache.org/jira/browse/NETBEANS-3039 > Project: NetBeans > Issue Type: Bug >Affects Versions: 10.0, 11.0, 11.1 > Environment: Netbeans 11.1, GNU/Debian Stretch, KDE >Reporter: Christian Naitsirch >Priority: Major > Labels: performance, yaml > Attachments: services.yml > > > When I work with Symfony web application (PHP framework) I usually have to > edit larger YAML files. In the last releases Netbeans really slows down when > editing those files. After some small changes in the file the loading > indicator is displayed and everything gets extremely slow. > This is why I still have to use Netbeans 8.2 which lacks some nice features > (e.g. conditional breakpoints in PHP Debugger). > I'll attach an example YAML file which makes my IDE unresponsive. I hope you > can reproduce this issue. > Other file types like large PHP files are not affected. > -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
[ https://issues.apache.org/jira/browse/NETBEANS-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16918183#comment-16918183 ] Shevek commented on NETBEANS-3041: -- Reason I think this is happening: Inspecting the JVM args of each running gradle daemon using visualvm. I suppose I should check pstree as well. > NetBeans gradle invoker not honouring org.gradle.jvmargs > > > Key: NETBEANS-3041 > URL: https://issues.apache.org/jira/browse/NETBEANS-3041 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > cat .gradle/gradle.properties > org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer > This property is not honoured by NetBeans when it starts a Gradle daemon, so > I end up with a Gradle daemon using the "default" amount of RAM, which on > some machines is too little, and on some is too much (it's 25% of system RAM). > I'm guessing this is because it's loaded by the wrapper, not the daemon, > because other properties like org.gradle.daemon.idletimeout=36 are > honoured by NB's gradle daemon. > The other effect of not loading that property is that I get multiple gradle > dameons running, each consuming 16Gb of RAM, because they're "incompatible", > so fixing this will save me about 16Gb of RAM per system. > I'm a bit shaky on this bug report, but ... I think this is what's going on. > (footnote: oh dear, Shevek broke something again, what on earth is that idiot > doing with NetBeans and why can't Shevek just behave like a "normal" > developer :D :D) -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
Shevek created NETBEANS-3041: Summary: NetBeans gradle invoker not honouring org.gradle.jvmargs Key: NETBEANS-3041 URL: https://issues.apache.org/jira/browse/NETBEANS-3041 Project: NetBeans Issue Type: Bug Reporter: Shevek cat .gradle/gradle.properties org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer This property is not honoured by NetBeans when it starts a Gradle daemon, so I end up with a Gradle daemon using the "default" amount of RAM, which on some machines is too little, and on some is too much (it's 25% of system RAM). I'm guessing this is because it's loaded by the wrapper, not the daemon, because other properties like org.gradle.daemon.idletimeout=36 are honoured by NB's gradle daemon. The other effect of not loading that property is that I get multiple gradle dameons running, each consuming 16Gb of RAM, because they're "incompatible", so fixing this will save me about 16Gb of RAM per system. I'm a bit shaky on this bug report, but ... I think this is what's going on. (footnote: oh dear, Shevek broke something again, what on earth is that idiot doing with NetBeans and why can't Shevek just behave like a "normal" developer :D :D) -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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 (3ddcdc4 -> fdf9c5f)
This is an automated email from the ASF dual-hosted git repository.
jlahoda pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git.
from 3ddcdc4 [NETBEANS-2917]: Support for yield in Switch-Expression for
JDK-13 (#1409)
add fdf9c5f [NETBEANS-2878]: Compile the probe for J2SE platforms on the
target platform itself, to avoid issues when compiling on the java.j2seplatform
module on JDKs that do not support -target 1.1.
No new revisions were added by this update.
Summary of changes:
java/java.j2seplatform/build.xml | 14 --
.../scripts/J2SEPlatformProbe.java}| 4 +-
.../java/j2seplatform/platformdefinition/Util.java | 2 +-
.../java/j2seplatform/wizard/NewJ2SEPlatform.java | 53 +++---
4 files changed, 38 insertions(+), 35 deletions(-)
rename
java/java.j2seplatform/{probesrc/org/netbeans/modules/java/j2seplatform/wizard/SDKProbe.java
=> release/scripts/J2SEPlatformProbe.java} (94%)
-
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-3040) Diff to feature does not work for Remote files in C/C++
[
https://issues.apache.org/jira/browse/NETBEANS-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Siddhesh Rane updated NETBEANS-3040:
Description:
"Diff to" does not work when the target file to diff against is a Remote file.
*Fail Scenario 1*
# Using Remote C/C++ toolbar, open a file on a remote server (Could be any
format, project file or not).
# Open a local file on your desktop in Netbeans. (Could be any format, project
file or not).
# In the editor tab of local file, right click and click on "Diff to". Choose
remote file from sidebar
# {color:#de350b}Nothing happens. Error is logged in IDE Log{color}
*Fail Scenario 2*
# Using Remote C/C++ toolbar, open two files on a remote server (Could be any
format, project file or not)
# In the editor tab of one file, right click and click on "Diff to". Choose
the other remote file from sidebar
# {color:#de350b}Nothing happens. Error is logged in IDE Log{color}
*Success scenario*
# Using Remote C/C++ toolbar, open a file on a remote server (Could be any
format, project file or not).
# Open a local file on your desktop in Netbeans. (Could be any format, project
file or not).
# In the remote file tab, right click and click on "Diff to". Choose the local
file
# {color:#00875a}Diff works!{color}
was:
"Diff to" does not work when the target file to diff against is a Remote file.
*Fail Scenario 1*
# Using Remote C/C++ toolbar, open a file on a remote server (Could be any
format, project file or not).
# Open a local file on your desktop in Netbeans. (Could be any format, project
file or not).
# In the editor tab of local file, right click and click on "Diff to". Choose
remote file from sidebar
# {color:#de350b}Nothing happens. Error is logged in IDE Log{color}
*Fail Scenario 2*
# Using Remote C/C++ toolbar, open two files on a remote server (Could be any
format, project file or not)
# In the editor tab of one file, right click and click on "Diff to". Choose
the other remote file from sidebar
# {color:#de350b}Nothing happens. Error is logged in IDE Log{color}
*Success scenario* **
# Using Remote C/C++ toolbar, open a file on a remote server (Could be any
format, project file or not).
# Open a local file on your desktop in Netbeans. (Could be any format, project
file or not).
# In the remote file tab, right click and click on "Diff to". Choose the local
file
# {color:#00875a}Diff works!{color}
> Diff to feature does not work for Remote files in C/C++
>
>
> Key: NETBEANS-3040
> URL: https://issues.apache.org/jira/browse/NETBEANS-3040
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Remote, utilities - Diff
>Affects Versions: 8.2
> Environment: Ubuntu 18.04, 16.04
>Reporter: Siddhesh Rane
>Priority: Trivial
>
> "Diff to" does not work when the target file to diff against is a Remote file.
> *Fail Scenario 1*
> # Using Remote C/C++ toolbar, open a file on a remote server (Could be any
> format, project file or not).
> # Open a local file on your desktop in Netbeans. (Could be any format,
> project file or not).
> # In the editor tab of local file, right click and click on "Diff to".
> Choose remote file from sidebar
> # {color:#de350b}Nothing happens. Error is logged in IDE Log{color}
> *Fail Scenario 2*
> # Using Remote C/C++ toolbar, open two files on a remote server (Could be
> any format, project file or not)
> # In the editor tab of one file, right click and click on "Diff to". Choose
> the other remote file from sidebar
> # {color:#de350b}Nothing happens. Error is logged in IDE Log{color}
> *Success scenario*
> # Using Remote C/C++ toolbar, open a file on a remote server (Could be any
> format, project file or not).
> # Open a local file on your desktop in Netbeans. (Could be any format,
> project file or not).
> # In the remote file tab, right click and click on "Diff to". Choose the
> local file
> # {color:#00875a}Diff works!{color}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
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-3040) Diff to feature does not work for Remote files in C/C++
Siddhesh Rane created NETBEANS-3040:
---
Summary: Diff to feature does not work for Remote files in C/C++
Key: NETBEANS-3040
URL: https://issues.apache.org/jira/browse/NETBEANS-3040
Project: NetBeans
Issue Type: Bug
Components: cnd - Remote, utilities - Diff
Affects Versions: 8.2
Environment: Ubuntu 18.04, 16.04
Reporter: Siddhesh Rane
"Diff to" does not work when the target file to diff against is a Remote file.
*Fail Scenario 1*
# Using Remote C/C++ toolbar, open a file on a remote server (Could be any
format, project file or not).
# Open a local file on your desktop in Netbeans. (Could be any format, project
file or not).
# In the editor tab of local file, right click and click on "Diff to". Choose
remote file from sidebar
# {color:#de350b}Nothing happens. Error is logged in IDE Log{color}
*Fail Scenario 2*
# Using Remote C/C++ toolbar, open two files on a remote server (Could be any
format, project file or not)
# In the editor tab of one file, right click and click on "Diff to". Choose
the other remote file from sidebar
# {color:#de350b}Nothing happens. Error is logged in IDE Log{color}
*Success scenario* **
# Using Remote C/C++ toolbar, open a file on a remote server (Could be any
format, project file or not).
# Open a local file on your desktop in Netbeans. (Could be any format, project
file or not).
# In the remote file tab, right click and click on "Diff to". Choose the local
file
# {color:#00875a}Diff works!{color}
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
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-3039) Extreme slow down on large YAML files
[ https://issues.apache.org/jira/browse/NETBEANS-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16917644#comment-16917644 ] Geertjan Wielenga commented on NETBEANS-3039: - No problem at all scrolling up and down through your services.yml file. Please provide exactly what needs to be done with the file to see the problem. It's 394 lines, not very large. > Extreme slow down on large YAML files > - > > Key: NETBEANS-3039 > URL: https://issues.apache.org/jira/browse/NETBEANS-3039 > Project: NetBeans > Issue Type: Bug >Affects Versions: 10.0, 11.0, 11.1 > Environment: Netbeans 11.1, GNU/Debian Stretch, KDE >Reporter: Christian Naitsirch >Priority: Major > Labels: performance, yaml > Attachments: services.yml > > > When I work with Symfony web application (PHP framework) I usually have to > edit larger YAML files. In the last releases Netbeans really slows down when > editing those files. After some small changes in the file the loading > indicator is displayed and everything gets extremely slow. > This is why I still have to use Netbeans 8.2 which lacks some nice features > (e.g. conditional breakpoints in PHP Debugger). > I'll attach an example YAML file which makes my IDE unresponsive. I hope you > can reproduce this issue. > Other file types like large PHP files are not affected. > -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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-3039) Extreme slow down on large YAML files
Christian Naitsirch created NETBEANS-3039: - Summary: Extreme slow down on large YAML files Key: NETBEANS-3039 URL: https://issues.apache.org/jira/browse/NETBEANS-3039 Project: NetBeans Issue Type: Bug Affects Versions: 11.1, 11.0, 10.0 Environment: Netbeans 11.1, GNU/Debian Stretch, KDE Reporter: Christian Naitsirch Attachments: services.yml When I work with Symfony web application (PHP framework) I usually have to edit larger YAML files. In the last releases Netbeans really slows down when editing those files. After some small changes in the file the loading indicator is displayed and everything gets extremely slow. This is why I still have to use Netbeans 8.2 which lacks some nice features (e.g. conditional breakpoints in PHP Debugger). I'll attach an example YAML file which makes my IDE unresponsive. I hope you can reproduce this issue. Other file types like large PHP files are not affected. -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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
