[jira] [Commented] (NETBEANS-5602) Project opening failed
[ https://issues.apache.org/jira/browse/NETBEANS-5602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17326250#comment-17326250 ] SHARON XAVIER commented on NETBEANS-5602: - Thanks for the update On Tue, Apr 20, 2021 at 6:47 PM Svatopluk Dedic (Jira) -- *Regards From,* * SHARON ** XAVIER* > Project opening failed > -- > > Key: NETBEANS-5602 > URL: https://issues.apache.org/jira/browse/NETBEANS-5602 > Project: NetBeans > Issue Type: Bug > Components: javaee - Web Project, serverplugins - Tomcat >Affects Versions: 12.0 >Reporter: SHARON XAVIER >Priority: Major > Fix For: 12.4 > > > 12.java.lang.IllegalAccessError: superclass access check failed: class > org.netbeans.lib.nbjavac.services.CancelAbort (in unnamed module @0x7b049b4) > cannot access class com.sun.tools.javac.util.Abort (in module jdk.compiler) > because module jdk.compiler does not export com.sun.tools.javac.util to > unnamed module @0x7b049b4 at > java.base/java.lang.ClassLoader.defineClass1(Native Method) at > java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1010) at > org.netbeans.JarClassLoader.doLoadClass(JarClassLoader.java:287) at > org.netbeans.ProxyClassLoader.selfLoadClass(ProxyClassLoader.java:246) at > org.netbeans.ProxyClassLoader.doFindClass(ProxyClassLoader.java:174) at > org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:125) at > java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:519) at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer$DefaultCompileWorkerProvider.getWorkers(JavaCustomIndexer.java:1542) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:359) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > [catch] at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5038) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$InitialRootsWork.getDone(RepositoryUpdater.java:5821) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6099) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at > org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6095) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6091) > at >
[jira] [Commented] (NETBEANS-5608) Comments in JSON
[ https://issues.apache.org/jira/browse/NETBEANS-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17326166#comment-17326166 ] Ghader Arkani commented on NETBEANS-5608: - Yes, but we can do this on other IDEs like VScode. > Comments in JSON > > > Key: NETBEANS-5608 > URL: https://issues.apache.org/jira/browse/NETBEANS-5608 > Project: NetBeans > Issue Type: Improvement >Reporter: Ghader Arkani >Priority: Minor > > Since JSON files may be used for configuration. It's a good idea that we > could add comments in those files. -- 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-5608) Comments in JSON
[ https://issues.apache.org/jira/browse/NETBEANS-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka closed NETBEANS-5608. - Resolution: Won't Do > Comments in JSON > > > Key: NETBEANS-5608 > URL: https://issues.apache.org/jira/browse/NETBEANS-5608 > Project: NetBeans > Issue Type: Improvement >Reporter: Ghader Arkani >Priority: Minor > > Since JSON files may be used for configuration. It's a good idea that we > could add comments in those files. -- 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-5608) Comments in JSON
[ https://issues.apache.org/jira/browse/NETBEANS-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17326108#comment-17326108 ] Tomáš Procházka commented on NETBEANS-5608: --- Unfortunately JSON files don't support comments. > Comments in JSON > > > Key: NETBEANS-5608 > URL: https://issues.apache.org/jira/browse/NETBEANS-5608 > Project: NetBeans > Issue Type: Improvement >Reporter: Ghader Arkani >Priority: Minor > > Since JSON files may be used for configuration. It's a good idea that we > could add comments in those files. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-5444) Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link redirects to 404]
[ https://issues.apache.org/jira/browse/NETBEANS-5444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Premek Vyhnal reassigned NETBEANS-5444: --- Assignee: Premek Vyhnal > Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link > redirects to 404] > - > > Key: NETBEANS-5444 > URL: https://issues.apache.org/jira/browse/NETBEANS-5444 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 >Reporter: Premek Vyhnal >Assignee: Premek Vyhnal >Priority: Minor > Labels: pull-request-available > Attachments: NetBeans Usage Data Tracking.zip, Screenshot from > 2021-03-13 01-11-37.png > > Time Spent: 1h 40m > Remaining Estimate: 0h > > The Learn more link in the Usage Statistics window links to > [http://netbeans.org/about/usage-tracking.html] > which redirects to > [https://netbeans.apache.org//about/usage-tracking.html] (Page not found) > > I'd like to try to make a PR but I haven't find the right URL to link to > > !Screenshot from 2021-03-13 01-11-37.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5444) Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link redirects to 404]
[ https://issues.apache.org/jira/browse/NETBEANS-5444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17326071#comment-17326071 ] Premek Vyhnal commented on NETBEANS-5444: - PR to hide the dialog: [https://github.com/apache/netbeans/pull/2907] (does not remove the functionality itself) > Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link > redirects to 404] > - > > Key: NETBEANS-5444 > URL: https://issues.apache.org/jira/browse/NETBEANS-5444 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 >Reporter: Premek Vyhnal >Priority: Minor > Labels: pull-request-available > Attachments: NetBeans Usage Data Tracking.zip, Screenshot from > 2021-03-13 01-11-37.png > > Time Spent: 1h 40m > Remaining Estimate: 0h > > The Learn more link in the Usage Statistics window links to > [http://netbeans.org/about/usage-tracking.html] > which redirects to > [https://netbeans.apache.org//about/usage-tracking.html] (Page not found) > > I'd like to try to make a PR but I haven't find the right URL to link to > > !Screenshot from 2021-03-13 01-11-37.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5444) Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link redirects to 404]
[ https://issues.apache.org/jira/browse/NETBEANS-5444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-5444: - Labels: pull-request-available (was: ) > Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link > redirects to 404] > - > > Key: NETBEANS-5444 > URL: https://issues.apache.org/jira/browse/NETBEANS-5444 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 >Reporter: Premek Vyhnal >Priority: Minor > Labels: pull-request-available > Attachments: NetBeans Usage Data Tracking.zip, Screenshot from > 2021-03-13 01-11-37.png > > Time Spent: 1h > Remaining Estimate: 0h > > The Learn more link in the Usage Statistics window links to > [http://netbeans.org/about/usage-tracking.html] > which redirects to > [https://netbeans.apache.org//about/usage-tracking.html] (Page not found) > > I'd like to try to make a PR but I haven't find the right URL to link to > > !Screenshot from 2021-03-13 01-11-37.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5444) Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link redirects to 404]
[ https://issues.apache.org/jira/browse/NETBEANS-5444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Premek Vyhnal updated NETBEANS-5444: Summary: Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link redirects to 404] (was: Usage Statistics Learn More link redirects to 404) > Remove "Usage Statistics" dialog [was: Usage Statistics Learn More link > redirects to 404] > - > > Key: NETBEANS-5444 > URL: https://issues.apache.org/jira/browse/NETBEANS-5444 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 >Reporter: Premek Vyhnal >Priority: Minor > Attachments: NetBeans Usage Data Tracking.zip, Screenshot from > 2021-03-13 01-11-37.png > > Time Spent: 50m > Remaining Estimate: 0h > > The Learn more link in the Usage Statistics window links to > [http://netbeans.org/about/usage-tracking.html] > which redirects to > [https://netbeans.apache.org//about/usage-tracking.html] (Page not found) > > I'd like to try to make a PR but I haven't find the right URL to link to > > !Screenshot from 2021-03-13 01-11-37.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5513) NetBeans is always report project problems on Gradle project opening
[ https://issues.apache.org/jira/browse/NETBEANS-5513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325944#comment-17325944 ] Laszlo Kishalmi commented on NETBEANS-5513: --- It is some weird synchronization issue. when the thread enters the method the Gradle project can be FALLBACK, but right after it we can have the real data. That would cause it. It started with 12.3. I may have a fix for this. > NetBeans is always report project problems on Gradle project opening > > > Key: NETBEANS-5513 > URL: https://issues.apache.org/jira/browse/NETBEANS-5513 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.3 >Reporter: Laszlo Kishalmi >Assignee: Svatopluk Dedic >Priority: Major > Labels: VSNetBeans > Attachments: SimpleGradle.zip > > > The recent dev builds asks pro priming build whether it is required or not. > [~sdedic]You might also take a look. -- 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-5513) NetBeans is always report project problems on Gradle project opening
[ https://issues.apache.org/jira/browse/NETBEANS-5513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-5513: -- Affects Version/s: 12.3 > NetBeans is always report project problems on Gradle project opening > > > Key: NETBEANS-5513 > URL: https://issues.apache.org/jira/browse/NETBEANS-5513 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.3 >Reporter: Laszlo Kishalmi >Assignee: Svatopluk Dedic >Priority: Major > Labels: VSNetBeans > Attachments: SimpleGradle.zip > > > The recent dev builds asks pro priming build whether it is required or not. > [~sdedic]You might also take a look. -- 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-5598) IllegalAccessException on running Netbeans Platform Application in JDK 16
[
https://issues.apache.org/jira/browse/NETBEANS-5598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325865#comment-17325865
]
Jaroslav Tulach commented on NETBEANS-5598:
---
It would be great to have a .travis build testing on JDK16 - looks like the
16th JDK is significantly different to previous ones and many unit tests are
likely to fail.
> IllegalAccessException on running Netbeans Platform Application in JDK 16
> -
>
> Key: NETBEANS-5598
> URL: https://issues.apache.org/jira/browse/NETBEANS-5598
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.3, 12.4
>Reporter: Sandeep Mishra
>Priority: Major
>
> Create or Open an existing Netbeans Platform Application.
> Run the application with Java Platform set to JDK 16.
> The following exception occurs:
> {code:java}
> java.lang.IllegalAccessException: class org.netbeans.Module cannot access a
> member of class java.lang.ClassLoader (in module java.base) with modifiers
> "protected"
> at
> java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:385)
> at
> java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:687)
> at java.base/java.lang.reflect.Method.invoke(Method.java:559) [catch] at
> org.netbeans.Module.findResources(Module.java:571) 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) at
> org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102)
> at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at
> org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:397) at
> org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:417) at
> org.netbeans.core.startup.NbInstaller.load(NbInstaller.java:319) at
> org.netbeans.ModuleManager.enable(ModuleManager.java:1453) at
> org.netbeans.ModuleManager.enable(ModuleManager.java:1254) at
> org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:315) at
> org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:251) at
> org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:298) at
> org.netbeans.core.startup.Main.getModuleSystem(Main.java:156) at
> org.netbeans.core.startup.Main.getModuleSystem(Main.java:125) at
> org.netbeans.core.startup.Main.start(Main.java:282) at
> org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) at
> java.base/java.lang.Thread.run(Thread.java:831) {code}
> This is happening because access to JDK Internals has been disallowed from
> JDK 16 onwards.
> https://openjdk.java.net/jeps/396
> It used to show a warning in earlier JDK versions.
> There are few other places where the Netbeans Platform is hacking into JDK
> internals:
>
> {code:java}
> WARNING: Illegal reflective access by
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView
>
> (jar:file:/Users/albatem/netbeans-12.3/ide/modules/org-netbeans-spi-debugger-ui.jar!/)
>
> to field javax.swing.tree.FixedHeightLayoutCache.info
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.clearSelectionCache(DebugTreeView.java:150)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.resetSelection(DebugTreeView.java:140)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent.releaseTreeView(DebuggingViewComponent.java:661)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent.access$600(DebuggingViewComponent.java:104)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent$4.run(DebuggingViewComponent.java:423)
>
> WARNING: Illegal reflective access by org.openide.text.QuietEditorPane$1
>
> (jar:file:/Users/albatem/netbeans-12.3/platform/modules/org-openide-text.jar!/)
>
> to field sun.awt.im.InputContext.inputMethodWindowContext
> at org.openide.text.QuietEditorPane$1.run(QuietEditorPane.java:268)
> at
> org.openide.text.QuietEditorPane.removeNotify(QuietEditorPane.java:308)
>
>
> WARNING: Illegal reflective access by
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView
>
> (jar:file:/Users/albatem/netbeans-12.3/ide/modules/org-netbeans-spi-debugger-ui.jar!/)
>
> to field javax.swing.tree.FixedHeightLayoutCache.info
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.clearSelectionCache(DebugTreeView.java:150)
> at
>
>
[jira] [Closed] (NETBEANS-2847) PHP feature is not activated after Oracle JS Parser Implementation is installed
[ https://issues.apache.org/jira/browse/NETBEANS-2847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach closed NETBEANS-2847. - Fix Version/s: 12.0 Resolution: Fixed I believe this is related to downloading the JS parser. However at least since 12.0 the UPL licensed parser is normally present in the download of NetBeans and there shall be no problem activating it. > PHP feature is not activated after Oracle JS Parser Implementation is > installed > --- > > Key: NETBEANS-2847 > URL: https://issues.apache.org/jira/browse/NETBEANS-2847 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 11.1 > Environment: NAME="Ubuntu" > VERSION="18.04.2 LTS (Bionic Beaver)" > ID=ubuntu > ID_LIKE=debian > PRETTY_NAME="Ubuntu 18.04.2 LTS" > VERSION_ID="18.04" > HOME_URL="https://www.ubuntu.com/; > SUPPORT_URL="https://help.ubuntu.com/; > BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/; > PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy; > VERSION_CODENAME=bionic > UBUNTU_CODENAME=bionic >Reporter: Jack J. Woehr >Assignee: Svatopluk Dedic >Priority: Major > Fix For: 12.0 > > Attachments: NETBEANS-2847.zip, log.txt, > netbeans-2847-screenshot-1.png > > > While re-opening a project that had been imported from previous version and > was marked "Broken". It re-opened and was no longer marked "broken", but then > this exception occurred. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-5598) IllegalAccessException on running Netbeans Platform Application in JDK 16
[
https://issues.apache.org/jira/browse/NETBEANS-5598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic resolved NETBEANS-5598.
---
Resolution: Duplicate
> IllegalAccessException on running Netbeans Platform Application in JDK 16
> -
>
> Key: NETBEANS-5598
> URL: https://issues.apache.org/jira/browse/NETBEANS-5598
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.3, 12.4
>Reporter: Sandeep Mishra
>Priority: Major
>
> Create or Open an existing Netbeans Platform Application.
> Run the application with Java Platform set to JDK 16.
> The following exception occurs:
> {code:java}
> java.lang.IllegalAccessException: class org.netbeans.Module cannot access a
> member of class java.lang.ClassLoader (in module java.base) with modifiers
> "protected"
> at
> java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:385)
> at
> java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:687)
> at java.base/java.lang.reflect.Method.invoke(Method.java:559) [catch] at
> org.netbeans.Module.findResources(Module.java:571) 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) at
> org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102)
> at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at
> org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:397) at
> org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:417) at
> org.netbeans.core.startup.NbInstaller.load(NbInstaller.java:319) at
> org.netbeans.ModuleManager.enable(ModuleManager.java:1453) at
> org.netbeans.ModuleManager.enable(ModuleManager.java:1254) at
> org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:315) at
> org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:251) at
> org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:298) at
> org.netbeans.core.startup.Main.getModuleSystem(Main.java:156) at
> org.netbeans.core.startup.Main.getModuleSystem(Main.java:125) at
> org.netbeans.core.startup.Main.start(Main.java:282) at
> org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) at
> java.base/java.lang.Thread.run(Thread.java:831) {code}
> This is happening because access to JDK Internals has been disallowed from
> JDK 16 onwards.
> https://openjdk.java.net/jeps/396
> It used to show a warning in earlier JDK versions.
> There are few other places where the Netbeans Platform is hacking into JDK
> internals:
>
> {code:java}
> WARNING: Illegal reflective access by
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView
>
> (jar:file:/Users/albatem/netbeans-12.3/ide/modules/org-netbeans-spi-debugger-ui.jar!/)
>
> to field javax.swing.tree.FixedHeightLayoutCache.info
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.clearSelectionCache(DebugTreeView.java:150)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.resetSelection(DebugTreeView.java:140)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent.releaseTreeView(DebuggingViewComponent.java:661)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent.access$600(DebuggingViewComponent.java:104)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent$4.run(DebuggingViewComponent.java:423)
>
> WARNING: Illegal reflective access by org.openide.text.QuietEditorPane$1
>
> (jar:file:/Users/albatem/netbeans-12.3/platform/modules/org-openide-text.jar!/)
>
> to field sun.awt.im.InputContext.inputMethodWindowContext
> at org.openide.text.QuietEditorPane$1.run(QuietEditorPane.java:268)
> at
> org.openide.text.QuietEditorPane.removeNotify(QuietEditorPane.java:308)
>
>
> WARNING: Illegal reflective access by
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView
>
> (jar:file:/Users/albatem/netbeans-12.3/ide/modules/org-netbeans-spi-debugger-ui.jar!/)
>
> to field javax.swing.tree.FixedHeightLayoutCache.info
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.clearSelectionCache(DebugTreeView.java:150)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.resetSelection(DebugTreeView.java:140)
> at
>
>
[jira] [Updated] (NETBEANS-5596) No syntax coloring with the Java Editor Kit
[
https://issues.apache.org/jira/browse/NETBEANS-5596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5596:
--
Priority: Minor (was: Major)
> No syntax coloring with the Java Editor Kit
> ---
>
> Key: NETBEANS-5596
> URL: https://issues.apache.org/jira/browse/NETBEANS-5596
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 12.3
>Reporter: Nicolas Baumann
>Priority: Minor
>
> I think this is somewhere between a bug and an improvement request because I
> have no doubt that syntax coloring works well inside the IDE but my issue
> happens when I use the java editor as a dependency for a plain java
> application rather than a netbeans platform application.
> I have to activate syntax coloring programatically with the line of code
> below whereas it should be done automatically based on the mime type of the
> editor which is text/x-java.
> {code:java}
> doc.putProperty(Language.class, JavaTokenId.language()){code}
> There are some cases where the editor is not accessible due to member
> visibility, for example with the the DiffView from org-netbeans-modules-diff.
> Here is a mininal code sample to reproduce :
>
> {code:java}
> final JFrame f = new JFrame("JAVA Syntax Coloring");
> final JEditorPane pane = new JEditorPane();
>
> pane.setEditorKit(CloneableEditorSupport.getEditorKit(JavaKit.JAVA_MIME_TYPE));
> //pane.getDocument().putProperty(Language.class, JavaTokenId.language()); //
> activates syntax coloring
> try {
> SwingUtilities.invokeAndWait(() -> {
> try {
> pane.getDocument().insertString(0, "public class Hello {}", null);
> } catch (final BadLocationException e) {
> e.printStackTrace();
> }
> });
> } catch (final Exception e) {
> e.printStackTrace();
> }
> f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
> f.getContentPane().add(new JScrollPane(pane));
> f.setSize(400, 300);
> f.setVisible(true);
> {code}
>
> From the javadoc :
> [https://bits.netbeans.org/dev/javadoc/org-netbeans-modules-lexer/org/netbeans/api/lexer/TokenHierarchy.html#get-D-]
> _Get or create mutable token hierarchy for the given swing document._
> _The document may define a top language by doing
> {{doc.putProperty("mimeType", mimeType)}} (a language defined for the given
> mime type will be searched and used) or by doing
> {{putProperty(Language.class, language)}}. Otherwise the returned hierarchy
> will be inactive and
> [{{TokenHierarchy.tokenSequence()}}|https://bits.netbeans.org/dev/javadoc/org-netbeans-modules-lexer/org/netbeans/api/lexer/TokenHierarchy.html#tokenSequence--]
> will return null._
> In my case setting the mimeType property on the document was not enough to
> activate the token hierarchy for syntax coloring. Only setting the
> Language.class property resulted in activating it. But it's not possible with
> an editor that I did not create myself and which I cannot have access to.
>
> Suggestion :
> In the JavaKit class there is method createDefaultDocument() which creates a
> default document. Is it possible for you to set the Langage.class property
> here ?
>
> Here is a workaround that I use to activate syntax coloring in the diff view.
> In the file org/netbeans/modules/java/editor/resources/layer.xml :
> {code:java}
>
>
> {code}
>
>
> {code:java}
> public class SyntaxColoringJavaKit extends
> org.netbeans.modules.editor.java.JavaKit {
> private static final long serialVersionUID = 1L;
> @Override
> public Document createDefaultDocument() {
>final Document document = super.createDefaultDocument();
>document.putProperty(Language.class, JavaTokenId.language());
>return document;
> }
>
> }
> {code}
>
> Below the maven dependencies that I use in this example :
> {code:java}
>
>
> org.netbeans.modules
> org-netbeans-modules-editor-mimelookup-impl
> RELEASE123
>
>
> org.netbeans.modules
> org-netbeans-modules-editor-plain
> RELEASE123
>
>
> org.netbeans.modules
> org-netbeans-modules-java-editor
> RELEASE123
>
> org.frgaal
> compiler
> 14.0.0
>
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5598) IllegalAccessException on running Netbeans Platform Application in JDK 16
[
https://issues.apache.org/jira/browse/NETBEANS-5598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325789#comment-17325789
]
Svatopluk Dedic commented on NETBEANS-5598:
---
The application lacks appropriate *add-opens* etc in its etc/???.conf launcher
config. See NETBEANS-5594, similar issue. Harness could eventually support some
generation (?) of module system directive based on used classes +
synchronize with NB itself on the minimum required directives for the platform.
> IllegalAccessException on running Netbeans Platform Application in JDK 16
> -
>
> Key: NETBEANS-5598
> URL: https://issues.apache.org/jira/browse/NETBEANS-5598
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.3, 12.4
>Reporter: Sandeep Mishra
>Priority: Major
>
> Create or Open an existing Netbeans Platform Application.
> Run the application with Java Platform set to JDK 16.
> The following exception occurs:
> {code:java}
> java.lang.IllegalAccessException: class org.netbeans.Module cannot access a
> member of class java.lang.ClassLoader (in module java.base) with modifiers
> "protected"
> at
> java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:385)
> at
> java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:687)
> at java.base/java.lang.reflect.Method.invoke(Method.java:559) [catch] at
> org.netbeans.Module.findResources(Module.java:571) 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) at
> org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102)
> at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at
> org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:397) at
> org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:417) at
> org.netbeans.core.startup.NbInstaller.load(NbInstaller.java:319) at
> org.netbeans.ModuleManager.enable(ModuleManager.java:1453) at
> org.netbeans.ModuleManager.enable(ModuleManager.java:1254) at
> org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:315) at
> org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:251) at
> org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:298) at
> org.netbeans.core.startup.Main.getModuleSystem(Main.java:156) at
> org.netbeans.core.startup.Main.getModuleSystem(Main.java:125) at
> org.netbeans.core.startup.Main.start(Main.java:282) at
> org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) at
> java.base/java.lang.Thread.run(Thread.java:831) {code}
> This is happening because access to JDK Internals has been disallowed from
> JDK 16 onwards.
> https://openjdk.java.net/jeps/396
> It used to show a warning in earlier JDK versions.
> There are few other places where the Netbeans Platform is hacking into JDK
> internals:
>
> {code:java}
> WARNING: Illegal reflective access by
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView
>
> (jar:file:/Users/albatem/netbeans-12.3/ide/modules/org-netbeans-spi-debugger-ui.jar!/)
>
> to field javax.swing.tree.FixedHeightLayoutCache.info
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.clearSelectionCache(DebugTreeView.java:150)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView.resetSelection(DebugTreeView.java:140)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent.releaseTreeView(DebuggingViewComponent.java:661)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent.access$600(DebuggingViewComponent.java:104)
> at
>
> org.netbeans.modules.debugger.ui.views.debugging.DebuggingViewComponent$4.run(DebuggingViewComponent.java:423)
>
> WARNING: Illegal reflective access by org.openide.text.QuietEditorPane$1
>
> (jar:file:/Users/albatem/netbeans-12.3/platform/modules/org-openide-text.jar!/)
>
> to field sun.awt.im.InputContext.inputMethodWindowContext
> at org.openide.text.QuietEditorPane$1.run(QuietEditorPane.java:268)
> at
> org.openide.text.QuietEditorPane.removeNotify(QuietEditorPane.java:308)
>
>
> WARNING: Illegal reflective access by
> org.netbeans.modules.debugger.ui.views.debugging.DebugTreeView
>
> (jar:file:/Users/albatem/netbeans-12.3/ide/modules/org-netbeans-spi-debugger-ui.jar!/)
>
> to field javax.swing.tree.FixedHeightLayoutCache.info
> at
>
>
[jira] [Resolved] (NETBEANS-5602) Project opening failed
[ https://issues.apache.org/jira/browse/NETBEANS-5602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-5602. --- Fix Version/s: 12.4 Resolution: Fixed > Project opening failed > -- > > Key: NETBEANS-5602 > URL: https://issues.apache.org/jira/browse/NETBEANS-5602 > Project: NetBeans > Issue Type: Bug > Components: javaee - Web Project, serverplugins - Tomcat >Affects Versions: 12.0 >Reporter: SHARON XAVIER >Priority: Major > Fix For: 12.4 > > > 12.java.lang.IllegalAccessError: superclass access check failed: class > org.netbeans.lib.nbjavac.services.CancelAbort (in unnamed module @0x7b049b4) > cannot access class com.sun.tools.javac.util.Abort (in module jdk.compiler) > because module jdk.compiler does not export com.sun.tools.javac.util to > unnamed module @0x7b049b4 at > java.base/java.lang.ClassLoader.defineClass1(Native Method) at > java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1010) at > org.netbeans.JarClassLoader.doLoadClass(JarClassLoader.java:287) at > org.netbeans.ProxyClassLoader.selfLoadClass(ProxyClassLoader.java:246) at > org.netbeans.ProxyClassLoader.doFindClass(ProxyClassLoader.java:174) at > org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:125) at > java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:519) at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer$DefaultCompileWorkerProvider.getWorkers(JavaCustomIndexer.java:1542) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:359) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > [catch] at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5038) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$InitialRootsWork.getDone(RepositoryUpdater.java:5821) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6099) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at > org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6095) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6091) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at >
[jira] [Commented] (NETBEANS-5602) Project opening failed
[ https://issues.apache.org/jira/browse/NETBEANS-5602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325787#comment-17325787 ] Svatopluk Dedic commented on NETBEANS-5602: --- This should be already fixed in NB 12.4 – *add-opens* instructions added to the launcher config. > Project opening failed > -- > > Key: NETBEANS-5602 > URL: https://issues.apache.org/jira/browse/NETBEANS-5602 > Project: NetBeans > Issue Type: Bug > Components: javaee - Web Project, serverplugins - Tomcat >Affects Versions: 12.0 >Reporter: SHARON XAVIER >Priority: Major > > java.lang.IllegalAccessError: superclass access check failed: class > org.netbeans.lib.nbjavac.services.CancelAbort (in unnamed module @0x7b049b4) > cannot access class com.sun.tools.javac.util.Abort (in module jdk.compiler) > because module jdk.compiler does not export com.sun.tools.javac.util to > unnamed module @0x7b049b4 at > java.base/java.lang.ClassLoader.defineClass1(Native Method) at > java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1010) at > org.netbeans.JarClassLoader.doLoadClass(JarClassLoader.java:287) at > org.netbeans.ProxyClassLoader.selfLoadClass(ProxyClassLoader.java:246) at > org.netbeans.ProxyClassLoader.doFindClass(ProxyClassLoader.java:174) at > org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:125) at > java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:519) at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer$DefaultCompileWorkerProvider.getWorkers(JavaCustomIndexer.java:1542) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:359) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > [catch] at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5038) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$InitialRootsWork.getDone(RepositoryUpdater.java:5821) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6099) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at > org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6095) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6091) > at >
[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 ] Svatopluk Dedic updated NETBEANS-5594: -- Component/s: apisupport - Harness > 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 > > > 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=17325752#comment-17325752
]
Svatopluk Dedic commented on NETBEANS-5594:
---
You must change your {{etc/.conf}} to add relevant
*add-opens* for JDK11+. Refer to *etc/netbeans.conf* in NetBeans 12.4
installation.
> 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
>Affects Versions: 12.3
>Reporter: Sebastian Jaenicke
>Priority: Critical
> Attachments: jdk8-messages.log, messages.log2
>
>
> 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-5608) Comments in JSON
[ https://issues.apache.org/jira/browse/NETBEANS-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ghader Arkani updated NETBEANS-5608: Description: Since JSON files may be used for configuration. It's a good idea that we could add comments in those files. (was: Since JSON files may be used for configuration. It's a good idea that we could use comments in those files.) > Comments in JSON > > > Key: NETBEANS-5608 > URL: https://issues.apache.org/jira/browse/NETBEANS-5608 > Project: NetBeans > Issue Type: Improvement >Reporter: Ghader Arkani >Priority: Minor > > Since JSON files may be used for configuration. It's a good idea that we > could add comments in those files. -- 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-5608) Comments in JSON
Ghader Arkani created NETBEANS-5608: --- Summary: Comments in JSON Key: NETBEANS-5608 URL: https://issues.apache.org/jira/browse/NETBEANS-5608 Project: NetBeans Issue Type: Improvement Reporter: Ghader Arkani Since JSON files may be used for configuration. It's a good idea that we could use comments in those files. -- 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-5607) Export to zip missing extension/set to All files in file chooser
Alexandre Canny created NETBEANS-5607: - Summary: Export to zip missing extension/set to All files in file chooser Key: NETBEANS-5607 URL: https://issues.apache.org/jira/browse/NETBEANS-5607 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 12.2 Environment: Win10, almost sure I've also encountered this issue on Mac using previous versions of NetBeans. Reporter: Alexandre Canny Hello, I've noticed that whenever I'm using the Export projet -> To Zip... command, the FileChooser associated with the "Browse" button in the dialog is set to use "All files" types. It causes an annoyance as exported files miss file extension. Indeed, it is not usual to manually specify the file extension in such a FileChooser. Would it be possible to update the FileChooser for such exports? Best, Alex. -- 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-5579) Exception Error from Netbeans
[ https://issues.apache.org/jira/browse/NETBEANS-5579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5579: -- Environment: Operating System = Windows 7 version 6.1 running on amd64 Java; VM; Vendor = 1.8.0_221; Java HotSpot(TM) 64-Bit Server VM 25.221-b11; Oracle Corporation Runtime = Java(TM) SE Runtime Environment 1.8.0_221-b11 Java Home > Exception Error from Netbeans > - > > Key: NETBEANS-5579 > URL: https://issues.apache.org/jira/browse/NETBEANS-5579 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 > Environment: Operating System = Windows 7 version 6.1 running on > amd64 > Java; VM; Vendor = 1.8.0_221; Java HotSpot(TM) 64-Bit Server VM > 25.221-b11; Oracle Corporation > Runtime = Java(TM) SE Runtime Environment 1.8.0_221-b11 Java > Home >Reporter: Suchitkumar B. Shah >Priority: Major > > -->Log > Session: Wednesday, April 14, 2021 11:20:27 AM IST>System Info: Product > Version = Apache NetBeans IDE 11.1 Operating System = Windows > 7 version 6.1 running on amd64 Java; VM; Vendor = 1.8.0_221; Java > HotSpot(TM) 64-Bit Server VM 25.221-b11; Oracle Corporation Runtime > = Java(TM) SE Runtime Environment 1.8.0_221-b11 Java Home > = C:\Program Files\Java\jdk1.8.0_221\jre System Locale; Encoding = en_IN > (nb); Cp1252 Home Directory = C:\Users\dell Current Directory > = D:\Program Files\NetBeans-11.1 User Directory = > C:\Users\dell\AppData\Roaming\NetBeans\11.1 Cache Directory = > C:\Users\dell\AppData\Local\NetBeans\Cache\11.1 Installation = > D:\Program Files\NetBeans-11.1\netbeans\nb > D:\Program Files\NetBeans-11.1\netbeans\ergonomics > D:\Program Files\NetBeans-11.1\netbeans\ide > D:\Program Files\NetBeans-11.1\netbeans\extide > D:\Program Files\NetBeans-11.1\netbeans\java > D:\Program Files\NetBeans-11.1\netbeans\apisupport > D:\Program Files\NetBeans-11.1\netbeans\webcommon > D:\Program Files\NetBeans-11.1\netbeans\websvccommon > D:\Program Files\NetBeans-11.1\netbeans\enterprise > D:\Program Files\NetBeans-11.1\netbeans\profiler > D:\Program Files\NetBeans-11.1\netbeans\php > D:\Program Files\NetBeans-11.1\netbeans\harness > D:\Program Files\NetBeans-11.1\netbeans\groovy > D:\Program Files\NetBeans-11.1\netbeans\javafx > D:\Program Files\NetBeans-11.1\netbeans\platform Boot & Ext. Classpath = > C:\Program Files\Java\jdk1.8.0_221\jre\lib\resources.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\rt.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\sunrsasign.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\jsse.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\jce.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\charsets.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\jfr.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\classes;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\access-bridge-64.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\cldrdata.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\dnsns.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\jaccess.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\jfxrt.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\localedata.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\nashorn.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\sunec.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\sunjce_provider.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\sunmscapi.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\sunpkcs11.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\zipfs.jar Application Classpath = > D:\Program Files\NetBeans-11.1\netbeans\platform\lib\boot.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\lib\org-openide-modules.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\lib\org-openide-util-lookup.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\lib\org-openide-util-ui.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\lib\org-openide-util.jar;C:\Program > Files\Java\jdk1.8.0_221\lib\dt.jar;C:\Program > Files\Java\jdk1.8.0_221\lib\tools.jar Startup Classpath = D:\Program >
[jira] [Updated] (NETBEANS-5579) Exception Error from Netbeans
[ https://issues.apache.org/jira/browse/NETBEANS-5579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5579: -- Affects Version/s: 11.1 > Exception Error from Netbeans > - > > Key: NETBEANS-5579 > URL: https://issues.apache.org/jira/browse/NETBEANS-5579 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Suchitkumar B. Shah >Priority: Major > > -->Log > Session: Wednesday, April 14, 2021 11:20:27 AM IST>System Info: Product > Version = Apache NetBeans IDE 11.1 Operating System = Windows > 7 version 6.1 running on amd64 Java; VM; Vendor = 1.8.0_221; Java > HotSpot(TM) 64-Bit Server VM 25.221-b11; Oracle Corporation Runtime > = Java(TM) SE Runtime Environment 1.8.0_221-b11 Java Home > = C:\Program Files\Java\jdk1.8.0_221\jre System Locale; Encoding = en_IN > (nb); Cp1252 Home Directory = C:\Users\dell Current Directory > = D:\Program Files\NetBeans-11.1 User Directory = > C:\Users\dell\AppData\Roaming\NetBeans\11.1 Cache Directory = > C:\Users\dell\AppData\Local\NetBeans\Cache\11.1 Installation = > D:\Program Files\NetBeans-11.1\netbeans\nb > D:\Program Files\NetBeans-11.1\netbeans\ergonomics > D:\Program Files\NetBeans-11.1\netbeans\ide > D:\Program Files\NetBeans-11.1\netbeans\extide > D:\Program Files\NetBeans-11.1\netbeans\java > D:\Program Files\NetBeans-11.1\netbeans\apisupport > D:\Program Files\NetBeans-11.1\netbeans\webcommon > D:\Program Files\NetBeans-11.1\netbeans\websvccommon > D:\Program Files\NetBeans-11.1\netbeans\enterprise > D:\Program Files\NetBeans-11.1\netbeans\profiler > D:\Program Files\NetBeans-11.1\netbeans\php > D:\Program Files\NetBeans-11.1\netbeans\harness > D:\Program Files\NetBeans-11.1\netbeans\groovy > D:\Program Files\NetBeans-11.1\netbeans\javafx > D:\Program Files\NetBeans-11.1\netbeans\platform Boot & Ext. Classpath = > C:\Program Files\Java\jdk1.8.0_221\jre\lib\resources.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\rt.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\sunrsasign.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\jsse.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\jce.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\charsets.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\jfr.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\classes;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\access-bridge-64.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\cldrdata.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\dnsns.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\jaccess.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\jfxrt.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\localedata.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\nashorn.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\sunec.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\sunjce_provider.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\sunmscapi.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\sunpkcs11.jar;C:\Program > Files\Java\jdk1.8.0_221\jre\lib\ext\zipfs.jar Application Classpath = > D:\Program Files\NetBeans-11.1\netbeans\platform\lib\boot.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\lib\org-openide-modules.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\lib\org-openide-util-lookup.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\lib\org-openide-util-ui.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\lib\org-openide-util.jar;C:\Program > Files\Java\jdk1.8.0_221\lib\dt.jar;C:\Program > Files\Java\jdk1.8.0_221\lib\tools.jar Startup Classpath = D:\Program > Files\NetBeans-11.1\netbeans\platform\core\asm-all-5.0.1.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\core\core-base.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\core\core.jar;D:\Program > Files\NetBeans-11.1\netbeans\platform\core\org-netbeans-libs-asm.jar;D:\Program > > Files\NetBeans-11.1\netbeans\platform\core\org-openide-filesystems-compat8.jar;D:\Program > > Files\NetBeans-11.1\netbeans\platform\core\org-openide-filesystems.jar;D:\Program >
[jira] [Commented] (NETBEANS-5576) getCompilationUnit() error during startup
[ https://issues.apache.org/jira/browse/NETBEANS-5576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325737#comment-17325737 ] Svatopluk Dedic commented on NETBEANS-5576: --- Missing info: * No reproduction steps given. * there's no UI log or messages.log attached that could serve to reconstruct the actions leading to the error (in absence of reproduction steps) The stacktrace in the message.log is critical to identify the buggy code that works improperly with the parser result. > getCompilationUnit() error during startup > - > > Key: NETBEANS-5576 > URL: https://issues.apache.org/jira/browse/NETBEANS-5576 > Project: NetBeans > Issue Type: Bug > Components: ide - Welcome >Affects Versions: 12.0 >Reporter: Cation >Priority: Major > > > 2021-04-13T19:24:35 > 1618334675354 > 1629 > 700 > 28 > UI_USER_CONFIGURATION > UI_USER_CONFIGURATION > org.netbeans.modules.uihandler.Bundle > Windows 10, 10.0, amd64 > Java HotSpot(TM) 64-Bit Server VM, 15+36-1562, Java(TM) SE Runtime > Environment, 15+36-1562 > Apache NetBeans IDE 12.0 > > IllegalStateException: Cannot call getCompilationUnit() if current > phase JavaSource.Phase.PARSED. You must call toPhase(Phase.PARSED) > first. > Please provide a description of the problem or the steps to > reproduce > * > -- 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-5573) Split CSL into CSL-headless and CSL-UI
[ https://issues.apache.org/jira/browse/NETBEANS-5573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5573: -- Labels: VSNetBeans (was: ) > Split CSL into CSL-headless and CSL-UI > -- > > Key: NETBEANS-5573 > URL: https://issues.apache.org/jira/browse/NETBEANS-5573 > Project: NetBeans > Issue Type: Bug >Reporter: Svatopluk Dedic >Priority: Major > Labels: VSNetBeans > > Just encountered a dependency: > CSL > Diff (visual components) > which may be harmful for headless applications. Since this is an autonomous > UI action, it could be separated to Eager module that would depend on > CSL+diff to enable. -- 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-5571) Consider Mutex.EVENT implementation for LSP
[ https://issues.apache.org/jira/browse/NETBEANS-5571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5571: -- Labels: VSNetBeans (was: ) > Consider Mutex.EVENT implementation for LSP > --- > > Key: NETBEANS-5571 > URL: https://issues.apache.org/jira/browse/NETBEANS-5571 > Project: NetBeans > Issue Type: Improvement > Components: lsp >Affects Versions: 12.4 >Reporter: Svatopluk Dedic >Priority: Major > Labels: VSNetBeans > Fix For: Next > > > In a sense, the thread which receives / sends LSP events is the "UI dispatch > thread" - similar to Swing EDT, it cannot be blocked (for long) and > definitely it cannot be blocked waiting for "user input", since there would > be noone who would deliver the user input. > NetBeans already have safeguards against this, but they use either > *SwingUtilities* (which should be changed to Mutex.EVENT), or the > *Mutex.EVENT* - but that one lacks a special impl for LSP server environment. > In addition, it might be desirable to extend the API with something similar > to *EventQueue.createSecondaryLoop*, that would allow any thread to wait for > the 'nested' interaction to finish. Unlike createSecondaryLoop, the API > should use *CompletionStage* so that if the LSP communication thread is the > one that shoudl wait, it would terminate the current action, and complete the > Stage after it receives an appropriate event. -- 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-5606) Unify RequestProcessor, ScheduledFuture and CompletableFuture
Svatopluk Dedic created NETBEANS-5606: - Summary: Unify RequestProcessor, ScheduledFuture and CompletableFuture Key: NETBEANS-5606 URL: https://issues.apache.org/jira/browse/NETBEANS-5606 Project: NetBeans Issue Type: New Feature Components: platform - Other Reporter: Svatopluk Dedic Our RequestProcessor is a *ScheduledExecutionService* and returns Task which *could* implement *CompletableFuture* or *CompletionStage* interfaces. That would allow to eliminate *TaskListeners* and chain calls using full power of *CompletableFuture* JDK API. With TaskListeners, the caller must perform exception handling (CompletableFuture can execute one following exec path on success, another on failure), can't get a result (must be passed in arrays or member vars). Code in many areas could be quite streamlined with this enhancement. -- 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-2847) PHP feature is not activated after Oracle JS Parser Implementation is installed
[ https://issues.apache.org/jira/browse/NETBEANS-2847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325728#comment-17325728 ] Svatopluk Dedic commented on NETBEANS-2847: --- Still relevant ? > PHP feature is not activated after Oracle JS Parser Implementation is > installed > --- > > Key: NETBEANS-2847 > URL: https://issues.apache.org/jira/browse/NETBEANS-2847 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 11.1 > Environment: NAME="Ubuntu" > VERSION="18.04.2 LTS (Bionic Beaver)" > ID=ubuntu > ID_LIKE=debian > PRETTY_NAME="Ubuntu 18.04.2 LTS" > VERSION_ID="18.04" > HOME_URL="https://www.ubuntu.com/; > SUPPORT_URL="https://help.ubuntu.com/; > BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/; > PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy; > VERSION_CODENAME=bionic > UBUNTU_CODENAME=bionic >Reporter: Jack J. Woehr >Assignee: Svatopluk Dedic >Priority: Major > Attachments: NETBEANS-2847.zip, log.txt, > netbeans-2847-screenshot-1.png > > > While re-opening a project that had been imported from previous version and > was marked "Broken". It re-opened and was no longer marked "broken", but then > this exception occurred. -- 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-1116) single ActionReference with id cannot be used on element
[
https://issues.apache.org/jira/browse/NETBEANS-1116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-1116:
--
Labels: sd-candidate (was: )
> single ActionReference with id cannot be used on element
>
>
> Key: NETBEANS-1116
> URL: https://issues.apache.org/jira/browse/NETBEANS-1116
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Actions
>Affects Versions: 8.2, 9.0
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: sd-candidate
>
> I tried to link in a standard action, using
> {code:java}
> @ActionReference(
> path = EditorTopComponent.TOOLBAR_ACTIONS,
> id = @ActionID(category = "Edit", id = "org-openide-actions-UndoAction"),
> position = 8000, separatorBefore = 7900
> )
> public final class EditorTopComponent extends TopComponent implements
> PropertyChangeListener, ChangeListener {
> {code}
> But that failed, because ActionProcessor does not allow to specify
> @ActionReference without a peer @ActionID. However when wrapped by
> {code:java}
> @ActionReferences({}){code}
> the registration became compilable. IMHO it's a bug in ActionProcessor.
--
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-1590) File version of Windows NB launchers should be updated
[
https://issues.apache.org/jira/browse/NETBEANS-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-1590:
--
Labels: sd-candidate (was: )
> File version of Windows NB launchers should be updated
> --
>
> Key: NETBEANS-1590
> URL: https://issues.apache.org/jira/browse/NETBEANS-1590
> Project: NetBeans
> Issue Type: Improvement
> Components: platform - LaunchersCLI
>Affects Versions: 10.0
>Reporter: Eirik Bakke
>Assignee: Svatopluk Dedic
>Priority: Minor
> Labels: sd-candidate
> Fix For: Next
>
>
> For NetBeans 10vc2, Roy Henderson reports on the us...@netbeans.apache.org
> mailing list: "[i]f you hover the mouse over the netbeans or netbeans64 files
> in vc2/bin using Windows explorer then the file versions display as 9.0.0."
> This is easy to fix, but requires a launcher rebuild. Simply change
> version="9.0.0.0" to version="10.0" in the "assemblyIdentity" element of the
> following files:
> {noformat}
> harness/apisupport.harness/windows-launcher-src/app.exe.manifest
> nb/ide.launcher/windows/netbeans.exe.manifest
> nb/ide.launcher/windows/netbeans64.exe.manifest
> platform/o.n.bootstrap/launcher/windows/nbexec.exe.manifest
> {noformat}
> If there's a documented process for producing new NetBeans releases
> somewhere, this should be added as a TODO that needs to be done for every new
> release.
--
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-5215) Progress API use-cases aren't valid
[
https://issues.apache.org/jira/browse/NETBEANS-5215?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5215:
--
Labels: sd-candidate (was: )
> Progress API use-cases aren't valid
> ---
>
> Key: NETBEANS-5215
> URL: https://issues.apache.org/jira/browse/NETBEANS-5215
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Progress
>Affects Versions: 11.1
>Reporter: Jaroslav Tulach
>Assignee: Svatopluk Dedic
>Priority: Minor
> Labels: sd-candidate
>
> Looking at
> [https://bits.netbeans.org/11.1/javadoc/org-netbeans-api-progress/overview-summary.html]
> I see that the documentation hasn't been properly updated to reflect the
> split of Progress API and Progress Swing API. For example:
> {code:java}
> ProgressHandle handle = ProgressHandleFactory.creatHandle("My custom task");
> {code}
> there is a typo (consider using @codesnippet tag, at least in documentation
> inside of classes). Moreover the {{ProgressHandleFactory}} isn't even in the
> Progress API!
> Various other apichanges entries like showProgressDialogAndRun are
> also out of scope and belong to Progress Swing API.
--
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-5389) Maven parent POM VM parameters ignored
[
https://issues.apache.org/jira/browse/NETBEANS-5389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5389:
--
Labels: VSNetBeans (was: )
> Maven parent POM VM parameters ignored
> --
>
> Key: NETBEANS-5389
> URL: https://issues.apache.org/jira/browse/NETBEANS-5389
> Project: NetBeans
> Issue Type: Improvement
> Components: projects - Maven
>Affects Versions: 12.2
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: VSNetBeans
>
> During development of a Micronaut-based project, I have realized that launch
> of the application gets *different parameters* when run from the IDE, and
> from the commandline.
> In absence of an action mapping, the IDE attempts to parse out VM parametrs
> and application parameters from the pom.xml, but does not use *effective POM*
> model.
> Micronaut incidentally generates their project's boilerplate so that it
> references
> {code:java}
>
> io.micronaut
> micronaut-parent
> 2.3.3
>
> {code}
>
> as the parent POM. The micronaut parent, in turn, defines
>
> {code:java}
>
> org.codehaus.mojo
> exec-maven-plugin
> ${exec-maven-plugin.version}
>
> java
>
> -classpath
>
> -XX:TieredStopAtLevel=1
> -Dcom.sun.management.jmxremote
> ${exec.mainClass}
>
>
>
> {code}
> But IDE will not pick the VM arguments from here to the Run action, the
> Project Customizer, (and subsquently to the created action mappings).
>
>
>
--
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-5318) Gradle priming build in VSCode is asking again and again.
[ https://issues.apache.org/jira/browse/NETBEANS-5318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5318: -- Labels: VSNetBeans pull-request-available (was: pull-request-available) > Gradle priming build in VSCode is asking again and again. > - > > Key: NETBEANS-5318 > URL: https://issues.apache.org/jira/browse/NETBEANS-5318 > Project: NetBeans > Issue Type: Bug > Components: vscode >Affects Versions: 12.3 > Environment: Ubuntu 20.04, GraalVM 21.0 Jdk 8. >Reporter: Martin Balin >Assignee: Svatopluk Dedic >Priority: Major > Labels: VSNetBeans, pull-request-available > Fix For: 12.4 > > Time Spent: 2h 50m > Remaining Estimate: 0h > > Running VSNetBeans 12.3.286 with GraalVM Micronaut ext. Create Gradle MN > project. > VSNB asks for Gradle priming build many times, message: > "NetBeans is about to invoke a Gradle build process of the project: demog. > Executing Gradle can be potentially un-safe as it allows arbitrary code > execution." > I always answered OK, but it was appearing again and again. > After that i invoked "Java: Compile workspace" and it built and also problem > with underlined "package" statement went away, this is great. > Should to be fixed for 12.3 final. > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5587) Gradle project does not show -SNAPSHOT in Configurations
[
https://issues.apache.org/jira/browse/NETBEANS-5587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5587:
--
Labels: VSNetBeans pull-request-available (was: pull-request-available)
> Gradle project does not show -SNAPSHOT in Configurations
>
>
> Key: NETBEANS-5587
> URL: https://issues.apache.org/jira/browse/NETBEANS-5587
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 12.3
> Environment: Ubuntu Linux 19.04; Oracle JDK 8.
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: VSNetBeans, pull-request-available
> Fix For: 12.4
>
> Attachments: nb-compile-classpath.jpg
>
> Time Spent: 50m
> Remaining Estimate: 0h
>
> I am working (for example) with project
>
> [g...@github.com:micronaut-projects/micronaut-starter.git|mailto:g...@github.com:micronaut-projects/micronaut-starter.git]
>
>
> I open the root one, and the 'starter-core' project. The explorer shows
> something like this (see nb-compile-classpath.jpg). But the compileClasspath
> from gradle dependencies seems a little richer:
>
> {code:java}
> +--- io.micronaut:micronaut-http -> 2.3.4-SNAPSHOT
> +--- io.micronaut:micronaut-http-client -> 2.3.4-SNAPSHOT
> | | +--- io.micronaut:micronaut-http:2.3.4-SNAPSHOT (*)
> | +--- io.micronaut:micronaut-http-client-core:2.3.4-SNAPSHOT
> | | +--- io.micronaut:micronaut-http:2.3.4-SNAPSHOT (*)
> | +--- io.micronaut:micronaut-http-netty:2.3.4-SNAPSHOT
> | | +--- io.micronaut:micronaut-http:2.3.4-SNAPSHOT (*)
> | +--- io.micronaut:micronaut-http:2.3.4-SNAPSHOT (c)
> | +--- io.micronaut:micronaut-http-client:2.3.4-SNAPSHOT (c)
> | +--- io.micronaut:micronaut-http-client-core:2.3.4-SNAPSHOT (c)
> | +--- io.micronaut:micronaut-http-netty:2.3.4-SNAPSHOT (c) {code}
> None of the 'snapshot' dependencies are displayed in the explorer tree (but
> they are repored in COMPILE ClassPath as roots).I tried to use
> ModuleDependency from GradleConfiguration to map back JARs to
> group:artifact:version coordinates, but in this case, the relevant
> ModuleDependency lists no artifacts.
>
--
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-5500) URLStreamFactory registration violates JDK9+ reflection restrictions
[
https://issues.apache.org/jira/browse/NETBEANS-5500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5500:
--
Labels: VSNetBeans (was: )
> URLStreamFactory registration violates JDK9+ reflection restrictions
>
>
> Key: NETBEANS-5500
> URL: https://issues.apache.org/jira/browse/NETBEANS-5500
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Module System
>Affects Versions: 9.0
>Reporter: Jaroslav Tulach
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: VSNetBeans
> Fix For: Next
>
>
> If you run NetBeans on JDK9+ you'll see:
> {code:java}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by
> org.netbeans.ProxyURLStreamHandlerFactory
> (file:/netbeans/nbbuild/netbeans/platform/lib/boot.jar) to field
> java.net.URL.handler
> WARNING: Please consider reporting this to the maintainers of
> org.netbeans.ProxyURLStreamHandlerFactory
> WARNING: Use --illegal-access=warn to enable warnings of further illegal
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> {code}
> There is a new API that one can use to register (most of) the factories on
> JDK9+:
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/net/spi/URLStreamHandlerProvider.html]
>
> We should use it as once the JDK is going to ban the illegal access
> operations and then it is better to be ready.
--
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-5167) Progress Controller skips lifecycle events for a ProgressHandle
[ https://issues.apache.org/jira/browse/NETBEANS-5167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5167: -- Labels: VSNetBeans (was: sd-candidate) > Progress Controller skips lifecycle events for a ProgressHandle > --- > > Key: NETBEANS-5167 > URL: https://issues.apache.org/jira/browse/NETBEANS-5167 > Project: NetBeans > Issue Type: Bug > Components: platform - Progress >Affects Versions: 12.2 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: VSNetBeans > Attachments: progress-patch.diff, progress1.log > > > When progress is started, an event of type *PROGRESS_START* is generated. But > it may get merged with e.g. SILENT or SWITCH events, as the attached log > shows. > The net result is that the *ProgressUIWorker* does not see the proper > lifecycle (start processing ... finish) but just a part of the cycle. > The fix is beyond my immediate capacity: while two 'progress' events can be > eventually merged, events that bring determinate / indeterminate switch or > silent / working state changes should not discard the other 'major' states. > Skipping the important lifecycle points makes the implementation of UIWorker > much harder. -- 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-5226) Add true severities to StatusDisplayer.
[ https://issues.apache.org/jira/browse/NETBEANS-5226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5226: -- Labels: VSNetBeans (was: sd-candidate) > Add true severities to StatusDisplayer. > --- > > Key: NETBEANS-5226 > URL: https://issues.apache.org/jira/browse/NETBEANS-5226 > Project: NetBeans > Issue Type: New Feature > Components: platform - Notifications >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: VSNetBeans > > StatusDisplayer now uses "importance" which is only lightly compared to > sverity: the most important messages are *IMPORTANCE_ANNOTATION*, which are > essentially file-related texts. > While it is OK to override error messages by temporaries, like file open > warnings or find / replace messages, a *newly reported error* should be > placed atop. In the current implementation, if the status message is not > GCed, a true error reported afterwards happily sits in the queue, and may > never be seen by the user. > No idea at the moment how to solve, but the status message could be decorated > by a severity that helps to determine how to override/expire the visible > messages. > // cc: [~jtulach] -- 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-5513) NetBeans is always report project problems on Gradle project opening
[ https://issues.apache.org/jira/browse/NETBEANS-5513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5513: -- Labels: VSNetBeans (was: sd-candidate) > NetBeans is always report project problems on Gradle project opening > > > Key: NETBEANS-5513 > URL: https://issues.apache.org/jira/browse/NETBEANS-5513 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Reporter: Laszlo Kishalmi >Assignee: Svatopluk Dedic >Priority: Major > Labels: VSNetBeans > Attachments: SimpleGradle.zip > > > The recent dev builds asks pro priming build whether it is required or not. > [~sdedic]You might also take a look. -- 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=17325675#comment-17325675 ] Sebastian Jaenicke commented on NETBEANS-5594: -- Netbeans IDE (12.3) runs fine on JDK 8 and 16. Regarding the NBP app on JDK 8 - different set of exception, still related to Window System, it seems - see attached log.[^jdk8-messages.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 >Affects Versions: 12.3 >Reporter: Sebastian Jaenicke >Priority: Critical > Attachments: jdk8-messages.log, messages.log2 > > > 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=17325675#comment-17325675 ] Sebastian Jaenicke edited comment on NETBEANS-5594 at 4/20/21, 10:07 AM: - Netbeans IDE (12.3) runs fine on JDK 8 and 16. Regarding the NBP app on JDK 8 - different set of exceptions, still related to Window System, it seems - see attached log.[^jdk8-messages.log] was (Author: sjaenick): Netbeans IDE (12.3) runs fine on JDK 8 and 16. Regarding the NBP app on JDK 8 - different set of exception, still related to Window System, it seems - see attached log.[^jdk8-messages.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 >Affects Versions: 12.3 >Reporter: Sebastian Jaenicke >Priority: Critical > Attachments: jdk8-messages.log, messages.log2 > > > 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: jdk8-messages.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 >Affects Versions: 12.3 >Reporter: Sebastian Jaenicke >Priority: Critical > Attachments: jdk8-messages.log, messages.log2 > > > 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-5465) Unexpected WARNING in NetBeans 12.3 wit JDK 16
[
https://issues.apache.org/jira/browse/NETBEANS-5465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325604#comment-17325604
]
Svatopluk Dedic commented on NETBEANS-5465:
---
Bruce, you are shooting the messenger :) you know. The message
{code:java}
WARNING: Unsupported JavaFX configuration: classes were loaded from 'unnamed
module @54eced26'
{code}
actually comes from JavaFX class (*com.sun.javafx.application.PlatformImpl*)
logging. So any complaints that the message is un-informative, does not give an
explanation etc - should go directly to JavaFX bug database. Please file this
complaint here - put a reference here, for the records.
As for the *meaning* of the warning itself:
{code:java}
8256362: JavaFX must warn when the javafx.* modules are loaded from the
classpath
{code}
seems that your applicaiton runs from the Classpath on JDK16, not using the JDK
module system - probably an issue in your project's setup.
> Unexpected WARNING in NetBeans 12.3 wit JDK 16
> --
>
> Key: NETBEANS-5465
> URL: https://issues.apache.org/jira/browse/NETBEANS-5465
> Project: NetBeans
> Issue Type: Bug
> Components: javafx - Project
>Affects Versions: 12.3
> Environment: NetBeans 12.3, JDK 16, Windows 10
> Attached in a NetBeans export zip of a project exhibiting this problem.
>Reporter: Bruce K. Haddon
>Priority: Minor
> Fix For: 12.4
>
> Attachments: project.zip
>
>
> Mar 17, 2021 3:14:44 PM com.sun.javafx.application.PlatformImpl startup
> WARNING: Unsupported JavaFX configuration: classes were loaded from 'unnamed
> module @54eced26'
> This warning turns up in existing projects using JavaFX with NetBeans 12.3
> and Java 16. These projects have been around since Java 8, and in particular,
> this warning did not appear with NetBeans 12.2 and JDK 15.
> THERE IS NO CLEAR EXPLANATION OF WHAT PROBLEM IS BEING REPORTED, NOR ANY
> INDICATION OF STEPS TO BE TAKEN TO AVOID IT.
--
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-5540) package x.y.z does not exist for Gradle project
[
https://issues.apache.org/jira/browse/NETBEANS-5540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5540:
--
Labels: VSNetBeans pull-request-available (was: pull-request-available)
> package x.y.z does not exist for Gradle project
> ---
>
> Key: NETBEANS-5540
> URL: https://issues.apache.org/jira/browse/NETBEANS-5540
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 12.4
> Environment: NB 12.4 Beta1, macOS, Java(TM) SE Runtime Environment
> 18.9 (build 11.0.10+8-LTS-162)
> git clone https://github.com/micronaut-projects/micronaut-test.git
>Reporter: Martin Balin
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: VSNetBeans, pull-request-available
> Fix For: 12.4
>
> Attachments: Screenshot 2021-04-04 at 10.42.30.png, demogradle.zip,
> messages.log.1, without_nbjavac.png
>
> Time Spent: 1h 20m
> Remaining Estimate: 0h
>
> Unpacked NB 12.4 beta1. Started fresh no user dir, no import of settings.
> Run NB, install nb-javac when requested.
> Open micronaut-test, previously cloned from
> [https://github.com/micronaut-projects/micronaut-test|https://github.com/micronaut-projects/micronaut-test.]
> I did not check the check box, trust the project in Project open dlg.
> When top level project is open NB asks for Resolve problems, click Resolve,
> then open test-junit5, Resolve Problems step is done, subproject is open.
> It looks like attached screenshot.
> Performing Clean & Build on project in NB does not fix this.
> Close NB, run {{./gradlew build}} on top level project in terminal, same JDK
> used, it builds the project successfully.
> Open the multi project in NB again, still same errors displayed. See attached
> screenshot and log file from this session.
> In the next step I delete .gradle folder in micronaut-test, removed NB user
> dir, start from scratch. In Open Project dlg I checked Trust the project.
> Resolve Problems dlg appears for top level project with two problems: Priming
> build and Trust the project. Click Resolve button, it gets green.
> Then open test-junit5, Resolve Problems project appears and it is empty.
> Source files are open with with same errors as previously in attachment.
--
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-5394) Support technology-specific default action mapping (e.g. Micronaut 3.0)
[
https://issues.apache.org/jira/browse/NETBEANS-5394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5394:
--
Fix Version/s: (was: 12.5)
> Support technology-specific default action mapping (e.g. Micronaut 3.0)
> ---
>
> Key: NETBEANS-5394
> URL: https://issues.apache.org/jira/browse/NETBEANS-5394
> Project: NetBeans
> Issue Type: Improvement
> Components: projects - Maven
>Affects Versions: 12.2
>Reporter: Svatopluk Dedic
>Priority: Major
> Labels: VSNetBeans
>
> Micronaut 3.0 is going to *deprecate* maven exec:exec, which is now used by
> the IDE to issue these actions
> * Run, Run-single
> * Debug, Debug-single
> * Profile
> The new supported way to invoke maven Micronaut projects will be *mn:run*
> using Micronaut's {{io.micronaut.build:micronaut-maven-plugin}}.
> Maven support however has pluggable support just for different packaging
> type. Here, we would want to inject or redefine actions based on POM's or
> *effective POM*'s contents.
> The idea is to allow to plug "something like"
> {{org.netbeans.modules.maven.spi.actions.MavenActionsProvider}} for a
> specific inherited group:artifactId\{:version}, or in a generic way so that a
> provider can inspect the model and decide dynamically. Packaging could be
> also specified, as that defines the 'base' processing in most cases.
> Both approaches has to be prepared for the case that the inherited POMs can
> be resolved later in the project's life, e.g. during the priming build.
> This way, we can inject / override the actions with *mn:run* goal for
> specifically Micronaut projects, and keep the maven's core generic/clean.
>
--
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-5394) Support technology-specific default action mapping (e.g. Micronaut 3.0)
[
https://issues.apache.org/jira/browse/NETBEANS-5394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5394:
--
Fix Version/s: (was: Next)
12.5
> Support technology-specific default action mapping (e.g. Micronaut 3.0)
> ---
>
> Key: NETBEANS-5394
> URL: https://issues.apache.org/jira/browse/NETBEANS-5394
> Project: NetBeans
> Issue Type: Improvement
> Components: projects - Maven
>Affects Versions: 12.2
>Reporter: Svatopluk Dedic
>Priority: Major
> Labels: VSNetBeans
> Fix For: 12.5
>
>
> Micronaut 3.0 is going to *deprecate* maven exec:exec, which is now used by
> the IDE to issue these actions
> * Run, Run-single
> * Debug, Debug-single
> * Profile
> The new supported way to invoke maven Micronaut projects will be *mn:run*
> using Micronaut's {{io.micronaut.build:micronaut-maven-plugin}}.
> Maven support however has pluggable support just for different packaging
> type. Here, we would want to inject or redefine actions based on POM's or
> *effective POM*'s contents.
> The idea is to allow to plug "something like"
> {{org.netbeans.modules.maven.spi.actions.MavenActionsProvider}} for a
> specific inherited group:artifactId\{:version}, or in a generic way so that a
> provider can inspect the model and decide dynamically. Packaging could be
> also specified, as that defines the 'base' processing in most cases.
> Both approaches has to be prepared for the case that the inherited POMs can
> be resolved later in the project's life, e.g. during the priming build.
> This way, we can inject / override the actions with *mn:run* goal for
> specifically Micronaut projects, and keep the maven's core generic/clean.
>
--
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-5394) Support technology-specific default action mapping (e.g. Micronaut 3.0)
[
https://issues.apache.org/jira/browse/NETBEANS-5394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5394:
--
Fix Version/s: Next
> Support technology-specific default action mapping (e.g. Micronaut 3.0)
> ---
>
> Key: NETBEANS-5394
> URL: https://issues.apache.org/jira/browse/NETBEANS-5394
> Project: NetBeans
> Issue Type: Improvement
> Components: projects - Maven
>Affects Versions: 12.2
>Reporter: Svatopluk Dedic
>Priority: Major
> Labels: VSNetBeans
> Fix For: Next
>
>
> Micronaut 3.0 is going to *deprecate* maven exec:exec, which is now used by
> the IDE to issue these actions
> * Run, Run-single
> * Debug, Debug-single
> * Profile
> The new supported way to invoke maven Micronaut projects will be *mn:run*
> using Micronaut's {{io.micronaut.build:micronaut-maven-plugin}}.
> Maven support however has pluggable support just for different packaging
> type. Here, we would want to inject or redefine actions based on POM's or
> *effective POM*'s contents.
> The idea is to allow to plug "something like"
> {{org.netbeans.modules.maven.spi.actions.MavenActionsProvider}} for a
> specific inherited group:artifactId\{:version}, or in a generic way so that a
> provider can inspect the model and decide dynamically. Packaging could be
> also specified, as that defines the 'base' processing in most cases.
> Both approaches has to be prepared for the case that the inherited POMs can
> be resolved later in the project's life, e.g. during the priming build.
> This way, we can inject / override the actions with *mn:run* goal for
> specifically Micronaut projects, and keep the maven's core generic/clean.
>
--
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-5513) NetBeans is always report project problems on Gradle project opening
[ https://issues.apache.org/jira/browse/NETBEANS-5513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5513: -- Labels: sd-candidate (was: ) > NetBeans is always report project problems on Gradle project opening > > > Key: NETBEANS-5513 > URL: https://issues.apache.org/jira/browse/NETBEANS-5513 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Reporter: Laszlo Kishalmi >Assignee: Svatopluk Dedic >Priority: Major > Labels: sd-candidate > Attachments: SimpleGradle.zip > > > The recent dev builds asks pro priming build whether it is required or not. > [~sdedic]You might also take a look. -- 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-5431) Add support for Priming build to MX projects
[ https://issues.apache.org/jira/browse/NETBEANS-5431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5431: -- Labels: sd-candidate (was: ) > Add support for Priming build to MX projects > > > Key: NETBEANS-5431 > URL: https://issues.apache.org/jira/browse/NETBEANS-5431 > Project: NetBeans > Issue Type: New Feature > Components: projects - MX >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: sd-candidate > > Add support for Priming builds to MX projects - > https://github.com/apache/netbeans/pull/2795 -- 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-5514) Netbeans VSCode Gradle Failed downloading gradle
[
https://issues.apache.org/jira/browse/NETBEANS-5514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5514:
--
Labels: sd-candidate (was: NetBeans sd-candidate)
> Netbeans VSCode Gradle Failed downloading gradle
>
>
> Key: NETBEANS-5514
> URL: https://issues.apache.org/jira/browse/NETBEANS-5514
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle, vscode
>Affects Versions: 12.3
>Reporter: Joe Foe
>Assignee: Svatopluk Dedic
>Priority: Minor
> Labels: sd-candidate
> Attachments: image-2021-04-01-14-34-59-485.png
>
>
> i have the gradle distribution available in a on-premise nexus and the vscode
> extension (version 12.3) gives the error messge below when executing `compile
> workspace`
>
> {code:java}
> Failed Downloading Gradle 6.8.3 from
> https://nexus.hosted/gradle/gradle-6.8.3-bin.zip
> WARNING [org.netbeans.modules.progress.spi.InternalHandle]: Cannot finish a
> task that was never started at
> org.netbeans.modules.gradle.api.execute.GradleDistributionManager$DownloadTask.call(GradleDistributionManager.java:535){code}
>
> the same project works without an issue inside Netbeans 12.3.
> Proxy and no proxy hosts are all set.
> Any ideas on how to resolve this?
--
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-5514) Netbeans VSCode Gradle Failed downloading gradle
[
https://issues.apache.org/jira/browse/NETBEANS-5514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5514:
--
Labels: NetBeans sd-candidate (was: NetBeans)
> Netbeans VSCode Gradle Failed downloading gradle
>
>
> Key: NETBEANS-5514
> URL: https://issues.apache.org/jira/browse/NETBEANS-5514
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle, vscode
>Affects Versions: 12.3
>Reporter: Joe Foe
>Assignee: Svatopluk Dedic
>Priority: Minor
> Labels: NetBeans, sd-candidate
> Attachments: image-2021-04-01-14-34-59-485.png
>
>
> i have the gradle distribution available in a on-premise nexus and the vscode
> extension (version 12.3) gives the error messge below when executing `compile
> workspace`
>
> {code:java}
> Failed Downloading Gradle 6.8.3 from
> https://nexus.hosted/gradle/gradle-6.8.3-bin.zip
> WARNING [org.netbeans.modules.progress.spi.InternalHandle]: Cannot finish a
> task that was never started at
> org.netbeans.modules.gradle.api.execute.GradleDistributionManager$DownloadTask.call(GradleDistributionManager.java:535){code}
>
> the same project works without an issue inside Netbeans 12.3.
> Proxy and no proxy hosts are all set.
> Any ideas on how to resolve this?
--
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-5480) Can't fold a class/method when a range of PHP tags overlaps a range of class/method body
[
https://issues.apache.org/jira/browse/NETBEANS-5480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325559#comment-17325559
]
Stefano Calabrese commented on NETBEANS-5480:
-
I meant, don't collapse php tags, like they don't exist, then disable the
feature completely
> Can't fold a class/method when a range of PHP tags overlaps a range of
> class/method body
>
>
> Key: NETBEANS-5480
> URL: https://issues.apache.org/jira/browse/NETBEANS-5480
> Project: NetBeans
> Issue Type: Bug
> Components: php - Editor
>Affects Versions: 12.2
>Reporter: Stefano Calabrese
>Assignee: Junichi Yamamoto
>Priority: Minor
> Labels: Folding
> Attachments: aspected_tmp_code_php.jpg, netbeans-5480-1.jpg,
> wrong_tmp_code_php.jpg
>
>
> Hi i have a problem with code folding ""
> if you have this PHP code
> {code:java}
> Segnaposto codice //
> class A {
> function B(){
> ?>Hello }
> }
> {code}
> when you create it it's ok, but *if you save, close and re-open it* ,
> you can see collapse ?> and break folding as in image
> (tmp_code_php.jpg)
>
> Actual result after save, close & reopen file .php
> image attached wrong_tmp_code_php.jpg
>
> Expected result:
> image attached aspected_tmp_code_php.jpg
>
>
> Thank you
--
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-5167) Progress Controller skips lifecycle events for a ProgressHandle
[ https://issues.apache.org/jira/browse/NETBEANS-5167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5167: -- Labels: sd-candidate (was: ) > Progress Controller skips lifecycle events for a ProgressHandle > --- > > Key: NETBEANS-5167 > URL: https://issues.apache.org/jira/browse/NETBEANS-5167 > Project: NetBeans > Issue Type: Bug > Components: platform - Progress >Affects Versions: 12.2 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: sd-candidate > Attachments: progress-patch.diff, progress1.log > > > When progress is started, an event of type *PROGRESS_START* is generated. But > it may get merged with e.g. SILENT or SWITCH events, as the attached log > shows. > The net result is that the *ProgressUIWorker* does not see the proper > lifecycle (start processing ... finish) but just a part of the cycle. > The fix is beyond my immediate capacity: while two 'progress' events can be > eventually merged, events that bring determinate / indeterminate switch or > silent / working state changes should not discard the other 'major' states. > Skipping the important lifecycle points makes the implementation of UIWorker > much harder. -- 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-4795) Formalize reuse of registered services
[
https://issues.apache.org/jira/browse/NETBEANS-4795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-4795:
--
Labels: sd-candidate (was: )
> Formalize reuse of registered services
> --
>
> Key: NETBEANS-4795
> URL: https://issues.apache.org/jira/browse/NETBEANS-4795
> Project: NetBeans
> Issue Type: New Feature
> Components: platform - Lookup
>Affects Versions: 11.3
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: sd-candidate
>
> During {{commit-validation}} cleanup, I've found out that it's relatively
> commont to *reuse other module services* in layer registration. The most
> reused was HTML completion provider, Word completion provider. But also Java
> Indexer was reused in Groovy.
> Currently this is done by *hardcoding classname* of the original provider
> implementation - but for example {{HtmlCompletionProvider}} is not a public
> API. Well, now it is, since if the class was moved, all web scripting modules
> would fail to complete tags.
> Another approach is to use *shadow to filename*, which is again not an API.
> In the case of Java Indexer, the filename has changed because manual XML
> registration was replaced by an annotation - with an undefined (impl-class
> based) filename generation).
> For these cases, I would like to have {{id}} attribute introduced for service
> providers, which would declare that the *id* is part of the module public
> API: the filename will be then formed as *serviceclass-modulecnb-id* to be
> stable and moderately unique. The annotation processor could check that (for
> NB modules; or maybe as a part of the documentation build step ?), the ID is
> mentioned in {{arch.xml as an supplemental API.}}
> For reference, I'd like to introduce an annotation, which would register *a
> foreign implementation*, so e.g. package-info.java could be annotated as with
> the templates. The reference would contain attributes
> * module CNB
> * service class
> * ID
> * optional true/false
> The Processor would ensure that the appropriate dependency is declared (weak
> = Recommends, otherwise Needs), that the target exists AND is indeed a
> declared API (perhaps an articial attribute in the layer).
--
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-5226) Add true severities to StatusDisplayer.
[ https://issues.apache.org/jira/browse/NETBEANS-5226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5226: -- Labels: sd-candidate (was: ) > Add true severities to StatusDisplayer. > --- > > Key: NETBEANS-5226 > URL: https://issues.apache.org/jira/browse/NETBEANS-5226 > Project: NetBeans > Issue Type: New Feature > Components: platform - Notifications >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: sd-candidate > > StatusDisplayer now uses "importance" which is only lightly compared to > sverity: the most important messages are *IMPORTANCE_ANNOTATION*, which are > essentially file-related texts. > While it is OK to override error messages by temporaries, like file open > warnings or find / replace messages, a *newly reported error* should be > placed atop. In the current implementation, if the status message is not > GCed, a true error reported afterwards happily sits in the queue, and may > never be seen by the user. > No idea at the moment how to solve, but the status message could be decorated > by a severity that helps to determine how to override/expire the visible > messages. > // cc: [~jtulach] -- 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-334) RequestProcessor does not prevent from accidental Thread.contextClassLoader changes
[ https://issues.apache.org/jira/browse/NETBEANS-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-334: - Labels: sd-candidate (was: ) > RequestProcessor does not prevent from accidental Thread.contextClassLoader > changes > --- > > Key: NETBEANS-334 > URL: https://issues.apache.org/jira/browse/NETBEANS-334 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 8.2 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: sd-candidate > > I run tasks in a dedicated RequestProcessor; sometimes the task gets an > unexpected context ClassLoader in the worker thread. The RequestProcessor > code tries to remember the context CL in effect when it enqueues a Runnable. > But it seems that the remembered CL is only applied if a new Processor > (thread) is immediately available within the RP's limits. If the task is > enqueued for later execution because limited RP's throughput, the CL is not > set to the Processor prior to execution of the task. > The value of Thread.currentThread().getContrextClassLoader() is therefore > undefined in code run within RP. If some other task that was incidentally run > by the same thread-Processor does not clean up its changes of context CL, the > messed up CL will be used for subsequent unrelated tasks processed by that > thread. > The source however suggests that the original idea was to transfer both > (global) Lookup and context classloader to the worker code. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5543) Reflective access of java.nio.DirectByteBuffer.cleaner() not allowed from JDK-16.
[ https://issues.apache.org/jira/browse/NETBEANS-5543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-5543: -- Labels: sd-candidate (was: ) > Reflective access of java.nio.DirectByteBuffer.cleaner() not allowed from > JDK-16. > - > > Key: NETBEANS-5543 > URL: https://issues.apache.org/jira/browse/NETBEANS-5543 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.4 >Reporter: Akhilesh Singh >Priority: Major > Labels: sd-candidate > > NetBeans seems to be hacking into a few JDK internals and this will be > disallowed by default from Java 16 onwards. Needs to replace it from > Unsafe.invokeCleaner > > WARNING: Illegal reflective access by > org.netbeans.core.output2.FileMapStorage > > (jar:file:/Users/albatem/netbeans-12.3/platform/modules/org-netbeans-core-output2.jar!/) > > to method java.nio.DirectByteBuffer.cleaner() > at > org.netbeans.core.output2.FileMapStorage.unmap(FileMapStorage.java:311) > at > org.netbeans.core.output2.FileMapStorage.access$400(FileMapStorage.java:38) > at > > org.netbeans.core.output2.FileMapStorage$MappedBufferResource.decRefs(FileMapStorage.java:479) > at > > org.netbeans.core.output2.FileMapStorage.updateContents(FileMapStorage.java:377) > at > > org.netbeans.core.output2.FileMapStorage.getReadBuffer(FileMapStorage.java:341) > at > org.netbeans.core.output2.AbstractLines.getText(AbstractLines.java:125) > at > org.netbeans.core.output2.OutputDocument.getText(OutputDocument.java:195) -- 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-5480) Can't fold a class/method when a range of PHP tags overlaps a range of class/method body
[
https://issues.apache.org/jira/browse/NETBEANS-5480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tomas Mysik updated NETBEANS-5480:
--
Priority: Minor (was: Major)
> Can't fold a class/method when a range of PHP tags overlaps a range of
> class/method body
>
>
> Key: NETBEANS-5480
> URL: https://issues.apache.org/jira/browse/NETBEANS-5480
> Project: NetBeans
> Issue Type: Bug
> Components: php - Editor
>Affects Versions: 12.2
>Reporter: Stefano Calabrese
>Assignee: Junichi Yamamoto
>Priority: Minor
> Labels: Folding
> Attachments: aspected_tmp_code_php.jpg, netbeans-5480-1.jpg,
> wrong_tmp_code_php.jpg
>
>
> Hi i have a problem with code folding ""
> if you have this PHP code
> {code:java}
> Segnaposto codice //
> class A {
> function B(){
> ?>Hello }
> }
> {code}
> when you create it it's ok, but *if you save, close and re-open it* ,
> you can see collapse ?> and break folding as in image
> (tmp_code_php.jpg)
>
> Actual result after save, close & reopen file .php
> image attached wrong_tmp_code_php.jpg
>
> Expected result:
> image attached aspected_tmp_code_php.jpg
>
>
> Thank you
--
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-5480) Can't fold a class/method when a range of PHP tags overlaps a range of class/method body
[
https://issues.apache.org/jira/browse/NETBEANS-5480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1732#comment-1732
]
Tomas Mysik commented on NETBEANS-5480:
---
Lowering priority, definitely not a high priority ticket.
> Can't fold a class/method when a range of PHP tags overlaps a range of
> class/method body
>
>
> Key: NETBEANS-5480
> URL: https://issues.apache.org/jira/browse/NETBEANS-5480
> Project: NetBeans
> Issue Type: Bug
> Components: php - Editor
>Affects Versions: 12.2
>Reporter: Stefano Calabrese
>Assignee: Junichi Yamamoto
>Priority: Minor
> Labels: Folding
> Attachments: aspected_tmp_code_php.jpg, netbeans-5480-1.jpg,
> wrong_tmp_code_php.jpg
>
>
> Hi i have a problem with code folding ""
> if you have this PHP code
> {code:java}
> Segnaposto codice //
> class A {
> function B(){
> ?>Hello }
> }
> {code}
> when you create it it's ok, but *if you save, close and re-open it* ,
> you can see collapse ?> and break folding as in image
> (tmp_code_php.jpg)
>
> Actual result after save, close & reopen file .php
> image attached wrong_tmp_code_php.jpg
>
> Expected result:
> image attached aspected_tmp_code_php.jpg
>
>
> Thank you
--
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-5099) PhaseListener - RuntimeException
[
https://issues.apache.org/jira/browse/NETBEANS-5099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325554#comment-17325554
]
Svatopluk Dedic commented on NETBEANS-5099:
---
Does Clean & Build the project help in this case in NetBeans 12.3 ?
> PhaseListener - RuntimeException
>
>
> Key: NETBEANS-5099
> URL: https://issues.apache.org/jira/browse/NETBEANS-5099
> Project: NetBeans
> Issue Type: Bug
> Components: java - Classpath, java - Compiler, javaee - JSF
>Affects Versions: 12.0, 12.2, 12.3
> Environment: Netbeans 12.3, Glassfish 4 and Glassfish 5, Project:
> jdk1.8.0_65, Netbeans: jdk-15.0.1
>Reporter: S. M.
>Priority: Blocker
>
> Reopened because: It worked with new NB 12.3 for a week or so - now the
> Exception popped up again and is lasting now. There where no changes made
> from my side.
> By the way: NETBEANS-5098 popped up at the same time.
> The exactly same code works fine when it is compiled and deployed outside
> Netbeans or with an older Netbeans version. So I feel it is a Netbeans Issue.
> The project has to re-compiled in the old IDE before it works in it ...
> Here comes the error description for reproducing:
> Make an new WebApplication with Glassfish 4.1.2 or 5.0.1. and add JavaServer
> Faces Framework.
> Add the following faces-config.xml:
> {code}
>
>xmlns="http://java.sun.com/xml/ns/javaee;
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> [http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd];>
>
> test.SessionTimeoutPhaseListener
>
>
> {code}
> Add the following class:
> {code}
> package test;
> import javax.faces.event.PhaseEvent;
> import javax.faces.event.PhaseId;
> import javax.faces.event.PhaseListener;
> public class SessionTimeoutPhaseListener implements PhaseListener {
> @Override
> public void beforePhase(PhaseEvent event) {
> }
> @Override
> public void afterPhase(PhaseEvent event) {
> }
> public void handleSessionTimeout(PhaseEvent event) {
> }
> @Override
> public PhaseId getPhaseId()
> { return PhaseId.RESTORE_VIEW; }
> }
> {code}
> At deployment (within NB) on Glassfish 4 or 5 the following Exeption occurs.
> {code}
> Info: Initializing Mojarra 2.2.14 ( 20161114-2152 unable to get svn info) for
> context '/WebApplication1'
> Severe: Critical error during deployment:
> com.sun.faces.config.ConfigurationException:
> Source Document: jndi:/server/WebApplication1/WEB-INF/faces-config.xml
> Cause: Unable to create a new instance of
> 'test.SessionTimeoutPhaseListener': java.lang.RuntimeException:
> at
> com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:378)
> at
> com.sun.faces.config.processor.LifecycleConfigProcessor.addPhaseListeners(LifecycleConfigProcessor.java:154)
> at
> com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:132)
> at
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152)
> at
> com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:239)
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:439)
> at
> com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:227)
> at
> org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:5394)
> at com.sun.enterprise.web.WebModule.contextListenerStart(WebModule.java:743)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:5963)
> at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041)
> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
> at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286)
> at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932)
> at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
> at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
> at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
> at
> org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
> at
>
[jira] [Assigned] (NETBEANS-5491) UnsupportedClassVersionError - If I set the NetBeans Runtime to Java 16, I cannot run a project created in Java 15.
[
https://issues.apache.org/jira/browse/NETBEANS-5491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic reassigned NETBEANS-5491:
-
Assignee: Svatopluk Dedic
> UnsupportedClassVersionError - If I set the NetBeans Runtime to Java 16, I
> cannot run a project created in Java 15.
> ---
>
> Key: NETBEANS-5491
> URL: https://issues.apache.org/jira/browse/NETBEANS-5491
> Project: NetBeans
> Issue Type: Bug
> Components: java - Platform, java - Project, java - Source
>Affects Versions: 12.3
> Environment: Windows 10, Apache NetBeans 12.3, Java 16
>Reporter: Michal Rama
>Assignee: Svatopluk Dedic
>Priority: Blocker
> Labels: java, platform, project, runtime, version
> Attachments: obr�zek02.png, obr�zek41.png
>
>
> Hello,
> I installed Java 16 and set it in the etc\netbeans.conf file
> *netbeans_jdkhome="C:\Program Files\Java\jdk-16"*
> However, upon startup, all projects reported an error. NetBeans automatically
> set the *Java Platform* to *JDK 16* for them, but the *Source / Binary
> Format* was still *JDK 15*.
> !obr�zek41.png!
> !obr�zek02.png!
> So it was enough to change it to JDK 16, except for one project that still
> can't be run and I didn't figure out why.
> To run this project I need to close NetBeans and run it again in Java 15.
> Creating a new project in Java 16 would probably solve the problem, but why
> should I do it when there was no problem with all the other projects.
> Please help.
> Thank you
> PS.
> {code:java}
> run:
> Error: LinkageError occurred while loading main class example.TextHeight
> java.lang.UnsupportedClassVersionError: example/TextHeight (class file
> version 59.65535) was compiled with preview features that are unsupported.
> This version of the Java Runtime only recognizes preview features for class
> file version 60.65535
> C:\Users\NAME_OF_USER\AppData\Local\NetBeans\Cache\12.3\executor-snippets\run.xml:111:
> The following error occurred while executing this line:
> C:\Users\NAME_OF_USER\AppData\Local\NetBeans\Cache\12.3\executor-snippets\run.xml:68:
> Java returned: 1
> BUILD FAILED (total time: 1 second)
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5491) UnsupportedClassVersionError - If I set the NetBeans Runtime to Java 16, I cannot run a project created in Java 15.
[
https://issues.apache.org/jira/browse/NETBEANS-5491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17325551#comment-17325551
]
Svatopluk Dedic commented on NETBEANS-5491:
---
The important message is:
{code:java}
Error: LinkageError occurred while loading main class example.TextHeight
java.lang.UnsupportedClassVersionError: example/TextHeight (class file
version 59.65535) was compiled with preview features that are unsupported. This
version of the Java Runtime only recognizes preview features for class file
version 60.65535
{code}
this indicates that either 'preview' features were enabeld by the user (= user
error) and the class should be recompiled, or NetBeans somehow messed in with
e.g. compile-on-save feature. It may indicate a broader issue, although it may
surface (in this case) on JDK16 only.
[~Michal_cat] could you please try to create a _minimal_ sample project and
attach it here ? *TextHeight* class is likely to be involved.
> UnsupportedClassVersionError - If I set the NetBeans Runtime to Java 16, I
> cannot run a project created in Java 15.
> ---
>
> Key: NETBEANS-5491
> URL: https://issues.apache.org/jira/browse/NETBEANS-5491
> Project: NetBeans
> Issue Type: Bug
> Components: java - Platform, java - Project, java - Source
>Affects Versions: 12.3
> Environment: Windows 10, Apache NetBeans 12.3, Java 16
>Reporter: Michal Rama
>Priority: Blocker
> Labels: java, platform, project, runtime, version
> Attachments: obr�zek02.png, obr�zek41.png
>
>
> Hello,
> I installed Java 16 and set it in the etc\netbeans.conf file
> *netbeans_jdkhome="C:\Program Files\Java\jdk-16"*
> However, upon startup, all projects reported an error. NetBeans automatically
> set the *Java Platform* to *JDK 16* for them, but the *Source / Binary
> Format* was still *JDK 15*.
> !obr�zek41.png!
> !obr�zek02.png!
> So it was enough to change it to JDK 16, except for one project that still
> can't be run and I didn't figure out why.
> To run this project I need to close NetBeans and run it again in Java 15.
> Creating a new project in Java 16 would probably solve the problem, but why
> should I do it when there was no problem with all the other projects.
> Please help.
> Thank you
> PS.
> {code:java}
> run:
> Error: LinkageError occurred while loading main class example.TextHeight
> java.lang.UnsupportedClassVersionError: example/TextHeight (class file
> version 59.65535) was compiled with preview features that are unsupported.
> This version of the Java Runtime only recognizes preview features for class
> file version 60.65535
> C:\Users\NAME_OF_USER\AppData\Local\NetBeans\Cache\12.3\executor-snippets\run.xml:111:
> The following error occurred while executing this line:
> C:\Users\NAME_OF_USER\AppData\Local\NetBeans\Cache\12.3\executor-snippets\run.xml:68:
> Java returned: 1
> BUILD FAILED (total time: 1 second)
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-5590) Gradle/Java support for auto-download of library sources
[ https://issues.apache.org/jira/browse/NETBEANS-5590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-5590. --- Resolution: Fixed > Gradle/Java support for auto-download of library sources > > > Key: NETBEANS-5590 > URL: https://issues.apache.org/jira/browse/NETBEANS-5590 > Project: NetBeans > Issue Type: New Feature > Components: projects - Gradle >Affects Versions: 12.3 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: 12.4 > > Time Spent: 20m > Remaining Estimate: 0h > > Gradle could plug into the JavaSE support that allows the user to ask > NetBeans IDE to download sources and javadocs for libraries used in the > project. Use *SourceJavadocAttacherImplementation.Definer* > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-5499) Platform apps cannot connect using HTTP protocol on JDK16
[
https://issues.apache.org/jira/browse/NETBEANS-5499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic resolved NETBEANS-5499.
---
Resolution: Fixed
> Platform apps cannot connect using HTTP protocol on JDK16
> -
>
> Key: NETBEANS-5499
> URL: https://issues.apache.org/jira/browse/NETBEANS-5499
> Project: NetBeans
> Issue Type: Bug
> Components: core
>Affects Versions: 12.3
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: pull-request-available
> Fix For: 12.4
>
> Time Spent: 2.5h
> Remaining Estimate: 0h
>
> I've found out that my platfom application does not work at all with HTTP
> protocol when run on JDK 16. The error thrown is:
> {code:java}
> INFO
> [org.netbeans.modules.autoupdate.updateproviders.AutoupdateCatalogFactory]:
> Unknown protocol: http
> java.lang.IllegalStateException: Unknown protocol: http
> at
> org.apache.felix.framework.URLHandlersStreamHandlerProxy.parseURL(URLHandlersStreamHandlerProxy.java:373)
> at java.base/java.net.URL.(URL.java:701)
> Caused: java.net.MalformedURLException: Unknown protocol: http
> at java.base/java.net.URL.(URL.java:706)
> at java.base/java.net.URL.(URL.java:568)
> at java.base/java.net.URL.(URL.java:515)
> [catch] at
> org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogFactory.createUpdateProvider(AutoupdateCatalogFactory.java:98)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:78)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:567)
> at
> org.netbeans.core.startup.layers.BinaryFS$AttrImpl$MethodAndParams.invoke(BinaryFS.java:730)
> at
> org.netbeans.core.startup.layers.BinaryFS$AttrImpl.getValue(BinaryFS.java:660)
> at
> org.netbeans.core.startup.layers.BinaryFS$BFSBase.getAttribute(BinaryFS.java:506)
> {code}
> No URL with http(s): protocol can be even *parsed*.
> I managed to isolate the issue - it is caused by *Apache Felix* library
> included in NB platform that provides
> {{org.osgi.framework.launch.FrameworkFactory}} token.
> The bug *does not occur* in NetBeans IDE, which has a direct dependency
> (Needs: declaration) on *org.netbeans.netbinox* module from its *ide.kit*
> module. In NetBeans, Netbinox loads and installs its URLStreamHandlerFactory
> ({{org.eclipse.osgi.framework.internal.protocol.StreamHandlerFactory}})
> In a platform app that does not load (need) Netbinox, the Felix library
> installs its own URLStreamHandleFactory (
> {{org.apache.felix.framework.URLHandlers}}), that creates *proxies*. So USHF
> for http *is* actually created, but it afterwards throws
> {{MalformedURLException}} on any http: url spec.
> The bug does not occur on earlier JDKs.
--
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-5499) Platform apps cannot connect using HTTP protocol on JDK16
[
https://issues.apache.org/jira/browse/NETBEANS-5499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5499:
--
Fix Version/s: 12.4
> Platform apps cannot connect using HTTP protocol on JDK16
> -
>
> Key: NETBEANS-5499
> URL: https://issues.apache.org/jira/browse/NETBEANS-5499
> Project: NetBeans
> Issue Type: Bug
> Components: core
>Affects Versions: 12.3
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
> Labels: pull-request-available
> Fix For: 12.4
>
> Time Spent: 2.5h
> Remaining Estimate: 0h
>
> I've found out that my platfom application does not work at all with HTTP
> protocol when run on JDK 16. The error thrown is:
> {code:java}
> INFO
> [org.netbeans.modules.autoupdate.updateproviders.AutoupdateCatalogFactory]:
> Unknown protocol: http
> java.lang.IllegalStateException: Unknown protocol: http
> at
> org.apache.felix.framework.URLHandlersStreamHandlerProxy.parseURL(URLHandlersStreamHandlerProxy.java:373)
> at java.base/java.net.URL.(URL.java:701)
> Caused: java.net.MalformedURLException: Unknown protocol: http
> at java.base/java.net.URL.(URL.java:706)
> at java.base/java.net.URL.(URL.java:568)
> at java.base/java.net.URL.(URL.java:515)
> [catch] at
> org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogFactory.createUpdateProvider(AutoupdateCatalogFactory.java:98)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:78)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:567)
> at
> org.netbeans.core.startup.layers.BinaryFS$AttrImpl$MethodAndParams.invoke(BinaryFS.java:730)
> at
> org.netbeans.core.startup.layers.BinaryFS$AttrImpl.getValue(BinaryFS.java:660)
> at
> org.netbeans.core.startup.layers.BinaryFS$BFSBase.getAttribute(BinaryFS.java:506)
> {code}
> No URL with http(s): protocol can be even *parsed*.
> I managed to isolate the issue - it is caused by *Apache Felix* library
> included in NB platform that provides
> {{org.osgi.framework.launch.FrameworkFactory}} token.
> The bug *does not occur* in NetBeans IDE, which has a direct dependency
> (Needs: declaration) on *org.netbeans.netbinox* module from its *ide.kit*
> module. In NetBeans, Netbinox loads and installs its URLStreamHandlerFactory
> ({{org.eclipse.osgi.framework.internal.protocol.StreamHandlerFactory}})
> In a platform app that does not load (need) Netbinox, the Felix library
> installs its own URLStreamHandleFactory (
> {{org.apache.felix.framework.URLHandlers}}), that creates *proxies*. So USHF
> for http *is* actually created, but it afterwards throws
> {{MalformedURLException}} on any http: url spec.
> The bug does not occur on earlier JDKs.
--
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
