[jira] [Created] (NETBEANS-5632) Slowed then stopped while opening .zip file imported for new project.
Steve Alexander created NETBEANS-5632: - Summary: Slowed then stopped while opening .zip file imported for new project. Key: NETBEANS-5632 URL: https://issues.apache.org/jira/browse/NETBEANS-5632 Project: NetBeans Issue Type: Bug Components: utilities - Open File Affects Versions: 12.3 Reporter: Steve Alexander Following the Linkedin learning course [Learn Netbeans|https://www.linkedin.com/learning/learning-netbeans/] which has exercise files to download and import into NetBeans. Imported the .zip file. NetBeans began opening the file/project, got to 10%, then halted. There were 2 more remaining. -- 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-5631) Cannot start a new project using the +[folder] icon
[ https://issues.apache.org/jira/browse/NETBEANS-5631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Alexander closed NETBEANS-5631. - Assignee: Steve Alexander Resolution: Not A Problem > Cannot start a new project using the +[folder] icon > --- > > Key: NETBEANS-5631 > URL: https://issues.apache.org/jira/browse/NETBEANS-5631 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 > Environment: Following the Linkedin course [Learning > NetBeans|https://www.linkedin.com/learning/learning-netbeans/]. At the point > where one is supposed to download the exercise files and install them in > NetBeans, presumably as a new project. > Can't create a new project. The New Project dialog box has Step 1: Choose > Project. "Choose," not create. It opens to Catagory: Java with Ant, Projects: > JavaApplications, Description: [feature not enabled; press Next to activate > it]. Pressing next results in error: cannot enable > org.netbeans.modules.nbjvac.api. > So, I can't figure out how to install the course's exercise files. >Reporter: Steve Alexander >Assignee: Steve Alexander >Priority: Major > Labels: pull-request-available > > I solved my issue but cannot find a way to delete this report. > So sorry for the imposition. -- 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-5631) Cannot start a new project using the +[folder] icon
[ https://issues.apache.org/jira/browse/NETBEANS-5631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Alexander updated NETBEANS-5631: -- Description: I solved my issue but cannot find a way to delete this report. So sorry for the imposition. was: Following [Learning NetBeans|https://www.linkedin.com/learning/learning-netbeans/] course at Linkedin. Attempting to create a new project and install the exercise files for the courst. Clicked the +[folder icon] in the NetBeans menu bar; got New Project dialog box. Step 1: *Choose* Project (not c > Cannot start a new project using the +[folder] icon > --- > > Key: NETBEANS-5631 > URL: https://issues.apache.org/jira/browse/NETBEANS-5631 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 > Environment: Following the Linkedin course [Learning > NetBeans|https://www.linkedin.com/learning/learning-netbeans/]. At the point > where one is supposed to download the exercise files and install them in > NetBeans, presumably as a new project. > Can't create a new project. The New Project dialog box has Step 1: Choose > Project. "Choose," not create. It opens to Catagory: Java with Ant, Projects: > JavaApplications, Description: [feature not enabled; press Next to activate > it]. Pressing next results in error: cannot enable > org.netbeans.modules.nbjvac.api. > So, I can't figure out how to install the course's exercise files. >Reporter: Steve Alexander >Priority: Major > Labels: pull-request-available > > I solved my issue but cannot find a way to delete this report. > So sorry for the imposition. -- 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-5631) Cannot start a new project using the +[folder] icon
Steve Alexander created NETBEANS-5631: - Summary: Cannot start a new project using the +[folder] icon Key: NETBEANS-5631 URL: https://issues.apache.org/jira/browse/NETBEANS-5631 Project: NetBeans Issue Type: Bug Affects Versions: 12.3 Environment: Following the Linkedin course [Learning NetBeans|https://www.linkedin.com/learning/learning-netbeans/]. At the point where one is supposed to download the exercise files and install them in NetBeans, presumably as a new project. Can't create a new project. The New Project dialog box has Step 1: Choose Project. "Choose," not create. It opens to Catagory: Java with Ant, Projects: JavaApplications, Description: [feature not enabled; press Next to activate it]. Pressing next results in error: cannot enable org.netbeans.modules.nbjvac.api. So, I can't figure out how to install the course's exercise files. Reporter: Steve Alexander Following [Learning NetBeans|https://www.linkedin.com/learning/learning-netbeans/] course at Linkedin. Attempting to create a new project and install the exercise files for the courst. Clicked the +[folder icon] in the NetBeans menu bar; got New Project dialog box. Step 1: *Choose* Project (not c -- 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-5630) NetBeans freezes upon clicking "Install Plugins" on the ititial screen.
Steve Alexander created NETBEANS-5630: - Summary: NetBeans freezes upon clicking "Install Plugins" on the ititial screen. Key: NETBEANS-5630 URL: https://issues.apache.org/jira/browse/NETBEANS-5630 Project: NetBeans Issue Type: Bug Affects Versions: 12.3 Reporter: Steve Alexander Fix For: 12.3 I'm a new user. I wanted to explore plugins. I clicked on Install Plugins on your initial startup screen. The first plugin, Backup?, was highlighted. The highlight flickered on and off. The program froze. Nothing worked including the close button (red button on upper left). I had to force quit. Note, in force quit, the app did not report as non-responsive. -- 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-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[ https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333298#comment-17333298 ] Svatopluk Dedic edited comment on NETBEANS-5594 at 4/27/21, 2:37 PM: - This was fixed in master: * upgraded Felix library, as 6.3 had a bug in JDK16 environment. Not sure where it was exactly broken, but its proxied URLStreamHandlerFactory threw MalformedURLs for http(s). * synced add-opens in harness with the ones in the NetBeans ide build Fixes are in 12.4 RC1, will be part of 12.4 release. See NETBEANS-5499 for the Felix issue. was (Author: sdedic): This was fixed in master: * upgraded Felix library, as 6.3 had a bug in JDK16 environment. Not sure where it was exactly broken, but its proxied URLStreamHandlerFactory threw MalformedURLs for http(s). * synced add-opens in harness with the ones in the NetBeans ide build Fixes are in 12.4 RC1, will be part of 12.4 release. See NETBEANS-5394 for the Felix issue. > NBP12.3 application on JDK16/mac OS: Cannot load even default layout > > > Key: NETBEANS-5594 > URL: https://issues.apache.org/jira/browse/NETBEANS-5594 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 12.3 >Reporter: Sebastian Jaenicke >Priority: Critical > Attachments: jdk8-messages.log, messages.log2, messages3.log > > > NBP application using 12.3, JDK 16, runs fine on Linux. > On mac OS (Big Sur), I first got lots of relection-related exceptions from > NbInstaller, e.g.: > java.lang.reflect.InaccessibleObjectException: Unable to make protected > java.util.Enumeration java.lang.ClassLoader.findResources(java.lang.String) > throws java.io.IOException accessible: module java.base does not "opens > java.lang" to unnamed module @4ccc0db7 > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357) > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199) > at java.base/java.lang.reflect.Method.setAccessible(Method.java:193) > [catch] at org.netbeans.Module.findResources(Module.java:567) > at org.netbeans.core.startup.NbInstaller.loadLayers(NbInstaller.java:605) > at org.netbeans.core.startup.NbInstaller.loadImpl(NbInstaller.java:332) > at org.netbeans.core.startup.NbInstaller.access$000(NbInstaller.java:77) > at org.netbeans.core.startup.NbInstaller$1.run(NbInstaller.java:322) > at org.openide.filesystems.FileUtil$2.run(FileUtil.java:413) > > so I added '-J--illegal-access=permit' to default_options in etc/mgx_gui.conf. > Now, after completely removing the user_dir, I get > * a popup warning: 'Cannot load even default layout, using internally > predefined configuration.' > * a NullPointerException related to FileObject.isValid() > UI window itself is opened, but remains empty. I'm attaching the full > messages.log file, > any ideas would be greatly appreciated. > -- 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-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[ https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333298#comment-17333298 ] Svatopluk Dedic edited comment on NETBEANS-5594 at 4/27/21, 2:37 PM: - This was fixed in master: * upgraded Felix library, as 6.3 had a bug in JDK16 environment. Not sure where it was exactly broken, but its proxied URLStreamHandlerFactory threw MalformedURLs for http(s). * synced add-opens in harness with the ones in the NetBeans ide build Fixes are in 12.4 RC1, will be part of 12.4 release. See NETBEANS-5394 for the Felix issue. was (Author: sdedic): This was fixed in master: * upgraded Felix library, as 6.3 had a bug in JDK16 environment. Not sure where it was exactly broken, but its proxied URLStreamHandlerFactory threw MalformedURLs for http(s). * synced add-opens in harness with the ones in the NetBeans ide build Fixes are in 12.4 RC1, will be part of 12.4 release. > NBP12.3 application on JDK16/mac OS: Cannot load even default layout > > > Key: NETBEANS-5594 > URL: https://issues.apache.org/jira/browse/NETBEANS-5594 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 12.3 >Reporter: Sebastian Jaenicke >Priority: Critical > Attachments: jdk8-messages.log, messages.log2, messages3.log > > > NBP application using 12.3, JDK 16, runs fine on Linux. > On mac OS (Big Sur), I first got lots of relection-related exceptions from > NbInstaller, e.g.: > java.lang.reflect.InaccessibleObjectException: Unable to make protected > java.util.Enumeration java.lang.ClassLoader.findResources(java.lang.String) > throws java.io.IOException accessible: module java.base does not "opens > java.lang" to unnamed module @4ccc0db7 > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357) > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199) > at java.base/java.lang.reflect.Method.setAccessible(Method.java:193) > [catch] at org.netbeans.Module.findResources(Module.java:567) > at org.netbeans.core.startup.NbInstaller.loadLayers(NbInstaller.java:605) > at org.netbeans.core.startup.NbInstaller.loadImpl(NbInstaller.java:332) > at org.netbeans.core.startup.NbInstaller.access$000(NbInstaller.java:77) > at org.netbeans.core.startup.NbInstaller$1.run(NbInstaller.java:322) > at org.openide.filesystems.FileUtil$2.run(FileUtil.java:413) > > so I added '-J--illegal-access=permit' to default_options in etc/mgx_gui.conf. > Now, after completely removing the user_dir, I get > * a popup warning: 'Cannot load even default layout, using internally > predefined configuration.' > * a NullPointerException related to FileObject.isValid() > UI window itself is opened, but remains empty. I'm attaching the full > messages.log file, > any ideas would be greatly appreciated. > -- 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-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[ https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333298#comment-17333298 ] Svatopluk Dedic commented on NETBEANS-5594: --- This was fixed in master: * upgraded Felix library, as 6.3 had a bug in JDK16 environment. Not sure where it was exactly broken, but its proxied URLStreamHandlerFactory threw MalformedURLs for http(s). * synced add-opens in harness with the ones in the NetBeans ide build Fixes are in 12.4 RC1, will be part of 12.4 release. > NBP12.3 application on JDK16/mac OS: Cannot load even default layout > > > Key: NETBEANS-5594 > URL: https://issues.apache.org/jira/browse/NETBEANS-5594 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 12.3 >Reporter: Sebastian Jaenicke >Priority: Critical > Attachments: jdk8-messages.log, messages.log2, messages3.log > > > NBP application using 12.3, JDK 16, runs fine on Linux. > On mac OS (Big Sur), I first got lots of relection-related exceptions from > NbInstaller, e.g.: > java.lang.reflect.InaccessibleObjectException: Unable to make protected > java.util.Enumeration java.lang.ClassLoader.findResources(java.lang.String) > throws java.io.IOException accessible: module java.base does not "opens > java.lang" to unnamed module @4ccc0db7 > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357) > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199) > at java.base/java.lang.reflect.Method.setAccessible(Method.java:193) > [catch] at org.netbeans.Module.findResources(Module.java:567) > at org.netbeans.core.startup.NbInstaller.loadLayers(NbInstaller.java:605) > at org.netbeans.core.startup.NbInstaller.loadImpl(NbInstaller.java:332) > at org.netbeans.core.startup.NbInstaller.access$000(NbInstaller.java:77) > at org.netbeans.core.startup.NbInstaller$1.run(NbInstaller.java:322) > at org.openide.filesystems.FileUtil$2.run(FileUtil.java:413) > > so I added '-J--illegal-access=permit' to default_options in etc/mgx_gui.conf. > Now, after completely removing the user_dir, I get > * a popup warning: 'Cannot load even default layout, using internally > predefined configuration.' > * a NullPointerException related to FileObject.isValid() > UI window itself is opened, but remains empty. I'm attaching the full > messages.log file, > any ideas would be greatly appreciated. > -- 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-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[
https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333262#comment-17333262
]
Sebastian Jaenicke edited comment on NETBEANS-5594 at 4/27/21, 2:31 PM:
Oh well, with
default_options="-branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-Jadd-opens=java.base/sun.security.ssl=ALL-UNNAMED
-Jadd-opens=java.base/java.net=ALL-UNNAMED
-Jadd-opens=java.base/java.lang.ref=ALL-UNNAMED
-Jadd-opens=java.base/java.lang=ALL-UNNAMED
-Jadd-opens=java.base/java.security=ALL-UNNAMED
-Jadd-opens=java.base/java.util=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt.event=ALL-UNNAMED
-Jadd-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-Jadd-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -Jadd-modules=jdk.jshell
-Jadd-exports=java.desktop/sun.awt=ALL-UNNAMED
-Jadd-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-Jadd-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.swing=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-Jadd-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-Jadd-exports=java.management/sun.management=ALL-UNNAMED
-J-add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. According to the Java documentation at
[https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html
|https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html]
Protocol handlers for the following protocols are guaranteed to exist on the
search path:
* {{http}}
* {{https}}
* {{file}}
* {{jar}}
So, what am I missing here?
was (Author: sjaenick):
Oh well, with
default_options="-branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-Jadd-opens=java.base/sun.security.ssl=ALL-UNNAMED
-Jadd-opens=java.base/java.net=ALL-UNNAMED
-Jadd-opens=java.base/java.lang.ref=ALL-UNNAMED
-Jadd-opens=java.base/java.lang=ALL-UNNAMED
-Jadd-opens=java.base/java.security=ALL-UNNAMED
-Jadd-opens=java.base/java.util=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt.event=ALL-UNNAMED
-Jadd-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-Jadd-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -Jadd-modules=jdk.jshell
-Jadd-exports=java.desktop/sun.awt=ALL-UNNAMED
-Jadd-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-Jadd-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.swing=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-Jadd-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-Jadd-exports=java.management/sun.management=ALL-UNNAMED
-J-add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. According to the Java documentation at
[https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html
|https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html]
Protocol handlers for the following protocols are guaranteed to exist on the
search path:
* {{http}}
* {{https}}
* {{file}}
* {{jar}}
> NBP12.3 application on JDK16/mac OS: Cannot load even default layout
>
>
> Key: NETBEANS-5594
> URL: https://issues.apache.org/jira/browse/NETBEANS-5594
> Project: NetBeans
> Issue Type: Bug
> Components: apisupport - Harness
>Affects Versions: 12.3
>Reporter: Sebastian Jaenicke
>Priority: Critical
> Attachments: jdk8-messages.log, messages.log2, messages3.log
>
>
> NBP application using 12.3, JDK 16, runs fine on Linux.
> On mac OS (Big Sur), I first got lots of relection-related exceptions from
> NbInstaller, e.g.:
> java.lang.reflect.InaccessibleObjectException: Unable to make
[jira] [Comment Edited] (NETBEANS-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[
https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333262#comment-17333262
]
Sebastian Jaenicke edited comment on NETBEANS-5594 at 4/27/21, 2:31 PM:
Oh well, with
default_options="-branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-Jadd-opens=java.base/sun.security.ssl=ALL-UNNAMED
-Jadd-opens=java.base/java.net=ALL-UNNAMED
-Jadd-opens=java.base/java.lang.ref=ALL-UNNAMED
-Jadd-opens=java.base/java.lang=ALL-UNNAMED
-Jadd-opens=java.base/java.security=ALL-UNNAMED
-Jadd-opens=java.base/java.util=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt.event=ALL-UNNAMED
-Jadd-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-Jadd-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -Jadd-modules=jdk.jshell
-Jadd-exports=java.desktop/sun.awt=ALL-UNNAMED
-Jadd-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-Jadd-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.swing=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-Jadd-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-Jadd-exports=java.management/sun.management=ALL-UNNAMED
-J-add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. According to the Java documentation at
[https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html
|https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html]
Protocol handlers for the following protocols are guaranteed to exist on the
search path:
* {{http}}
* {{https}}
* {{file}}
* {{jar}}
was (Author: sjaenick):
Oh well, with
default_options="-branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-Jadd-opens=java.base/sun.security.ssl=ALL-UNNAMED
-Jadd-opens=java.base/java.net=ALL-UNNAMED
-Jadd-opens=java.base/java.lang.ref=ALL-UNNAMED
-Jadd-opens=java.base/java.lang=ALL-UNNAMED
-Jadd-opens=java.base/java.security=ALL-UNNAMED
-Jadd-opens=java.base/java.util=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt.event=ALL-UNNAMED
-Jadd-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-Jadd-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -Jadd-modules=jdk.jshell
-Jadd-exports=java.desktop/sun.awt=ALL-UNNAMED
-Jadd-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-Jadd-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.swing=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-Jadd-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-Jadd-exports=java.management/sun.management=ALL-UNNAMED
-J-add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. According to the Java documentation at
[[https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html]:|https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html],]
Protocol handlers for the following protocols are guaranteed to exist on the
search path:
* {{http}}
* {{https}}
* {{file}}
* {{jar}}
> NBP12.3 application on JDK16/mac OS: Cannot load even default layout
>
>
> Key: NETBEANS-5594
> URL: https://issues.apache.org/jira/browse/NETBEANS-5594
> Project: NetBeans
> Issue Type: Bug
> Components: apisupport - Harness
>Affects Versions: 12.3
>Reporter: Sebastian Jaenicke
>Priority: Critical
> Attachments: jdk8-messages.log, messages.log2, messages3.log
>
>
> NBP application using 12.3, JDK 16, runs fine on Linux.
> On mac OS (Big Sur), I first got lots of relection-related exceptions from
> NbInstaller, e.g.:
> java.lang.reflect.InaccessibleObjectException: Unable to make protected
>
[jira] [Comment Edited] (NETBEANS-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[
https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333262#comment-17333262
]
Sebastian Jaenicke edited comment on NETBEANS-5594 at 4/27/21, 2:30 PM:
Oh well, with
default_options="-branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-Jadd-opens=java.base/sun.security.ssl=ALL-UNNAMED
-Jadd-opens=java.base/java.net=ALL-UNNAMED
-Jadd-opens=java.base/java.lang.ref=ALL-UNNAMED
-Jadd-opens=java.base/java.lang=ALL-UNNAMED
-Jadd-opens=java.base/java.security=ALL-UNNAMED
-Jadd-opens=java.base/java.util=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt.event=ALL-UNNAMED
-Jadd-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-Jadd-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -Jadd-modules=jdk.jshell
-Jadd-exports=java.desktop/sun.awt=ALL-UNNAMED
-Jadd-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-Jadd-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.swing=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-Jadd-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-Jadd-exports=java.management/sun.management=ALL-UNNAMED
-J-add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. According to the Java documentation at
[[https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html]:|https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/URL.html],]
Protocol handlers for the following protocols are guaranteed to exist on the
search path:
* {{http}}
* {{https}}
* {{file}}
* {{jar}}
was (Author: sjaenick):
Oh well, with
default_options="-branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-Jadd-opens=java.base/sun.security.ssl=ALL-UNNAMED
-Jadd-opens=java.base/java.net=ALL-UNNAMED
-Jadd-opens=java.base/java.lang.ref=ALL-UNNAMED
-Jadd-opens=java.base/java.lang=ALL-UNNAMED
-Jadd-opens=java.base/java.security=ALL-UNNAMED
-Jadd-opens=java.base/java.util=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt.event=ALL-UNNAMED
-Jadd-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-Jadd-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -Jadd-modules=jdk.jshell
-Jadd-exports=java.desktop/sun.awt=ALL-UNNAMED
-Jadd-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-Jadd-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.swing=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-Jadd-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-Jadd-exports=java.management/sun.management=ALL-UNNAMED
-J-add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. So, how do I get access
to sun.net.www.protocol?
> NBP12.3 application on JDK16/mac OS: Cannot load even default layout
>
>
> Key: NETBEANS-5594
> URL: https://issues.apache.org/jira/browse/NETBEANS-5594
> Project: NetBeans
> Issue Type: Bug
> Components: apisupport - Harness
>Affects Versions: 12.3
>Reporter: Sebastian Jaenicke
>Priority: Critical
> Attachments: jdk8-messages.log, messages.log2, messages3.log
>
>
> NBP application using 12.3, JDK 16, runs fine on Linux.
> On mac OS (Big Sur), I first got lots of relection-related exceptions from
> NbInstaller, e.g.:
> java.lang.reflect.InaccessibleObjectException: Unable to make protected
> java.util.Enumeration java.lang.ClassLoader.findResources(java.lang.String)
> throws java.io.IOException accessible: module java.base does not "opens
> java.lang" to unnamed module @4ccc0db7
> at
> java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357)
> at
>
[jira] [Commented] (NETBEANS-5629) Gradle project Lookups ordering not defined well
[
https://issues.apache.org/jira/browse/NETBEANS-5629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333291#comment-17333291
]
Svatopluk Dedic commented on NETBEANS-5629:
---
Note: given the order is *unspecified* (in fact), I would like to take an
opportunity to somehow unify the behaviour with *Maven*, which now has
*packaging*-dependent services, but lacks *plugin*-dependent ones (see
NETBEANS-5394).
BTW there's one interesting difference between *ProxyLookup* composition and
the composition that *MimeLookup* does:
* ProxyLookup just orders the enumerated instance according to the delegate
order. *position* attribute just orders within one delegate, so e.g. a *java*
service can not go after/make a fallback to *java-base* service (provided that
java-base comes in earlier delegate)
* MimeLookup applies the *position* attribute across branches. So one can
position a "plug in" service before, or after the 'generic' one at will.
[~jtulach] - what do you think: shouldn't we use the MimeLookup-like
composition for plugin-implied services ?
> Gradle project Lookups ordering not defined well
>
>
> Key: NETBEANS-5629
> URL: https://issues.apache.org/jira/browse/NETBEANS-5629
> Project: NetBeans
> Issue Type: Bug
>Reporter: Svatopluk Dedic
>Priority: Major
>
> Individual Plugins can contribute to project Lookup. In my testcase, which
> uses java/java-base plugins, the Lookups loaded from
> *Projects/org-netbeans-modules-gradle/*** were loaded in the following order:
> {code:java}
> [java, , root, java-base, base]
> {code}
> When Groovy was also present, the order was
> {code:java}
> [java, groovy, , root, groovy-base, java-base, base]
> {code}
> (note - groovy after java, groovy-base before java-base). But with scala, the
> order is:
> {code:java}
> [java, scala, , root, java-base, scala-base, base]
> {code}
> (note - scala-base AFTER java-base).
> When opening a project with
> {code:java}
> apply plugin: 'groovy'
> {code}
> the order is yet different:
> {code:java}
> [groovy, java, , root, groovy-base, java-base, base]{code}
> The order is unreliable and I guess under some circumstances even the
> , xxx-base and xxx could be reordered as plugin names go through
> series of hashmaps.
--
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-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=17333286#comment-17333286
]
Svatopluk Dedic edited comment on NETBEANS-5627 at 4/27/21, 2:18 PM:
-
Yes, that's it. I have already a half-working solution, but not ready yet: the
goal is to load from caches (but no more) during project construction (or fail
onto fallback quality if there's no cache + project not trusted). Someone
should explicitly ask for better-than-cache in order to evaluate (trusted)
Gradle script. But trying to solve along with NETBEANS- 5629
was (Author: sdedic):
Yes, that's it. I have already a half-working solution, but not ready yet: the
goal is to load from caches (but no more) during project construction (or fail
onto fallback quality if there's no cache + project not trusted). Someone
should explicitly ask for better-than-cache in order to evaluate (trusted)
Gradle script. But trying to solve along with NETBEANS- 5628
> 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: Laszlo Kishalmi
>Priority: Major
>
> 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] [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=17333286#comment-17333286
]
Svatopluk Dedic commented on NETBEANS-5627:
---
Yes, that's it. I have already a half-working solution, but not ready yet: the
goal is to load from caches (but no more) during project construction (or fail
onto fallback quality if there's no cache + project not trusted). Someone
should explicitly ask for better-than-cache in order to evaluate (trusted)
Gradle script. But trying to solve along with NETBEANS- 5628
> 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: Laszlo Kishalmi
>Priority: Major
>
> 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] [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=17333279#comment-17333279
]
Laszlo Kishalmi commented on NETBEANS-5627:
---
Thank you! This made me think. So I guess what is wrong.
[https://github.com/apache/netbeans/blob/903b73c7ed9284df976f3ba466e8696b51d64167/extide/gradle/src/org/netbeans/modules/gradle/NbGradleProjectImpl.java#L419]
When the plugin dependent lookup is created, there is no GradleProject in the
NbGradleProjectImpl, not even a fallback one.
But once we "load" the FALLBACK project the plugin dependent lookup does not
get refreshed as in that case we do not fire project info change event at that
time.
> 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: Laszlo Kishalmi
>Priority: Major
>
> 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] [Comment Edited] (NETBEANS-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[
https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333262#comment-17333262
]
Sebastian Jaenicke edited comment on NETBEANS-5594 at 4/27/21, 1:56 PM:
Oh well, with
default_options="-branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-Jadd-opens=java.base/sun.security.ssl=ALL-UNNAMED
-Jadd-opens=java.base/java.net=ALL-UNNAMED
-Jadd-opens=java.base/java.lang.ref=ALL-UNNAMED
-Jadd-opens=java.base/java.lang=ALL-UNNAMED
-Jadd-opens=java.base/java.security=ALL-UNNAMED
-Jadd-opens=java.base/java.util=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-Jadd-opens=java.desktop/javax.swing=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt=ALL-UNNAMED
-Jadd-opens=java.desktop/java.awt.event=ALL-UNNAMED
-Jadd-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-Jadd-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -Jadd-modules=jdk.jshell
-Jadd-exports=java.desktop/sun.awt=ALL-UNNAMED
-Jadd-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-Jadd-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.swing=ALL-UNNAMED
-Jadd-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-Jadd-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-Jadd-exports=java.management/sun.management=ALL-UNNAMED
-J-add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. So, how do I get access
to sun.net.www.protocol?
was (Author: sjaenick):
Oh well, with
{{default_options="--branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-J--add-opens=java.base/sun.security.ssl=ALL-UNNAMED
-J--add-opens=java.base/java.net=ALL-UNNAMED
-J--add-opens=java.base/java.lang.ref=ALL-UNNAMED
-J--add-opens=java.base/java.lang=ALL-UNNAMED
-J--add-opens=java.base/java.security=ALL-UNNAMED
-J--add-opens=java.base/java.util=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing=ALL-UNNAMED
-J--add-opens=java.desktop/java.awt=ALL-UNNAMED
-J--add-opens=java.desktop/java.awt.event=ALL-UNNAMED
-J--add-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-J--add-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -J--add-modules=jdk.jshell
-J--add-exports=java.desktop/sun.awt=ALL-UNNAMED
-J--add-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-J--add-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-J--add-exports=java.desktop/sun.swing=ALL-UNNAMED
-J--add-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-J--add-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-J--add-exports=java.management/sun.management=ALL-UNNAMED
-J--add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"}}
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. So, how do I get access
to sun.net.www.protocol?
> NBP12.3 application on JDK16/mac OS: Cannot load even default layout
>
>
> Key: NETBEANS-5594
> URL: https://issues.apache.org/jira/browse/NETBEANS-5594
> Project: NetBeans
> Issue Type: Bug
> Components: apisupport - Harness
>Affects Versions: 12.3
>Reporter: Sebastian Jaenicke
>Priority: Critical
> Attachments: jdk8-messages.log, messages.log2, messages3.log
>
>
> NBP application using 12.3, JDK 16, runs fine on Linux.
> On mac OS (Big Sur), I first got lots of relection-related exceptions from
> NbInstaller, e.g.:
> java.lang.reflect.InaccessibleObjectException: Unable to make protected
> java.util.Enumeration java.lang.ClassLoader.findResources(java.lang.String)
> throws java.io.IOException accessible: module java.base does not "opens
> java.lang" to unnamed module @4ccc0db7
> at
> java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357)
> at
> java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
> at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199)
> at java.base/java.lang.reflect.Method.setAccessible(Method.java:193)
> [catch]
[jira] [Comment Edited] (NETBEANS-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[
https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333262#comment-17333262
]
Sebastian Jaenicke edited comment on NETBEANS-5594 at 4/27/21, 1:56 PM:
Oh well, with
{{default_options="--branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-J--add-opens=java.base/sun.security.ssl=ALL-UNNAMED
-J--add-opens=java.base/java.net=ALL-UNNAMED
-J--add-opens=java.base/java.lang.ref=ALL-UNNAMED
-J--add-opens=java.base/java.lang=ALL-UNNAMED
-J--add-opens=java.base/java.security=ALL-UNNAMED
-J--add-opens=java.base/java.util=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing=ALL-UNNAMED
-J--add-opens=java.desktop/java.awt=ALL-UNNAMED
-J--add-opens=java.desktop/java.awt.event=ALL-UNNAMED
-J--add-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-J--add-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -J--add-modules=jdk.jshell
-J--add-exports=java.desktop/sun.awt=ALL-UNNAMED
-J--add-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-J--add-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-J--add-exports=java.desktop/sun.swing=ALL-UNNAMED
-J--add-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-J--add-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-J--add-exports=java.management/sun.management=ALL-UNNAMED
-J--add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"}}
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. So, how do I get access
to sun.net.www.protocol?
was (Author: sjaenick):
Oh well, with
default_options="--branding mgx_gui -J-Xms512m -J-Xmx2048m
-J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF
-J-XX:+IgnoreUnrecognizedVMOptions
-J--add-opens=java.base/sun.security.ssl=ALL-UNNAMED
-J--add-opens=java.base/java.net=ALL-UNNAMED
-J--add-opens=java.base/java.lang.ref=ALL-UNNAMED
-J--add-opens=java.base/java.lang=ALL-UNNAMED
-J--add-opens=java.base/java.security=ALL-UNNAMED
-J--add-opens=java.base/java.util=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing.text=ALL-UNNAMED
-J--add-opens=java.desktop/javax.swing=ALL-UNNAMED
-J--add-opens=java.desktop/java.awt=ALL-UNNAMED
-J--add-opens=java.desktop/java.awt.event=ALL-UNNAMED
-J--add-opens=java.prefs/java.util.prefs=ALL-UNNAMED
-J--add-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -J--add-modules=jdk.jshell
-J--add-exports=java.desktop/sun.awt=ALL-UNNAMED
-J--add-exports=java.desktop/java.awt.peer=ALL-UNNAMED
-J--add-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED
-J--add-exports=java.desktop/sun.swing=ALL-UNNAMED
-J--add-exports=java.desktop/sun.awt.im=ALL-UNNAMED
-J--add-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED
-J--add-exports=java.management/sun.management=ALL-UNNAMED
-J--add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED"
, I now consistently get a MalformedURLException on both Linux and macOS (both
JDK16) failing to recognize http and https as valid protocols.
[^messages3.log]
The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs'
which doesn't seem to apply here. So, how do I get access
to sun.net.www.protocol?
> NBP12.3 application on JDK16/mac OS: Cannot load even default layout
>
>
> Key: NETBEANS-5594
> URL: https://issues.apache.org/jira/browse/NETBEANS-5594
> Project: NetBeans
> Issue Type: Bug
> Components: apisupport - Harness
>Affects Versions: 12.3
>Reporter: Sebastian Jaenicke
>Priority: Critical
> Attachments: jdk8-messages.log, messages.log2, messages3.log
>
>
> NBP application using 12.3, JDK 16, runs fine on Linux.
> On mac OS (Big Sur), I first got lots of relection-related exceptions from
> NbInstaller, e.g.:
> java.lang.reflect.InaccessibleObjectException: Unable to make protected
> java.util.Enumeration java.lang.ClassLoader.findResources(java.lang.String)
> throws java.io.IOException accessible: module java.base does not "opens
> java.lang" to unnamed module @4ccc0db7
> at
> java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357)
> at
> java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
> at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199)
> at
[jira] [Commented] (NETBEANS-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[ https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333262#comment-17333262 ] Sebastian Jaenicke commented on NETBEANS-5594: -- Oh well, with default_options="--branding mgx_gui -J-Xms512m -J-Xmx2048m -J-Dfelix.log.level=OFF -J-Dorg.netbeans.core.netigso.Netigso.level=OFF -J-XX:+IgnoreUnrecognizedVMOptions -J--add-opens=java.base/sun.security.ssl=ALL-UNNAMED -J--add-opens=java.base/java.net=ALL-UNNAMED -J--add-opens=java.base/java.lang.ref=ALL-UNNAMED -J--add-opens=java.base/java.lang=ALL-UNNAMED -J--add-opens=java.base/java.security=ALL-UNNAMED -J--add-opens=java.base/java.util=ALL-UNNAMED -J--add-opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED -J--add-opens=java.desktop/javax.swing.text=ALL-UNNAMED -J--add-opens=java.desktop/javax.swing=ALL-UNNAMED -J--add-opens=java.desktop/java.awt=ALL-UNNAMED -J--add-opens=java.desktop/java.awt.event=ALL-UNNAMED -J--add-opens=java.prefs/java.util.prefs=ALL-UNNAMED -J--add-opens=jdk.jshell/jdk.jshell=ALL-UNNAMED -J--add-modules=jdk.jshell -J--add-exports=java.desktop/sun.awt=ALL-UNNAMED -J--add-exports=java.desktop/java.awt.peer=ALL-UNNAMED -J--add-exports=java.desktop/com.sun.beans.editors=ALL-UNNAMED -J--add-exports=java.desktop/sun.swing=ALL-UNNAMED -J--add-exports=java.desktop/sun.awt.im=ALL-UNNAMED -J--add-exports=jdk.internal.jvmstat/sun.jvmstat.monitor=ALL-UNNAMED -J--add-exports=java.management/sun.management=ALL-UNNAMED -J--add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED" , I now consistently get a MalformedURLException on both Linux and macOS (both JDK16) failing to recognize http and https as valid protocols. [^messages3.log] The Felix FAQ has an entry regarding unrecognized protocols for 'Non-Sun JREs' which doesn't seem to apply here. So, how do I get access to sun.net.www.protocol? > NBP12.3 application on JDK16/mac OS: Cannot load even default layout > > > Key: NETBEANS-5594 > URL: https://issues.apache.org/jira/browse/NETBEANS-5594 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 12.3 >Reporter: Sebastian Jaenicke >Priority: Critical > Attachments: jdk8-messages.log, messages.log2, messages3.log > > > NBP application using 12.3, JDK 16, runs fine on Linux. > On mac OS (Big Sur), I first got lots of relection-related exceptions from > NbInstaller, e.g.: > java.lang.reflect.InaccessibleObjectException: Unable to make protected > java.util.Enumeration java.lang.ClassLoader.findResources(java.lang.String) > throws java.io.IOException accessible: module java.base does not "opens > java.lang" to unnamed module @4ccc0db7 > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357) > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199) > at java.base/java.lang.reflect.Method.setAccessible(Method.java:193) > [catch] at org.netbeans.Module.findResources(Module.java:567) > at org.netbeans.core.startup.NbInstaller.loadLayers(NbInstaller.java:605) > at org.netbeans.core.startup.NbInstaller.loadImpl(NbInstaller.java:332) > at org.netbeans.core.startup.NbInstaller.access$000(NbInstaller.java:77) > at org.netbeans.core.startup.NbInstaller$1.run(NbInstaller.java:322) > at org.openide.filesystems.FileUtil$2.run(FileUtil.java:413) > > so I added '-J--illegal-access=permit' to default_options in etc/mgx_gui.conf. > Now, after completely removing the user_dir, I get > * a popup warning: 'Cannot load even default layout, using internally > predefined configuration.' > * a NullPointerException related to FileObject.isValid() > UI window itself is opened, but remains empty. I'm attaching the full > messages.log file, > any ideas would be greatly appreciated. > -- 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-5594) NBP12.3 application on JDK16/mac OS: Cannot load even default layout
[ https://issues.apache.org/jira/browse/NETBEANS-5594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Jaenicke updated NETBEANS-5594: - Attachment: messages3.log > NBP12.3 application on JDK16/mac OS: Cannot load even default layout > > > Key: NETBEANS-5594 > URL: https://issues.apache.org/jira/browse/NETBEANS-5594 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 12.3 >Reporter: Sebastian Jaenicke >Priority: Critical > Attachments: jdk8-messages.log, messages.log2, messages3.log > > > NBP application using 12.3, JDK 16, runs fine on Linux. > On mac OS (Big Sur), I first got lots of relection-related exceptions from > NbInstaller, e.g.: > java.lang.reflect.InaccessibleObjectException: Unable to make protected > java.util.Enumeration java.lang.ClassLoader.findResources(java.lang.String) > throws java.io.IOException accessible: module java.base does not "opens > java.lang" to unnamed module @4ccc0db7 > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357) > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199) > at java.base/java.lang.reflect.Method.setAccessible(Method.java:193) > [catch] at org.netbeans.Module.findResources(Module.java:567) > at org.netbeans.core.startup.NbInstaller.loadLayers(NbInstaller.java:605) > at org.netbeans.core.startup.NbInstaller.loadImpl(NbInstaller.java:332) > at org.netbeans.core.startup.NbInstaller.access$000(NbInstaller.java:77) > at org.netbeans.core.startup.NbInstaller$1.run(NbInstaller.java:322) > at org.openide.filesystems.FileUtil$2.run(FileUtil.java:413) > > so I added '-J--illegal-access=permit' to default_options in etc/mgx_gui.conf. > Now, after completely removing the user_dir, I get > * a popup warning: 'Cannot load even default layout, using internally > predefined configuration.' > * a NullPointerException related to FileObject.isValid() > UI window itself is opened, but remains empty. I'm attaching the full > messages.log file, > any ideas would be greatly appreciated. > -- 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-5623) 'fallback' project without trust can turn to 'evaluated'
[
https://issues.apache.org/jira/browse/NETBEANS-5623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17333243#comment-17333243
]
Laszlo Kishalmi commented on NETBEANS-5623:
---
So if that happens without a having a disc cache, then that's a bug indeed.
> 'fallback' project without trust can turn to 'evaluated'
>
>
> Key: NETBEANS-5623
> URL: https://issues.apache.org/jira/browse/NETBEANS-5623
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Reporter: Svatopluk Dedic
>Assignee: Laszlo Kishalmi
>Priority: Major
>
>
> During prototyping, I've encountered a strange thing:
>
> {code:java}
> NbGradleProjectImpl prjImpl =
> prj.getLookup().lookup(NbGradleProjectImpl.class);
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> // attempt to load everything
> prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
> // ... it loaded, but did not escalate the quality bcs not trusted
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> {code}
> I expected (the assert at the end) that a fallback project won't change as
> it's not permitted to execute gradle for it. But it turned to evaluated (no
> gradle was executed, in fact).
> I consider that a bug - is it ? If so, pls. reassign to me, will fix it in my
> implementation & make PR.
--
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-5629) Gradle project Lookups ordering not defined well
Svatopluk Dedic created NETBEANS-5629:
-
Summary: Gradle project Lookups ordering not defined well
Key: NETBEANS-5629
URL: https://issues.apache.org/jira/browse/NETBEANS-5629
Project: NetBeans
Issue Type: Bug
Reporter: Svatopluk Dedic
Individual Plugins can contribute to project Lookup. In my testcase, which uses
java/java-base plugins, the Lookups loaded from
*Projects/org-netbeans-modules-gradle/*** were loaded in the following order:
{code:java}
[java, , root, java-base, base]
{code}
When Groovy was also present, the order was
{code:java}
[java, groovy, , root, groovy-base, java-base, base]
{code}
(note - groovy after java, groovy-base before java-base). But with scala, the
order is:
{code:java}
[java, scala, , root, java-base, scala-base, base]
{code}
(note - scala-base AFTER java-base).
When opening a project with
{code:java}
apply plugin: 'groovy'
{code}
the order is yet different:
{code:java}
[groovy, java, , root, groovy-base, java-base, base]{code}
The order is unreliable and I guess under some circumstances even the
, xxx-base and xxx could be reordered as plugin names go through
series of hashmaps.
--
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-5628) Fallback project support should (heuristically) honour apply / plugin directives.
[
https://issues.apache.org/jira/browse/NETBEANS-5628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5628:
--
Summary: Fallback project support should (heuristically) honour apply /
plugin directives. (was: Fallback project support shoudl honour apply (plugin)
directives.)
> Fallback project support should (heuristically) honour apply / plugin
> directives.
> -
>
> Key: NETBEANS-5628
> URL: https://issues.apache.org/jira/browse/NETBEANS-5628
> Project: NetBeans
> Issue Type: Improvement
>Reporter: Svatopluk Dedic
>Priority: Major
>
> The gradle cannot be executed to process/read the build.gradle until the
> project is trusted. But at least basic technology plugins should be
> recognized - and the process should be pluggable. Right now, the technologies
> are hardcoded to: scala, java, groovy, war.
> The *ProjectInfoExtractor* should get an extension to actually *contribute*
> to the GradleBaseProject (maybe others, too ?) - e.g. passing some Builder
> around to the individual Extractors somehow.
> The base implementation should lookup / honour simple cases like
> {code:java}
> plugins {
> id("io.github.gradle-nexus.publish-plugin") version "1.0.0"
> }
> apply plugin: java{code}
> Individual gradle-aware project modules could extend the recognition to e.g.
>
>
> {code:java}
> // code placeholder
> application {
>mainClass.set("com.example1.Application")
> }
> micronaut {
> ...
> }
> {code}
> Of course that would be *just a heuristic*, but could allow individual
> implementations to be exposed early, so the query system in the IDE is not
> broken that much.
> Maybe a contribution to *plugins* could be sufficient as a start, but the
> interface should support extensions for the future.
>
--
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-5628) Fallback project support shoudl honour apply (plugin) directives.
Svatopluk Dedic created NETBEANS-5628:
-
Summary: Fallback project support shoudl honour apply (plugin)
directives.
Key: NETBEANS-5628
URL: https://issues.apache.org/jira/browse/NETBEANS-5628
Project: NetBeans
Issue Type: Improvement
Reporter: Svatopluk Dedic
The gradle cannot be executed to process/read the build.gradle until the
project is trusted. But at least basic technology plugins should be recognized
- and the process should be pluggable. Right now, the technologies are
hardcoded to: scala, java, groovy, war.
The *ProjectInfoExtractor* should get an extension to actually *contribute* to
the GradleBaseProject (maybe others, too ?) - e.g. passing some Builder around
to the individual Extractors somehow.
The base implementation should lookup / honour simple cases like
{code:java}
plugins {
id("io.github.gradle-nexus.publish-plugin") version "1.0.0"
}
apply plugin: java{code}
Individual gradle-aware project modules could extend the recognition to e.g.
{code:java}
// code placeholder
application {
mainClass.set("com.example1.Application")
}
micronaut {
...
}
{code}
Of course that would be *just a heuristic*, but could allow individual
implementations to be exposed early, so the query system in the IDE is not
broken that much.
Maybe a contribution to *plugins* could be sufficient as a start, but the
interface should support extensions for the future.
--
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-5627) Gradle project Lookup inconsistent until OpenProjects.open()
Svatopluk Dedic created NETBEANS-5627:
-
Summary: 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: Laszlo Kishalmi
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] [Commented] (NETBEANS-5621) illegal state error
[ https://issues.apache.org/jira/browse/NETBEANS-5621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17332962#comment-17332962 ] Marco Robiati commented on NETBEANS-5621: - Hi, you should provide any kind of description of what happened :) > illegal state error > --- > > Key: NETBEANS-5621 > URL: https://issues.apache.org/jira/browse/NETBEANS-5621 > Project: NetBeans > Issue Type: Bug > Components: java - Compiler, serverplugins - Tomcat >Affects Versions: 12.3 >Reporter: SHARON XAVIER >Priority: Major > > [^neterror] -- 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-5622) compile error while using tomcat
[ https://issues.apache.org/jira/browse/NETBEANS-5622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17332961#comment-17332961 ] Marco Robiati commented on NETBEANS-5622: - Hi, seems like you failed to upload the txt file, you put it in the description :) > compile error while using tomcat > > > Key: NETBEANS-5622 > URL: https://issues.apache.org/jira/browse/NETBEANS-5622 > Project: NetBeans > Issue Type: Bug > Components: java - Classpath, java - Compiler, serverplugins - Tomcat >Affects Versions: 12.3 >Reporter: SHARON XAVIER >Priority: Major > > [^neterror1.txt] -- 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
