[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] [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] [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-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] [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&focusedCommentId=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] [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-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&focusedCommentId=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] [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&focusedCommentId=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 java.base/java.lang
[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&focusedCommentId=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
[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&focusedCommentId=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] [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&focusedCommentId=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] [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&focusedCommentId=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-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&focusedCommentId=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-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&focusedCommentId=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)
[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&focusedCommentId=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&focusedCommentId=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: Unab
[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&focusedCommentId=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&focusedCommentId=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] [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&focusedCommentId=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] [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] [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] [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] [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] [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