[jira] [Commented] (NETBEANS-5069) Wrong rendering of Lombok classes
[
https://issues.apache.org/jira/browse/NETBEANS-5069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284908#comment-17284908
]
Paul Ponec commented on NETBEANS-5069:
--
Thank you for the information. I confirm the fix, which will take effect after
deleting the {color:#c1c7d0}~/.config/netbeans{color} directory.
> Wrong rendering of Lombok classes
> -
>
> Key: NETBEANS-5069
> URL: https://issues.apache.org/jira/browse/NETBEANS-5069
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.1
> Environment: Product Version: Apache NetBeans IDE 12.1
> Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+12-LTS
> Runtime: OpenJDK Runtime Environment 11.0.9.1+12-LTS
> System: Linux version 5.4.0-54-generic running on amd64; UTF-8; cs_CZ (nb)
> openjdk version "11.0.8" 2020-07-14 LTS
> OpenJDK Runtime Environment Corretto-11.0.8.10.1 (build 11.0.8+10-LTS)
> OpenJDK 64-Bit Server VM Corretto-11.0.8.10.1 (build 11.0.8+10-LTS, mixed
> mode)
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description: Ubuntu 20.04.1 LTS
> Release: 20.04
> Codename: focal
>Reporter: Paul Ponec
>Assignee: Akhilesh Singh
>Priority: Critical
> Attachments: JUnitLombok.zip, Snímek
> obrazovky_2020-11-25_19-49-52_NetBeans-12.1.jpg,
> VirtualBox_2020-12-10_nb12-about.png, VirtualBox_2020-12-10_nb12-about.png,
> VirtualBox_2020-12-10_nb12-bug.png, VirtualBox_2020-12-10_nb12-bug.png,
> image-2021-01-11-18-50-15-153.png, image-2021-01-11-18-54-02-495.png,
> image-2021-01-11-18-57-31-301.png, image-2021-01-11-19-09-26-260.png,
> image-2021-01-11-19-11-33-670.png, lombok.png
>
>
> The IDE displays false errors in classes affected by Lombok framework. I have
> attached a screenshot and a sample project. Although it might seem that this
> is only a cosmetic mistake, the NetBeans is practically unusable on larger
> projects, and this situation has forced me to temporarily switch to competing
> IDE.
--
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-5121) Netbeans 12.2: Publishing JAAS-Context fails
[
https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
S. M. updated NETBEANS-5121:
Priority: Minor (was: Critical)
> Netbeans 12.2: Publishing JAAS-Context fails
>
>
> Key: NETBEANS-5121
> URL: https://issues.apache.org/jira/browse/NETBEANS-5121
> Project: NetBeans
> Issue Type: Bug
> Components: javaee - EJB Project, serverplugins - GlassFish
>Affects Versions: 12.2
> Environment: Netbeans 12.2, Glassfish 4.1.2, Glassfish 5.0.1,
> Project: jdk1.8.0_65, Netbeans: jdk 15.01
>Reporter: S. M.
>Priority: Minor
>
> The following exactly same code works fine when it is deployed outside
> Netbeans or with an older Netbeans version. So I feel the following is a
> Netbeans 12.2 Issue:
> My JAAS custom security module is disclosed by the following code:
> static
> { URL jaasConfigURL =
> LoginRMB.class.getClassLoader().getResource("my_jaas.config");
> System.setProperty("java.security.auth.login.config",
> jaasConfigURL.toString()); }
> my_jaas.config looks like:
> MySecurityContext
> { com.cortexsoft.jaas.myloginmodul.MyLoginModule required debug=true; }
> ;
> I deploy to Glassfish 4.1.2. or 5.0.1 When I try to establish the security
> context by:
> LoginContext lc = new LoginContext("MySecurityContext", myCallbackHandler);
> ...the following error occurs:
> javax.security.auth.login.LoginException: No LoginModules configured for
> MySecurityContext
> at javax.security.auth.login.LoginContext.init(LoginContext.java:264)
> at javax.security.auth.login.LoginContext.(LoginContext.java:417)
> at
> com.cortexsoft.mypackage.web.mb.login.JaasLoginHelper.jaasLogin(JaasLoginHelper.java:49)
> at com.cortexsoft.mypackage.web.mb.login.LoginRMB.login(LoginRMB.java:1131)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at com.sun.el.parser.AstValue.invoke(AstValue.java:289)
> at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
> at
> org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
> at
> org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
> at
> com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105)
> at
> javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87)
> at
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
> at javax.faces.component.UICommand.broadcast(UICommand.java:315)
> at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
> at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
> at
> com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)
> at
> org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> at
> org.glassfish.tyrus.servlet.TyrusServletFilter.doFilter(TyrusServletFilter.java:305)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
> at
> org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:416)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:283)
> at
> com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
> at
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
> at
> org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
> at
>
[jira] [Updated] (NETBEANS-5255) Duplicate deployment in maven web application
[ https://issues.apache.org/jira/browse/NETBEANS-5255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5255: Priority: Major (was: Minor) > Duplicate deployment in maven web application > - > > Key: NETBEANS-5255 > URL: https://issues.apache.org/jira/browse/NETBEANS-5255 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven >Affects Versions: 12.2 > Environment: Netbeans 12.2, Glassfish 4, Project: jdk1.8.0_65, > Netbeans: jdk 14.01 >Reporter: S. M. >Priority: Major > > Create a maven web application. Clean and build the project. When you run the > project it is deployed two times. (Which is a menace for large projects) -- 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-3517) Cursor blink rate does not respect system settings
[ https://issues.apache.org/jira/browse/NETBEANS-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284898#comment-17284898 ] dennis lucero edited comment on NETBEANS-3517 at 2/15/21, 6:23 PM: --- The system-wide blink rate/delay is stored in the registry at HKEY_CURRENT_USER\Control Panel\Desktop\CursorBlinkRate. was (Author: striderapache): The system-wide blink rate/delay is stored in the registry at Computer\HKEY_CURRENT_USER\Control Panel\Desktop\CursorBlinkRate. > Cursor blink rate does not respect system settings > -- > > Key: NETBEANS-3517 > URL: https://issues.apache.org/jira/browse/NETBEANS-3517 > Project: NetBeans > Issue Type: Bug > Components: editor - Painting Printing >Affects Versions: 11.2 > Environment: Windows 10, JDK 13 >Reporter: dennis lucero >Priority: Minor > Labels: Accessibility > > The text cursor blinks quite fast. It seems to be faster than Windows’ > default setting and it doesn’t respect the rate set in Windows. I find the > fast blinking distracting. -- 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-3517) Cursor blink rate does not respect system settings
[ https://issues.apache.org/jira/browse/NETBEANS-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284898#comment-17284898 ] dennis lucero commented on NETBEANS-3517: - The system-wide blink rate/delay is stored in the registry at Computer\HKEY_CURRENT_USER\Control Panel\Desktop\CursorBlinkRate. > Cursor blink rate does not respect system settings > -- > > Key: NETBEANS-3517 > URL: https://issues.apache.org/jira/browse/NETBEANS-3517 > Project: NetBeans > Issue Type: Bug > Components: editor - Painting Printing >Affects Versions: 11.2 > Environment: Windows 10, JDK 13 >Reporter: dennis lucero >Priority: Minor > Labels: Accessibility > > The text cursor blinks quite fast. It seems to be faster than Windows’ > default setting and it doesn’t respect the rate set in Windows. I find the > fast blinking distracting. -- 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-5132) Netbeans 12.2 NPE in background scanning of project
[ https://issues.apache.org/jira/browse/NETBEANS-5132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284893#comment-17284893 ] Davide Villa commented on NETBEANS-5132: nb-javac related problem > Netbeans 12.2 NPE in background scanning of project > --- > > Key: NETBEANS-5132 > URL: https://issues.apache.org/jira/browse/NETBEANS-5132 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.2 > Environment: OS: Ubuntu 20.04 > JDK: Oracle 1.8_271 >Reporter: Davide Villa >Priority: Critical > Attachments: nb-report.txt, netbeans-ide-log.txt, netbeans.log, ui.log > > > the background scanning of my project throws a NPE in the version 12.2. > no problems on the previous version 12.1 > > may be the same problem reported NETBEANS-5125 > > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch delivery updated: [NETBEANS-5055][NETBEANS-5109] Update to (Maven distributed) nbjavac 15.0.0.2
This is an automated email from the ASF dual-hosted git repository.
neilcsmith pushed a commit to branch delivery
in repository https://gitbox.apache.org/repos/asf/netbeans.git
The following commit(s) were added to refs/heads/delivery by this push:
new 79ccf1d [NETBEANS-5055][NETBEANS-5109] Update to (Maven distributed)
nbjavac 15.0.0.2
new 0536335 Merge pull request #2759 from matthiasblaesing/update-nbjavac
79ccf1d is described below
commit 79ccf1da4baf745d792831794c83f2bbbe9c8c70
Author: Akshay=Gupta=Oracle
AuthorDate: Fri Feb 12 15:45:43 2021 +0530
[NETBEANS-5055][NETBEANS-5109] Update to (Maven distributed) nbjavac
15.0.0.2
As part of the nbjavac update to issues are fixed:
- the new nbjavac version fixes an issue where permits is treated
as a keyword and variables with that name are flagged as faulty
[NETBEANS-5055]
- The distribution of nbjavac was moved to maven central
[NETBEANS-5109]
---
java/libs.javacapi/external/binaries-list | 2 +-
...b-javac-15-api-license.txt => nb-javac-15.0.0.2-api-license.txt} | 2 +-
java/libs.javacapi/nbproject/project.xml| 2 +-
java/libs.javacimpl/external/binaries-list | 2 +-
.../{nb-javac-15-impl-license.txt => nb-javac-15.0.0.2-license.txt} | 2 +-
java/libs.javacimpl/nbproject/project.xml | 2 +-
nb/updatecenters/extras/nbjavac.api/manifest.mf | 2 +-
nb/updatecenters/extras/nbjavac.api/nbproject/project.xml | 4 ++--
.../nbjavac.api/release/modules/ext/nb-javac-15-api.jar.external| 6 --
.../release/modules/ext/nb-javac-15.0.0.2-api.jar.external | 5 +
nb/updatecenters/extras/nbjavac.impl/manifest.mf| 2 +-
nb/updatecenters/extras/nbjavac.impl/nbproject/project.xml | 4 ++--
.../nbjavac.impl/release/modules/ext/nb-javac-15-impl.jar.external | 6 --
.../release/modules/ext/nb-javac-15.0.0.2-impl.jar.external | 5 +
nb/updatecenters/licenseinfo.xml| 4 ++--
nbbuild/templates/projectized.xml | 2 +-
16 files changed, 25 insertions(+), 27 deletions(-)
diff --git a/java/libs.javacapi/external/binaries-list
b/java/libs.javacapi/external/binaries-list
index 3070bde..fcdfdd6 100644
--- a/java/libs.javacapi/external/binaries-list
+++ b/java/libs.javacapi/external/binaries-list
@@ -14,4 +14,4 @@
# KIND, either express or implied. See the License for the
# specific language governing permissions and limitations
# under the License.
-267AFC87A08301145B10D86DA674724B884F010C nb-javac-15-api.jar
\ No newline at end of file
+E83D8755DF07D560A633A45A2340419CD1313E8D
com.dukescript.nbjavac:nb-javac:15.0.0.2:api
\ No newline at end of file
diff --git a/java/libs.javacapi/external/nb-javac-15-api-license.txt
b/java/libs.javacapi/external/nb-javac-15.0.0.2-api-license.txt
similarity index 99%
rename from java/libs.javacapi/external/nb-javac-15-api-license.txt
rename to java/libs.javacapi/external/nb-javac-15.0.0.2-api-license.txt
index e7f2cfa..f15ab01 100644
--- a/java/libs.javacapi/external/nb-javac-15-api-license.txt
+++ b/java/libs.javacapi/external/nb-javac-15.0.0.2-api-license.txt
@@ -1,6 +1,6 @@
Name: Javac Compiler API
Description: Javac Compiler API
-Version: 15
+Version: 15.0.0.2
License: GPL-2-CP
Origin: OpenJDK (http://hg.openjdk.java.net/)
Source: http://hg.netbeans.org/main/nb-java-x/
diff --git a/java/libs.javacapi/nbproject/project.xml
b/java/libs.javacapi/nbproject/project.xml
index d4d16d2..6d4c69c 100644
--- a/java/libs.javacapi/nbproject/project.xml
+++ b/java/libs.javacapi/nbproject/project.xml
@@ -40,7 +40,7 @@
-external/nb-javac-15-api.jar
+
external/nb-javac-15.0.0.2-api.jar
diff --git a/java/libs.javacimpl/external/binaries-list
b/java/libs.javacimpl/external/binaries-list
index 025eabf..115ef66 100644
--- a/java/libs.javacimpl/external/binaries-list
+++ b/java/libs.javacimpl/external/binaries-list
@@ -14,4 +14,4 @@
# KIND, either express or implied. See the License for the
# specific language governing permissions and limitations
# under the License.
-E03FFC36A80D76A138C5CC8096DFDD7E7BACEE7E nb-javac-15-impl.jar
\ No newline at end of file
+9A4B6A8063E2EE78FF2F12542AC2C06C11B07F61
com.dukescript.nbjavac:nb-javac:15.0.0.2
\ No newline at end of file
diff --git a/java/libs.javacimpl/external/nb-javac-15-impl-license.txt
b/java/libs.javacimpl/external/nb-javac-15.0.0.2-license.txt
similarity index 99%
rename from java/libs.javacimpl/external/nb-javac-15-impl-license.txt
rename to java/libs.javacimpl/external/nb-javac-15.0.0.2-license.txt
index b860944..df8f7fe 100644
--- a/java/libs.javacimpl/external/nb-javac-15-impl-license.txt
+++ b/java/libs.javacimpl/external/nb-javac-15.0.0.2-license.txt
@@
[netbeans] branch delivery updated: [NETBEANS-5362] Update FlatLaf from 1.0-rc2 to 1.0 to fix NPE in Jvi plugin when showing popup
This is an automated email from the ASF dual-hosted git repository.
neilcsmith pushed a commit to branch delivery
in repository https://gitbox.apache.org/repos/asf/netbeans.git
The following commit(s) were added to refs/heads/delivery by this push:
new 1fdd127 [NETBEANS-5362] Update FlatLaf from 1.0-rc2 to 1.0 to fix NPE
in Jvi plugin when showing popup
new 573b2d9 Merge pull request #2760 from DevCharly/NETBEANS-5362
1fdd127 is described below
commit 1fdd1271745b8c53fd12bb6a7ecb334449d9e1a9
Author: Karl Tauber
AuthorDate: Sat Feb 13 14:37:53 2021 +0100
[NETBEANS-5362] Update FlatLaf from 1.0-rc2 to 1.0 to fix NPE in Jvi plugin
when showing popup
---
platform/libs.flatlaf/external/binaries-list | 2 +-
.../external/{flatlaf-1.0-rc2-license.txt => flatlaf-1.0-license.txt} | 4 ++--
platform/libs.flatlaf/nbproject/org-netbeans-libs-flatlaf.sig | 3 +++
platform/libs.flatlaf/nbproject/project.properties| 2 +-
platform/libs.flatlaf/nbproject/project.xml | 4 ++--
5 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/platform/libs.flatlaf/external/binaries-list
b/platform/libs.flatlaf/external/binaries-list
index cf45445..cb336c4 100644
--- a/platform/libs.flatlaf/external/binaries-list
+++ b/platform/libs.flatlaf/external/binaries-list
@@ -15,4 +15,4 @@
# specific language governing permissions and limitations
# under the License.
-5507827B39B40EED2942652D4792A51A5C49D67C com.formdev:flatlaf:1.0-rc2
+A807C984F00B683C65503803720821F12E136E93 com.formdev:flatlaf:1.0
diff --git a/platform/libs.flatlaf/external/flatlaf-1.0-rc2-license.txt
b/platform/libs.flatlaf/external/flatlaf-1.0-license.txt
similarity index 99%
rename from platform/libs.flatlaf/external/flatlaf-1.0-rc2-license.txt
rename to platform/libs.flatlaf/external/flatlaf-1.0-license.txt
index 1e438d5..c2b9305 100644
--- a/platform/libs.flatlaf/external/flatlaf-1.0-rc2-license.txt
+++ b/platform/libs.flatlaf/external/flatlaf-1.0-license.txt
@@ -1,7 +1,7 @@
Name: FlatLaf Look and Feel
Description: FlatLaf Look and Feel
-Version: 1.0-rc2
-Files: flatlaf-1.0-rc2.jar
+Version: 1.0
+Files: flatlaf-1.0.jar
License: Apache-2.0
Origin: FormDev Software GmbH.
URL: https://www.formdev.com/flatlaf/
diff --git a/platform/libs.flatlaf/nbproject/org-netbeans-libs-flatlaf.sig
b/platform/libs.flatlaf/nbproject/org-netbeans-libs-flatlaf.sig
index e766572..eb1cf4e 100644
--- a/platform/libs.flatlaf/nbproject/org-netbeans-libs-flatlaf.sig
+++ b/platform/libs.flatlaf/nbproject/org-netbeans-libs-flatlaf.sig
@@ -312,6 +312,7 @@ CLSS public static
com.formdev.flatlaf.util.ColorFunctions$Fade
cons public init(float)
fld public final float amount
intf com.formdev.flatlaf.util.ColorFunctions$ColorFunction
+meth public java.lang.String toString()
meth public void apply(float[])
supr java.lang.Object
@@ -325,6 +326,7 @@ fld public final float amount
fld public final int hslIndex
intf com.formdev.flatlaf.util.ColorFunctions$ColorFunction
meth protected boolean shouldInverse(float[])
+meth public java.lang.String toString()
meth public void apply(float[])
supr java.lang.Object
@@ -344,6 +346,7 @@ CLSS public com.formdev.flatlaf.util.DerivedColor
cons public !varargs
init(java.awt.Color,com.formdev.flatlaf.util.ColorFunctions$ColorFunction[])
meth public com.formdev.flatlaf.util.ColorFunctions$ColorFunction[]
getFunctions()
meth public java.awt.Color derive(java.awt.Color)
+meth public java.lang.String toString()
supr javax.swing.plaf.ColorUIResource
hfds baseOfDefaultColorRGB,functions,hasBaseOfDefaultColor
diff --git a/platform/libs.flatlaf/nbproject/project.properties
b/platform/libs.flatlaf/nbproject/project.properties
index 7f6ea54..f0135fe 100644
--- a/platform/libs.flatlaf/nbproject/project.properties
+++ b/platform/libs.flatlaf/nbproject/project.properties
@@ -20,4 +20,4 @@ javac.compilerargs=-Xlint:unchecked
javac.source=1.8
nbm.target.cluster=platform
-release.external/flatlaf-1.0-rc2.jar=modules/ext/flatlaf-1.0-rc2.jar
+release.external/flatlaf-1.0.jar=modules/ext/flatlaf-1.0.jar
diff --git a/platform/libs.flatlaf/nbproject/project.xml
b/platform/libs.flatlaf/nbproject/project.xml
index 6270740..88ba2c3 100644
--- a/platform/libs.flatlaf/nbproject/project.xml
+++ b/platform/libs.flatlaf/nbproject/project.xml
@@ -30,8 +30,8 @@
com.formdev.flatlaf.util
-
ext/flatlaf-1.0-rc2.jar
-external/flatlaf-1.0-rc2.jar
+
ext/flatlaf-1.0.jar
+external/flatlaf-1.0.jar
-
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-5318) Gradle priming build in VSCode is asking again and again.
[ https://issues.apache.org/jira/browse/NETBEANS-5318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284845#comment-17284845 ] Laszlo Kishalmi commented on NETBEANS-5318: --- It's Ok for me to have that synchronized. You can create a PR for that or I can do it sometime later for 12.4. > Gradle priming build in VSCode is asking again and again. > - > > Key: NETBEANS-5318 > URL: https://issues.apache.org/jira/browse/NETBEANS-5318 > Project: NetBeans > Issue Type: Bug > Components: vscode >Affects Versions: 12.3 > Environment: Ubuntu 20.04, GraalVM 21.0 Jdk 8. >Reporter: Martin Balin >Assignee: Svatopluk Dedic >Priority: Major > Fix For: 12.3 > > > Running VSNetBeans 12.3.286 with GraalVM Micronaut ext. Create Gradle MN > project. > VSNB asks for Gradle priming build many times, message: > "NetBeans is about to invoke a Gradle build process of the project: demog. > Executing Gradle can be potentially un-safe as it allows arbitrary code > execution." > I always answered OK, but it was appearing again and again. > After that i invoked "Java: Compile workspace" and it built and also problem > with underlined "package" statement went away, this is great. > Should to be fixed for 12.3 final. > -- 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-5318) Gradle priming build in VSCode is asking again and again.
[
https://issues.apache.org/jira/browse/NETBEANS-5318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284698#comment-17284698
]
Svatopluk Dedic edited comment on NETBEANS-5318 at 2/15/21, 12:54 PM:
--
Correction: no race condition proved. But since the project trust was confirmed
non-permanently (LSP server does not handle the 'remember' checkbox), the 2nd
reload fails since {{isProjectTrusted}} returns still false - the decision was
not recorded even for the same IDE session – IMHO should be; project reloads
may happen randomly.
Still it may be worth to consider synchronizing access, but no "hard evidence"
at this moment.
was (Author: sdedic):
Correction: no race condition. But since the project trust was confirmed
non-permanently (LSP server does not handle the 'remember' checkbox), the 2nd
reload fails since {{isProjectTrusted}} returns still false - the decision was
not recorded even for the same IDE session – IMHO should be; project reloads
may happen randomly.
> Gradle priming build in VSCode is asking again and again.
> -
>
> Key: NETBEANS-5318
> URL: https://issues.apache.org/jira/browse/NETBEANS-5318
> Project: NetBeans
> Issue Type: Bug
> Components: vscode
>Affects Versions: 12.3
> Environment: Ubuntu 20.04, GraalVM 21.0 Jdk 8.
>Reporter: Martin Balin
>Assignee: Svatopluk Dedic
>Priority: Major
> Fix For: 12.3
>
>
> Running VSNetBeans 12.3.286 with GraalVM Micronaut ext. Create Gradle MN
> project.
> VSNB asks for Gradle priming build many times, message:
> "NetBeans is about to invoke a Gradle build process of the project: demog.
> Executing Gradle can be potentially un-safe as it allows arbitrary code
> execution."
> I always answered OK, but it was appearing again and again.
> After that i invoked "Java: Compile workspace" and it built and also problem
> with underlined "package" statement went away, this is great.
> Should to be fixed for 12.3 final.
>
--
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-5318) Gradle priming build in VSCode is asking again and again.
[
https://issues.apache.org/jira/browse/NETBEANS-5318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284698#comment-17284698
]
Svatopluk Dedic commented on NETBEANS-5318:
---
Correction: no race condition. But since the project trust was confirmed
non-permanently (LSP server does not handle the 'remember' checkbox), the 2nd
reload fails since {{isProjectTrusted}} returns still false - the decision was
not recorded even for the same IDE session – IMHO should be; project reloads
may happen randomly.
> Gradle priming build in VSCode is asking again and again.
> -
>
> Key: NETBEANS-5318
> URL: https://issues.apache.org/jira/browse/NETBEANS-5318
> Project: NetBeans
> Issue Type: Bug
> Components: vscode
>Affects Versions: 12.3
> Environment: Ubuntu 20.04, GraalVM 21.0 Jdk 8.
>Reporter: Martin Balin
>Assignee: Svatopluk Dedic
>Priority: Major
> Fix For: 12.3
>
>
> Running VSNetBeans 12.3.286 with GraalVM Micronaut ext. Create Gradle MN
> project.
> VSNB asks for Gradle priming build many times, message:
> "NetBeans is about to invoke a Gradle build process of the project: demog.
> Executing Gradle can be potentially un-safe as it allows arbitrary code
> execution."
> I always answered OK, but it was appearing again and again.
> After that i invoked "Java: Compile workspace" and it built and also problem
> with underlined "package" statement went away, this is great.
> Should to be fixed for 12.3 final.
>
--
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-5318) Gradle priming build in VSCode is asking again and again.
[
https://issues.apache.org/jira/browse/NETBEANS-5318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284694#comment-17284694
]
Svatopluk Dedic edited comment on NETBEANS-5318 at 2/15/21, 12:32 PM:
--
According to quick investigation, there are multiple issues that sum up to the
observed behaviour. WIll try to confirm them with either unit test, or at least
diagnostic log message for [~lkishalmi] to review.
* It seems that when the {{GradleProjectProblemProvider.call}} is run, the
Gradle project is loaded ( \{{GradleProjectCache.loadProject ), }}but the
visible project object still remains the same. But the ProbleProvider reports a
result, that allows the infrastructure to proceed further. It fires reload for
the project (will be done asynchronously)
* During *asynchronous* reload, the project *reloads again*, this time
updating the live reference.
* The "UI" for ProjectProblems gets the {{Result}} and since it is marked as
'resolved', it re-asks all providers for problems again. Since the asynchronous
reload did not take place yet, it will *again* get an unprimed project problem
* There seems to be a *race condition* between reload assigning new value to
the project variable, and the \{{GradleProjectProblemProvider. }}During
debugging, the evaluation was done again and again on the same instance. Need
to confirm...
I would suggest that the problem reporter replaces the project data directly,
provided the data did not change from before GradleProjectCache.loadProject()
was called, then just fires a change asynchronously in the reload thread.
If the race condition is proved, I'd suggest that all access to {{project}} are
synchronized, since they are assigned in RELOAD_RP, but read freely by other
threads.
was (Author: sdedic):
According to quick investigation, there are multiple issues that sum up to the
observed behaviour. WIll try to confirm them with either unit test, or at least
diagnostic log message for [~lkishalmi] to review.
* It seems that when the {{GradleProjectProblemProvider.call}} is run, the
Gradle project is loaded ( {{GradleProjectCache.loadProject ), }}but the
visible project object still remains the same. But the ProbleProvider reports a
result, that allows the infrastructure to proceed further. It fires reload for
the project (will be done asynchronously)
* During *asynchronous* reload, the project *reloads again*, this time
updating the live reference.
* The "UI" for ProjectProblems gets the {{Result}} and since it is marked as
'resolved', it re-asks all providers for problems again. Since the asynchronous
reload did not take place yet, it will *again* get an unprimed project problem
* There seems to be a *race condition* between reload assigning new value to
the project variable, and the {{GradleProjectProblemProvider. }}During
debugging, the evaluation was done again and again on the same instance. Need
to confirm...
> Gradle priming build in VSCode is asking again and again.
> -
>
> Key: NETBEANS-5318
> URL: https://issues.apache.org/jira/browse/NETBEANS-5318
> Project: NetBeans
> Issue Type: Bug
> Components: vscode
>Affects Versions: 12.3
> Environment: Ubuntu 20.04, GraalVM 21.0 Jdk 8.
>Reporter: Martin Balin
>Assignee: Svatopluk Dedic
>Priority: Major
> Fix For: 12.3
>
>
> Running VSNetBeans 12.3.286 with GraalVM Micronaut ext. Create Gradle MN
> project.
> VSNB asks for Gradle priming build many times, message:
> "NetBeans is about to invoke a Gradle build process of the project: demog.
> Executing Gradle can be potentially un-safe as it allows arbitrary code
> execution."
> I always answered OK, but it was appearing again and again.
> After that i invoked "Java: Compile workspace" and it built and also problem
> with underlined "package" statement went away, this is great.
> Should to be fixed for 12.3 final.
>
--
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-5318) Gradle priming build in VSCode is asking again and again.
[
https://issues.apache.org/jira/browse/NETBEANS-5318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17284694#comment-17284694
]
Svatopluk Dedic commented on NETBEANS-5318:
---
According to quick investigation, there are multiple issues that sum up to the
observed behaviour. WIll try to confirm them with either unit test, or at least
diagnostic log message for [~lkishalmi] to review.
* It seems that when the {{GradleProjectProblemProvider.call}} is run, the
Gradle project is loaded ( {{GradleProjectCache.loadProject ), }}but the
visible project object still remains the same. But the ProbleProvider reports a
result, that allows the infrastructure to proceed further. It fires reload for
the project (will be done asynchronously)
* During *asynchronous* reload, the project *reloads again*, this time
updating the live reference.
* The "UI" for ProjectProblems gets the {{Result}} and since it is marked as
'resolved', it re-asks all providers for problems again. Since the asynchronous
reload did not take place yet, it will *again* get an unprimed project problem
* There seems to be a *race condition* between reload assigning new value to
the project variable, and the {{GradleProjectProblemProvider. }}During
debugging, the evaluation was done again and again on the same instance. Need
to confirm...
> Gradle priming build in VSCode is asking again and again.
> -
>
> Key: NETBEANS-5318
> URL: https://issues.apache.org/jira/browse/NETBEANS-5318
> Project: NetBeans
> Issue Type: Bug
> Components: vscode
>Affects Versions: 12.3
> Environment: Ubuntu 20.04, GraalVM 21.0 Jdk 8.
>Reporter: Martin Balin
>Assignee: Svatopluk Dedic
>Priority: Major
> Fix For: 12.3
>
>
> Running VSNetBeans 12.3.286 with GraalVM Micronaut ext. Create Gradle MN
> project.
> VSNB asks for Gradle priming build many times, message:
> "NetBeans is about to invoke a Gradle build process of the project: demog.
> Executing Gradle can be potentially un-safe as it allows arbitrary code
> execution."
> I always answered OK, but it was appearing again and again.
> After that i invoked "Java: Compile workspace" and it built and also problem
> with underlined "package" statement went away, this is great.
> Should to be fixed for 12.3 final.
>
--
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-5318) Gradle priming build in VSCode is asking again and again.
[ https://issues.apache.org/jira/browse/NETBEANS-5318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-5318: - Assignee: Svatopluk Dedic (was: Svata Dedic) > Gradle priming build in VSCode is asking again and again. > - > > Key: NETBEANS-5318 > URL: https://issues.apache.org/jira/browse/NETBEANS-5318 > Project: NetBeans > Issue Type: Bug > Components: vscode >Affects Versions: 12.3 > Environment: Ubuntu 20.04, GraalVM 21.0 Jdk 8. >Reporter: Martin Balin >Assignee: Svatopluk Dedic >Priority: Major > Fix For: 12.3 > > > Running VSNetBeans 12.3.286 with GraalVM Micronaut ext. Create Gradle MN > project. > VSNB asks for Gradle priming build many times, message: > "NetBeans is about to invoke a Gradle build process of the project: demog. > Executing Gradle can be potentially un-safe as it allows arbitrary code > execution." > I always answered OK, but it was appearing again and again. > After that i invoked "Java: Compile workspace" and it built and also problem > with underlined "package" statement went away, this is great. > Should to be fixed for 12.3 final. > -- 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-5353) Do not run up-to-date compilation tasks for test runs
[
https://issues.apache.org/jira/browse/NETBEANS-5353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated NETBEANS-5353:
-
Labels: pull-request-available (was: )
> Do not run up-to-date compilation tasks for test runs
> -
>
> Key: NETBEANS-5353
> URL: https://issues.apache.org/jira/browse/NETBEANS-5353
> Project: NetBeans
> Issue Type: Improvement
> Components: projects - Gradle
>Affects Versions: 12.2
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: pull-request-available
> Fix For: 12.4
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> When running \{{debug.single }}project action, on a test in gradle project,
> the following is executed:
> {noformat}
> ./gradlew --configure-on-demand
> --rerun-tasks -x check test --tests com.example1.Demo22Test
> {noformat}
> Note the *--rerun-tasks* parameter, which will recompile classes etc, even
> though gradle thinks they're up-to-date. Naturally *something* has to be
> done, since otherwise Gradle won't even run the tests. As noted in
> [https://www.stefan-oehme.com/stop-rerunning-tests,] Gradle should be aware
> of test input changes and will decide whether to actually run the test or not.
> Since this is a direct user instruction (from the IDE), we may use different
> approach: run *cleanTest* task before the *test*, which will invalidate test
> result from the build cache.
> [~lkishalmi] – what's your opinion on the above improvement ? Is it stable /
> gradle way ? It seems to work on my machine, but I lack experience with the
> build system details.
--
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
