[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027306#comment-17027306
]
Peter Hull commented on NETBEANS-1428:
--
It's been quite a while since this was first noted so I have gone back over the
old information.
# The crash is caused by some incorrect casts in the C code on Windows (32bit
vs 64bit issues were not considered) and this is fixed by the changes mentioned
in the comment above
# However, even after bug-fixing, the way it works is based on an assumption
about the JVM which is not correct and therefore the solution is fragile and
could break. See discussion on [OpenJDK
discuss|http://mail.openjdk.java.net/pipermail/discuss/2018-November/004916.html]
# I had some working code which I believed would fix it 'properly', but I got
stuck on understanding how the Netbeans infrastructure builds and deploys the
native code across all supported platforms.
So might be worth re-opening a discussion on NB dev list to decide a plan of
action on how to build and test this?
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0, 11.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
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-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027306#comment-17027306
]
Peter Hull edited comment on NETBEANS-1428 at 1/31/20 9:21 AM:
---
It's been quite a while since this was first noted so I have gone back over the
old information.
# The crash is caused by some incorrect casts in the C code on Windows (32bit
vs 64bit issues were not considered) and this is fixed by the changes mentioned
in the comment above (24/Nov/18 13:22)
# However, even after bug-fixing, the way it works is based on an assumption
about the JVM which is not correct and therefore the solution is fragile and
could break. See discussion on [OpenJDK
discuss|http://mail.openjdk.java.net/pipermail/discuss/2018-November/004916.html]
# I had some working code which I believed would fix it 'properly', but I got
stuck on understanding how the Netbeans infrastructure builds and deploys the
native code across all supported platforms.
So might be worth re-opening a discussion on NB dev list to decide a plan of
action on how to build and test this?
was (Author: peterhull90):
It's been quite a while since this was first noted so I have gone back over the
old information.
# The crash is caused by some incorrect casts in the C code on Windows (32bit
vs 64bit issues were not considered) and this is fixed by the changes mentioned
in the comment above
# However, even after bug-fixing, the way it works is based on an assumption
about the JVM which is not correct and therefore the solution is fragile and
could break. See discussion on [OpenJDK
discuss|http://mail.openjdk.java.net/pipermail/discuss/2018-November/004916.html]
# I had some working code which I believed would fix it 'properly', but I got
stuck on understanding how the Netbeans infrastructure builds and deploys the
native code across all supported platforms.
So might be worth re-opening a discussion on NB dev list to decide a plan of
action on how to build and test this?
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0, 11.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
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 ebarboni-patch-2 updated (1a130ce -> d9a992e)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to branch ebarboni-patch-2 in repository https://gitbox.apache.org/repos/asf/netbeans-website.git. from 1a130ce Update .htaccess add d9a992e change plugin portal redirect No new revisions were added by this update. Summary of changes: netbeans.apache.org/src/content/.htaccess | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) - 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 ebarboni-patch-2 updated (d9a992e -> e9036ea)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to branch ebarboni-patch-2 in repository https://gitbox.apache.org/repos/asf/netbeans-website.git. discard d9a992e change plugin portal redirect discard 1a130ce Update .htaccess add e9036ea change plugin portal redirect This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this: * -- * -- B -- O -- O -- O (d9a992e) \ N -- N -- N refs/heads/ebarboni-patch-2 (e9036ea) You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B. Any revisions marked "omit" are not gone; other references still refer to them. Any revisions marked "discard" are gone forever. No new revisions were added by this update. Summary of changes: - 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 ebarboni-patch-2 updated (e9036ea -> 52f8c66)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to branch ebarboni-patch-2 in repository https://gitbox.apache.org/repos/asf/netbeans-website.git. discard e9036ea change plugin portal redirect add 52f8c66 change plugin portal redirect This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this: * -- * -- B -- O -- O -- O (e9036ea) \ N -- N -- N refs/heads/ebarboni-patch-2 (52f8c66) You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B. Any revisions marked "omit" are not gone; other references still refer to them. Any revisions marked "discard" are gone forever. No new revisions were added by this update. Summary of changes: netbeans.apache.org/src/content/.htaccess | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) - 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: [NETBEANS-3773] Reload Gradle project action shall ignore caching.
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.git
The following commit(s) were added to refs/heads/master by this push:
new 2cf1caa [NETBEANS-3773] Reload Gradle project action shall ignore
caching.
new dcb9ac3 Merge pull request #1906 from lkishalmi/NETBEANS-3773
2cf1caa is described below
commit 2cf1caa71838a91ff9a496418a2ee60edad1b304
Author: Laszlo Kishalmi
AuthorDate: Thu Jan 30 20:25:06 2020 -0800
[NETBEANS-3773] Reload Gradle project action shall ignore caching.
---
.../netbeans/modules/gradle/{actions => }/ReloadAction.java | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git
a/groovy/gradle/src/org/netbeans/modules/gradle/actions/ReloadAction.java
b/groovy/gradle/src/org/netbeans/modules/gradle/ReloadAction.java
similarity index 88%
rename from
groovy/gradle/src/org/netbeans/modules/gradle/actions/ReloadAction.java
rename to groovy/gradle/src/org/netbeans/modules/gradle/ReloadAction.java
index 6d0f4f1..71bf3d2 100644
--- a/groovy/gradle/src/org/netbeans/modules/gradle/actions/ReloadAction.java
+++ b/groovy/gradle/src/org/netbeans/modules/gradle/ReloadAction.java
@@ -16,7 +16,7 @@
* specific language governing permissions and limitations
* under the License.
*/
-package org.netbeans.modules.gradle.actions;
+package org.netbeans.modules.gradle;
import java.awt.event.ActionEvent;
import java.util.Collection;
@@ -25,7 +25,6 @@ import java.util.Set;
import javax.swing.AbstractAction;
import javax.swing.Action;
import org.netbeans.api.project.Project;
-import org.netbeans.modules.gradle.NbGradleProjectImpl;
import org.netbeans.modules.gradle.api.NbGradleProject;
import org.openide.awt.ActionID;
import org.openide.awt.ActionReference;
@@ -33,9 +32,10 @@ import org.openide.awt.ActionRegistration;
import org.openide.util.ContextAwareAction;
import org.openide.util.Lookup;
import org.openide.util.NbBundle;
-import static org.netbeans.modules.gradle.actions.Bundle.*;
import org.netbeans.modules.gradle.api.GradleProjects;
+import static org.netbeans.modules.gradle.Bundle.*;
+
/**
*
* @author lkishalmi
@@ -53,6 +53,7 @@ public class ReloadAction extends AbstractAction implements
ContextAwareAction
}
@NbBundle.Messages({"# {0} - count", "ACT_Reload_Projects=Reload {0}
Projects"})
+@SuppressWarnings("OverridableMethodCallInConstructor")
private ReloadAction(Lookup lkp) {
context = lkp;
Collection col =
context.lookupAll(NbGradleProjectImpl.class);
@@ -70,7 +71,10 @@ public class ReloadAction extends AbstractAction implements
ContextAwareAction
reload.addAll(GradleProjects.openedProjectDependencies(prj).values());
}
for (Project project : reload) {
-NbGradleProject.fireGradleProjectReload(project);
+if (project instanceof NbGradleProjectImpl) {
+NbGradleProjectImpl impl = (NbGradleProjectImpl) project;
+impl.reloadProject(true, impl.getAimedQuality());
+}
}
}
-
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 (69849fc -> 9a462b7)
This is an automated email from the ASF dual-hosted git repository.
skygo pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git.
from 69849fc Merge pull request #1905 from lkishalmi/remove-snap-aa
new e7e19d6 [NETBEANS-3616]:Provided support of enable-preview hint and
debug option in Java Single Source File
new 0b0eb46 [NETBEANS-3616]: Deleted files already move under
singlesourcefile folder
new 54545c1 [NETBEANS-3616]: Refactored code for debug of singlesourcefile
new 9a462b7 Merge pull request #1857 from arusinha/netbeans-3616
The 3593 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails. The revisions
listed as "add" were already present in the repository and have only
been added to this reference.
Summary of changes:
.../org-netbeans-modules-java-api-common.sig | 2 +-
java/java.api.common/nbproject/project.properties | 1 +
java/java.api.common/nbproject/project.xml | 17 ++
.../common/singlesourcefile/CompileProcess.java| 77
.../api/common/singlesourcefile/DebugProcess.java | 84 +
.../api/common/singlesourcefile/JPDAStart.java | 179 ++
.../common/{ => singlesourcefile}/RunProcess.java | 2 +-
.../SingleJavaSourceDebugActionProvider.java | 103 +++
.../SingleJavaSourceRunActionProvider.java | 2 +-
.../SingleSourceCompilerOptQueryImpl.java | 81
.../singlesourcefile/SingleSourceFileUtil.java | 61 ++
.../{ => singlesourcefile}/JavaFileTest.java | 2 +-
.../modules/java/hints/errors/Bundle.properties| 2 +-
.../errors/EnablePreviewSingleSourceFile.java | 206 +
.../modules/java/hints/resources/layer.xml | 1 +
.../src/org/netbeans/modules/java/JavaNode.java| 21 ++-
16 files changed, 833 insertions(+), 8 deletions(-)
create mode 100644
java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/CompileProcess.java
create mode 100644
java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/DebugProcess.java
create mode 100644
java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/JPDAStart.java
rename java/java.api.common/src/org/netbeans/modules/java/api/common/{ =>
singlesourcefile}/RunProcess.java (97%)
create mode 100644
java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/SingleJavaSourceDebugActionProvider.java
rename java/java.api.common/src/org/netbeans/modules/java/api/common/{ =>
singlesourcefile}/SingleJavaSourceRunActionProvider.java (98%)
create mode 100644
java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/SingleSourceCompilerOptQueryImpl.java
create mode 100644
java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/SingleSourceFileUtil.java
rename
java/java.api.common/test/unit/src/org/netbeans/modules/java/api/common/{ =>
singlesourcefile}/JavaFileTest.java (97%)
create mode 100644
java/java.hints/src/org/netbeans/modules/java/hints/errors/EnablePreviewSingleSourceFile.java
-
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-3750) Gradle clean task fails in gradle [version 5.6.4 and 6.0.1]
[ https://issues.apache.org/jira/browse/NETBEANS-3750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027433#comment-17027433 ] Noel Grandin commented on NETBEANS-3750: I see this problem frequenctly in my gradle builds inside Netbeans, what seems to be happening is that the build process tries to delete a file/folder which DOES NOT EXIST, and therefore the delete returns false. The code is not discriminating between (1) failed to delete because the file/folder is already gone (2) failed to delete because of permission/corruption/etc Thanks > Gradle clean task fails in gradle [version 5.6.4 and 6.0.1] > > > Key: NETBEANS-3750 > URL: https://issues.apache.org/jira/browse/NETBEANS-3750 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.2 > Environment: Gradle: e.g. 5.6.4 as gradle-wrapped 6.0.1 > JVM: 11.0.2 (Oracle Corporation 11.0.2+9) > IDE: Netbeans 11.2 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: gradle, gradle-wrapper > > Shortly: > It seems that it is starting since version 5.4, but more used version 5.6.4 > and 6.0.1 to occure issue with clean task that leads to failure, but build > directory is deleted and it is possibly needed to do N-times "clean task" for > each possible subproject that you have. > It has been reported also on Gradle, but it seems that happen only from > Netbeans IDE, not via command line as gradlew. > See also: > [https://github.com/gradle/gradle/issues/12014] > https://discuss.gradle.org/t/gradle-clean-task-fails-in-gradle-version-5-6-4-and-6-0-1/34218/3 -- 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-3702) Hint "implements all abstract method" is not working with record (JDK 14)
[
https://issues.apache.org/jira/browse/NETBEANS-3702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated NETBEANS-3702:
-
Labels: jdk14 pull-request-available (was: jdk14)
> Hint "implements all abstract method" is not working with record (JDK 14)
> -
>
> Key: NETBEANS-3702
> URL: https://issues.apache.org/jira/browse/NETBEANS-3702
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
> Environment: 14-ea; OpenJDK 64-Bit Server VM 14-ea+27-1339
>Reporter: Akhilesh Singh
>Priority: Major
> Labels: jdk14, pull-request-available
>
> Below code snippet throwing null pointer exception while generating override
> method using hints.
> record MyRecrod(int i) implements Runnable {
> }
--
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] 01/01: Merge pull request #442 from apache/ebarboni-patch-2
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-website.git commit 475e75fc2ab195b1cedcbc052425905151bb99f5 Merge: 7c67d16 52f8c66 Author: Eric Barboni AuthorDate: Fri Jan 31 14:08:19 2020 +0100 Merge pull request #442 from apache/ebarboni-patch-2 Update .htaccess netbeans.apache.org/src/content/.htaccess | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) - 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 (7c67d16 -> 475e75f)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-website.git. from 7c67d16 [NETBEANS-3756] kb/docs/web asciidoc cleanup (#441) add 52f8c66 change plugin portal redirect new 475e75f Merge pull request #442 from apache/ebarboni-patch-2 The 1 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: netbeans.apache.org/src/content/.htaccess | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) - 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 1141
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 a9b4e86 Automated site publishing by Jenkins build 1141 a9b4e86 is described below commit a9b4e86b0d03350d7e22da416df045ce201aae5a Author: jenkins AuthorDate: Fri Jan 31 13:11:02 2020 + Automated site publishing by Jenkins build 1141 --- content/.htaccess | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/.htaccess b/content/.htaccess index 42471a3..afb0773 100644 --- a/content/.htaccess +++ b/content/.htaccess @@ -10,7 +10,7 @@ Redirect 302 /nb/plugins/11.1/ http://plugins.netbeans.org/nbpluginportal/update Redirect 302 /nb/updates/11.2/ https://netbeans-vm.apache.org/uc/11.2/ Redirect 302 /nb/plugins/11.2/ http://plugins.netbeans.org/nbpluginportal/updates/11.0/ Redirect 302 /nb/updates/11.3/ https://netbeans-vm.apache.org/uc/11.3/ -Redirect 302 /nb/plugins/11.3/ http://plugins.netbeans.org/nbpluginportal/updates/11.0/ +Redirect 302 /nb/plugins/11.3/ https://netbeans-vm.apache.org/pluginportal2/updates/11.0/ Redirect 302 /nb/updates/dev/ https://netbeans-vm.apache.org/uc/11.2/ Redirect 302 /nb/plugins/dev/ https://netbeans-vm.apache.org/pluginportal2/updates/11.0/ Redirect 302 /nb/issues_redirect.html https://issues.apache.org/jira/projects/NETBEANS/issues - 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] 01/01: Merge pull request #1903 from apache/master
This is an automated email from the ASF dual-hosted git repository.
skygo pushed a commit to branch release113
in repository https://gitbox.apache.org/repos/asf/netbeans.git
commit 090a21448c308c29c7ede623e33518a4714b0487
Merge: e911149 dcb9ac3
Author: Eric Barboni
AuthorDate: Fri Jan 31 14:48:51 2020 +0100
Merge pull request #1903 from apache/master
sync master to release 113 branch for beta2
enterprise/servletjspapi/build.xml | 1 +
.../servletjspapi/nbproject/project.properties | 4 +-
.../web/beans/impl/model/EnableBeansFilter.java| 135 ++--
.../web/jsf/editor/facelets/libdefs/core.xml | 11 +-
.../web/jsf/editor/facelets/libdefs/html.xml | 6 +-
.../jsf/editor/facelets/mojarra/ConfigManager.java | 8 +-
enterprise/web.jsf/licenseinfo.xml | 1 +
.../org/netbeans/modules/web/jsf/JSFCatalog.java | 17 +-
.../jsf/impl/facesmodel/JSFConfigModelImpl.java| 8 +-
.../web/jsf/impl/facesmodel/JSFConfigQNames.java | 109 +++
.../jsf/resources/web-facelettaglibrary_2_3.xsd| 776 +
.../web/jsf/resources/web-faces-mime-resolver.xml | 10 +
enterprise/web.jsf20/external/binaries-list| 2 +-
...7-license.txt => javax.faces-2.3.9-license.txt} | 2 +-
.../nbproject/org-netbeans-modules-web-jsf20.sig | 8 +-
enterprise/web.jsf20/nbproject/project.properties | 8 +-
.../netbeans/modules/web/jsf20/Bundle.properties | 8 +-
.../src/org/netbeans/modules/web/jsf20/jsf20.xml | 4 +-
.../web.jspparser/nbproject/project.properties | 1 +
enterprise/web.struts/nbproject/project.properties | 3 +-
.../src/org/netbeans/modules/websvc/swdp/swdp.xml | 7 +-
.../external/javafx-linux-13-license.txt | 748 +---
.../external/javafx-mac-13-license.txt | 748 +---
.../external/javafx-win-13-license.txt | 748 +---
.../java/queries/OpenGradleProjectForBinary.java | 6 +-
groovy/gradle/nbproject/project.properties | 4 +
.../netbeans/modules/gradle/GradleDataObject.java | 2 +-
.../modules/gradle/{actions => }/ReloadAction.java | 12 +-
.../netbeans/modules/libs/groovy/groovy-all.xml| 6 +-
ide/libs.jaxb/nbproject/project.properties | 18 +-
ide/libs.jaxb/nbproject/project.xml| 6 +-
ide/libs.jaxb/src/org/netbeans/libs/jaxb/jaxb.xml | 8 +-
.../client/bindings/CompletionProviderImpl.java| 75 +-
.../modules/textmate/lexer/TextmateTokenId.java| 61 +-
java/j2ee.eclipselink/external/binaries-list | 1 +
.../external/eclipselink-2.5.2-license.txt | 2 +-
java/j2ee.eclipselink/nbproject/project.properties | 2 +-
.../modules/j2ee/eclipselink/eclipselink_lib.xml | 2 +
.../modules/j2ee/eclipselink/jpa20-persistence.xml | 2 +-
java/j2ee.persistence/nbproject/project.properties | 10 +-
.../org-netbeans-modules-java-api-common.sig | 2 +-
java/java.api.common/nbproject/project.properties | 1 +
java/java.api.common/nbproject/project.xml | 17 +
.../common/singlesourcefile/CompileProcess.java| 77 ++
.../api/common/singlesourcefile/DebugProcess.java | 84 +++
.../api/common/singlesourcefile/Description.html | 32 +-
.../api/common/singlesourcefile/File.java.template | 45 +-
.../api/common/singlesourcefile/JPDAStart.java | 179 +
.../common/{ => singlesourcefile}/RunProcess.java | 2 +-
.../SingleJavaSourceDebugActionProvider.java | 103 +++
.../SingleJavaSourceRunActionProvider.java | 2 +-
.../SingleSourceCompilerOptQueryImpl.java | 81 +++
.../singlesourcefile/SingleSourceFileUtil.java | 61 ++
.../api/common/singlesourcefile/package-info.java | 26 +
.../{ => singlesourcefile}/JavaFileTest.java | 2 +-
.../modules/java/hints/errors/Bundle.properties| 2 +-
.../errors/EnablePreviewSingleSourceFile.java | 206 ++
.../java/hints/jdk/ConvertTextBlockToString.java | 107 +++
.../modules/java/hints/resources/layer.xml | 1 +
.../hints/jdk/ConvertTextBlockToStringTest.java| 370 ++
.../modules/java/source/JavadocHelper.java | 70 +-
.../modules/java/source/save/CasualDiff.java | 5 +-
.../modules/java/source/save/Reformatter.java | 3 +
.../src/org/netbeans/modules/java/JavaNode.java| 21 +-
.../modules/java/source/JBrowseModule.java | 10 +-
.../api/java/source/ui/HTMLJavadocParser.java | 5 +-
.../api/java/source/ui/HTMLJavadocParserTest.java | 91 ++-
.../api/java/source/ui/Javadoc11Class.html | 376 ++
.../netbeans/api/java/source/ui/Javadoc11Enum.html | 422 +++
.../netbeans/api/java/source/ui/Javadoc8Class.html | 338 +
.../netbeans/api/java/source/ui/Javadoc8Enum.html | 383 ++
.../external/nb-javac-13-api-license.txt | 748 +---
.../external/nb-javac-13-impl-license.txt | 748
[netbeans] branch release113 updated (e911149 -> 090a214)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to branch release113 in repository https://gitbox.apache.org/repos/asf/netbeans.git. from e911149 Merge pull request #1893 from ebarboni/platformide add 86e0107 NETBEANS-84: Support for JSF 2.3; CDI Changes for JSF Artifact Injection add 3a5b878 Added missing web-facelettaglibrary_2_3.xsd add e1bc511 [NETBEANS-84 ] - Support for JSF 2.3 add 9437365 Merge pull request #1633 from juneau001/NETBEANS-84 add e7906ce [NETBEANS-3115] Patch possible NPE on not fully loaded Gradle projects. add 4338a81 Merge pull request #1900 from lkishalmi/NETBEANS-3115-3 add 2a9e2da Updating GPL-2 license add 9128633 Updating the content of various -license files to match the version of the license in nbbuild/GPL-2-CP. add 1185a55 Merge pull request #1891 from apache/geertjanw-patch-7 add 1041c7e [NETBEANS-3428] Update FlatLaf from 0.25.1 to 0.26 add eaf2550 Merge pull request #1894 from DevCharly/flatlaf-0.26 add 5157671 Move gradle mime registration so that it does not collide with HTML (fix warning) add 5f9cac7 Fix position warnings for npm related mimetypes (package-lock.json and npm-log) add 1a71808 Add position for typescript extension registration add f824886 Pass codenamebase to InstalledFileLocator to silence startup warnings add 652d2b3 Restore original names of jaxb library files add a45461d Fix eclipselink dependencies add f97aad3 Stip slashes from icon resource paths (fix warning from ImageUtilities) add 541dfba Assign module ownership for generated files add 44991ad Merge pull request #1898 from matthiasblaesing/startup_warnings add 057cd8e [NETBEANS-3729] FlatLaf: fix cut off label in progress dialog (if no cancel button is shown) add 3b8b1a1 Merge pull request #1896 from DevCharly/flatlaf-progress-dialog-fix add ae9c0bd Make groovy-all.xml parseable. add 262dbca Merge pull request #1901 from lkishalmi/groovy-all.xml-fix add 468757d [NETBEANS-3749][NETBEANS-3757]: fixing behavior of LSP-based code completion w.r.t. trigger characters and printing text add 5b7ae9e Merge pull request #1902 from jlahoda/lsp-completion-fixes-jan-2020 add 802736a [NETBEANS-3587] Allows creating stand alone java file in favorites window add 47d0116 Merge pull request #1774 from Akshay-Gupta-Oracle/nb_newJavaFile add 08e2fba TextMate lexer should listen on SystemFS, so newly added grammars work almost immediatelly. add 8e93f2a Adding nullcheck add 83adb9b Merge pull request #1904 from jlahoda/refresh-textmate-grammars-at-module-enable add f28c1c4 NETBEANS-3604 Supports for Records (JEP 359) in JDK-14 add d540d27 [NETBEANS-3604] : Supports for Records (JEP 359) in JDK-14 add 1b7383d Merge pull request #1895 from singh-akhilesh/record-formatting-fix add 314bcd9 [NETBEANS-3745] Clean up abandoned user dirs add 7106cd4 Merge pull request #1897 from lkishalmi/janitor add 88ddab6 [NETBEANS-3311] Providing support convert text block to string add 6efeb73 [NETBEANS-3311] Providing support convert text block to string add 6e06e0f [NETBEANS-3311] Providing support convert text block to string add e5944ed [NETBEANS-3311] Providing support convert text block to string add 9e0a101 Merge pull request #1646 from Akshay-Gupta-Oracle/nb_textBlock_to_string2 add 1b50f1e Add parsing support for javadoc 9+ output add 35afb62 [NETBEANS-1396] Fall back to main javadoc and source jars for Maven dependencies with classifiers add 6256c2a Add license headers add 6fbdb7c Merge pull request #1548 from zimmi/NETBEANS-1396 add b609ecb With Java 11.0.6 AntiAlias fix available on Ubuntu get rid of the sub optimal AA rendering option add 69849fc Merge pull request #1905 from lkishalmi/remove-snap-aa add e7e19d6 [NETBEANS-3616]:Provided support of enable-preview hint and debug option in Java Single Source File add 0b0eb46 [NETBEANS-3616]: Deleted files already move under singlesourcefile folder add 54545c1 [NETBEANS-3616]: Refactored code for debug of singlesourcefile add 9a462b7 Merge pull request #1857 from arusinha/netbeans-3616 add 2cf1caa [NETBEANS-3773] Reload Gradle project action shall ignore caching. add dcb9ac3 Merge pull request #1906 from lkishalmi/NETBEANS-3773 new 090a214 Merge pull request #1903 from apache/master The 1 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: enterprise/servletjspapi/build.xml | 1 + .../servletjspapi/nbproject/project.properties | 4 +- .../web/beans/impl/model/EnableBeansFi
[netbeans] annotated tag 11.3-beta2 updated (090a214 -> f216c71)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to annotated tag 11.3-beta2 in repository https://gitbox.apache.org/repos/asf/netbeans.git. *** WARNING: tag 11.3-beta2 was modified! *** from 090a214 (commit) to f216c71 (tag) tagging 090a21448c308c29c7ede623e33518a4714b0487 (commit) replaces 11.3-beta1 by Eric Barboni on Fri Jan 31 14:55:40 2020 +0100 - Log - Apache NetBeans 11.3-beta2. --- No new revisions were added by this update. Summary of changes: - 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: 11.3 beta 2 preparation
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 979c9c2 11.3 beta 2 preparation
979c9c2 is described below
commit 979c9c2a61218c812e870b3a854888250898724c
Author: Eric Barboni
AuthorDate: Fri Jan 31 14:57:44 2020 +0100
11.3 beta 2 preparation
---
meta/netbeansrelease.json | 4
1 file changed, 4 insertions(+)
diff --git a/meta/netbeansrelease.json b/meta/netbeansrelease.json
index cc45abf..dc91797 100644
--- a/meta/netbeansrelease.json
+++ b/meta/netbeansrelease.json
@@ -175,6 +175,10 @@
"e9111499a7b3d71fce5496a633116574f617067b": {
"version": "beta1",
"position": "1"
+},
+"090a21448c308c29c7ede623e33518a4714b0487": {
+"version": "beta2",
+"position": "2"
}
},
"releasedate": {
-
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-3750) Gradle clean task fails in gradle [version 5.6.4 and 6.0.1]
[ https://issues.apache.org/jira/browse/NETBEANS-3750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027517#comment-17027517 ] Laszlo Kishalmi commented on NETBEANS-3750: --- Tried to reproduce by cleaning a project over and over. Failed. Though I was using Ubuntu 18.04, Gradle 6.0 and 6.0.1, with Java 13 It could be that some Windows filesystem and/or antivirus creeps into your build process. > Gradle clean task fails in gradle [version 5.6.4 and 6.0.1] > > > Key: NETBEANS-3750 > URL: https://issues.apache.org/jira/browse/NETBEANS-3750 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.2 > Environment: Gradle: e.g. 5.6.4 as gradle-wrapped 6.0.1 > JVM: 11.0.2 (Oracle Corporation 11.0.2+9) > IDE: Netbeans 11.2 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: gradle, gradle-wrapper > > Shortly: > It seems that it is starting since version 5.4, but more used version 5.6.4 > and 6.0.1 to occure issue with clean task that leads to failure, but build > directory is deleted and it is possibly needed to do N-times "clean task" for > each possible subproject that you have. > It has been reported also on Gradle, but it seems that happen only from > Netbeans IDE, not via command line as gradlew. > See also: > [https://github.com/gradle/gradle/issues/12014] > https://discuss.gradle.org/t/gradle-clean-task-fails-in-gradle-version-5-6-4-and-6-0-1/34218/3 -- 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-3775) Php doc variable class link
Nikita created NETBEANS-3775:
Summary: Php doc variable class link
Key: NETBEANS-3775
URL: https://issues.apache.org/jira/browse/NETBEANS-3775
Project: NetBeans
Issue Type: Bug
Components: php - Editor
Reporter: Nikita
Currently, if you have such doc - there is working link to class
{code:java}
/* @var $import \Magento\Sales\Model\Order\Item */
{code}
In current code, a class link is not working
{code:java}
/** @var $import \Magento\Sales\Model\Order\Item */
{code}
--
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-3775) Php doc variable class link
[
https://issues.apache.org/jira/browse/NETBEANS-3775?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikita updated NETBEANS-3775:
-
Component/s: php - PHPDoc
> Php doc variable class link
> ---
>
> Key: NETBEANS-3775
> URL: https://issues.apache.org/jira/browse/NETBEANS-3775
> Project: NetBeans
> Issue Type: Bug
> Components: php - Editor, php - PHPDoc
>Reporter: Nikita
>Priority: Major
>
> Currently, if you have such doc - there is working link to class
> {code:java}
> /* @var $import \Magento\Sales\Model\Order\Item */
> {code}
>
> In current code, a class link is not working
> {code:java}
> /** @var $import \Magento\Sales\Model\Order\Item */
> {code}
>
--
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-3776) PHP auto upload exceptions
Nikita created NETBEANS-3776: Summary: PHP auto upload exceptions Key: NETBEANS-3776 URL: https://issues.apache.org/jira/browse/NETBEANS-3776 Project: NetBeans Issue Type: Improvement Components: php - Editor, php - FTP Support Reporter: Nikita Setup: * composer project with npm packages * enabled autoupload to remote server on save. Run: Update Composer or install NPM packages Expect: Do not upload vendor folders by default Actual Result: Extremely big list of changes, big stress on FTP/SFTP server. -- 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] [Resolved] (NETBEANS-3773) Gradle Project Reload shall Ignore the project cache
[ https://issues.apache.org/jira/browse/NETBEANS-3773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-3773. --- Fix Version/s: 11.3 Resolution: Fixed > Gradle Project Reload shall Ignore the project cache > > > Key: NETBEANS-3773 > URL: https://issues.apache.org/jira/browse/NETBEANS-3773 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 20m > Remaining Estimate: 0h > > It seems the newly introduced reload action does not force real reload if the > project information is cached. -- 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] [Resolved] (NETBEANS-3745) Remove abandoned user and cache directories
[ https://issues.apache.org/jira/browse/NETBEANS-3745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-3745. --- Fix Version/s: 11.3 Resolution: Fixed > Remove abandoned user and cache directories > --- > > Key: NETBEANS-3745 > URL: https://issues.apache.org/jira/browse/NETBEANS-3745 > Project: NetBeans > Issue Type: New Feature >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 40m > Remaining Estimate: 0h > > As netbeans releases are more frequent, several user and cache directories > can be accumulated. It would be good to have a notification to remove those > if they are not used any more. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027641#comment-17027641 ] Laszlo Kishalmi commented on NETBEANS-3744: --- Just fixed NETBEANS-3773 for that the fix is in the netbeans-dev snap 20200131 release > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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] [Resolved] (NETBEANS-3626) Multiple exceptions java.lang.ClassCastException: java.io.File cannot be cast to java.lang.String
[ https://issues.apache.org/jira/browse/NETBEANS-3626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-3626. --- Resolution: Abandoned > Multiple exceptions java.lang.ClassCastException: java.io.File cannot be cast > to java.lang.String > - > > Key: NETBEANS-3626 > URL: https://issues.apache.org/jira/browse/NETBEANS-3626 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.2 >Reporter: Alexander >Assignee: Laszlo Kishalmi >Priority: Major > Attachments: messages.log > > > Multiple exceptions "java.lang.ClassCastException: java.io.File cannot be > cast to java.lang.String" when opening and working with gradle project. > Editor became unusable. -- 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] [Resolved] (NETBEANS-3547) Support vendor specific JVM options in Payara Server
[ https://issues.apache.org/jira/browse/NETBEANS-3547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-3547. --- Fix Version/s: 11.3 Resolution: Fixed > Support vendor specific JVM options in Payara Server > > > Key: NETBEANS-3547 > URL: https://issues.apache.org/jira/browse/NETBEANS-3547 > Project: NetBeans > Issue Type: Improvement > Components: serverplugins - Code >Reporter: Susan Rai >Assignee: Susan Rai >Priority: Critical > Labels: Payara-Server, pull-request-available > Fix For: 11.3 > > Time Spent: 1h 10m > Remaining Estimate: 0h > > It is an improvement to support vendor specific JVM options in Payara Server. -- 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] [Resolved] (NETBEANS-84) Support for JSF 2.3
[ https://issues.apache.org/jira/browse/NETBEANS-84?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-84. - Resolution: Fixed > Support for JSF 2.3 > --- > > Key: NETBEANS-84 > URL: https://issues.apache.org/jira/browse/NETBEANS-84 > Project: NetBeans > Issue Type: Improvement > Components: javaee - JSF >Affects Versions: 8.2, 9.0, Next >Reporter: Philip Durbin >Assignee: Josh Juneau >Priority: Critical > Labels: pull-request-available > Fix For: 11.3 > > Attachments: NewInJSF23.java, image-2019-10-19-18-17-10-545.png, > image-2019-10-19-19-13-50-600.png, netbeans-red-jsf2.3.png, newInJSF23.xhtml > > Time Spent: 771h 10m > Remaining Estimate: 0h > > One thing that struck me while attending Ed Burns' JSF talk[1] about JSF 2.3 > at JavaOne 2017 was a comment he made that autocompletion isn't working in > Netbeans for JSF 2.3 features. I would describe this as NetBeans 8.2 showing > "angry red" for components it doesn't understand, such as f:validateWholeBean. > As in the attached screenshot, an example error is "The component library Jsf > Core does not contain component validateWholeBean". > Here's the code from the screenshot: > https://github.com/javaee/glassfish-samples/blob/4b3a37500a256bb7d94e2abe273503c9fb017c6b/ws/javaee8/jsf/ee8additions/src/main/webapp/validateWholeBean.xhtml > In the past, NetBeans releases were coordinated with Java EE releases. When > Java EE 8 came out, I expected that NetBeans 9 would come out and support JSF > 2.3. When we onboard new developers, I would rather not say to them, "It's ok > to see angry red like this in NetBeans." > Incidentally, during Ed's talk I asked if he knew if JSF 2.3 is supported by > IntelliJ or Eclipse and he wasn't aware if they support it or not. > !netbeans-red-jsf2.3.png|thumbnail! > !https://issues.apache.org/jira/secure/attachment/12891266/netbeans-red-jsf2.3.png|height=300,width=444! > [1] Contemporary Java Web Applications with JSF 2.3 - > https://www.youtube.com/watch?v=yshXLB_HdhU -- 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] [Resolved] (NETBEANS-3583) slowness
[ https://issues.apache.org/jira/browse/NETBEANS-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-3583. --- Resolution: Abandoned > slowness > > > Key: NETBEANS-3583 > URL: https://issues.apache.org/jira/browse/NETBEANS-3583 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 > Environment: Linux 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 > 12:20:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux > Linux delllinux 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:20:02 UTC 2019 > x86_64 x86_64 x86_64 GNU/Linux > Intel® Core™ i5-4590 CPU @ 3.30GHz × 4 >Reporter: heather propes >Priority: Critical > Attachments: nb-ui-log.txt, nb.log > > -- 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-2835) Assign context equal to project name in newly created Gradle Web Application projects
[
https://issues.apache.org/jira/browse/NETBEANS-2835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027646#comment-17027646
]
John Neffenger commented on NETBEANS-2835:
--
I thought the _context.xml_ file, if any, goes under the _META-INF_ directory.
See [The Context
Container|https://tomcat.apache.org/tomcat-9.0-doc/config/context.html].
I'm looking into this now because it seems the latest Tomcat 8 and 9 changed
something that's breaking the NetBeans deployment with Ant projects. Tomcat now
requires that there be no {{path}} attribute in the {{Context}} element defined
by the _context.xml_ file embedded in an application. On that page, it says:
{quote}Consequently, the context path may not be defined in a
META-INF/context.xml embedded in the application ...{quote}
and further down where it defines the {{path}} attribute:
{quote}This attribute must only be used when statically defining a Context in
server.xml. In all other circumstances, the path will be inferred from the
filenames used for either the .xml context file or the docBase.{quote}
In fact, in a NetBeans Ant project, Tomcat actually fails to set up the webapp
classpath correctly when the {{path}} attribute is present. If I delete the
{{path}} in the _context.xml_ file, leaving the {{docBase}}, it works.
> Assign context equal to project name in newly created Gradle Web Application
> projects
> -
>
> Key: NETBEANS-2835
> URL: https://issues.apache.org/jira/browse/NETBEANS-2835
> Project: NetBeans
> Issue Type: Improvement
> Components: projects - Gradle Java EE
>Affects Versions: 11.1
>Reporter: Alessandro Falappa
>Assignee: Laszlo Kishalmi
>Priority: Minor
>
> Newly created Gradle Web Application projects have by default an empty
> context path in {{src/main/webapp/WEB-INF/context.xml}}:
> {code:xml}
>
>
> {code}
> I think it would be better to use the project name prepended with a slash.
> {code:xml}
>
>
> {code}
> This is more consistent with the analogous maven web application project and
> moreover it is a saner default when multiple projects are deployed on the
> same application server.
--
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] [Resolved] (NETBEANS-1004) NPE while scanning java files
[ https://issues.apache.org/jira/browse/NETBEANS-1004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-1004. --- Resolution: Incomplete 9.0 did not support JavaEE > NPE while scanning java files > - > > Key: NETBEANS-1004 > URL: https://issues.apache.org/jira/browse/NETBEANS-1004 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0 >Reporter: Tobias Warneke >Priority: Critical > > java.lang.NullPointerException > at > org.netbeans.modules.j2ee.ejbverification.HintsUtils.getOrCacheContext(HintsUtils.java:246) > at > org.netbeans.modules.j2ee.ejbverification.rules.SBSuperClassNotSB.run(SBSuperClassNotSB.java:93) > at jdk.internal.reflect.GeneratedMethodAccessor171.invoke(Unknown Source) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.base/java.lang.reflect.Method.invoke(Method.java:564) > [catch] at > org.netbeans.modules.java.hints.providers.code.CodeHintProviderImpl$WorkerImpl.createErrors(CodeHintProviderImpl.java:317) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.runHint(HintsInvoker.java:798) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.access$400(HintsInvoker.java:90) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.runAndAdd(HintsInvoker.java:657) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:676) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90) > at com.sun.source.util.TreeScanner.visitNewClass(TreeScanner.java:526) > at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1717) > at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) > at com.sun.source.util.TreeScanner.scan(TreeScanner.java:105) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113) > at > com.sun.source.util.TreeScanner.visitMethodInvocation(TreeScanner.java:509) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1656) > at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) > at > com.sun.source.util.TreeScanner.visitExpressionStatement(TreeScanner.java:433) > at > com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1466) > at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90) > at com.sun.source.util.TreeScanner.scan(TreeScanner.java:105) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78) > at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:248) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1038) > at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90) > at com.sun.source.util.TreeScanner.visitIf(TreeScanner.java:419) > at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1439) > at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.n
[jira] [Created] (NETBEANS-3777) maven springframework 3.x and 4.x depencencies reference a missing jar
Eric Barboni created NETBEANS-3777: -- Summary: maven springframework 3.x and 4.x depencencies reference a missing jar Key: NETBEANS-3777 URL: https://issues.apache.org/jira/browse/NETBEANS-3777 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Reporter: Eric Barboni Issue from users list: [https://lists.apache.org/thread.html/rfb7e6e37c5dc26d2de7ccab12be89c8825ed477a6d886252f136e211%40%3Cusers.netbeans.apache.org%3E] For artefact: org.springframework:spring-framework-bom no jar are present on maven central. only pom and txt. Fixing by using pom as type -- 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-3777) maven springframework 3.x and 4.x depencencies reference a missing jar
[ https://issues.apache.org/jira/browse/NETBEANS-3777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-3777: - Labels: pull-request-available (was: ) > maven springframework 3.x and 4.x depencencies reference a missing jar > -- > > Key: NETBEANS-3777 > URL: https://issues.apache.org/jira/browse/NETBEANS-3777 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Eric Barboni >Priority: Major > Labels: pull-request-available > > Issue from users list: > [https://lists.apache.org/thread.html/rfb7e6e37c5dc26d2de7ccab12be89c8825ed477a6d886252f136e211%40%3Cusers.netbeans.apache.org%3E] > For artefact: org.springframework:spring-framework-bom no jar are present on > maven central. > only pom and txt. > Fixing by using pom as type -- 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-3286) Refactoring throws ConcurrentModificationException
[ https://issues.apache.org/jira/browse/NETBEANS-3286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027732#comment-17027732 ] Laszlo Kishalmi commented on NETBEANS-3286: --- Might be related to NETBEANS-3693 > Refactoring throws ConcurrentModificationException > -- > > Key: NETBEANS-3286 > URL: https://issues.apache.org/jira/browse/NETBEANS-3286 > Project: NetBeans > Issue Type: Improvement > Components: java - Refactoring >Affects Versions: 11.2 > Environment: java 11, nb 11.2-beta3 ubuntu 18.04.2 >Reporter: Pieter van den Hombergh >Priority: Minor > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > It happens on: > java.util.ConcurrentModificationException > at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1134) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.getParameterName(ParameterNameProviderImpl.java:130) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$1.invoke(ParameterNameProviderImpl.java:90) > at com.sun.proxy.$Proxy57.getParameterName(Unknown Source) -- 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-3286) Refactoring throws ConcurrentModificationException
[ https://issues.apache.org/jira/browse/NETBEANS-3286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-3286: -- Issue Type: Bug (was: Improvement) > Refactoring throws ConcurrentModificationException > -- > > Key: NETBEANS-3286 > URL: https://issues.apache.org/jira/browse/NETBEANS-3286 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 11.2 > Environment: java 11, nb 11.2-beta3 ubuntu 18.04.2 >Reporter: Pieter van den Hombergh >Priority: Minor > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > It happens on: > java.util.ConcurrentModificationException > at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1134) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.getParameterName(ParameterNameProviderImpl.java:130) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$1.invoke(ParameterNameProviderImpl.java:90) > at com.sun.proxy.$Proxy57.getParameterName(Unknown Source) -- 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-3286) Refactoring throws ConcurrentModificationException
[ https://issues.apache.org/jira/browse/NETBEANS-3286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-3286: -- Priority: Major (was: Minor) > Refactoring throws ConcurrentModificationException > -- > > Key: NETBEANS-3286 > URL: https://issues.apache.org/jira/browse/NETBEANS-3286 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 11.2 > Environment: java 11, nb 11.2-beta3 ubuntu 18.04.2 >Reporter: Pieter van den Hombergh >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > It happens on: > java.util.ConcurrentModificationException > at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1134) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.getParameterName(ParameterNameProviderImpl.java:130) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$1.invoke(ParameterNameProviderImpl.java:90) > at com.sun.proxy.$Proxy57.getParameterName(Unknown Source) -- 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] [Resolved] (NETBEANS-3606) Concurrent Modification Exception trying to rename a field
[ https://issues.apache.org/jira/browse/NETBEANS-3606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-3606. --- Resolution: Duplicate > Concurrent Modification Exception trying to rename a field > -- > > Key: NETBEANS-3606 > URL: https://issues.apache.org/jira/browse/NETBEANS-3606 > Project: NetBeans > Issue Type: Bug > Components: editor - Refactoring >Affects Versions: 11.2 > Environment: openjdk 11, Ubuntu, netbeans 11.2 >Reporter: Alessandro Polverini >Priority: Major > > Just tried to rename a public final static String with ctrl-r and got this > exception: > java.util.ConcurrentModificationException > at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1134) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.getParameterName(ParameterNameProviderImpl.java:130) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$1.invoke(ParameterNameProviderImpl.java:90) > at com.sun.proxy.$Proxy55.getParameterName(Unknown Source) > at > com.sun.tools.javac.code.MissingInfoHandler.getParameterName(MissingInfoHandler.java:63) > at > com.sun.tools.javac.code.Symbol$ParamSymbol.getSimpleName(Symbol.java:1746) > at > com.sun.tools.javac.code.Symbol$ParamSymbol.getSimpleName(Symbol.java:1731) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$2.lambda$visitMethod$0(ParameterNameProviderImpl.java:142) > at > java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195) > at java.base/java.util.Iterator.forEachRemaining(Iterator.java:133) > at > java.base/java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801) > at > java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484) > at > java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474) > at > java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:913) > at > java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > at > java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:578) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$2.visitMethod(ParameterNameProviderImpl.java:142) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$2.visitMethod(ParameterNameProviderImpl.java:138) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:914) > at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) > at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) > at com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188) > at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:822) > at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) > at > com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145) > at > com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:603) > at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.lambda$null$0(ParameterNameProviderImpl.java:146) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > a
[jira] [Resolved] (NETBEANS-3610) org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask java.lang.StackOverflowError
[
https://issues.apache.org/jira/browse/NETBEANS-3610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Kishalmi resolved NETBEANS-3610.
---
Resolution: Information Provided
Try to install the latest nb-javac (version: 2.1)
> org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask
> java.lang.StackOverflowError
> ---
>
> Key: NETBEANS-3610
> URL: https://issues.apache.org/jira/browse/NETBEANS-3610
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 8.2, 11.0, 11.2
>Reporter: Sultan Tezadov
>Priority: Critical
> Attachments: logs.zip
>
>
> When opening Java Call Hierarchy on a class constructor the following
> exception occurs:
> {code:java}
> SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor
> org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask
> java.lang.StackOverflowError
> at com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
> at
> com.sun.source.util.TreeScanner.visitMethodInvocation(TreeScanner.java:533)
> at
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1759)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at
> com.sun.source.util.TreeScanner.visitMemberSelect(TreeScanner.java:706)
> at
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
> at
> com.sun.source.util.TreeScanner.visitMethodInvocation(TreeScanner.java:534)
> at
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1759)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at
> com.sun.source.util.TreeScanner.visitMemberSelect(TreeScanner.java:706)
> at
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
> at
> com.sun.source.util.TreeScanner.visitMethodInvocation(TreeScanner.java:534)
> at
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1759)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at
> com.sun.source.util.TreeScanner.visitMemberSelect(TreeScanner.java:706)
> at
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
> at
> com.sun.source.util.TreeScanner.visitMethodInvocation(TreeScanner.java:534)
> at
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1759)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at
> com.sun.source.util.TreeScanner.visitMemberSelect(TreeScanner.java:706)
> at
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
> at
> com.sun.source.util.TreeScanner.visitMethodInvocation(TreeScanner.java:534)
> at
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1759)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at
> com.sun.source.util.TreeScanner.visitMemberSelect(TreeScanner.java:706)
> at
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
> at
> com.sun.source.util.TreeScanner.visitMethodInvocation(TreeScanner.java:534)
> at
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1759)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at
> com.sun.source.util.TreeScanner.visitExpressionStatement(TreeScanner.java:459)
> at
> com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1537)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
> at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249)
> at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1048)
> at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
> at com.sun.source.util.TreeScanner.scanAn
[jira] [Resolved] (NETBEANS-3658) Rename field throws exception
[ https://issues.apache.org/jira/browse/NETBEANS-3658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-3658. --- Resolution: Duplicate > Rename field throws exception > - > > Key: NETBEANS-3658 > URL: https://issues.apache.org/jira/browse/NETBEANS-3658 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 > Environment: Ubuntu 19, Java 13 >Reporter: Martin >Priority: Major > Attachments: Screenshot from 2020-01-10 11-17-00.png, Screenshot from > 2020-01-10 11-20-20.png, nb rename problem.mp4, nb version.png > > > --- > >Log Session: Thursday, January 2, 2020 at 5:06:34 PM Central European > >Standard Time > >System Info: > Product Version = Apache NetBeans IDE 11.2 > Operating System = Linux version 5.3.0-24-generic running on amd64 > Java; VM; Vendor = 13; OpenJDK 64-Bit Server VM 13+33-Ubuntu-1; Private Build > Runtime = OpenJDK Runtime Environment 13+33-Ubuntu-1 > Java Home = /usr/lib/jvm/java-13-openjdk-amd64 > System Locale; Encoding = en_US (nb); UTF-8 > Home Directory = /home/martin > Current Directory = /home/martin > User Directory = /home/martin/snap/netbeans/common/data/11.2 > Cache Directory = /home/martin/snap/netbeans/common/cache/11.2 > Installation = /snap/netbeans/18/netbeans/nb > /snap/netbeans/18/netbeans/ergonomics > /snap/netbeans/18/netbeans/ide > /snap/netbeans/18/netbeans/extide > /snap/netbeans/18/netbeans/java > /snap/netbeans/18/netbeans/apisupport > /snap/netbeans/18/netbeans/webcommon > /snap/netbeans/18/netbeans/websvccommon > /snap/netbeans/18/netbeans/enterprise > /snap/netbeans/18/netbeans/profiler > /snap/netbeans/18/netbeans/php > /snap/netbeans/18/netbeans/harness > /snap/netbeans/18/netbeans/groovy > /snap/netbeans/18/netbeans/extra > /snap/netbeans/18/netbeans/javafx > /snap/netbeans/18/netbeans/platform > Boot & Ext. Classpath = > Application Classpath = > /snap/netbeans/18/netbeans/platform/lib/boot.jar:/snap/netbeans/18/netbeans/platform/lib/org-openide-modules.jar:/snap/netbeans/18/netbeans/platform/lib/org-openide-util.jar:/snap/netbeans/18/netbeans/platform/lib/org-openide-util-lookup.jar:/snap/netbeans/18/netbeans/platform/lib/org-openide-util-ui.jar > Startup Classpath = > /snap/netbeans/18/netbeans/platform/core/asm-all-5.0.1.jar:/snap/netbeans/18/netbeans/platform/core/core-base.jar:/snap/netbeans/18/netbeans/platform/core/core.jar:/snap/netbeans/18/netbeans/platform/core/org-netbeans-libs-asm.jar:/snap/netbeans/18/netbeans/platform/core/org-openide-filesystems-compat8.jar:/snap/netbeans/18/netbeans/platform/core/org-openide-filesystems.jar:/snap/netbeans/18/netbeans/nb/core/org-netbeans-upgrader.jar:/snap/netbeans/18/netbeans/nb/core/locale/core_nb.jar > --- > INFO [org.netbeans.modules.netbinox]: Install area set to > file:/snap/netbeans/18/netbeans/ > WARNING [org.netbeans.core.modules]: the modules > [org.netbeans.modules.java.editor.lib, org.netbeans.modules.xml.text] use > org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated. > WARNING [org.netbeans.core.modules]: the modules > [org.netbeans.modules.ide.kit, org.netbeans.modules.xml.text] use > org.netbeans.modules.editor.structure which is deprecated. > WARNING [org.netbeans.core.modules]: the modules > [org.netbeans.modules.ant.hints, org.netbeans.modules.java.hints, > org.netbeans.modules.jshell.support, org.netbeans.modules.maven.hints] use > org.netbeans.modules.java.hints.legacy.spi which is deprecated: Use Java > Hints SPI (org.netbeans.spi.java.hints) instead. > WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both > Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageLockJsonDataObject-Registration.xml > and > Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-NpmDebugLogDataObject-Registration.xml > WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both > Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageLockJsonDataObject-Registration.xml > and > Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageJsonDataObject-Registration.xml > WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both > Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-NpmDebugLogDataObject-Registration.xml > and > Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageJsonDataObject-Registration.xml > WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both > Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageLockJsonDataObject-Registration.xml > an
[jira] [Commented] (NETBEANS-3767) Cannot clean/build Java Web Application
[ https://issues.apache.org/jira/browse/NETBEANS-3767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027750#comment-17027750 ] Coder commented on NETBEANS-3767: - Where is this documented? When will Java 11 be supported for Ant based Java Web Applications? > Cannot clean/build Java Web Application > --- > > Key: NETBEANS-3767 > URL: https://issues.apache.org/jira/browse/NETBEANS-3767 > Project: NetBeans > Issue Type: Bug > Environment: Windows 10 > -Version 10.0.18362 Build 18362 > NetBeans 11.2 > -Product Version: Apache NetBeans IDE 11.2 > -Java: 11.0.1; Java HotSpot(TM) 64-Bit Server VM 11.0.1+13-LTS > -Runtime: Java(TM) SE Runtime Environment 11.0.1+13-LTS >Reporter: Coder >Priority: Major > Attachments: Capture.PNG, HelloWorld.java > > > Creating a Java Web Application from scratch and attempting to write tests, > fails. The steps I took: > 1 - Create New Project > 2 - Select -> Java with Ant -> Java Web -> Web Application > 2a - Click 'Next' > 3 - Name the project and select a place to store > 3a - Click 'Next' > 4 - Use Apache Tomcat Server > 4a - Click 'Next' > 5 - Do NOT select a frame work. > 5a - Click 'Finish' > 6 - Create a helloworld package in the 'Source Packages' and add the attached > HelloWorld.java file to the package > 7 - Do a clean/build > See Capture.png for error messages -- 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-2763) css autocompletion not working
[ https://issues.apache.org/jira/browse/NETBEANS-2763?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027809#comment-17027809 ] Pavel Selivanov commented on NETBEANS-2763: --- 11.3 beta and still total collapse of autocompletion feature. > css autocompletion not working > -- > > Key: NETBEANS-2763 > URL: https://issues.apache.org/jira/browse/NETBEANS-2763 > Project: NetBeans > Issue Type: Bug > Environment: Product Version: Apache NetBeans IDE 11.1 > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12-Ubuntu-1 > Runtime: OpenJDK Runtime Environment 12.0.1+12-Ubuntu-1 > System: Linux version 5.0.0-19-generic running on amd64; UTF-8; en_US (nb) >Reporter: Pavel Selivanov >Priority: Major > Attachments: Hello12.zip, Screen Shot 2019-07-04 at 14.11.30.png, > Screen Shot 2019-07-04 at 15.25.01.png, Screenshot from 2019-07-04 > 16-33-43.png, Screenshot from 2019-07-04 16-33-57.png, Screenshot from > 2019-07-04 16-33-57.png, Screenshot from 2019-07-04 16-34-06.png, Screenshot > from 2019-07-04 16-34-06.png, autocompletion_test.tar.gz, > bootstrap-4.1.3-dist.zip, bootstrap-4.2.0-dist.zip, > bootstrap_4.1.3_to_4.2.0.diff, bootstrap_400_431.diff > > > Hi guys. I decided to test Netbeans 11.1 a little, created simple html5 > project, added index.html, bootstrap 4.3.1 css and my own style.css plus some > js. > I found that class/id completion in bootstrap.css is not working (though i > don't see any errors neither in parsing nor in NB itself). Class and id > completion in style.css is working for style.css and index.html (parser was > able to work with these files). But nothing works with bootstrap.css (not > even autocompletion for classes inside this file). So looks like NB silently > fails to parse it. Please fix. > It's a clean NB 11.1 beta2 install, without importing plugins from previous > NB versions. (just tested the same in beta3, still an issue) -- 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-3778) Several plugins not installable
Benjamin Graf created NETBEANS-3778:
---
Summary: Several plugins not installable
Key: NETBEANS-3778
URL: https://issues.apache.org/jira/browse/NETBEANS-3778
Project: NetBeans
Issue Type: Bug
Components: platform - Plugin Manager
Affects Versions: 11.3
Reporter: Benjamin Graf
Some plugins do need unpack200 for installation. JDK 14+ does not include
unpack200 anymore. This results in installation errors like this.
{noformat}
Jan. 31, 2020 9:29:12 PM org.netbeans.updater.ModuleUpdater unpack200
WARNUNG: null
java.io.IOException: Cannot run program
"c:\Users\grafbe\Downloads\jdk-14+33\bin\unpack200.exe" (in directory
"C:\Users\grafbe\AppData\Roaming\NetBeans\11.3-beta2\modules"): CreateProcess
error=2, Das System kann die angegebene Datei nicht finden
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1128)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1071)
at org.netbeans.updater.ModuleUpdater.unpack200(ModuleUpdater.java:567)
at org.netbeans.updater.ModuleUpdater.unpack(ModuleUpdater.java:465)
at org.netbeans.updater.ModuleUpdater.run(ModuleUpdater.java:117)
Caused by: java.io.IOException: CreateProcess error=2, Das System kann die
angegebene Datei nicht finden
at java.base/java.lang.ProcessImpl.create(Native Method)
at java.base/java.lang.ProcessImpl.(ProcessImpl.java:483)
at java.base/java.lang.ProcessImpl.start(ProcessImpl.java:158)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1107)
... 4 more
{noformat}
--
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-3778) Several plugins are not installable
[
https://issues.apache.org/jira/browse/NETBEANS-3778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Graf updated NETBEANS-3778:
Environment:
Windows 10
OpenJDK 14+33 EA
Summary: Several plugins are not installable (was: Several plugins not
installable)
> Several plugins are not installable
> ---
>
> Key: NETBEANS-3778
> URL: https://issues.apache.org/jira/browse/NETBEANS-3778
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Plugin Manager
>Affects Versions: 11.3
> Environment: Windows 10
> OpenJDK 14+33 EA
>Reporter: Benjamin Graf
>Priority: Major
>
> Some plugins do need unpack200 for installation. JDK 14+ does not include
> unpack200 anymore. This results in installation errors like this.
> {noformat}
> Jan. 31, 2020 9:29:12 PM org.netbeans.updater.ModuleUpdater unpack200
> WARNUNG: null
> java.io.IOException: Cannot run program
> "c:\Users\grafbe\Downloads\jdk-14+33\bin\unpack200.exe" (in directory
> "C:\Users\grafbe\AppData\Roaming\NetBeans\11.3-beta2\modules"): CreateProcess
> error=2, Das System kann die angegebene Datei nicht finden
> at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1128)
> at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1071)
> at org.netbeans.updater.ModuleUpdater.unpack200(ModuleUpdater.java:567)
> at org.netbeans.updater.ModuleUpdater.unpack(ModuleUpdater.java:465)
> at org.netbeans.updater.ModuleUpdater.run(ModuleUpdater.java:117)
> Caused by: java.io.IOException: CreateProcess error=2, Das System kann die
> angegebene Datei nicht finden
> at java.base/java.lang.ProcessImpl.create(Native Method)
> at java.base/java.lang.ProcessImpl.(ProcessImpl.java:483)
> at java.base/java.lang.ProcessImpl.start(ProcessImpl.java:158)
> at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1107)
> ... 4 more
> {noformat}
--
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-2763) css autocompletion not working
[ https://issues.apache.org/jira/browse/NETBEANS-2763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-2763: -- Component/s: web - CSS Editor > css autocompletion not working > -- > > Key: NETBEANS-2763 > URL: https://issues.apache.org/jira/browse/NETBEANS-2763 > Project: NetBeans > Issue Type: Bug > Components: web - CSS Editor > Environment: Product Version: Apache NetBeans IDE 11.1 > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12-Ubuntu-1 > Runtime: OpenJDK Runtime Environment 12.0.1+12-Ubuntu-1 > System: Linux version 5.0.0-19-generic running on amd64; UTF-8; en_US (nb) >Reporter: Pavel Selivanov >Priority: Major > Attachments: Hello12.zip, Screen Shot 2019-07-04 at 14.11.30.png, > Screen Shot 2019-07-04 at 15.25.01.png, Screenshot from 2019-07-04 > 16-33-43.png, Screenshot from 2019-07-04 16-33-57.png, Screenshot from > 2019-07-04 16-33-57.png, Screenshot from 2019-07-04 16-34-06.png, Screenshot > from 2019-07-04 16-34-06.png, autocompletion_test.tar.gz, > bootstrap-4.1.3-dist.zip, bootstrap-4.2.0-dist.zip, > bootstrap_4.1.3_to_4.2.0.diff, bootstrap_400_431.diff > > > Hi guys. I decided to test Netbeans 11.1 a little, created simple html5 > project, added index.html, bootstrap 4.3.1 css and my own style.css plus some > js. > I found that class/id completion in bootstrap.css is not working (though i > don't see any errors neither in parsing nor in NB itself). Class and id > completion in style.css is working for style.css and index.html (parser was > able to work with these files). But nothing works with bootstrap.css (not > even autocompletion for classes inside this file). So looks like NB silently > fails to parse it. Please fix. > It's a clean NB 11.1 beta2 install, without importing plugins from previous > NB versions. (just tested the same in beta3, still an issue) -- 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] [Assigned] (NETBEANS-3737) FlatLaf: Toolbar icons feel cramped
[ https://issues.apache.org/jira/browse/NETBEANS-3737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi reassigned NETBEANS-3737: - Assignee: Karl Tauber > FlatLaf: Toolbar icons feel cramped > --- > > Key: NETBEANS-3737 > URL: https://issues.apache.org/jira/browse/NETBEANS-3737 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 11.3 >Reporter: Benjamin Graf >Assignee: Karl Tauber >Priority: Minor > Attachments: image-2020-01-23-16-40-39-512.png > > > Toolbar icons in FlatLaf themes are feeling cramped especially if small icons > are chosen. The theme should add some padding around them like the other > themes already are doing. > > !image-2020-01-23-16-40-39-512.png! -- 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-3727) Probably a darker color of the desktop background would be good for FlatLaf
[ https://issues.apache.org/jira/browse/NETBEANS-3727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027849#comment-17027849 ] Laszlo Kishalmi commented on NETBEANS-3727: --- As of me, I like the "black hole", what about to have the background same as menu background? > Probably a darker color of the desktop background would be good for FlatLaf > --- > > Key: NETBEANS-3727 > URL: https://issues.apache.org/jira/browse/NETBEANS-3727 > Project: NetBeans > Issue Type: Improvement >Reporter: Laszlo Kishalmi >Assignee: Karl Tauber >Priority: Minor > Attachments: image-2020-01-21-16-30-56-282.png, > image-2020-01-23-11-58-16-141.png > > > Well, I'm not entirely convinced that this is an issue at all. > Those rare times when we do not have an editor window open, the IDE might > look strange not having upper/left/right border on the opened tabs. I'd not > put border there, but probably mark the desktop color different (like the > editor default background on FlatLafDark). > [~ebakke] [~DevCharly] what do you think. Of course you are free to drop this > one. > !image-2020-01-21-16-30-56-282.png! > -- 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-3727) Probably a darker color of the desktop background would be good for FlatLaf
[ https://issues.apache.org/jira/browse/NETBEANS-3727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027884#comment-17027884 ] Laszlo Kishalmi commented on NETBEANS-3727: --- Initially I though it would be just setting the "Nb.Desktop.background" property, so I did that, with no visible use. I've checked the code and it seems that property is not even supported any more... > Probably a darker color of the desktop background would be good for FlatLaf > --- > > Key: NETBEANS-3727 > URL: https://issues.apache.org/jira/browse/NETBEANS-3727 > Project: NetBeans > Issue Type: Improvement >Reporter: Laszlo Kishalmi >Assignee: Karl Tauber >Priority: Minor > Attachments: image-2020-01-21-16-30-56-282.png, > image-2020-01-23-11-58-16-141.png > > > Well, I'm not entirely convinced that this is an issue at all. > Those rare times when we do not have an editor window open, the IDE might > look strange not having upper/left/right border on the opened tabs. I'd not > put border there, but probably mark the desktop color different (like the > editor default background on FlatLafDark). > [~ebakke] [~DevCharly] what do you think. Of course you are free to drop this > one. > !image-2020-01-21-16-30-56-282.png! > -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-3744: - Attachment: nb-gradle-recovery-weirdness.png > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-recovery-weirdness.png, > netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027915#comment-17027915 ] Shevek commented on NETBEANS-3744: -- !nb-gradle-recovery-weirdness.png! Shows that it IS possible for a Gradle to recover from the storm, i.e. something presumably IS holding a ref. I have a heapdump, but I got a "bad tag" when attempting to read it. As my teachers used to say, "Could try harder." > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-recovery-weirdness.png, > netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-3744: - Attachment: nb-gradle-class-stats.png > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027919#comment-17027919 ] Shevek commented on NETBEANS-3744: -- !nb-gradle-class-stats.png! This is approx stats from a 10Gb-ish heap dump from a Gradle daemon. I didn't do the retained-sets analysis yet because that will take several hours and probably crash. What I see here is that much of this is Gradle/project infrastructure. So I'm looking for either a timed cache, or something in the tooling holding onto a pointer to the root of a project, 100 times over for the 100 project loads that NB does. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027929#comment-17027929 ] Shevek commented on NETBEANS-3744: -- I can't figure it out by choosing objects and finding a root - they all seem not to have one, which suggests that there's some possible weirdness relating to a cache, weakreferences, softreferences, or something, which isn't visible in the heap dump. I think the core of this is that NB really has to load the project once and get all subprojects - this might go some way to fixing inter-subproject references, too, which are currently very badly behaved. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17027954#comment-17027954 ] Laszlo Kishalmi commented on NETBEANS-3744: --- Filter the heap on: org.netbeans.modules.gradle or org.netbeans.modules.gradle.api.NbProjectInfo As of loading subprojects at one shot, it still requires a lot of work. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3779) Laravel framework support
Marcos Vinicius Soares Souza created NETBEANS-3779: -- Summary: Laravel framework support Key: NETBEANS-3779 URL: https://issues.apache.org/jira/browse/NETBEANS-3779 Project: NetBeans Issue Type: Improvement Components: cnd - Debugger, cnd - Editor Affects Versions: 11.2 Reporter: Marcos Vinicius Soares Souza We need netbeans to have tools to help use the Laravel Framework, which is currently the most used in the world. One of the claims for netbeans is an autocomplete with Laravel support -- 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-3778) Several plugins are not installable
[
https://issues.apache.org/jira/browse/NETBEANS-3778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Graf updated NETBEANS-3778:
Description:
Some plugins do need unpack200 for installation. JDK 14+ does not include
unpack200 anymore ([https://openjdk.java.net/jeps/367]). This results in
installation errors like this.
{noformat}
Jan. 31, 2020 9:29:12 PM org.netbeans.updater.ModuleUpdater unpack200
WARNUNG: null
java.io.IOException: Cannot run program
"c:\Users\grafbe\Downloads\jdk-14+33\bin\unpack200.exe" (in directory
"C:\Users\grafbe\AppData\Roaming\NetBeans\11.3-beta2\modules"): CreateProcess
error=2, Das System kann die angegebene Datei nicht finden
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1128)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1071)
at org.netbeans.updater.ModuleUpdater.unpack200(ModuleUpdater.java:567)
at org.netbeans.updater.ModuleUpdater.unpack(ModuleUpdater.java:465)
at org.netbeans.updater.ModuleUpdater.run(ModuleUpdater.java:117)
Caused by: java.io.IOException: CreateProcess error=2, Das System kann die
angegebene Datei nicht finden
at java.base/java.lang.ProcessImpl.create(Native Method)
at java.base/java.lang.ProcessImpl.(ProcessImpl.java:483)
at java.base/java.lang.ProcessImpl.start(ProcessImpl.java:158)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1107)
... 4 more
{noformat}
was:
Some plugins do need unpack200 for installation. JDK 14+ does not include
unpack200 anymore. This results in installation errors like this.
{noformat}
Jan. 31, 2020 9:29:12 PM org.netbeans.updater.ModuleUpdater unpack200
WARNUNG: null
java.io.IOException: Cannot run program
"c:\Users\grafbe\Downloads\jdk-14+33\bin\unpack200.exe" (in directory
"C:\Users\grafbe\AppData\Roaming\NetBeans\11.3-beta2\modules"): CreateProcess
error=2, Das System kann die angegebene Datei nicht finden
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1128)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1071)
at org.netbeans.updater.ModuleUpdater.unpack200(ModuleUpdater.java:567)
at org.netbeans.updater.ModuleUpdater.unpack(ModuleUpdater.java:465)
at org.netbeans.updater.ModuleUpdater.run(ModuleUpdater.java:117)
Caused by: java.io.IOException: CreateProcess error=2, Das System kann die
angegebene Datei nicht finden
at java.base/java.lang.ProcessImpl.create(Native Method)
at java.base/java.lang.ProcessImpl.(ProcessImpl.java:483)
at java.base/java.lang.ProcessImpl.start(ProcessImpl.java:158)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1107)
... 4 more
{noformat}
> Several plugins are not installable
> ---
>
> Key: NETBEANS-3778
> URL: https://issues.apache.org/jira/browse/NETBEANS-3778
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Plugin Manager
>Affects Versions: 11.3
> Environment: Windows 10
> OpenJDK 14+33 EA
>Reporter: Benjamin Graf
>Priority: Major
>
> Some plugins do need unpack200 for installation. JDK 14+ does not include
> unpack200 anymore ([https://openjdk.java.net/jeps/367]). This results in
> installation errors like this.
> {noformat}
> Jan. 31, 2020 9:29:12 PM org.netbeans.updater.ModuleUpdater unpack200
> WARNUNG: null
> java.io.IOException: Cannot run program
> "c:\Users\grafbe\Downloads\jdk-14+33\bin\unpack200.exe" (in directory
> "C:\Users\grafbe\AppData\Roaming\NetBeans\11.3-beta2\modules"): CreateProcess
> error=2, Das System kann die angegebene Datei nicht finden
> at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1128)
> at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1071)
> at org.netbeans.updater.ModuleUpdater.unpack200(ModuleUpdater.java:567)
> at org.netbeans.updater.ModuleUpdater.unpack(ModuleUpdater.java:465)
> at org.netbeans.updater.ModuleUpdater.run(ModuleUpdater.java:117)
> Caused by: java.io.IOException: CreateProcess error=2, Das System kann die
> angegebene Datei nicht finden
> at java.base/java.lang.ProcessImpl.create(Native Method)
> at java.base/java.lang.ProcessImpl.(ProcessImpl.java:483)
> at java.base/java.lang.ProcessImpl.start(ProcessImpl.java:158)
> at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1107)
> ... 4 more
> {noformat}
--
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.
[jira] [Updated] (NETBEANS-3779) Laravel framework support
[ https://issues.apache.org/jira/browse/NETBEANS-3779?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-3779: -- Component/s: (was: cnd - Editor) (was: cnd - Debugger) php - Code > Laravel framework support > -- > > Key: NETBEANS-3779 > URL: https://issues.apache.org/jira/browse/NETBEANS-3779 > Project: NetBeans > Issue Type: Improvement > Components: php - Code >Affects Versions: 11.2 >Reporter: Marcos Vinicius Soares Souza >Priority: Major > > We need netbeans to have tools to help use the Laravel Framework, which is > currently the most used in the world. > One of the claims for netbeans is an autocomplete with Laravel support -- 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] [Resolved] (NETBEANS-3729) [FlatLaf] Strang Bug in BaseProgressUtils.showProgressDialogAndRun
[
https://issues.apache.org/jira/browse/NETBEANS-3729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Kishalmi resolved NETBEANS-3729.
---
Fix Version/s: 11.3
Resolution: Fixed
> [FlatLaf] Strang Bug in BaseProgressUtils.showProgressDialogAndRun
> --
>
> Key: NETBEANS-3729
> URL: https://issues.apache.org/jira/browse/NETBEANS-3729
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Progress
>Affects Versions: Next
> Environment: Product Version: Apache NetBeans IDE DEV (Build
> dev-e9111499a7b3d71fce5496a633116574f617067b)
> Updates: Updates available
> Java: 15-ea; OpenJDK 64-Bit Server VM 15-ea+5-83
> Runtime: OpenJDK Runtime Environment 15-ea+5-83
> System: Mac OS X version 10.13.6 running on x86_64; UTF-8; en_DE (nb)
> User directory: /Users/rami/Library/Application Support/NetBeans/dev
> Cache directory: /Users/rami/Library/Caches/NetBeans/dev
>Reporter: Rami Swailem
>Assignee: Karl Tauber
>Priority: Trivial
> Labels: pull-request-available
> Fix For: 11.3
>
> Attachments: Screen Shot 2020-01-22 at 14.50.10.png, Screen Shot
> 2020-01-22 at 15.12.49.png, image-2020-01-23-10-50-23-648.png,
> image-2020-01-23-11-07-28-246.png, image-2020-01-23-11-08-06-828.png,
> image-2020-01-23-11-34-57-947.png, image-2020-01-23-11-35-07-915.png,
> image-2020-01-23-11-35-26-873.png, image-2020-01-23-11-35-33-050.png,
> image-2020-01-23-11-36-00-310.png, image-2020-01-23-11-36-15-946.png,
> image-2020-01-23-11-36-26-998.png, image-2020-01-23-11-37-02-531.png
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> can someone reproduce the following situation? see screenshots
> its happen sometimes with aqua laf but with FlatLaf always
>
> {code:java}
> @ActionID(
> category = "Bugtracking",
> id = "org.netbeans.BugAction"
> )
> @ActionRegistration(
> displayName = "#CTL_BugAction"
> )
> @ActionReference(path = "Menu/File", position = 0)
> @Messages("CTL_BugAction=BaseProgressUtils FlatLaf bug")
> public class BugAction implements ActionListener {
> @Override
> public void actionPerformed(ActionEvent e) {
> ProgressHandle progress = ProgressHandle.createHandle("displayName",
> () -> true);
> BaseProgressUtils.showProgressDialogAndRun(operation, progress, true);
> }
> private Runnable operation = new Runnable() {
> @Override
> public void run() {
> try {
> Thread.sleep(6000);
> } catch (Exception e) {
> }
> }
> };
> }
> {code}
--
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
