[jira] [Created] (NETBEANS-3899) No output in the output window while debugging an Ant based RCP project in Windows 10
Elmar Baumann created NETBEANS-3899: --- Summary: No output in the output window while debugging an Ant based RCP project in Windows 10 Key: NETBEANS-3899 URL: https://issues.apache.org/jira/browse/NETBEANS-3899 Project: NetBeans Issue Type: Bug Affects Versions: 11.2, 11.1 Environment: Windows 10, OpenJDK 13. Reporter: Elmar Baumann Attachments: NoOutputInWindow.zip In an Ant based project (did not test Maven), while debugging, all output, e.g. via Loggers or System.out, does not appear in the NetBeans output window. This behaviour occurs in Windows 10. Linux and FreeBSD do not have this problem. In all cases OpenJDK 13 was used for both: NetBeans IDE and sample project. I attached a minimal sample project which uses System.out. It was generatet with NetBeans 11. -- 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-3898) ModuleList.doScanNetBeansOrgSources descends into .git/.hg
[ https://issues.apache.org/jira/browse/NETBEANS-3898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039721#comment-17039721 ] Ernie Rael commented on NETBEANS-3898: -- Simple change, looking for sanity check. Added a couple people with some familiarity with ...universe.ModuleList > ModuleList.doScanNetBeansOrgSources descends into .git/.hg > -- > > Key: NETBEANS-3898 > URL: https://issues.apache.org/jira/browse/NETBEANS-3898 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Project >Reporter: Ernie Rael >Priority: Minor > Labels: performance > > > org.netbeans.modules.apisupport.project.universe.ModuleList.doScanNetBeansOrgSources > produces LOG entries like: > {quote}INFO...: exhaustive scan of F:\repos\netbeans\.hg\cache > INFO...: exhaustive scan of F:\repos\netbeans\.hg\git > ... > {quote} > Which come because of stuff after the following code, ("kids" is directories > in /netebeans) > {code:java} > for (File kid : kids) { > if (!kid.isDirectory()) { > continue; > } > String name = kid.getName(); > if (EXCLUDED_DIR_NAMES.contains(name)) { > // #61579: known to not be project dirs, so skip to save time. > continue; > } > {code} > Can save even more time by staying out of the repo data. Two possible > solutions > * Add ".git" and ".hg" to EXCLUDED_DIR_NAMES > * Skip anything that starts with "." > Comments? I'm inclined towards the second, skip anything that's hidden. -- 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-3898) ModuleList.doScanNetBeansOrgSources descends into .git/.hg
Ernie Rael created NETBEANS-3898: Summary: ModuleList.doScanNetBeansOrgSources descends into .git/.hg Key: NETBEANS-3898 URL: https://issues.apache.org/jira/browse/NETBEANS-3898 Project: NetBeans Issue Type: Bug Components: apisupport - Project Reporter: Ernie Rael org.netbeans.modules.apisupport.project.universe.ModuleList.doScanNetBeansOrgSources produces LOG entries like: {quote}INFO...: exhaustive scan of F:\repos\netbeans\.hg\cache INFO...: exhaustive scan of F:\repos\netbeans\.hg\git ... {quote} Which come because of stuff after the following code, ("kids" is directories in /netebeans) {code:java} for (File kid : kids) { if (!kid.isDirectory()) { continue; } String name = kid.getName(); if (EXCLUDED_DIR_NAMES.contains(name)) { // #61579: known to not be project dirs, so skip to save time. continue; } {code} Can save even more time by staying out of the repo data. Two possible solutions * Add ".git" and ".hg" to EXCLUDED_DIR_NAMES * Skip anything that starts with "." Comments? I'm inclined towards the second, skip anything that's hidden. -- 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-jenkins-lib] branch master updated: fix path too deep
This is an automated email from the ASF dual-hosted git repository. skygo pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git The following commit(s) were added to refs/heads/master by this push: new f97b6a7 fix path too deep f97b6a7 is described below commit f97b6a784bb1c2f7b57f734fd474dd89f7dc7a11 Author: Eric Barboni AuthorDate: Tue Feb 18 23:03:17 2020 +0100 fix path too deep --- vars/asfMainNetBeansBuild.groovy | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/vars/asfMainNetBeansBuild.groovy b/vars/asfMainNetBeansBuild.groovy index be49102..2c38322 100644 --- a/vars/asfMainNetBeansBuild.groovy +++ b/vars/asfMainNetBeansBuild.groovy @@ -175,8 +175,8 @@ def call(Map params = [:]) { def releasepath = ""; if (votecandidate) { versionpath = "/${version}/vc${vote}" -platformpath = "/netbeans-platform/netbeans-platform${versionpath}/" -releasepath = "/netbeans/netbeans${versionpath}/"; +platformpath = "/netbeans-platform${versionpath}/" +releasepath = "/netbeans${versionpath}/"; } sh "mkdir -p ${env.WORKSPACE}/dist${platformpath}" - 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-3897) Wording of "File Hierarchy" should be changed
Eric Schwarzenbach created NETBEANS-3897: Summary: Wording of "File Hierarchy" should be changed Key: NETBEANS-3897 URL: https://issues.apache.org/jira/browse/NETBEANS-3897 Project: NetBeans Issue Type: Improvement Affects Versions: 11.1 Reporter: Eric Schwarzenbach When you right click on a class in the Hierarchy window, you are offered a "File Hierarchy" command which will make the selected class the new object of exploration in this window. The wording should be "Class Hierarchy" I think. -- 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-3896) Profiling method calls does not work with JDK newer than 1.8
[ https://issues.apache.org/jira/browse/NETBEANS-3896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039455#comment-17039455 ] matteodg edited comment on NETBEANS-3896 at 2/18/20 9:11 PM: - I got the hs_err_pid*.log files for hotspot VMs, but when I run with AdoptOpenJDK with OpenJ9, it does not create similar log files. was (Author: matte...@infinito.it): I got the hs_err_pid*.log files for hotspot VMs, but when I run with AdoptOpenJDK with OpenJ9, it does not created similar log files. > Profiling method calls does not work with JDK newer than 1.8 > > > Key: NETBEANS-3896 > URL: https://issues.apache.org/jira/browse/NETBEANS-3896 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 11.2, 11.3 >Reporter: matteodg >Priority: Major > Fix For: 11.3 > > Attachments: AdoptOpenJDK-11.0.6.10-hotspot-hs_err_pid9856.log, > AdoptOpenJDK-11.0.6.10-hotspot.txt, AdoptOpenJDK-11.0.6.10-openj9-0.18.1.txt, > AdoptOpenJDK-13.0.2.8-hotspot-hs_err_pid16960.log, > AdoptOpenJDK-13.0.2_8_hotspot.txt, AdoptOpenJDK-13.0.2_8_openj9-0.18.0.txt, > OpenJDK-11+28-hs_err_pid9260.log, OpenJDK-11+28.txt, > OpenJDK-13.0.2-hs_err_pid9892.log, OpenJDK-13.0.2.txt > > > Profiling methods calls a Java application (and even a Netbeans Platform > Application) with a JDK newer than 1.8 does not work. > I collected different results using: > * OpenJDK 11+28 > * OpenJDK 13.0.2 > * AdoptOpenJDK 11.0.6_10-hotspot > * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 > * AdoptOpenJDK 13.0.2_8-hotspot > * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 > and all fail (different error between hotspot-based and openJ9-based). I'm > going to attach all outputs from those JDKs. > I tested with NetBeans 11.2 and 11.3-beta3 as well. > Profiling with object memory does work instead. > -- 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-3896) Profiling method calls does not work with JDK newer than 1.8
[ https://issues.apache.org/jira/browse/NETBEANS-3896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039455#comment-17039455 ] matteodg commented on NETBEANS-3896: I got the hs_err_pid*.log files for hotspot VM, but when I run with AdoptOpenJDK with OpenJ9, it does not created similar log files. > Profiling method calls does not work with JDK newer than 1.8 > > > Key: NETBEANS-3896 > URL: https://issues.apache.org/jira/browse/NETBEANS-3896 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 11.2, 11.3 >Reporter: matteodg >Priority: Major > Fix For: 11.3 > > Attachments: AdoptOpenJDK-11.0.6.10-hotspot-hs_err_pid9856.log, > AdoptOpenJDK-11.0.6.10-hotspot.txt, AdoptOpenJDK-11.0.6.10-openj9-0.18.1.txt, > AdoptOpenJDK-13.0.2.8-hotspot-hs_err_pid16960.log, > AdoptOpenJDK-13.0.2_8_hotspot.txt, AdoptOpenJDK-13.0.2_8_openj9-0.18.0.txt, > OpenJDK-11+28-hs_err_pid9260.log, OpenJDK-11+28.txt, > OpenJDK-13.0.2-hs_err_pid9892.log, OpenJDK-13.0.2.txt > > > Profiling methods calls a Java application (and even a Netbeans Platform > Application) with a JDK newer than 1.8 does not work. > I collected different results using: > * OpenJDK 11+28 > * OpenJDK 13.0.2 > * AdoptOpenJDK 11.0.6_10-hotspot > * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 > * AdoptOpenJDK 13.0.2_8-hotspot > * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 > and all fail (different error between hotspot-based and openJ9-based). I'm > going to attach all outputs from those JDKs. > I tested with NetBeans 11.2 and 11.3-beta3 as well. > Profiling with object memory does work instead. > -- 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-3896) Profiling method calls does not work with JDK newer than 1.8
[ https://issues.apache.org/jira/browse/NETBEANS-3896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039455#comment-17039455 ] matteodg edited comment on NETBEANS-3896 at 2/18/20 9:02 PM: - I got the hs_err_pid*.log files for hotspot VMs, but when I run with AdoptOpenJDK with OpenJ9, it does not created similar log files. was (Author: matte...@infinito.it): I got the hs_err_pid*.log files for hotspot VM, but when I run with AdoptOpenJDK with OpenJ9, it does not created similar log files. > Profiling method calls does not work with JDK newer than 1.8 > > > Key: NETBEANS-3896 > URL: https://issues.apache.org/jira/browse/NETBEANS-3896 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 11.2, 11.3 >Reporter: matteodg >Priority: Major > Fix For: 11.3 > > Attachments: AdoptOpenJDK-11.0.6.10-hotspot-hs_err_pid9856.log, > AdoptOpenJDK-11.0.6.10-hotspot.txt, AdoptOpenJDK-11.0.6.10-openj9-0.18.1.txt, > AdoptOpenJDK-13.0.2.8-hotspot-hs_err_pid16960.log, > AdoptOpenJDK-13.0.2_8_hotspot.txt, AdoptOpenJDK-13.0.2_8_openj9-0.18.0.txt, > OpenJDK-11+28-hs_err_pid9260.log, OpenJDK-11+28.txt, > OpenJDK-13.0.2-hs_err_pid9892.log, OpenJDK-13.0.2.txt > > > Profiling methods calls a Java application (and even a Netbeans Platform > Application) with a JDK newer than 1.8 does not work. > I collected different results using: > * OpenJDK 11+28 > * OpenJDK 13.0.2 > * AdoptOpenJDK 11.0.6_10-hotspot > * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 > * AdoptOpenJDK 13.0.2_8-hotspot > * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 > and all fail (different error between hotspot-based and openJ9-based). I'm > going to attach all outputs from those JDKs. > I tested with NetBeans 11.2 and 11.3-beta3 as well. > Profiling with object memory does work instead. > -- 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-3896) Profiling method calls does not work with JDK newer than 1.8
[ https://issues.apache.org/jira/browse/NETBEANS-3896?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] matteodg updated NETBEANS-3896: --- Attachment: OpenJDK-13.0.2-hs_err_pid9892.log OpenJDK-11+28-hs_err_pid9260.log AdoptOpenJDK-13.0.2.8-hotspot-hs_err_pid16960.log AdoptOpenJDK-11.0.6.10-hotspot-hs_err_pid9856.log > Profiling method calls does not work with JDK newer than 1.8 > > > Key: NETBEANS-3896 > URL: https://issues.apache.org/jira/browse/NETBEANS-3896 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 11.2, 11.3 >Reporter: matteodg >Priority: Major > Fix For: 11.3 > > Attachments: AdoptOpenJDK-11.0.6.10-hotspot-hs_err_pid9856.log, > AdoptOpenJDK-11.0.6.10-hotspot.txt, AdoptOpenJDK-11.0.6.10-openj9-0.18.1.txt, > AdoptOpenJDK-13.0.2.8-hotspot-hs_err_pid16960.log, > AdoptOpenJDK-13.0.2_8_hotspot.txt, AdoptOpenJDK-13.0.2_8_openj9-0.18.0.txt, > OpenJDK-11+28-hs_err_pid9260.log, OpenJDK-11+28.txt, > OpenJDK-13.0.2-hs_err_pid9892.log, OpenJDK-13.0.2.txt > > > Profiling methods calls a Java application (and even a Netbeans Platform > Application) with a JDK newer than 1.8 does not work. > I collected different results using: > * OpenJDK 11+28 > * OpenJDK 13.0.2 > * AdoptOpenJDK 11.0.6_10-hotspot > * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 > * AdoptOpenJDK 13.0.2_8-hotspot > * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 > and all fail (different error between hotspot-based and openJ9-based). I'm > going to attach all outputs from those JDKs. > I tested with NetBeans 11.2 and 11.3-beta3 as well. > Profiling with object memory does work instead. > -- 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-jenkins-lib] branch master updated: fix path var
This is an automated email from the ASF dual-hosted git repository. skygo pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git The following commit(s) were added to refs/heads/master by this push: new 350958c fix path var 350958c is described below commit 350958cf0ff405ba48fc805c4c32c1506800ce5f Author: Eric Barboni AuthorDate: Tue Feb 18 21:42:59 2020 +0100 fix path var --- vars/asfMainNetBeansBuild.groovy | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/vars/asfMainNetBeansBuild.groovy b/vars/asfMainNetBeansBuild.groovy index d3d9906..be49102 100644 --- a/vars/asfMainNetBeansBuild.groovy +++ b/vars/asfMainNetBeansBuild.groovy @@ -174,7 +174,7 @@ def call(Map params = [:]) { def platformpath = ""; def releasepath = ""; if (votecandidate) { -versionpath = "/${version}/"vc"${vote}" +versionpath = "/${version}/vc${vote}" platformpath = "/netbeans-platform/netbeans-platform${versionpath}/" releasepath = "/netbeans/netbeans${versionpath}/"; } - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans-jenkins-lib] branch master updated: change folder layout for voting candidate
This is an automated email from the ASF dual-hosted git repository. skygo pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git The following commit(s) were added to refs/heads/master by this push: new e391477 change folder layout for voting candidate e391477 is described below commit e391477a1481583676c2557739466590b3d9ea1d Author: Eric Barboni AuthorDate: Tue Feb 18 20:43:03 2020 +0100 change folder layout for voting candidate --- vars/asfMainNetBeansBuild.groovy | 42 +++- 1 file changed, 33 insertions(+), 9 deletions(-) diff --git a/vars/asfMainNetBeansBuild.groovy b/vars/asfMainNetBeansBuild.groovy index 7df17f7..d3d9906 100644 --- a/vars/asfMainNetBeansBuild.groovy +++ b/vars/asfMainNetBeansBuild.groovy @@ -32,6 +32,9 @@ def call(Map params = [:]) { def rmversion="" def mavenVersion="" def month="" +def votecandidate=false +def vote="" + pipeline { options { buildDiscarder(logRotator(numToKeepStr: '2')) @@ -92,7 +95,9 @@ def call(Map params = [:]) { if (key==githash) { // vote candidate prior if (value['vote']) { -rmversion = rmversion+'-vc'+value['vote'] +votecandidate = true +vote = value['vote'] +rmversion = rmversion } else if (value['version']){ // other named version rmversion = rmversion+'-'+value['version'] @@ -165,19 +170,38 @@ def call(Map params = [:]) { sh "rm -rf ${env.WORKSPACE}/mavenrepository" // create dist folder and content -sh "mkdir ${env.WORKSPACE}/dist" -sh "cp ${env.WORKSPACE}/nbbuild/build/*platform*.zip ${env.WORKSPACE}/dist/netbeans-platform-${rmversion}-source.zip" -sh "cp ${env.WORKSPACE}/nbbuild/build/release*.zip ${env.WORKSPACE}/dist/netbeans-${rmversion}-source.zip" -sh "cp ${env.WORKSPACE}/build-platform-temp/nbbuild/*.zip ${env.WORKSPACE}/dist/netbeans-platform-${rmversion}-bin.zip" -sh "cp ${env.WORKSPACE}/build-release-temp/nbbuild/*-release.zip ${env.WORKSPACE}/dist/netbeans-${rmversion}-bin.zip" -sh "mkdir ${env.WORKSPACE}/dist/nbms" +def versionpath = ""; +def platformpath = ""; +def releasepath = ""; +if (votecandidate) { +versionpath = "/${version}/"vc"${vote}" +platformpath = "/netbeans-platform/netbeans-platform${versionpath}/" +releasepath = "/netbeans/netbeans${versionpath}/"; +} + +sh "mkdir -p ${env.WORKSPACE}/dist${platformpath}" +// source +sh "cp ${env.WORKSPACE}/nbbuild/build/*platform*.zip ${env.WORKSPACE}/dist${platformpath}netbeans-platform-${rmversion}-source.zip" +// binaries +sh "cp ${env.WORKSPACE}/build-platform-temp/nbbuild/*.zip ${env.WORKSPACE}/dist${platformpath}netbeans-platform-${rmversion}-bin.zip" + + +sh "mkdir -p ${env.WORKSPACE}/dist${releasepath}" + +sh "cp ${env.WORKSPACE}/nbbuild/build/release*.zip ${env.WORKSPACE}/dist${releasepath}netbeans-${rmversion}-source.zip" +sh "cp ${env.WORKSPACE}/build-release-temp/nbbuild/*-release.zip ${env.WORKSPACE}/dist${releasepath}netbeans-${rmversion}-bin.zip" +sh "mkdir ${env.WORKSPACE}/dist${releasepath}nbms" -// creat maven repository folder and content +// create maven repository folder and content sh "mkdir ${env.WORKSPACE}/mavenrepository" -sh "cp -r ${env.WORKSPACE}/build-release-temp/nbbuild/nbms/** ${env.WORKSPACE}/dist/nbms/" + +//checksume +sh "cp -r ${env.WORKSPACE}/build-release-temp/nbbuild/nbms/**
[jira] [Commented] (NETBEANS-3896) Profiling method calls does not work with JDK newer than 1.8
[ https://issues.apache.org/jira/browse/NETBEANS-3896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039399#comment-17039399 ] Sven Reimers commented on NETBEANS-3896: Can you provide the corresponding hs_err.pid files? > Profiling method calls does not work with JDK newer than 1.8 > > > Key: NETBEANS-3896 > URL: https://issues.apache.org/jira/browse/NETBEANS-3896 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 11.2, 11.3 >Reporter: matteodg >Priority: Major > Fix For: 11.3 > > Attachments: AdoptOpenJDK-11.0.6.10-hotspot.txt, > AdoptOpenJDK-11.0.6.10-openj9-0.18.1.txt, AdoptOpenJDK-13.0.2_8_hotspot.txt, > AdoptOpenJDK-13.0.2_8_openj9-0.18.0.txt, OpenJDK-11+28.txt, OpenJDK-13.0.2.txt > > > Profiling methods calls a Java application (and even a Netbeans Platform > Application) with a JDK newer than 1.8 does not work. > I collected different results using: > * OpenJDK 11+28 > * OpenJDK 13.0.2 > * AdoptOpenJDK 11.0.6_10-hotspot > * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 > * AdoptOpenJDK 13.0.2_8-hotspot > * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 > and all fail (different error between hotspot-based and openJ9-based). I'm > going to attach all outputs from those JDKs. > I tested with NetBeans 11.2 and 11.3-beta3 as well. > Profiling with object memory does work instead. > -- 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-3896) Profiling method calls does not work with JDK newer than 1.8
[ https://issues.apache.org/jira/browse/NETBEANS-3896?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] matteodg updated NETBEANS-3896: --- Description: Profiling methods calls a Java application (and even a Netbeans Platform Application) with a JDK newer than 1.8 does not work. I collected different results using: * OpenJDK 11+28 * OpenJDK 13.0.2 * AdoptOpenJDK 11.0.6_10-hotspot * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 * AdoptOpenJDK 13.0.2_8-hotspot * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 and all fail (different error between hotspot-based and openJ9-based). I'm going to attach all outputs from those JDKs. I tested with NetBeans 11.2 and 11.3-beta3 as well. Profiling with object memory does work instead. was: Profiling a Java application (and even a Netbeans Platform Application) with a JDK newer than 1.8 does not work. I collected different results using: * OpenJDK 11+28 * OpenJDK 13.0.2 * AdoptOpenJDK 11.0.6_10-hotspot * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 * AdoptOpenJDK 13.0.2_8-hotspot * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 and all fail (different error between hotspot-based and openJ9-based). I'm going to attach all outputs from those JDKs. I tested with NetBeans 11.2 and 11.3-beta3 as well. Summary: Profiling method calls does not work with JDK newer than 1.8 (was: Profiler does not work with JDK11+) > Profiling method calls does not work with JDK newer than 1.8 > > > Key: NETBEANS-3896 > URL: https://issues.apache.org/jira/browse/NETBEANS-3896 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 11.2, 11.3 >Reporter: matteodg >Priority: Major > Fix For: 11.3 > > Attachments: AdoptOpenJDK-11.0.6.10-hotspot.txt, > AdoptOpenJDK-11.0.6.10-openj9-0.18.1.txt, AdoptOpenJDK-13.0.2_8_hotspot.txt, > AdoptOpenJDK-13.0.2_8_openj9-0.18.0.txt, OpenJDK-11+28.txt, OpenJDK-13.0.2.txt > > > Profiling methods calls a Java application (and even a Netbeans Platform > Application) with a JDK newer than 1.8 does not work. > I collected different results using: > * OpenJDK 11+28 > * OpenJDK 13.0.2 > * AdoptOpenJDK 11.0.6_10-hotspot > * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 > * AdoptOpenJDK 13.0.2_8-hotspot > * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 > and all fail (different error between hotspot-based and openJ9-based). I'm > going to attach all outputs from those JDKs. > I tested with NetBeans 11.2 and 11.3-beta3 as well. > Profiling with object memory does work instead. > -- 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-3896) Profiler does not work with JDK11+
matteodg created NETBEANS-3896: -- Summary: Profiler does not work with JDK11+ Key: NETBEANS-3896 URL: https://issues.apache.org/jira/browse/NETBEANS-3896 Project: NetBeans Issue Type: Bug Components: profiler - Base Affects Versions: 11.2, 11.3 Reporter: matteodg Fix For: 11.3 Attachments: AdoptOpenJDK-11.0.6.10-hotspot.txt, AdoptOpenJDK-11.0.6.10-openj9-0.18.1.txt, AdoptOpenJDK-13.0.2_8_hotspot.txt, AdoptOpenJDK-13.0.2_8_openj9-0.18.0.txt, OpenJDK-11+28.txt, OpenJDK-13.0.2.txt Profiling a Java application (and even a Netbeans Platform Application) with a JDK newer than 1.8 does not work. I collected different results using: * OpenJDK 11+28 * OpenJDK 13.0.2 * AdoptOpenJDK 11.0.6_10-hotspot * AdoptOpenJDK 11.0.6_10-openJ9-0.18.1 * AdoptOpenJDK 13.0.2_8-hotspot * AdoptOpenJDK 13.0.2_8-openJ9-0.18.0 and all fail (different error between hotspot-based and openJ9-based). I'm going to attach all outputs from those JDKs. I tested with NetBeans 11.2 and 11.3-beta3 as well. -- 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-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039236#comment-17039236 ] Jean-Marc Borer edited comment on NETBEANS-3810 at 2/18/20 4:55 PM: These self signed CA certificates bring a lot of problems with any application that try to do HTTPS connections (not only Java based ones). Unfortunately companies use this approach mainly for cost reasons. Would they have used a certificate from a trusted authority, then it wouldn't be a problem. sigh. was (Author: jmborer): These self signed CA certificates bring a lot of problems with any application that tries to do HTTPS connections (not only Java based ones). Unfortunately companies use this approach mainly for cost reasons. Would they have used a certificate from a trusted authority, then it wouldn't be a problem. sigh. > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >Reporter: Michele Costabile >Assignee: Michele Costabile >Priority: Minor > Labels: documentation, newbie > Fix For: 11.3 > > Attachments: Netbeans-11.3_bug.PNG, Netbeans-11.3_plugin-problem.PNG, > Netbeans-11.3_plugin.PNG > > > NetBeans cannot get past installation of JavaFX and nb-javac on my > installation behind a company firewall. This problem was also in 11.2, but it > did not stop the IDE from working. It just kept on quietly asking for > nb-javac installation. > 11.3, on the other hand does not seem to get past this problem. It keeps on > asking for installation of javafx and nb-javac and "Loading projects" never > comes to an end. > I tested my proxy setting in options and I have a green light with system > settings and also with manual settings. > In any case I have never been able to install nb-javac and could not find > instructions on how to install manually the plugin. > Note that my proxy has deep packet inspection and can create problems with > certificate verification on SSL. > > EDIT: the request for installation is not an infinite loop. It appears to be > once for every open project. Hitting cancel more times, the progress bar in > the status bar eventually gets to 100%, but all the projects are reported > broken. > > EDIT: as you can see from the comments below, it was really a problem with > certificates. When you are behind a proxy with deep inspection, certificates > are manipulated in such a way that you have to trust your company root > certificate to avoid failure in trust chains. > This becomes a NetBeans installation problem because: > * Differently from other IDEs, NetBeans delegates everything to JDK, so it > requires that the trust problem is solved in the JDK, not in the IDE > preferences. The user should be able to find instructionsto resolve the > problem > * In 11.2 the IDE did not enter a loop waiting for nb'javac installation to > validate projects. It just gave up, causing less problems > * "Test connection" in proxy settings did not report certificate problems. A > full https connection should be tested > * The dialog box of nb-javac installation does not report certificate > problems, it rather dies without warning and the installation is stuck with a > progress bar at 100% and no notification other than "cannot resolve external > references ..." This hides the problem > > -- 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-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039236#comment-17039236 ] Jean-Marc Borer commented on NETBEANS-3810: --- These self signed CA certificates bring a lot of problems with any application that tries to do HTTPS connections (not only Java based ones). Unfortunately companies use this approach mainly for cost reasons. Would they have used a certificate from a trusted authority, then it wouldn't be a problem. sigh. > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >Reporter: Michele Costabile >Assignee: Michele Costabile >Priority: Minor > Labels: documentation, newbie > Fix For: 11.3 > > Attachments: Netbeans-11.3_bug.PNG, Netbeans-11.3_plugin-problem.PNG, > Netbeans-11.3_plugin.PNG > > > NetBeans cannot get past installation of JavaFX and nb-javac on my > installation behind a company firewall. This problem was also in 11.2, but it > did not stop the IDE from working. It just kept on quietly asking for > nb-javac installation. > 11.3, on the other hand does not seem to get past this problem. It keeps on > asking for installation of javafx and nb-javac and "Loading projects" never > comes to an end. > I tested my proxy setting in options and I have a green light with system > settings and also with manual settings. > In any case I have never been able to install nb-javac and could not find > instructions on how to install manually the plugin. > Note that my proxy has deep packet inspection and can create problems with > certificate verification on SSL. > > EDIT: the request for installation is not an infinite loop. It appears to be > once for every open project. Hitting cancel more times, the progress bar in > the status bar eventually gets to 100%, but all the projects are reported > broken. > > EDIT: as you can see from the comments below, it was really a problem with > certificates. When you are behind a proxy with deep inspection, certificates > are manipulated in such a way that you have to trust your company root > certificate to avoid failure in trust chains. > This becomes a NetBeans installation problem because: > * Differently from other IDEs, NetBeans delegates everything to JDK, so it > requires that the trust problem is solved in the JDK, not in the IDE > preferences. The user should be able to find instructionsto resolve the > problem > * In 11.2 the IDE did not enter a loop waiting for nb'javac installation to > validate projects. It just gave up, causing less problems > * "Test connection" in proxy settings did not report certificate problems. A > full https connection should be tested > * The dialog box of nb-javac installation does not report certificate > problems, it rather dies without warning and the installation is stuck with a > progress bar at 100% and no notification other than "cannot resolve external > references ..." This hides the problem > > -- 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-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039230#comment-17039230 ] Michele Costabile commented on NETBEANS-3810: - You are right Jean-Marc. Moreover, a trusted certificate is in most cases self signed. You walk a trust chain verifying a certificate with its signed, until you find a self signed certificate: the root of the trust chain. If that certificate is in your trust store, the trust chain is valid, otherwise no. https://security.stackexchange.com/questions/168564/what-is-the-difference-between-a-self-signed-root-certificate-and-a-root-certifi > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >Reporter: Michele Costabile >Assignee: Michele Costabile >Priority: Minor > Labels: documentation, newbie > Fix For: 11.3 > > Attachments: Netbeans-11.3_bug.PNG, Netbeans-11.3_plugin-problem.PNG, > Netbeans-11.3_plugin.PNG > > > NetBeans cannot get past installation of JavaFX and nb-javac on my > installation behind a company firewall. This problem was also in 11.2, but it > did not stop the IDE from working. It just kept on quietly asking for > nb-javac installation. > 11.3, on the other hand does not seem to get past this problem. It keeps on > asking for installation of javafx and nb-javac and "Loading projects" never > comes to an end. > I tested my proxy setting in options and I have a green light with system > settings and also with manual settings. > In any case I have never been able to install nb-javac and could not find > instructions on how to install manually the plugin. > Note that my proxy has deep packet inspection and can create problems with > certificate verification on SSL. > > EDIT: the request for installation is not an infinite loop. It appears to be > once for every open project. Hitting cancel more times, the progress bar in > the status bar eventually gets to 100%, but all the projects are reported > broken. > > EDIT: as you can see from the comments below, it was really a problem with > certificates. When you are behind a proxy with deep inspection, certificates > are manipulated in such a way that you have to trust your company root > certificate to avoid failure in trust chains. > This becomes a NetBeans installation problem because: > * Differently from other IDEs, NetBeans delegates everything to JDK, so it > requires that the trust problem is solved in the JDK, not in the IDE > preferences. The user should be able to find instructionsto resolve the > problem > * In 11.2 the IDE did not enter a loop waiting for nb'javac installation to > validate projects. It just gave up, causing less problems > * "Test connection" in proxy settings did not report certificate problems. A > full https connection should be tested > * The dialog box of nb-javac installation does not report certificate > problems, it rather dies without warning and the installation is stuck with a > progress bar at 100% and no notification other than "cannot resolve external > references ..." This hides the problem > > -- 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-3895) DOCTYPE for html and xhtml files should be revised to current standards.
Kenneth Fogel created NETBEANS-3895: --- Summary: DOCTYPE for html and xhtml files should be revised to current standards. Key: NETBEANS-3895 URL: https://issues.apache.org/jira/browse/NETBEANS-3895 Project: NetBeans Issue Type: New Feature Affects Versions: 11.2 Reporter: Kenneth Fogel Fix For: Next The DOCTYPE at the beginning for html and xhtml files should just be the HTML5 version: All the DTD stuff and other items are obsolete. In addition the line is also obsolete unless the encoding needs to be changed. I'd prefer to have it removed from every xml file. This is likely a contentious suggestion but I dislike having declarations or code that no longer serves a purpose. -- 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-3894) Generated JPA Controllers need an option to generate them for containers
Kenneth Fogel created NETBEANS-3894: --- Summary: Generated JPA Controllers need an option to generate them for containers Key: NETBEANS-3894 URL: https://issues.apache.org/jira/browse/NETBEANS-3894 Project: NetBeans Issue Type: New Feature Affects Versions: 11.2 Environment: Win 10, Java 11. MySQL 8, Payara 5.194 Reporter: Kenneth Fogel Fix For: Next JPA Controllers are generated for non-container usage. I'd like to see an option to generate them for a container such as Payara. You can see an example of a controller as generated by NetBeans and a second version edited for use in a container. The type of controller generated could be dependent on the type of persistence.xml file that exists. These are Issue #1 in the document. The document can be found at: https://github.com/omniprof/NetbeansJPAControllerIssues/blob/master/JPAControllerFromEntitiesRevision.pdf -- 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-3893) New Option to Indicate that the persistence.xml is for a container
Kenneth Fogel created NETBEANS-3893: --- Summary: New Option to Indicate that the persistence.xml is for a container Key: NETBEANS-3893 URL: https://issues.apache.org/jira/browse/NETBEANS-3893 Project: NetBeans Issue Type: New Feature Affects Versions: 11.2 Environment: Win 10, Java 11, MySQL 8, Payara 5.194 Reporter: Kenneth Fogel Fix For: Next When entities are generated you have the option of having a persistence.xml file created. This xml file is meant for a non-container implementation of the JPA such as for a desktop application. I'd like to suggest that there should be the option of creating this file for a container. Some of the information for this xml needs to come from the glassfish-resources.xml file or equivalent for other application servers. Therefore generating this file at the same time may also be an option. In my document under Issue #2 there is an example of a persistence.xml as created by NetBeans and another xml that shows what it might be for a container. The document can be found at: https://github.com/omniprof/NetbeansJPAControllerIssues/blob/master/JPAControllerFromEntitiesRevision.pdf -- 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-3892) Generated JPA Controller is empty if persistence.xml is edited for container use
Kenneth Fogel created NETBEANS-3892: --- Summary: Generated JPA Controller is empty if persistence.xml is edited for container use Key: NETBEANS-3892 URL: https://issues.apache.org/jira/browse/NETBEANS-3892 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Environment: Win 10, Java 11, MySQL 8, Payara 5.194 Reporter: Kenneth Fogel Fix For: Next When entities are created so is the persistence.xml file. If this xml file is edited for use in a container such as Payara then calling upon NB to create JPA Controllers from Entities results in empty classes. As the generated controller needs nothing, as far as I can tell, from the persistence.xml then this behaviour does not make sense. This is Issue #3 in the document. Issue #2 shows what the persistence.xml should be changed to for containers. Here is the document: [https://github.com/omniprof/NetbeansJPAControllerIssues/blob/master/JPAControllerFromEntitiesRevision.pdf] -- 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-3891) Formatting: Divide "Boolean Operators" from "Binary Operators"
[ https://issues.apache.org/jira/browse/NETBEANS-3891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea updated NETBEANS-3891: - Fix Version/s: 11.2 > Formatting: Divide "Boolean Operators" from "Binary Operators" > -- > > Key: NETBEANS-3891 > URL: https://issues.apache.org/jira/browse/NETBEANS-3891 > Project: NetBeans > Issue Type: Wish > Components: editor - Formatting Indentation, javascript - > Formatting Indentation, php - Formatting Indentation >Affects Versions: 11.2 >Reporter: Andrea >Priority: Minor > Fix For: Next, 12.0, 11.2, 11.3 > > Attachments: Schermata da 2020-02-18 17-13-05.png > > > Hi, I wanted to ask if you can make this change. > Menu: "Tools -> Options -> Editor -> Formatting" > Language: PHP > Category: Spaces > Section: "Around Operators" > Is it possible to add the "Boolean Operators" checkbox to differentiate them > from the "Binary Operators"? > > > Example: > if($a==1 && $b!=2) -- 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-3891) Formatting: Divide "Boolean Operators" from "Binary Operators"
[ https://issues.apache.org/jira/browse/NETBEANS-3891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea updated NETBEANS-3891: - Description: Hi, I wanted to ask if you can make this change. Menu: "Tools -> Options -> Editor -> Formatting" Language: PHP Category: Spaces Section: "Around Operators" Is it possible to add the "Boolean Operators" checkbox to differentiate them from the "Binary Operators"? Example: if($a==1 && $b!=2) was: Hi, I wanted to ask if you can make this change. Menu: "Tools -> Options -> Editor -> Formatting" Language: PHP Category: Spaces Section: "Around Operators" Is it possible to add the "Boolean Operators" checkbox to differentiate them from the "Binary Operators"? Example: if($a==1 && $b!=2){ // body } > Formatting: Divide "Boolean Operators" from "Binary Operators" > -- > > Key: NETBEANS-3891 > URL: https://issues.apache.org/jira/browse/NETBEANS-3891 > Project: NetBeans > Issue Type: Wish > Components: editor - Formatting Indentation, javascript - > Formatting Indentation, php - Formatting Indentation >Affects Versions: 11.2 >Reporter: Andrea >Priority: Minor > Fix For: Next, 12.0, 11.3 > > Attachments: Schermata da 2020-02-18 17-13-05.png > > > Hi, I wanted to ask if you can make this change. > Menu: "Tools -> Options -> Editor -> Formatting" > Language: PHP > Category: Spaces > Section: "Around Operators" > Is it possible to add the "Boolean Operators" checkbox to differentiate them > from the "Binary Operators"? > > > Example: > if($a==1 && $b!=2) -- 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-3891) Formatting: Divide "Boolean Operators" from "Binary Operators"
[ https://issues.apache.org/jira/browse/NETBEANS-3891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea updated NETBEANS-3891: - Description: Hi, I wanted to ask if you can make this change. Menu: "Tools -> Options -> Editor -> Formatting" Language: PHP Category: Spaces Section: "Around Operators" Is it possible to add the "Boolean Operators" checkbox to differentiate them from the "Binary Operators"? Example: if($a==1 && $b!=2){ // body } was: Hi, I wanted to ask if you can make this change. Menu: "Tools -> Options -> Editor -> Formatting" Language: PHP Category: Spaces Section: "Around Operators" Is it possible to add the "Boolean Operators" checkbox to differentiate them from the "Binary Operators"? Example: if($a==1 && $b!=2){ // body } > Formatting: Divide "Boolean Operators" from "Binary Operators" > -- > > Key: NETBEANS-3891 > URL: https://issues.apache.org/jira/browse/NETBEANS-3891 > Project: NetBeans > Issue Type: Wish > Components: editor - Formatting Indentation, javascript - > Formatting Indentation, php - Formatting Indentation >Affects Versions: 11.2 >Reporter: Andrea >Priority: Minor > Fix For: Next, 12.0, 11.3 > > Attachments: Schermata da 2020-02-18 17-13-05.png > > > Hi, I wanted to ask if you can make this change. > Menu: "Tools -> Options -> Editor -> Formatting" > Language: PHP > Category: Spaces > Section: "Around Operators" > Is it possible to add the "Boolean Operators" checkbox to differentiate them > from the "Binary Operators"? > > > Example: > if($a==1 && $b!=2){ > // body > } -- 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-3891) Formatting: Divide "Boolean Operators" from "Binary Operators"
Andrea created NETBEANS-3891: Summary: Formatting: Divide "Boolean Operators" from "Binary Operators" Key: NETBEANS-3891 URL: https://issues.apache.org/jira/browse/NETBEANS-3891 Project: NetBeans Issue Type: Wish Components: editor - Formatting Indentation, javascript - Formatting Indentation, php - Formatting Indentation Affects Versions: 11.2 Reporter: Andrea Fix For: Next, 12.0, 11.3 Attachments: Schermata da 2020-02-18 17-13-05.png Hi, I wanted to ask if you can make this change. Menu: "Tools -> Options -> Editor -> Formatting" Language: PHP Category: Spaces Section: "Around Operators" Is it possible to add the "Boolean Operators" checkbox to differentiate them from the "Binary Operators"? Example: if($a==1 && $b!=2){ // body } -- 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-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039186#comment-17039186 ] Jean-Marc Borer edited comment on NETBEANS-3810 at 2/18/20 3:57 PM: I have exactly the very same issue. Moreover, my company uses its own self-signed certificate and not one from a known provider. I think Michele is in the exact same situation. Therefore we must both install the root CA among the trusted CAs was (Author: jmborer): I have exactly the very same issue. Moreover, my company uses its own self-signed certificate and not one from a know provider. I think Michele is in the exact same situation. Therefore we must both install the root CA among the trusted CAs > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >Reporter: Michele Costabile >Assignee: Michele Costabile >Priority: Minor > Labels: documentation, newbie > Fix For: 11.3 > > Attachments: Netbeans-11.3_bug.PNG, Netbeans-11.3_plugin-problem.PNG, > Netbeans-11.3_plugin.PNG > > > NetBeans cannot get past installation of JavaFX and nb-javac on my > installation behind a company firewall. This problem was also in 11.2, but it > did not stop the IDE from working. It just kept on quietly asking for > nb-javac installation. > 11.3, on the other hand does not seem to get past this problem. It keeps on > asking for installation of javafx and nb-javac and "Loading projects" never > comes to an end. > I tested my proxy setting in options and I have a green light with system > settings and also with manual settings. > In any case I have never been able to install nb-javac and could not find > instructions on how to install manually the plugin. > Note that my proxy has deep packet inspection and can create problems with > certificate verification on SSL. > > EDIT: the request for installation is not an infinite loop. It appears to be > once for every open project. Hitting cancel more times, the progress bar in > the status bar eventually gets to 100%, but all the projects are reported > broken. > > EDIT: as you can see from the comments below, it was really a problem with > certificates. When you are behind a proxy with deep inspection, certificates > are manipulated in such a way that you have to trust your company root > certificate to avoid failure in trust chains. > This becomes a NetBeans installation problem because: > * Differently from other IDEs, NetBeans delegates everything to JDK, so it > requires that the trust problem is solved in the JDK, not in the IDE > preferences. The user should be able to find instructionsto resolve the > problem > * In 11.2 the IDE did not enter a loop waiting for nb'javac installation to > validate projects. It just gave up, causing less problems > * "Test connection" in proxy settings did not report certificate problems. A > full https connection should be tested > * The dialog box of nb-javac installation does not report certificate > problems, it rather dies without warning and the installation is stuck with a > progress bar at 100% and no notification other than "cannot resolve external > references ..." This hides the problem > > -- 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-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039186#comment-17039186 ] Jean-Marc Borer commented on NETBEANS-3810: --- I have exactly the very same issue. Moreover, my company uses its own self-signed certificate and not one from a know provider. I think Michele is in the exact same situation. Therefore we must both install the root CA among the trusted CAs > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >Reporter: Michele Costabile >Assignee: Michele Costabile >Priority: Minor > Labels: documentation, newbie > Fix For: 11.3 > > Attachments: Netbeans-11.3_bug.PNG, Netbeans-11.3_plugin-problem.PNG, > Netbeans-11.3_plugin.PNG > > > NetBeans cannot get past installation of JavaFX and nb-javac on my > installation behind a company firewall. This problem was also in 11.2, but it > did not stop the IDE from working. It just kept on quietly asking for > nb-javac installation. > 11.3, on the other hand does not seem to get past this problem. It keeps on > asking for installation of javafx and nb-javac and "Loading projects" never > comes to an end. > I tested my proxy setting in options and I have a green light with system > settings and also with manual settings. > In any case I have never been able to install nb-javac and could not find > instructions on how to install manually the plugin. > Note that my proxy has deep packet inspection and can create problems with > certificate verification on SSL. > > EDIT: the request for installation is not an infinite loop. It appears to be > once for every open project. Hitting cancel more times, the progress bar in > the status bar eventually gets to 100%, but all the projects are reported > broken. > > EDIT: as you can see from the comments below, it was really a problem with > certificates. When you are behind a proxy with deep inspection, certificates > are manipulated in such a way that you have to trust your company root > certificate to avoid failure in trust chains. > This becomes a NetBeans installation problem because: > * Differently from other IDEs, NetBeans delegates everything to JDK, so it > requires that the trust problem is solved in the JDK, not in the IDE > preferences. The user should be able to find instructionsto resolve the > problem > * In 11.2 the IDE did not enter a loop waiting for nb'javac installation to > validate projects. It just gave up, causing less problems > * "Test connection" in proxy settings did not report certificate problems. A > full https connection should be tested > * The dialog box of nb-javac installation does not report certificate > problems, it rather dies without warning and the installation is stuck with a > progress bar at 100% and no notification other than "cannot resolve external > references ..." This hides the problem > > -- 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-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039181#comment-17039181 ] Michele Costabile edited comment on NETBEANS-3810 at 2/18/20 3:55 PM: -- Geertjan, I propose the following text IF the certificate error is reported properly Invalid certificate error downloading plugin, You should import your corporate root CA in the trust store of your JDK installation. ELSE Unable to download plugin. You might have to import your corporate root CA in the trust store of your JDK installation. Perhaps the current JDK location could also be reported. The long explanation might be this {quote}NetBeans has settings for a proxy server, but no provision for customizing TLS trust chains, therefore the effective settings are those which are set in the JDK used by NetBeans, which is specified in your settings. If you are behind a company proxy with deep inspection, certificates will be forged to allow inspection by the proxy of secure traffic. Packets will be open, inspected and repackaged with a different certificate. From your workstation, pages downloaded on an https connection will apppear to be signed by a company root certificate, rather than the original. Therefore, the trust chain will be broken and secure connections which verify certificate trust will break, unless you instruct the JDK to trust the signing certificate. To do this, you should open any page with an https prefix with your favorite browser, inspect the trust chain that appears close to the URL box, clicking on a lock icon, or similar indication, then download the root certificate in .cer format. Once you have the certificate, you should import it with keytool -import -trustcacerts -alias companyRootCA -file -keystore As of OpenJDK 11, the trusted store, on Windows, is in "%JAVA_HOME%\lib\security\cacerts" on unix, in ${JAVA_HOME}/lib/security/cacerts". The default password is "changeit" {quote} The number one issue, however, should be to detect and report that the connection breaks because of a trust problem, not any other random network problem. Hope this helps. Edit: multiple corrections for clarity was (Author: mico): Geertjan, I propose the following text IF the certificate error is reported properly Invalid certificate error downloading plugin, You should import your corporate root CA in the trust store of your JDK installation. ELSE Unable to download plugin. You might have to import your corporate root CA in the trust store of your JDK installation. Perhaps the current JDK location could also be reported. The long explanation might be this {quote}NetBeans has settings for a proxy server, but no provision for customizing TLS trust chains, therefore the effective settings are those which are set in the JDK used by NetBeans, which is specified in your settings. If you are behind a company proxy with deep inspection, certificates will be forged to allow inspection by the proxy of secure traffic. Packets will be open, inspected and repackaged with a different certificate. From your workstation, pages downloaded on an https connection will apppear to be signed by a company root certificate, rather than the original. Therefore, the trust chain will be broken and secure connections which verify certificate trust will break, unless you instruct the JDK to trust the signing certificate. To do this, you should open any page with an https prefix with your favorite browser, inspect the trust chain that appears close to the URL box, clicking on a lock icon, or similar indication, then inspect your trust chain and download the root certificate in .cer format. Once you have the certificate, you should import it with keytool -import -trustcacerts -alias companyRootCA -file -keystore As of OpenJDK 11, the trusted store, on Windows, is in "%JAVA_HOME%\lib\security\cacerts" on unix, in ${JAVA_HOME}/lib/security/cacerts". The default password is "changeit" {quote} The number one issue, however, should be to detect and report that the connection breaks because of a trust problem, not any other random network problem. Hope this helps. > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >Reporter: Michele Costabile >Assignee: Michele Costabile >Priority: Minor >
[jira] [Comment Edited] (NETBEANS-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039181#comment-17039181 ] Michele Costabile edited comment on NETBEANS-3810 at 2/18/20 3:53 PM: -- Geertjan, I propose the following text IF the certificate error is reported properly Invalid certificate error downloading plugin, You should import your corporate root CA in the trust store of your JDK installation. ELSE Unable to download plugin. You might have to import your corporate root CA in the trust store of your JDK installation. Perhaps the current JDK location could also be reported. The long explanation might be this {quote}NetBeans has settings for a proxy server, but no provision for customizing TLS trust chains, therefore the effective settings are those which are set in the JDK used by NetBeans, which is specified in your settings. If you are behind a company proxy with deep inspection, certificates will be forged to allow inspection by the proxy of secure traffic. Packets will be open, inspected and repackaged with a different certificate. From your workstation, pages downloaded on an https connection will apppear to be signed by a company root certificate, rather than the original. Therefore, the trust chain will be broken and secure connections which verify certificate trust will break, unless you instruct the JDK to trust the signing certificate. To do this, you should open any page with an https prefix with your favorite browser, inspect the trust chain that appears close to the URL box, clicking on a lock icon, or similar indication, then inspect your trust chain and download the root certificate in .cer format. Once you have the certificate, you should import it with keytool -import -trustcacerts -alias companyRootCA -file -keystore As of OpenJDK 11, the trusted store, on Windows, is in "%JAVA_HOME%\lib\security\cacerts" on unix, in ${JAVA_HOME}/lib/security/cacerts". The default password is "changeit" {quote} The number one issue, however, should be to detect and report that the connection breaks because of a trust problem, not any other random network problem. Hope this helps. was (Author: mico): Geertjan, I propose the following text IF the certificate error is reported properly Invalid certificate error downloading plugin, You should import your corporate root CA in the trust store of your JDK installation. ELSE Unable to download plugin. You might have to import your corporate root CA in the trust store of your JDK installation. Perhaps the current JDK location could also be reported. The long explanation might be this {quote}NetBeans has settings for a proxy server, but no provision for customizing TLS trust chains, therefore the effective settings are those which are set in the JDK used by NetBeans, which is specified in your settings. If you are behind a company proxy with deep inspection, certificates will be forged to allow inspection by the proxy of secure traffic. Packets will be repackaged with different certificates and from your workstation, pages seen on an https connection will apppear to be signed by a company root certificate, rather than the original. Therefore, the trust chain will be broken unless you set your company certification authority certificate in the trusted roots. This causes secure connections that verify certificate trust to break, unless you instruct the JDK to trust the new certificate. To do this, you should open any page with an https prefix with your favorite browser, inspect the trust chain that appears close to the URL box, clicking on a lock icon, or similar indication, then inspect your trust chain and download the root certificate in .cer format. Once you have the certificate, you should import it with keytool -import -trustcacerts -alias companyRootCA -file -keystore As of OpenJDK 11, the trusted store, on Windows, is in "%JAVA_HOME%\lib\security\cacerts" on unix, in ${JAVA_HOME}/lib/security/cacerts". The default password is "changeit" {quote} The number one issue, however, should be to detect and report that the connection breaks because of a trust problem, not any other random network problem. Hope this helps. > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >Reporter: Michele Costabile >
[jira] [Comment Edited] (NETBEANS-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039181#comment-17039181 ] Michele Costabile edited comment on NETBEANS-3810 at 2/18/20 3:50 PM: -- Geertjan, I propose the following text IF the certificate error is reported properly Invalid certificate error downloading plugin, You should import your corporate root CA in the trust store of your JDK installation. ELSE Unable to download plugin. You might have to import your corporate root CA in the trust store of your JDK installation. Perhaps the current JDK location could also be reported. The long explanation might be this {quote}NetBeans has settings for a proxy server, but no provision for customizing TLS trust chains, therefore the effective settings are those which are set in the JDK used by NetBeans, which is specified in your settings. If you are behind a company proxy with deep inspection, certificates will be forged to allow inspection by the proxy of secure traffic. Packets will be repackaged with different certificates and from your workstation, pages seen on an https connection will apppear to be signed by a company root certificate, rather than the original. Therefore, the trust chain will be broken unless you set your company certification authority certificate in the trusted roots. This causes secure connections that verify certificate trust to break, unless you instruct the JDK to trust the new certificate. To do this, you should open any page with an https prefix with your favorite browser, inspect the trust chain that appears close to the URL box, clicking on a lock icon, or similar indication, then inspect your trust chain and download the root certificate in .cer format. Once you have the certificate, you should import it with keytool -import -trustcacerts -alias companyRootCA -file -keystore As of OpenJDK 11, the trusted store, on Windows, is in "%JAVA_HOME%\lib\security\cacerts" on unix, in ${JAVA_HOME}/lib/security/cacerts". The default password is "changeit" {quote} The number one issue, however, should be to detect and report that the connection breaks because of a trust problem, not any other random network problem. Hope this helps. was (Author: mico): Geertjan, I propose the following text IF the certificate error is reported properly Invalid certificate error downloading plugin, You should import your corporate root CA in the trust store of your JDK installation. ELSE Unable to download plugin. You might have to import your corporate root CA in the trust store of your JDK installation. Perhaps the current JDK location could also be reported. The long explanation might be this {quote}NetBeans has settings for a proxy server, but no provision for customizing TLS trust chains, therefore the effective settings are those which are set in the JDK used by NetBeans, which specified in your settings. If you are behind a company proxy with deep inspection, certificates will be forged to allow inspection by the proxy of secure traffic. Packets will be repackaged with different certificates and from your workstation, pages seen on an https connection will apppear to be signed by a company root certificate, rather than the original. Therefore, the trust chain will be broken unless you set your company certification authority certificate in the trusted roots. This causes secure connections that verify certificate trust to break, unless you instruct the JDK to trust the new certificate. To do this, you should open any page with an https prefix with your favorite browser, inspect the trust chain that appears close to the URL box, clicking on a lock icon, or similar indication, then inspect your trust chain and download the root certificate in .cer format. Once you have the certificate, you should import it with keytool -import -trustcacerts -alias companyRootCA -file -keystore As of OpenJDK 11, the trusted store, on Windows, is in "%JAVA_HOME%\lib\security\cacerts" on unix, in ${JAVA_HOME}/lib/security/cacerts". The default password is "changeit" {quote} The number one issue, however, should be to detect and report that the connection breaks because of a trust problem, not any other random network problem. Hope this helps. > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >
[jira] [Commented] (NETBEANS-3810) Netbeans 11.3 does not report clearly certificate problems downloading javafx and nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17039181#comment-17039181 ] Michele Costabile commented on NETBEANS-3810: - Geertjan, I propose the following text IF the certificate error is reported properly Invalid certificate error downloading plugin, You should import your corporate root CA in the trust store of your JDK installation. ELSE Unable to download plugin. You might have to import your corporate root CA in the trust store of your JDK installation. Perhaps the current JDK location could also be reported. The long explanation might be this {quote}NetBeans has settings for a proxy server, but no provision for customizing TLS trust chains, therefore the effective settings are those which are set in the JDK used by NetBeans, which specified in your settings. If you are behind a company proxy with deep inspection, certificates will be forged to allow inspection by the proxy of secure traffic. Packets will be repackaged with different certificates and from your workstation, pages seen on an https connection will apppear to be signed by a company root certificate, rather than the original. Therefore, the trust chain will be broken unless you set your company certification authority certificate in the trusted roots. This causes secure connections that verify certificate trust to break, unless you instruct the JDK to trust the new certificate. To do this, you should open any page with an https prefix with your favorite browser, inspect the trust chain that appears close to the URL box, clicking on a lock icon, or similar indication, then inspect your trust chain and download the root certificate in .cer format. Once you have the certificate, you should import it with keytool -import -trustcacerts -alias companyRootCA -file -keystore As of OpenJDK 11, the trusted store, on Windows, is in "%JAVA_HOME%\lib\security\cacerts" on unix, in ${JAVA_HOME}/lib/security/cacerts". The default password is "changeit" {quote} The number one issue, however, should be to detect and report that the connection breaks because of a trust problem, not any other random network problem. Hope this helps. > Netbeans 11.3 does not report clearly certificate problems downloading javafx > and nb-javac > -- > > Key: NETBEANS-3810 > URL: https://issues.apache.org/jira/browse/NETBEANS-3810 > Project: NetBeans > Issue Type: Bug > Components: platform - Autoupdate >Affects Versions: 11.3 > Environment: Windows 2016 server, Intel Xeon, 48G RAM. > Network includes a proxy server with deep packet inspection and certificate > rewriting. >Reporter: Michele Costabile >Assignee: Michele Costabile >Priority: Minor > Labels: documentation, newbie > Fix For: 11.3 > > Attachments: Netbeans-11.3_bug.PNG, Netbeans-11.3_plugin-problem.PNG, > Netbeans-11.3_plugin.PNG > > > NetBeans cannot get past installation of JavaFX and nb-javac on my > installation behind a company firewall. This problem was also in 11.2, but it > did not stop the IDE from working. It just kept on quietly asking for > nb-javac installation. > 11.3, on the other hand does not seem to get past this problem. It keeps on > asking for installation of javafx and nb-javac and "Loading projects" never > comes to an end. > I tested my proxy setting in options and I have a green light with system > settings and also with manual settings. > In any case I have never been able to install nb-javac and could not find > instructions on how to install manually the plugin. > Note that my proxy has deep packet inspection and can create problems with > certificate verification on SSL. > > EDIT: the request for installation is not an infinite loop. It appears to be > once for every open project. Hitting cancel more times, the progress bar in > the status bar eventually gets to 100%, but all the projects are reported > broken. > > EDIT: as you can see from the comments below, it was really a problem with > certificates. When you are behind a proxy with deep inspection, certificates > are manipulated in such a way that you have to trust your company root > certificate to avoid failure in trust chains. > This becomes a NetBeans installation problem because: > * Differently from other IDEs, NetBeans delegates everything to JDK, so it > requires that the trust problem is solved in the JDK, not in the IDE > preferences. The user should be able to find instructionsto resolve the > problem > * In 11.2 the IDE did not enter a loop waiting for nb'javac installation to > validate projects. It just gave up, causing less problems > * "Test connection" in proxy settings did not report
[jira] [Created] (NETBEANS-3890) git fetch --prune
Tomáš Poledný created NETBEANS-3890: --- Summary: git fetch --prune Key: NETBEANS-3890 URL: https://issues.apache.org/jira/browse/NETBEANS-3890 Project: NetBeans Issue Type: Improvement Components: versioncontrol - Git Reporter: Tomáš Poledný I use gitflow branching model. It means that I create branch for all features and after that I create MR in gitlab (or github). My MR is merged and remote branch is deleted in remote repository. There is no way how to automatically prune these remote branches from Netbeans so I have to delte remote branches one by one or open command line a call {{git fetch --prune}}. I would like to have support for --prune in git fetching (pulling dialog) as checkbox next to {{Enable Deletes}} button and it deletes all delted remote branches from my local repository. -- 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-website] branch asf-site updated: Automated site publishing by Jenkins build 1159
This is an automated email from the ASF dual-hosted git repository. git-site-role pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/netbeans-website.git The following commit(s) were added to refs/heads/asf-site by this push: new a524939 Automated site publishing by Jenkins build 1159 a524939 is described below commit a524939d42ac7918e28dd6907d4379cffaab4d38 Author: jenkins AuthorDate: Tue Feb 18 11:40:36 2020 + Automated site publishing by Jenkins build 1159 --- content/kb/docs/java/index.html | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/content/kb/docs/java/index.html b/content/kb/docs/java/index.html index ed60075..d70b622 100644 --- a/content/kb/docs/java/index.html +++ b/content/kb/docs/java/index.html @@ -214,16 +214,19 @@ -link:https://m.youtube.com/watch?v=8xaRwqcKPSI +https://m.youtube.com/watch?v=8xaRwqcKPSI;>JavaFX by Gluon in Apache NetBeans 11.2 -https://docs.oracle.com/javafx/2/get_started/jfxpub-get_started.htm;>Getting Started with JavaFX +https://openjfx.io/openjfx-docs/#IDE-NetBeans;>JavaFX 13 and NetBeans on openjfx.io + + +https://docs.oracle.com/javase/8/javafx/get-started-tutorial/jfx-overview.htm;>Getting Started with JavaFX https://docs.oracle.com/javafx/2/overview/jfxpub-overview.htm;>What Is JavaFX? -https://docs.oracle.com/javafx/2/architecture/jfxpub-architecture.htm;>JavaFX Architecture +https://docs.oracle.com/javase/8/javafx/get-started-tutorial/jfx-architecture.htm;>JavaFX Architecture - 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-website] branch master updated: Update links for JavaFX
This is an automated email from the ASF dual-hosted git repository. geertjan pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-website.git The following commit(s) were added to refs/heads/master by this push: new cf8f3a0 Update links for JavaFX new ca49eb7 Merge pull request #450 from svenreimers/Update-JavaFX-links cf8f3a0 is described below commit cf8f3a0886ed2559aaeb22e0df9d0fd3edcc2808 Author: Sven Reimers AuthorDate: Sun Feb 16 13:42:47 2020 +0100 Update links for JavaFX - add title for your tube linke - update JavaFX tutorial links to point to latest Oracle stuff - added link to openjfx and NetBeans doc --- netbeans.apache.org/src/content/kb/docs/java/index.asciidoc | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/netbeans.apache.org/src/content/kb/docs/java/index.asciidoc b/netbeans.apache.org/src/content/kb/docs/java/index.asciidoc index 581797f..2f17fff 100644 --- a/netbeans.apache.org/src/content/kb/docs/java/index.asciidoc +++ b/netbeans.apache.org/src/content/kb/docs/java/index.asciidoc @@ -66,10 +66,11 @@ In addition to being a platform for multi-platform desktop applications, the Jav == JavaFX -- link:https://m.youtube.com/watch?v=8xaRwqcKPSI -- link:https://docs.oracle.com/javafx/2/get_started/jfxpub-get_started.htm[Getting Started with JavaFX] +- link:https://m.youtube.com/watch?v=8xaRwqcKPSI[JavaFX by Gluon in Apache NetBeans 11.2] +- link:https://openjfx.io/openjfx-docs/#IDE-NetBeans[JavaFX 13 and NetBeans on openjfx.io] +- link:https://docs.oracle.com/javase/8/javafx/get-started-tutorial/jfx-overview.htm[Getting Started with JavaFX] - link:https://docs.oracle.com/javafx/2/overview/jfxpub-overview.htm[What Is JavaFX?] -- link:https://docs.oracle.com/javafx/2/architecture/jfxpub-architecture.htm[JavaFX Architecture] +- link:https://docs.oracle.com/javase/8/javafx/get-started-tutorial/jfx-architecture.htm[JavaFX Architecture] == Java Swing - 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