[jira] [Commented] (NETBEANS-5627) Gradle project Lookup inconsistent until OpenProjects.open()
[
https://issues.apache.org/jira/browse/NETBEANS-5627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420149#comment-17420149
]
Laszlo Kishalmi commented on NETBEANS-5627:
---
I think I found the issue. Whenever we turn to Gradle in the test we leave a
Gradle project connection open which at the end keeps the daemon running.
Iḿ working on a solution for that.
> Gradle project Lookup inconsistent until OpenProjects.open()
>
>
> Key: NETBEANS-5627
> URL: https://issues.apache.org/jira/browse/NETBEANS-5627
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: pull-request-available
> Time Spent: 2h 40m
> Remaining Estimate: 0h
>
> Gradle fallback support recognizes several plugins from the directory
> structure (without reading the {{build.gradle}} file): groovy, java, scala,
> war.
> However project Lookup does not contain services for those Plugins, until
> OpenProjects.open() is called. The Project, however still untrusted, and
> unevaluated, starts to serve java-related services.
> This is inconsistent with project API's philosophy:
> [https://bits.netbeans.org/dev/javadoc/org-netbeans-modules-projectuiapi-base/org/netbeans/api/project/ui/OpenProjects.html]
> {quote}*Only certain operations should actually be aware of which projects
> are "open"; by default, all project functionality should be available whether
> it is open or not.*
> {quote}
> In this particular situation, ClassPath.getClassPath(sourceFile, SOURCE) does
> not return ClassPath even though Gradle fallback support recognizes 'java'
> and 'java-base' plugins until the project opens in the UI. For the rest of
> the IDE, the project appears as not having any sources in it - the returned
> ClassPath is not marked as incomplete, but simply does not exist.
--
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] [Closed] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew James closed NETBEANS-6062.
--
Resolution: Fixed
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
> Attachments: NETBEANS-6062.zip
>
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420142#comment-17420142
]
Andrew James commented on NETBEANS-6062:
This appears to be a duplicate of [NETBEANS-5757] and [NETBEANS-5832]. It
appears to be fixed in NetBeans 12.5.
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
> Attachments: NETBEANS-6062.zip
>
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5064) Support for specific NB (feature release) versions
[ https://issues.apache.org/jira/browse/NETBEANS-5064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420141#comment-17420141 ] Ernie Rael commented on NETBEANS-5064: -- So for example with Xplug that depends on YMod Xplug-v2 depends on YMod [1.2.3,) Leave open ended avoiding changing the dependency for every YMod release. When YMod becomes incompatible, like in a 1.5, Xplug-v2 depends on YMod [1.2.3,1.5) Xplug-v3 depends on YMod [1.5,) All well and good as long as this info is _not_ in the module, but rather in some global catalog. > Support for specific NB (feature release) versions > -- > > Key: NETBEANS-5064 > URL: https://issues.apache.org/jira/browse/NETBEANS-5064 > Project: NetBeans > Issue Type: Wish > Components: updatecenters - Pluginportal >Reporter: Junichi Yamamoto >Priority: Major > > Maybe, currently, URLs for feature versions(e.g. 12.1) are redirected to the > URL for the LTS(e.g. 12.0) version, right? > That has a problem. We can't use an nbm of the LTS version if a feature > version has incompatible changes. > There are incompatible changes for PHP support in NetBeans 12.2. So, some > plugins related to PHP don't work any longer in 12.2 with the nbm for 12.0. > So, I have to provide nbms for 12.2. However, we can't add them to PP at the > moment. So, I have to upload them to another place(e.g. GitHub). > It would be nice for users/developers if we can add nbms for specific > versions. OTOH, it may be hard work for verifiers(/developers) to > verify(/add) them... > e.g. Although I'm not sure whether it is possible, if there is no nbm of > specific versions, it would be nice to be able to use nbms of LTS versions. -- 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-6064) java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()
Randy Nieuwenburg created NETBEANS-6064:
---
Summary: java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()
Key: NETBEANS-6064
URL: https://issues.apache.org/jira/browse/NETBEANS-6064
Project: NetBeans
Issue Type: Bug
Components: cnd - Other
Affects Versions: 12.5
Reporter: Randy Nieuwenburg
2021-09-25T12:33:46
1632587626910
1198
org.netbeans.ui.actions.editor
500
29
UI_ACTION_EDITOR
UI_ACTION_EDITOR
null
java.awt.event.ActionEvent[ACTION_PERFORMED,cmd=ENTER,when=1632587626903,modifiers=]
on
org.openide.text.QuietEditorPane[,0,0,1020x4951,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.basic.BasicBorders$MarginBorder@1e723e6d,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=java.awt.Color[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],editable=true,margin=java.awt.Insets[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],kit=org.netbeans.modules.editor.java.JavaKit@61175c56,typeHandlers=]
java.awt.event.ActionEvent[ACTION_PERFORMED,cmd=ENTER,when=1632587626903,modifiers=]
on
org.openide.text.QuietEditorPane[,0,0,1020x4951,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.basic.BasicBorders$MarginBorder@1e723e6d,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=java.awt.Color[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],editable=true,margin=java.awt.Insets[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],kit=org.netbeans.modules.editor.java.JavaKit@61175c56,typeHandlers=]
org.netbeans.editor.BaseKit$InsertBreakAction[insert-break]
org.netbeans.editor.BaseKit$InsertBreakAction@156266e5
insert-break
2021-09-25T12:33:46
1632587626942
1200
global
1000
29
java.lang.NoSuchMethodError:
java.nio.CharBuffer.flip()Ljava/nio/CharBuffer;
org.netbeans.modules.java.source.parsing.FileObjects
memoryFileObject
516
${netBeansDir}modules/org-netbeans-modules-java-source-base.jar
org.netbeans.modules.java.source.parsing.FileObjects
memoryFileObject
490
${netBeansDir}modules/org-netbeans-modules-java-source-base.jar
org.netbeans.modules.java.source.save.Reindenter
initRegionData
268
${netBeansDir}modules/org-netbeans-modules-java-source-base.jar
org.netbeans.modules.java.source.save.Reindenter
reindent
121
${netBeansDir}modules/org-netbeans-modules-java-source-base.jar
org.netbeans.modules.editor.indent.TaskHandler$MimeItem
runTask
548
${netBeansDir}modules/org-netbeans-modules-editor-indent.jar
org.netbeans.modules.editor.indent.TaskHandler
runTasks
309
${netBeansDir}modules/org-netbeans-modules-editor-indent.jar
org.netbeans.modules.editor.indent.IndentImpl
reindent
282
${netBeansDir}modules/org-netbeans-modules-editor-indent.jar
org.netbeans.modules.editor.indent.api.Indent
reindent
146
${netBeansDir}modules/org-netbeans-modules-editor-indent.jar
org.netbeans.modules.editor.indent.api.Indent
reindent
130
${netBeansDir}modules/org-netbeans-modules-editor-indent.jar
org.netbeans.editor.BaseKit$InsertBreakAction
performLineBreakInsertion
1624
${netBeansDir}modules/org-netbeans-modules-editor-lib.jar
org.netbeans.editor.BaseKit$InsertBreakAction
access$400
1439
${netBeansDir}modules/org-netbeans-modules-editor-lib.jar
org.netbeans.editor.BaseKit$InsertBreakAction$2
run
1529
${netBeansDir}modules/org-netbeans-modules-editor-lib.jar
org.netbeans.editor.GuardedDocument
runAtomicAsUser
333
${netBeansDir}modules/org-netbeans-modules-editor-lib.jar
org.netbeans.editor.BaseKit$InsertBreakAction
actionPerformed
1520
${netBeansDir}modules/org-netbeans-modules-editor-lib.jar
org.netbeans.editor.BaseAction
actionPerformed
322
${netBeansDir}modules/org-netbeans-modules-editor-lib.jar
javax.swing.SwingUtilities
notifyAction
1668
${java.home}lib/rt.jar
javax.swing.JComponent
processKeyBinding
2882
${java.home}lib/rt.jar
javax.swing.JComponent
processKeyBindings
2929
${java.home}lib/rt.jar
javax.swing.JComponent
processKeyEvent
2845
${java.home}lib/rt.jar
java.awt.Component
processEvent
6316
${java.home}lib/rt.jar
java.awt.Container
processEvent
2239
${java.home}lib/rt.jar
java.awt.Component
dispatchEventImpl
4889
${java.home}lib/rt.jar
java.awt.Container
dispatchEventImpl
2297
${java.home}lib/rt.jar
java.awt.Component
dispatchEvent
4711
${java.home}lib/rt.jar
java.awt.KeyboardFocusManager
redispatchEvent
1954
${java.home}lib/rt.jar
[jira] [Comment Edited] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420109#comment-17420109
]
Andrew James edited comment on NETBEANS-6062 at 9/25/21, 2:04 PM:
--
Regarding the JAR vs. IDE execution: Yes, both executions used the same version
of Java (Java 15.0.2 Adopt Open JDK). And they gave different results. I dug
deeper by comparing the *{{javap -c}}* output for the following two class files:
a) The Test.class file in the build\classes directory.
b) The Test.class file extracted from the assembled JAR file (the one
auto-created by NetBeans).
I changed the code to assign a different value to i (just to double-check
execution behavior):
{code:java}
i = 123; {code}
I also performed a full clean and build.
The execution results were unchanged: I got an output of {{*0*}} from the IDE
but I got *{{123}}* from the JAR.
The *{{javap -c}}* results showed that *the compiled contents from the
build\classes directory are different from the compiled contents from the JAR
file*.
Results from build\classes:
{code:java}
>javap -c build\classes\foo4\Test.class
Compiled from "Test.java"
class foo4.Test {
static int i; foo4.Test();
Code:
0: aload_0
1: invokespecial #1 // Method
java/lang/Object."":()V
4: return
}{code}
Results from the unzipped JAR file:
{code:java}
>javap -c unjar\foo4\Test.class
Compiled from "Test.java"
class foo4.Test {
static int i; foo4.Test();
Code:
0: aload_0
1: invokespecial #1 // Method
java/lang/Object."":()V
4: return static {};
Code:
0: bipush123
2: putstatic #7 // Field i:I
5: return
}{code}
As we can see, the version from the JAR file contains the code for the static
block. This is missing from the build\classes version.
This was surprising.
(I have not installed NetBeans 12.5 yet - I will update when I have had a
chance to do so).
was (Author: andrewjames):
Regarding the JAR vs. IDE execution: (1) Yes, both executions used the same
version of Java (Java 15.0.2 Adopt Open JDK). And they gave different results.
I dug deeper by comparing the *{{javap -c}}* output for the following two class
files:
a) The Test.class file in the build\classes directory.
b) The Test.class file extracted from the assembled JAR file (the one
auto-created by NetBeans).
I changed the code to assign a different value to i (just to double-check
execution behavior):
{code:java}
i = 123; {code}
I also performed a full clean and build.
The execution results were unchanged: I got an output of {{*0*}} from the IDE
but I got *{{123}}* from the JAR.
The *{{javap -c}}* results showed that *the compiled contents from the
build\classes directory are different from the compiled contents from the JAR
file*.
Results from build\classes:
{code:java}
>javap -c build\classes\foo4\Test.class
Compiled from "Test.java"
class foo4.Test {
static int i; foo4.Test();
Code:
0: aload_0
1: invokespecial #1 // Method
java/lang/Object."":()V
4: return
}{code}
Results from the unzipped JAR file:
{code:java}
>javap -c unjar\foo4\Test.class
Compiled from "Test.java"
class foo4.Test {
static int i; foo4.Test();
Code:
0: aload_0
1: invokespecial #1 // Method
java/lang/Object."":()V
4: return static {};
Code:
0: bipush123
2: putstatic #7 // Field i:I
5: return
}{code}
As we can see, the version from the JAR file contains the code for the static
block. This is missing from the build\classes version.
This was surprising.
(I have not installed NetBeans 12.5 yet - I will update when I have had a
chance to do so).
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
> Attachments: NETBEANS-6062.zip
>
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
>
[jira] [Comment Edited] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420108#comment-17420108
]
Andrew James edited comment on NETBEANS-6062 at 9/25/21, 2:03 PM:
--
Thank you for the formatting help [~asbachb] - I have now found
[[https://jira.atlassian.com/secure/WikiRendererHelpAction.jspa?section=advanced]]
also.
was (Author: andrewjames):
Thank you for the formatting help [~asbachb] - I have now found
[this|[https://jira.atlassian.com/secure/WikiRendererHelpAction.jspa?section=advanced],|https://jira.atlassian.com/secure/WikiRendererHelpAction.jspa?section=advanced),]
also.
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
> Attachments: NETBEANS-6062.zip
>
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420109#comment-17420109
]
Andrew James commented on NETBEANS-6062:
Regarding the JAR vs. IDE execution: (1) Yes, both executions used the same
version of Java (Java 15.0.2 Adopt Open JDK). And they gave different results.
I dug deeper by comparing the *{{javap -c}}* output for the following two class
files:
a) The Test.class file in the build\classes directory.
b) The Test.class file extracted from the assembled JAR file (the one
auto-created by NetBeans).
I changed the code to assign a different value to i (just to double-check
execution behavior):
{code:java}
i = 123; {code}
I also performed a full clean and build.
The execution results were unchanged: I got an output of {{*0*}} from the IDE
but I got *{{123}}* from the JAR.
The *{{javap -c}}* results showed that *the compiled contents from the
build\classes directory are different from the compiled contents from the JAR
file*.
Results from build\classes:
{code:java}
>javap -c build\classes\foo4\Test.class
Compiled from "Test.java"
class foo4.Test {
static int i; foo4.Test();
Code:
0: aload_0
1: invokespecial #1 // Method
java/lang/Object."":()V
4: return
}{code}
Results from the unzipped JAR file:
{code:java}
>javap -c unjar\foo4\Test.class
Compiled from "Test.java"
class foo4.Test {
static int i; foo4.Test();
Code:
0: aload_0
1: invokespecial #1 // Method
java/lang/Object."":()V
4: return static {};
Code:
0: bipush123
2: putstatic #7 // Field i:I
5: return
}{code}
As we can see, the version from the JAR file contains the code for the static
block. This is missing from the build\classes version.
This was surprising.
(I have not installed NetBeans 12.5 yet - I will update when I have had a
chance to do so).
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
> Attachments: NETBEANS-6062.zip
>
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420108#comment-17420108
]
Andrew James commented on NETBEANS-6062:
Thank you for the formatting help [~asbachb] - I have now found
[this|[https://jira.atlassian.com/secure/WikiRendererHelpAction.jspa?section=advanced],|https://jira.atlassian.com/secure/WikiRendererHelpAction.jspa?section=advanced),]
also.
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
> Attachments: NETBEANS-6062.zip
>
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6015) Java heap space - Out of Memory Error
[ https://issues.apache.org/jira/browse/NETBEANS-6015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420089#comment-17420089 ] Anisur Mullick commented on NETBEANS-6015: -- Yes, it is a PHP project. I have closed this project and created new projects as nothing worked. Again with release of 12.5, I may test this old project and see if the issue still exists. Regards, Anisur > Java heap space - Out of Memory Error > - > > Key: NETBEANS-6015 > URL: https://issues.apache.org/jira/browse/NETBEANS-6015 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4 > Environment: Ubuntu 20.4 > Open JDK 11 >Reporter: Anisur Mullick >Priority: Blocker > Labels: background-scanning > > > 2021-09-17T08:06:27 > 1631846187154 > 48 > global > 1000 > 22 > > /home/anisur/snap/netbeans/common/data/12.4/var/log/heapdump.hprof > > java.lang.OutOfMemoryError: Java heap space > > > > 2021-09-17T08:17:35 > 1631846855694 > 79 > org.netbeans.ui > 700 > 35 > UI_ENABLED_MODULES > UI_ENABLED_MODULES > org.netbeans.modules.uihandler.Bundle > org.netbeans.modules.testng.ant [2.27] > org.openide.filesystems.nb [9.22] > org.netbeans.modules.xml.wsdl.model/1 [1.45.0.1] > org.netbeans.modules.web.common [1.111] > org.netbeans.modules.nbjunit/1 [1.102] > org.netbeans.modules.welcome/1 [1.54] > org.netbeans.modules.languages.ini [1.37] > org.netbeans.modules.ant.hints/1 [1.6] > org.eclipse.mylyn.commons.core [3.17.0] > org.netbeans.modules.localtasks [1.37] > org.netbeans.modules.editor.mimelookup.impl/1 [1.44] > org.netbeans.modules.php.zend [1.44] > org.netbeans.modules.php.dbgp [1.54] > org.netbeans.modules.ant.grammar/1 [1.56] > org.netbeans.modules.extexecution.base/2 [1.18] > org.netbeans.modules.project.indexingbridge [1.29] > org.netbeans.modules.php.smarty [1.98] > org.netbeans.modules.java.editor.base [2.77.0.1] > org.netbeans.modules.refactoring.api [1.59.0.1] > org.netbeans.api.web.webmodule [1.50] > org.netbeans.modules.java.editor/1 [2.80.0.12.1.1.1] > org.netbeans.libs.osgi [1.34] > org.netbeans.modules.versioning.util [1.82.0.42.1] > org.netbeans.modules.i18n/1 [1.65] > org.netbeans.modules.xml.lexer [1.42] > org.eclipse.core.runtime.compatibility.auth [3.2.200] > org.netbeans.libs.svnClientAdapter/1 [1.52] > org.netbeans.modules.db.metadata.model/1 [1.23] > org.openide.modules [7.60] > org.netbeans.modules.ide.branding/1 [1.44] > org.netbeans.modules.project.ant.ui/1 [1.77] > org.netbeans.modules.testng [2.32] > org.netbeans.modules.javascript2.react [0.11] > org.netbeans.modules.groovy.editor/2 [1.75] > org.netbeans.modules.php.code.analysis [0.25] > org.netbeans.modules.form.kit [1.40] > org.netbeans.lib.uihandler [1.57] > org.netbeans.modules.updatecenters/1 [1.52] > org.eclipse.core.jobs [3.5.100] > org.netbeans.modules.markdown [1.0] > org.netbeans.modules.debugger.jpda.projectsui [1.15] > org.netbeans.modules.xml.catalog.ui [2.15.0.4] > org.eclipse.jgit [5.7.0] > org.netbeans.modules.defaults/1 [1.43] > org.apache.commons.logging [1.2] > org.netbeans.libs.ini4j/1 [1.46] > org.netbeans.modules.gradle.kit [1.8] > org.netbeans.modules.dlight.nativeexecution [1.51.0.1] > org.netbeans.modules.xml.axi [1.45] > org.netbeans.modules.java.disco [1.0] > org.netbeans.modules.editor.lib/3 [4.19.0.23.3.55] > org.netbeans.modules.java.platform.ui/1 [1.54] > org.netbeans.modules.utilities.project/1 [1.50] > org.netbeans.modules.hudson.subversion [1.41] > org.netbeans.modules.javascript2.source.query/0 [0.11] > org.netbeans.modules.maven.grammar/1 [1.59.0.1] > org.netbeans.modules.image/1 [1.60] > org.netbeans.spi.debugger.jpda.ui [3.15] > org.netbeans.api.annotations.common/1 [1.40] > org.netbeans.modules.derby [1.52] > org.netbeans.modules.html.indexing [1.2] > org.netbeans.modules.xml.text/2 [1.71.0.1] > org.netbeans.modules.dbapi [1.46.0.30] > org.netbeans.modules.php.twig/1 [1.37] > org.netbeans.modules.xml.tax/2 [1.56.0.281] > org.netbeans.libs.jna.platform/2 [2.7] > org.netbeans.libs.bytelist/1 [0.42.0.1] > org.netbeans.modules.dlight.nativeexecution.nb [1.12] > org.netbeans.modules.j2ee.persistenceapi/1 [1.48.0.1] > org.netbeans.api.progress.nb [1.60] > org.netbeans.modules.db.sql.visualeditor/1 [2.43.0.30] > org.eclipse.mylyn.tasks.core [3.17.0] > org.netbeans.modules.php.composer/0 [0.42] > org.netbeans.modules.j2ee.jpa.refactoring [1.43] > org.netbeans.modules.classfile/1 [1.64] > org.netbeans.modules.masterfs.linux [1.25] > org.netbeans.modules.lsp.client/0 [1.11.0.1.1] > org.netbeans.modules.keyring.impl [1.36] > org.netbeans.modules.java.project/1 [1.84] > org.netbeans.core.browser.webview/1 [1.27.0.1.1] > org.netbeans.modules.j2ee.api.ejbmodule [1.49] > org.netbeans.modules.maven.indexer/2 [2.52] >
[jira] [Comment Edited] (NETBEANS-5064) Support for specific NB (feature release) versions
[
https://issues.apache.org/jira/browse/NETBEANS-5064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420081#comment-17420081
]
Jaroslav Tulach edited comment on NETBEANS-5064 at 9/25/21, 7:58 AM:
-
The NetBeans IDE versions are meaningless from an engineering perspective. If
we want to simplify life of plugin writes (and we should), then I suggest to
support many range dependencies:
[http://wiki.apidesign.org/wiki/RangeDependenciesAnalysed] to quote:
{quote}Should there be a repository of modules and their
[dependencies|http://wiki.apidesign.org/wiki/Dependencies] including module _M_
in versions 1.1,1.2,1.5,2.0,2.5,3.0. If majority of other modules having a
dependency on _M_ uses range [1.1,2.0) (e.g. the classical range for [semantic
versioning|http://wiki.apidesign.org/wiki/Semantic_versioning]), then we can
deduce that the owner of module _M_ is doing good job keeping
[BackwardCompatibility|http://wiki.apidesign.org/wiki/BackwardCompatibility].
If many dependencies on _M_ use for example [1.1,1.5), then we can deduce that
something unnatural (from the point of [semantic
versioning|http://wiki.apidesign.org/wiki/Semantic_versioning] happened in
version 1.5) and that the owner of the module _M_ underestimated the impact of
changes in version 1.5. On the other hand, if many dependencies on _M_ use
range like [1.1,3.0) then the
[incompatible|http://wiki.apidesign.org/wiki/Incompatible] change was probably
not as [incompatible|http://wiki.apidesign.org/wiki/Incompatible] as it might
have seen.
{quote}
Let, for each published NBM, allow the author to specify the (essential)
dependencies on some modules from NetBeans IDE distribution and the supported
ranges. Lower bound (that's in the NBM's JAR manifest anyway) and an upper
bound (implicit to major module version, but let module writers restrict it
even more).
The module catalog for a version of NetBeans IDE should then offer all NBMs
that have their dependencies (lower and upper bounds) satisfied.
was (Author: jtulach):
The NetBeans IDE versions are meaningless from an engineering perspective. If
we want to simplify life of plugin writes (and we should), the I suggest to
support many range dependencies:
[http://wiki.apidesign.org/wiki/RangeDependenciesAnalysed] to quote:
{quote}Should there be a repository of modules and their
[dependencies|http://wiki.apidesign.org/wiki/Dependencies] including module _M_
in versions 1.1,1.2,1.5,2.0,2.5,3.0. If majority of other modules having a
dependency on _M_ uses range [1.1,2.0) (e.g. the classical range for [semantic
versioning|http://wiki.apidesign.org/wiki/Semantic_versioning]), then we can
deduce that the owner of module _M_ is doing good job keeping
[BackwardCompatibility|http://wiki.apidesign.org/wiki/BackwardCompatibility].
If many dependencies on _M_ use for example [1.1,1.5), then we can deduce that
something unnatural (from the point of [semantic
versioning|http://wiki.apidesign.org/wiki/Semantic_versioning] happened in
version 1.5) and that the owner of the module _M_ underestimated the impact of
changes in version 1.5. On the other hand, if many dependencies on _M_ use
range like [1.1,3.0) then the
[incompatible|http://wiki.apidesign.org/wiki/Incompatible] change was probably
not as [incompatible|http://wiki.apidesign.org/wiki/Incompatible] as it might
have seen.
{quote}
Let, for each published NBM, allow the author to specify the (essential)
dependencies on some modules from NetBeans IDE distribution and the supported
ranges. Lower bound (that's in the NBM's JAR manifest anyway) and an upper
bound (implicit to major module version, but let module writers restrict it
even more).
The module catalog for a version of NetBeans IDE should then offer all NBMs
that have their dependencies (lower and upper bounds) satisfied.
> Support for specific NB (feature release) versions
> --
>
> Key: NETBEANS-5064
> URL: https://issues.apache.org/jira/browse/NETBEANS-5064
> Project: NetBeans
> Issue Type: Wish
> Components: updatecenters - Pluginportal
>Reporter: Junichi Yamamoto
>Priority: Major
>
> Maybe, currently, URLs for feature versions(e.g. 12.1) are redirected to the
> URL for the LTS(e.g. 12.0) version, right?
> That has a problem. We can't use an nbm of the LTS version if a feature
> version has incompatible changes.
> There are incompatible changes for PHP support in NetBeans 12.2. So, some
> plugins related to PHP don't work any longer in 12.2 with the nbm for 12.0.
> So, I have to provide nbms for 12.2. However, we can't add them to PP at the
> moment. So, I have to upload them to another place(e.g. GitHub).
> It would be nice for users/developers if we can add nbms for specific
> versions. OTOH, it may be hard work for
[jira] [Commented] (NETBEANS-5064) Support for specific NB (feature release) versions
[
https://issues.apache.org/jira/browse/NETBEANS-5064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420081#comment-17420081
]
Jaroslav Tulach commented on NETBEANS-5064:
---
The NetBeans IDE versions are meaningless from an engineering perspective. If
we want to simplify life of plugin writes (and we should), the I suggest to
support many range dependencies:
[http://wiki.apidesign.org/wiki/RangeDependenciesAnalysed] to quote:
{quote}Should there be a repository of modules and their
[dependencies|http://wiki.apidesign.org/wiki/Dependencies] including module _M_
in versions 1.1,1.2,1.5,2.0,2.5,3.0. If majority of other modules having a
dependency on _M_ uses range [1.1,2.0) (e.g. the classical range for [semantic
versioning|http://wiki.apidesign.org/wiki/Semantic_versioning]), then we can
deduce that the owner of module _M_ is doing good job keeping
[BackwardCompatibility|http://wiki.apidesign.org/wiki/BackwardCompatibility].
If many dependencies on _M_ use for example [1.1,1.5), then we can deduce that
something unnatural (from the point of [semantic
versioning|http://wiki.apidesign.org/wiki/Semantic_versioning] happened in
version 1.5) and that the owner of the module _M_ underestimated the impact of
changes in version 1.5. On the other hand, if many dependencies on _M_ use
range like [1.1,3.0) then the
[incompatible|http://wiki.apidesign.org/wiki/Incompatible] change was probably
not as [incompatible|http://wiki.apidesign.org/wiki/Incompatible] as it might
have seen.
{quote}
Let, for each published NBM, allow the author to specify the (essential)
dependencies on some modules from NetBeans IDE distribution and the supported
ranges. Lower bound (that's in the NBM's JAR manifest anyway) and an upper
bound (implicit to major module version, but let module writers restrict it
even more).
The module catalog for a version of NetBeans IDE should then offer all NBMs
that have their dependencies (lower and upper bounds) satisfied.
> Support for specific NB (feature release) versions
> --
>
> Key: NETBEANS-5064
> URL: https://issues.apache.org/jira/browse/NETBEANS-5064
> Project: NetBeans
> Issue Type: Wish
> Components: updatecenters - Pluginportal
>Reporter: Junichi Yamamoto
>Priority: Major
>
> Maybe, currently, URLs for feature versions(e.g. 12.1) are redirected to the
> URL for the LTS(e.g. 12.0) version, right?
> That has a problem. We can't use an nbm of the LTS version if a feature
> version has incompatible changes.
> There are incompatible changes for PHP support in NetBeans 12.2. So, some
> plugins related to PHP don't work any longer in 12.2 with the nbm for 12.0.
> So, I have to provide nbms for 12.2. However, we can't add them to PP at the
> moment. So, I have to upload them to another place(e.g. GitHub).
> It would be nice for users/developers if we can add nbms for specific
> versions. OTOH, it may be hard work for verifiers(/developers) to
> verify(/add) them...
> e.g. Although I'm not sure whether it is possible, if there is no nbm of
> specific versions, it would be nice to be able to use nbms of LTS versions.
--
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-5143) NetBeans 12.2, 12.3, 12.4 deploys webapps twice
[ https://issues.apache.org/jira/browse/NETBEANS-5143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420078#comment-17420078 ] Andrew commented on NETBEANS-5143: -- Hello everyone! For me it is also fixed, all works fine, already switched to 12.5. Windows 10, Azul jdk 8.302, Payara 5.2021.7. Thanks for fixing it! > NetBeans 12.2, 12.3, 12.4 deploys webapps twice > --- > > Key: NETBEANS-5143 > URL: https://issues.apache.org/jira/browse/NETBEANS-5143 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 12.2, 12.3, 12.4 > Environment: Windows 10 20H2/AMD Ryzen 7 4800H/32GB RAM > java: build 11.0.9.1+1, maven 3.6.3 > Netbeans versions tested: 12.1, 12.2, 12.3, 12.4 (12.2/12.3/12.4 are > effected) > Tomcat (new installs): 8.5.60, 9.0.40, Payara (per Patrick Musembi) >Reporter: Vlad Palnik >Assignee: Gaurav Gupta >Priority: Major > Labels: pull-request-available, webapp, webapp-deployment > Time Spent: 20m > Remaining Estimate: 0h > > To whomever it concerns, > > Bug in NetBeans 12.2/12.3/12.4. Netbeans seems to interfere with the > deployment of web apps somehow and web apps are deployed twice. > > While deploying an app it follows this pattern: deploy => undeploy => deploy > (see build log below). I tried solving this issue by undeployed any previous > versions of the app manually and restarted Tomcat, the same error occurs. The > issue appears when using NB 12.2/12.3/12.4. > > When tested on NetBeans 12.1 using the same Java/Tomcat installation/config > no errors occur and deployment proceeds correctly. > > Steps to replicate: > 1: Create maven webapp (Java EE7, Java 11) in NetBeans 12.1 > 2 Set Tomcat Server in Properties > Run > 3 Clean -> Run project in 12.1, you will get a "Hello World" basic site. > 4. Check build log, only a single deploy should show up. > 5 Close 12.1 and open same project in 12.2/12.3/12.4 > 6 Before run make sure same server and java versions are selected > 7 Clean -> Run project > 8 Check build log, you will see two deploys of webapp > > > BUILD SUCCESS > > Total time: 18.211 s > Finished at: 2020-12-11T17:27:08-08:00 > > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Starting Tomcat process... > Waiting for Tomcat... > Tomcat server started. > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext6407158500266578550.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Undeploying ... > undeploy?path=/myapp > OK - Undeployed application at context path [/myapp] > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext3519987589623367889.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > > -- 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-6015) Java heap space - Out of Memory Error
[ https://issues.apache.org/jira/browse/NETBEANS-6015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420075#comment-17420075 ] Laszlo Kishalmi commented on NETBEANS-6015: --- is this a PHP project? A heapdump might be useful. > Java heap space - Out of Memory Error > - > > Key: NETBEANS-6015 > URL: https://issues.apache.org/jira/browse/NETBEANS-6015 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4 > Environment: Ubuntu 20.4 > Open JDK 11 >Reporter: Anisur Mullick >Priority: Blocker > Labels: background-scanning > > > 2021-09-17T08:06:27 > 1631846187154 > 48 > global > 1000 > 22 > > /home/anisur/snap/netbeans/common/data/12.4/var/log/heapdump.hprof > > java.lang.OutOfMemoryError: Java heap space > > > > 2021-09-17T08:17:35 > 1631846855694 > 79 > org.netbeans.ui > 700 > 35 > UI_ENABLED_MODULES > UI_ENABLED_MODULES > org.netbeans.modules.uihandler.Bundle > org.netbeans.modules.testng.ant [2.27] > org.openide.filesystems.nb [9.22] > org.netbeans.modules.xml.wsdl.model/1 [1.45.0.1] > org.netbeans.modules.web.common [1.111] > org.netbeans.modules.nbjunit/1 [1.102] > org.netbeans.modules.welcome/1 [1.54] > org.netbeans.modules.languages.ini [1.37] > org.netbeans.modules.ant.hints/1 [1.6] > org.eclipse.mylyn.commons.core [3.17.0] > org.netbeans.modules.localtasks [1.37] > org.netbeans.modules.editor.mimelookup.impl/1 [1.44] > org.netbeans.modules.php.zend [1.44] > org.netbeans.modules.php.dbgp [1.54] > org.netbeans.modules.ant.grammar/1 [1.56] > org.netbeans.modules.extexecution.base/2 [1.18] > org.netbeans.modules.project.indexingbridge [1.29] > org.netbeans.modules.php.smarty [1.98] > org.netbeans.modules.java.editor.base [2.77.0.1] > org.netbeans.modules.refactoring.api [1.59.0.1] > org.netbeans.api.web.webmodule [1.50] > org.netbeans.modules.java.editor/1 [2.80.0.12.1.1.1] > org.netbeans.libs.osgi [1.34] > org.netbeans.modules.versioning.util [1.82.0.42.1] > org.netbeans.modules.i18n/1 [1.65] > org.netbeans.modules.xml.lexer [1.42] > org.eclipse.core.runtime.compatibility.auth [3.2.200] > org.netbeans.libs.svnClientAdapter/1 [1.52] > org.netbeans.modules.db.metadata.model/1 [1.23] > org.openide.modules [7.60] > org.netbeans.modules.ide.branding/1 [1.44] > org.netbeans.modules.project.ant.ui/1 [1.77] > org.netbeans.modules.testng [2.32] > org.netbeans.modules.javascript2.react [0.11] > org.netbeans.modules.groovy.editor/2 [1.75] > org.netbeans.modules.php.code.analysis [0.25] > org.netbeans.modules.form.kit [1.40] > org.netbeans.lib.uihandler [1.57] > org.netbeans.modules.updatecenters/1 [1.52] > org.eclipse.core.jobs [3.5.100] > org.netbeans.modules.markdown [1.0] > org.netbeans.modules.debugger.jpda.projectsui [1.15] > org.netbeans.modules.xml.catalog.ui [2.15.0.4] > org.eclipse.jgit [5.7.0] > org.netbeans.modules.defaults/1 [1.43] > org.apache.commons.logging [1.2] > org.netbeans.libs.ini4j/1 [1.46] > org.netbeans.modules.gradle.kit [1.8] > org.netbeans.modules.dlight.nativeexecution [1.51.0.1] > org.netbeans.modules.xml.axi [1.45] > org.netbeans.modules.java.disco [1.0] > org.netbeans.modules.editor.lib/3 [4.19.0.23.3.55] > org.netbeans.modules.java.platform.ui/1 [1.54] > org.netbeans.modules.utilities.project/1 [1.50] > org.netbeans.modules.hudson.subversion [1.41] > org.netbeans.modules.javascript2.source.query/0 [0.11] > org.netbeans.modules.maven.grammar/1 [1.59.0.1] > org.netbeans.modules.image/1 [1.60] > org.netbeans.spi.debugger.jpda.ui [3.15] > org.netbeans.api.annotations.common/1 [1.40] > org.netbeans.modules.derby [1.52] > org.netbeans.modules.html.indexing [1.2] > org.netbeans.modules.xml.text/2 [1.71.0.1] > org.netbeans.modules.dbapi [1.46.0.30] > org.netbeans.modules.php.twig/1 [1.37] > org.netbeans.modules.xml.tax/2 [1.56.0.281] > org.netbeans.libs.jna.platform/2 [2.7] > org.netbeans.libs.bytelist/1 [0.42.0.1] > org.netbeans.modules.dlight.nativeexecution.nb [1.12] > org.netbeans.modules.j2ee.persistenceapi/1 [1.48.0.1] > org.netbeans.api.progress.nb [1.60] > org.netbeans.modules.db.sql.visualeditor/1 [2.43.0.30] > org.eclipse.mylyn.tasks.core [3.17.0] > org.netbeans.modules.php.composer/0 [0.42] > org.netbeans.modules.j2ee.jpa.refactoring [1.43] > org.netbeans.modules.classfile/1 [1.64] > org.netbeans.modules.masterfs.linux [1.25] > org.netbeans.modules.lsp.client/0 [1.11.0.1.1] > org.netbeans.modules.keyring.impl [1.36] > org.netbeans.modules.java.project/1 [1.84] > org.netbeans.core.browser.webview/1 [1.27.0.1.1] > org.netbeans.modules.j2ee.api.ejbmodule [1.49] > org.netbeans.modules.maven.indexer/2 [2.52] > org.netbeans.modules.tasklist.kit [1.40] > org.netbeans.modules.java.source.nbjavac [1.12.0.1.3.25.5.1] > org.netbeans.modules.java.source.ant
[jira] [Resolved] (NETBEANS-2385) Snap package unable to run
[
https://issues.apache.org/jira/browse/NETBEANS-2385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Kishalmi resolved NETBEANS-2385.
---
Resolution: Information Provided
You are right the userdir has been moved to the $HOME/snap/netbeans/current
directory in order to provide better upgrade experience in the future.
> Snap package unable to run
> --
>
> Key: NETBEANS-2385
> URL: https://issues.apache.org/jira/browse/NETBEANS-2385
> Project: NetBeans
> Issue Type: Bug
> Components: platform - LaunchersCLI
>Affects Versions: 10.0, 11.0, 12.5
> Environment: Ubuntu 14.04
>Reporter: Bartosz Tomasik
>Assignee: Laszlo Kishalmi
>Priority: Major
>
> I'm using Netbeans snap package. However it seems there's some clash on what
> netbeans detect as default java and what it tries to use, if I provide
> _jdkhome_ as an argument everything works. otherwise I get error:
> {quote}{{$ netbeans }}
> {{JVMJ9VM007E Command-line option unrecognised:
> --add-opens=java.base/java.net=ALL-UNNAMED}}
> {{Error: Could not create the Java Virtual Machine.}}
> {{Error: A fatal exception has occurred. Program will exit.}}
> {quote}
> in contradiction all of this works as expected:
> netbeans --jdkhome /usr/lib/jvm/java-1.11.0-openjdk-amd64
> netbeans --jdkhome /usr/lib/jvm/java-1.8.0-openjdk-amd64
> netbeans --jdkhome /usr/lib/jvm/ibm-java80-jdk-x86_64
> jdk11 is my default java
> {quote}$ update-java-alternatives -l
> ibm-java80-jdk-x86_64 80 /usr/lib/jvm/ibm-java80-jdk-x86_64
> ibm-java80-jre-x86_64 80 /usr/lib/jvm/ibm-java80-jre-x86_64
> java-1.11.0-openjdk-amd64
> /usr/lib/jvm/java-1.11.0-openjdk-amd64
> java-1.8.0-openjdk-amd64 1081
> /usr/lib/jvm/java-1.8.0-openjdk-amd64
> java-1.9.0-openjdk-amd64 1091
> /usr/lib/jvm/java-1.9.0-openjdk-amd64
> {quote}
--
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-6063) Auto-completion for some CSS rules like break-inside freezes the IDE for a while
[ https://issues.apache.org/jira/browse/NETBEANS-6063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mustafa Karabulut updated NETBEANS-6063: Description: Please see the attahment for the moment the IDE froze > Auto-completion for some CSS rules like break-inside freezes the IDE for a > while > > > Key: NETBEANS-6063 > URL: https://issues.apache.org/jira/browse/NETBEANS-6063 > Project: NetBeans > Issue Type: Bug > Components: web - CSS Editor, web - HTML Editor >Affects Versions: 12.2 >Reporter: Mustafa Karabulut >Priority: Minor > Attachments: screenshot-1.png > > > Please see the attahment for the moment the IDE froze -- 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-6063) Auto-completion for some CSS rules like break-inside freezes the IDE for a while
[ https://issues.apache.org/jira/browse/NETBEANS-6063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mustafa Karabulut updated NETBEANS-6063: Attachment: screenshot-1.png > Auto-completion for some CSS rules like break-inside freezes the IDE for a > while > > > Key: NETBEANS-6063 > URL: https://issues.apache.org/jira/browse/NETBEANS-6063 > Project: NetBeans > Issue Type: Bug > Components: web - CSS Editor, web - HTML Editor >Affects Versions: 12.2 >Reporter: Mustafa Karabulut >Priority: Minor > Attachments: screenshot-1.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] [Created] (NETBEANS-6063) Auto-completion for some CSS rules like break-inside freezes the IDE for a while
Mustafa Karabulut created NETBEANS-6063: --- Summary: Auto-completion for some CSS rules like break-inside freezes the IDE for a while Key: NETBEANS-6063 URL: https://issues.apache.org/jira/browse/NETBEANS-6063 Project: NetBeans Issue Type: Bug Components: web - CSS Editor, web - HTML Editor Affects Versions: 12.2 Reporter: Mustafa Karabulut -- 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
