[jira] [Created] (NETBEANS-6226) Not responsive for 56 s.
king073a created NETBEANS-6226: -- Summary: Not responsive for 56 s. Key: NETBEANS-6226 URL: https://issues.apache.org/jira/browse/NETBEANS-6226 Project: NetBeans Issue Type: Improvement Components: ide - Performance Affects Versions: 12.5 Environment: System Info: Product Version = Apache NetBeans IDE 12.5 Operating System = Mac OS X version 10.14.6 running on x86_64 Java; VM; Vendor = 11.0.13; Java HotSpot(TM) 64-Bit Server VM 11.0.13+10-LTS-370; Oracle Corporation Runtime = Java(TM) SE Runtime Environment 11.0.13+10-LTS-370 Java Home = /Library/Java/JavaVirtualMachines/jdk-11.0.13.jdk/Contents/Home System Locale; Encoding = zh_CN_#Hans (nb); UTF-8 Reporter: king073a Boot & Ext. Classpath = Application Classpath = /Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/lib/boot.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/lib/org-openide-modules.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/lib/org-openide-util-ui.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/lib/org-openide-util.jar Startup Classpath = /Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/core/asm-tree-9.2.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/core/org-netbeans-libs-asm.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/core/org-openide-filesystems-compat8.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/core/asm-9.2.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/core/asm-commons-9.2.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/core/core.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/platform/core/core-base.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/nb/core/locale/core_nb.jar --- INFO [org.openide.util.lookup.MetaInfServicesLookup] java.lang.ClassNotFoundException: org.eclipse.osgi.launch.EquinoxFactory@ModuleCL@4024513e[de.funfried.netbeans.plugins.externalcodeformatter]:jar:file:/Users/goldfish/Library/Application%20Support/NetBeans/12.5/modules/ext/de.funfried.netbeans.plugins.externalcodeformatter/org-eclipse-platform/org.eclipse.osgi.jar!/ not a subclass of org.osgi.framework.launch.FrameworkFactory@ModuleCL@599ef4cb[org.netbeans.libs.osgi]:jar:file:/Applications/NetBeans/Apache%20NetBeans%2012.5.app/Contents/Resources/NetBeans/netbeans/platform/modules/ext/osgi.core-8.0.0.jar!/ [catch] at org.openide.util.lookup.MetaInfServicesLookup.search(MetaInfServicesLookup.java:324) at org.openide.util.lookup.MetaInfServicesLookup.beforeLookup(MetaInfServicesLookup.java:131) at org.openide.util.lookup.AbstractLookup.lookupItem(AbstractLookup.java:402) at org.openide.util.lookup.AbstractLookup.lookup(AbstractLookup.java:396) at org.netbeans.core.netigso.Netigso.prepare(Netigso.java:136) at org.netbeans.NetigsoHandle.turnOn(NetigsoHandle.java:115) at org.netbeans.ModuleManager.enable(ModuleManager.java:1441) 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:834) INFO [null]: Last record repeated again. INFO [org.netbeans.modules.netbinox]: Install area set to file:/Applications/NetBeans/Apache NetBeans 12.5.app/Contents/Resources/NetBeans/netbeans/ WARNING [org.netbeans.core.modules]: the modules [org.netbeans.modules.xml.text] use org.n
[netbeans] branch master updated (07639d1 -> 41155e4)
This is an automated email from the ASF dual-hosted git repository. lkishalmi pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 07639d1 Merge pull request #3296 from junichi11/netbeans-3362-cls-navigation-inherited-filter new 3e11ed1 Allow downloading external dependencies via http/https new 01c3ccd Update gradle to 7.3 and rewrite netbeans-gradle-tooling in java new 41155e4 Merge pull request #3326 from matthiasblaesing/pr-3322-alt The 6184 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: extide/gradle/build.xml| 28 +- extide/gradle/external/binaries-list |3 +- extide/gradle/external/gradle-6.7-bin-license.txt | 1025 extide/gradle/external/gradle-6.7-bin-notice.txt | 20 - extide/gradle/external/gradle-7.3-bin-license.txt | 428 .../gradle/external/gradle-7.3-bin-notice.txt |0 ...-license.txt => gradle-wrapper-7.3-license.txt} |3 +- extide/gradle/netbeans-gradle-tooling/build.gradle |1 - .../gradle/wrapper/gradle-wrapper.properties |2 +- .../gradle/tooling/NbProjectInfoBuilder.groovy | 577 --- .../tooling/NetBeansExplodedWarPlugin.groovy | 50 - .../org/netbeans/modules/gradle/DebugTooling.java |0 .../netbeans/modules/gradle/api/ModelFetcher.java |0 .../netbeans/modules/gradle/api/NbProjectInfo.java |0 .../netbeans/modules/gradle/tooling/BaseModel.java |0 .../org/netbeans/modules/gradle/tooling/Model.java |0 .../gradle/tooling/NbProjectInfoBuilder.java | 638 .../modules/gradle/tooling/NbProjectInfoModel.java | 25 +- .../gradle/tooling/NetBeansExplodedWarPlugin.java | 56 ++ .../gradle/tooling/NetBeansRunSinglePlugin.java} | 115 +-- .../gradle/tooling/NetBeansToolingPlugin.java |2 +- extide/libs.gradle/external/binaries-list |3 +- .../netbeans/nbbuild/extlibs/DownloadBinaries.java |8 + .../nbbuild/extlibs/VerifyLibsAndLicenses.java |5 + .../org/netbeans/nbbuild/extlibs/ignored-overlaps | 29 +- nbbuild/licenses/Gradle| 998 --- 26 files changed, 1459 insertions(+), 2557 deletions(-) delete mode 100644 extide/gradle/external/gradle-6.7-bin-license.txt delete mode 100644 extide/gradle/external/gradle-6.7-bin-notice.txt create mode 100644 extide/gradle/external/gradle-7.3-bin-license.txt copy php/php.smarty/src/org/netbeans/modules/php/smarty/resources/TplTemplate.tpl => extide/gradle/external/gradle-7.3-bin-notice.txt (100%) rename extide/gradle/external/{gradle-wrapper-4.10.2-license.txt => gradle-wrapper-7.3-license.txt} (99%) delete mode 100644 extide/gradle/netbeans-gradle-tooling/src/main/groovy/org/netbeans/modules/gradle/tooling/NbProjectInfoBuilder.groovy delete mode 100644 extide/gradle/netbeans-gradle-tooling/src/main/groovy/org/netbeans/modules/gradle/tooling/NetBeansExplodedWarPlugin.groovy rename extide/gradle/netbeans-gradle-tooling/src/main/{groovy => java}/org/netbeans/modules/gradle/DebugTooling.java (100%) rename extide/gradle/netbeans-gradle-tooling/src/main/{groovy => java}/org/netbeans/modules/gradle/api/ModelFetcher.java (100%) rename extide/gradle/netbeans-gradle-tooling/src/main/{groovy => java}/org/netbeans/modules/gradle/api/NbProjectInfo.java (100%) rename extide/gradle/netbeans-gradle-tooling/src/main/{groovy => java}/org/netbeans/modules/gradle/tooling/BaseModel.java (100%) rename extide/gradle/netbeans-gradle-tooling/src/main/{groovy => java}/org/netbeans/modules/gradle/tooling/Model.java (100%) create mode 100644 extide/gradle/netbeans-gradle-tooling/src/main/java/org/netbeans/modules/gradle/tooling/NbProjectInfoBuilder.java rename extide/gradle/netbeans-gradle-tooling/src/main/{groovy => java}/org/netbeans/modules/gradle/tooling/NbProjectInfoModel.java (72%) create mode 100644 extide/gradle/netbeans-gradle-tooling/src/main/java/org/netbeans/modules/gradle/tooling/NetBeansExplodedWarPlugin.java rename extide/gradle/netbeans-gradle-tooling/src/main/{groovy/org/netbeans/modules/gradle/tooling/NetBeansRunSinglePlugin.groovy => java/org/netbeans/modules/gradle/tooling/NetBeansRunSinglePlugin.java} (59%) rename extide/gradle/netbeans-gradle-tooling/src/main/{groovy => java}/org/netbeans/modules/gradle/tooling/NetBeansToolingPlugin.java (98%) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447163#comment-17447163 ] Michael Bien commented on NETBEANS-2842: nbms are older than pack200. yes you can still build nbms which don't include jars packed with pack.gz, otherwise you wouldn't be able to install anything over the plugin manager if you start NB on 15+. pack200 is just an optional build step between jar and nbm packaging. > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447160#comment-17447160 ] Eric Bresie commented on NETBEANS-2842: --- Did any plugins get installed? Is JDK home set to say a JDK 17 version? Silly question showing some of my inexperience but for a nbm plug-in how does one “rebuild without pack200”. Maybe I should ask how configurable is it when generating a nbm plug-in? > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6225) Netbeans loses almost all functionality after package update
Mac Coleman created NETBEANS-6225: - Summary: Netbeans loses almost all functionality after package update Key: NETBEANS-6225 URL: https://issues.apache.org/jira/browse/NETBEANS-6225 Project: NetBeans Issue Type: Bug Components: java - Compiler, java - Editor, java - Navigation Affects Versions: 12.4 Environment: Operating System: Manjaro Linux (Qonos 21.2.0) JDK Version: openjdk 17.0.1 Package Manager: Pamac 10.3.0-1 - libpamac 11.2.0 Reporter: Mac Coleman Attachments: IDElog After updating packages on Linux machine, Netbeans loses all functionality. New Java with Ant projects or files can not be created, and existing projects can not be opened. Projects that remain open can not be built or run. The navigator remains stuck on "Please wait..." and the output window stays blank. This issue occurs independently of program complexity, and projects that are as simple as "hello world" programs can not be opened or run. Projects with Maven can be created, but new files within those projects can not be created or run. I initially installed Netbeans and used it for several weeks without issue. I suspect that my package manager somehow messed up one of the dependencies of Netbeans, but I've been unsuccessful in finding exactly which one. I've tried reinstalling Netbeans, removing everything related to Java development from my machine, and even deleting all of my NetBeansProjects directory to resolve the problem, but nothing has been successful. I also tried installing NetBeans 12.5, but I was met with the same issue. I worry that in my attempts to solve the problem myself, I probably made the issue worse. Also, my apologies for the poorly made bug report. I'm very new to Jira, but I hope I can give all the information you need. It sounds likely that this might be an issue with my package manager, so I understand if there isn't much that can be done. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-5833) NullPointerException: Cannot invoke "javax.tools.JavaFileObject.isNameCompatible(String, javax.tools.JavaFileObject$Kind)" because "toplevel.sourcefile" is null
[ https://issues.apache.org/jira/browse/NETBEANS-5833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Dehaes updated NETBEANS-5833: - Affects Version/s: 12.5 > NullPointerException: Cannot invoke > "javax.tools.JavaFileObject.isNameCompatible(String, > javax.tools.JavaFileObject$Kind)" because "toplevel.sourcefile" is null > > > Key: NETBEANS-5833 > URL: https://issues.apache.org/jira/browse/NETBEANS-5833 > Project: NetBeans > Issue Type: Bug > Components: java - Classfile, java - Classpath, java - Project >Affects Versions: 12.4, 12.5 > Environment: Windows 11, Java 16.0.1 >Reporter: Michal Rama >Priority: Major > Labels: NullPointerException, class, file, package, path > > Hello, > This problem may have occurred when you moved the file to another package. > {code:java} > java.lang.NullPointerException: Cannot invoke > "javax.tools.JavaFileObject.isNameCompatible(String, > javax.tools.JavaFileObject$Kind)" because "toplevel.sourcefile" is > nulljava.lang.NullPointerException: Cannot invoke > "javax.tools.JavaFileObject.isNameCompatible(String, > javax.tools.JavaFileObject$Kind)" because "toplevel.sourcefile" is null at > com.sun.tools.javac.comp.Modules.enterModule(Modules.java:330) at > com.sun.tools.javac.comp.Modules.enterModules(Modules.java:320) at > com.sun.tools.javac.comp.Modules.enter(Modules.java:285) at > com.sun.tools.javac.comp.Modules.enter(Modules.java:268) at > com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:873) > at > com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:827) > at com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:362) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:388) at > com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:301) at > com.sun.tools.javac.code.Symbol.complete(Symbol.java:684) at > com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1435) at > com.sun.tools.javac.code.Symbol.apiComplete(Symbol.java:690) at > com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:864) > at > com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:799) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1160) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:546) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:940) at > com.sun.source.util.TreeScanner.scan(TreeScanner.java:90) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:546) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94) at > com.sun.source.util.TreeScanner.scan(TreeScanner.java:109) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:78) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:117) at > com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:193) at > com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:846) at > com.sun.source.util.TreeScanner.scan(TreeScanner.java:90) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:546) > at com.sun.source.util.TreeScanner.scan(TreeScanner.java:109) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:78) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:117) at > com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:148) at > com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:605) at > com.sun.source.util.TreeScanner.scan(TreeScanner.java:90) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) > at > org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:503) > at > org.netbeans.modules.java.hints.bugs.NPECheck.methodInvocation(NPECheck.java:308) > at jdk.internal.reflect.GeneratedMethodAccessor89.invoke(Unknown Source) at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at
[jira] [Updated] (NETBEANS-5833) NullPointerException: Cannot invoke "javax.tools.JavaFileObject.isNameCompatible(String, javax.tools.JavaFileObject$Kind)" because "toplevel.sourcefile" is null
[ https://issues.apache.org/jira/browse/NETBEANS-5833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Dehaes updated NETBEANS-5833: - Environment: Windows 11, Java 16.0.1 Windows 10, Java 17 was:Windows 11, Java 16.0.1 > NullPointerException: Cannot invoke > "javax.tools.JavaFileObject.isNameCompatible(String, > javax.tools.JavaFileObject$Kind)" because "toplevel.sourcefile" is null > > > Key: NETBEANS-5833 > URL: https://issues.apache.org/jira/browse/NETBEANS-5833 > Project: NetBeans > Issue Type: Bug > Components: java - Classfile, java - Classpath, java - Project >Affects Versions: 12.4, 12.5 > Environment: Windows 11, Java 16.0.1 > Windows 10, Java 17 >Reporter: Michal Rama >Priority: Major > Labels: NullPointerException, class, file, package, path > > Hello, > This problem may have occurred when you moved the file to another package. > {code:java} > java.lang.NullPointerException: Cannot invoke > "javax.tools.JavaFileObject.isNameCompatible(String, > javax.tools.JavaFileObject$Kind)" because "toplevel.sourcefile" is > nulljava.lang.NullPointerException: Cannot invoke > "javax.tools.JavaFileObject.isNameCompatible(String, > javax.tools.JavaFileObject$Kind)" because "toplevel.sourcefile" is null at > com.sun.tools.javac.comp.Modules.enterModule(Modules.java:330) at > com.sun.tools.javac.comp.Modules.enterModules(Modules.java:320) at > com.sun.tools.javac.comp.Modules.enter(Modules.java:285) at > com.sun.tools.javac.comp.Modules.enter(Modules.java:268) at > com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:873) > at > com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:827) > at com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:362) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:388) at > com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:301) at > com.sun.tools.javac.code.Symbol.complete(Symbol.java:684) at > com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1435) at > com.sun.tools.javac.code.Symbol.apiComplete(Symbol.java:690) at > com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:864) > at > com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:799) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1160) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:546) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:940) at > com.sun.source.util.TreeScanner.scan(TreeScanner.java:90) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:546) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94) at > com.sun.source.util.TreeScanner.scan(TreeScanner.java:109) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:78) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:117) at > com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:193) at > com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:846) at > com.sun.source.util.TreeScanner.scan(TreeScanner.java:90) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:546) > at com.sun.source.util.TreeScanner.scan(TreeScanner.java:109) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:78) > at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:117) at > com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:148) at > com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:605) at > com.sun.source.util.TreeScanner.scan(TreeScanner.java:90) at > org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) > at > org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:503) > at > org.netbeans.modules.java.hints.bugs.NPECheck.methodInvocation(NPECheck.java:308) > at jdk.internal.reflect.GeneratedMethodAccessor89.invoke(Unknown Source) at > java.base/jdk.internal
[jira] [Commented] (NETBEANS-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447088#comment-17447088 ] Michael Bien commented on NETBEANS-2842: as far as i can tell, this the current situation: * pack200 is available in JDK 11, NB is currently also supporting JDK 8 - and both can be used to install old plugins * the problem is only a problem for old, unmaintained plugins, since maintained plugins can be rebuild without pack200 * there might be also the option to repack plugins (without rebuild) outside of NB using JDK11 and unpack200 via shell script or tool/service since pack200 is a bytecode aware compression algorithm, and it doesn't seem to be maintained beyond 14, i don't think its realistic to actually keep supporting it long term. The main motivation for it was webstart, which is gone too for quite a while, so there shouldn't be many users interested in keeping it alive left. So i would recommend doing the following: * check if old (popular) plugins could be rebuild without pack200, get in touch with the maintainers * try to make a convenient tool which can repack a plugin without pack200 (e.g jlink + JDK11) * disable all pack200 in NB if it isn't disabled yet, warn in UI if its used for plugin distribution * don't allow new pack200 plugins on the plugin portal I just rebuild as an exercise a NB platform project I haven't touched since 2009 and could not find any issues while running on NB 12.5+JDK17 in UX without pack200 enabled. (took me about 30-60 mins to fix dependencies and make it compile, pack200 was luckily just a checkbox) > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447047#comment-17447047 ] Eric Bresie edited comment on NETBEANS-2842 at 11/21/21, 3:40 PM: -- Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage may involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. ** Maybe NbmsInDownloadedTabTest, UpdateFromNbmTest, NbmExternalTest, NbmAdvancedTestCase, or InternalUpdatesTest ** Seems a lot of the tests depend on a possible generated nbm for use in testing similar to "data/org-yourorghere-engine" named nbm. Not sure how to bring in a legacy nbm (maybe pull from someplace online or have some way of building as is currently done but given pack200 is removed, not sure if that will be possible either. was (Author: ebresie): Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage my involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. ** Maybe NbmsInDownloadedTabTest, UpdateFromNbmTest, NbmExternalTest, NbmAdvancedTestCase, or InternalUpdatesTest ** Seems a lot of the tests depend on a possible generated nbm for use in testing similar to "data/org-yourorghere-engine" named nbm. Not sure how to bring in a legacy nbm (maybe pull from someplace online or have some way of building as is currently done but given pack200 is removed, not sure if that will be possible either. > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447047#comment-17447047 ] Eric Bresie edited comment on NETBEANS-2842 at 11/21/21, 3:40 PM: -- Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage my involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. ** Maybe NbmsInDownloadedTabTest, UpdateFromNbmTest, NbmExternalTest, NbmAdvancedTestCase, or InternalUpdatesTest ** Seems a lot of the tests depend on a possible generated nbm for use in testing similar to "data/org-yourorghere-engine" named nbm. Not sure how to bring in a legacy nbm (maybe pull from someplace online or have some way of building as is currently done but given pack200 is removed, not sure if that will be possible either. was (Author: ebresie): Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage my involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. ** Maybe UpdateFromNbmTest, NbmExternalTest, NbmAdvancedTestCase, or InternalUpdatesTest ** Seems a lot of the tests depend on a possible generated nbm for use in testing similar to "data/org-yourorghere-engine" named nbm. Not sure how to bring in a legacy nbm (maybe pull from someplace online or have some way of building as is currently done but given pack200 is removed, not sure if that will be possible either. > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447047#comment-17447047 ] Eric Bresie edited comment on NETBEANS-2842 at 11/21/21, 3:38 PM: -- Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage my involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. ** Maybe UpdateFromNbmTest, NbmExternalTest, NbmAdvancedTestCase, or InternalUpdatesTest ** Seems a lot of the tests depend on a possible generated nbm for use in testing similar to "data/org-yourorghere-engine" named nbm. Not sure how to bring in a legacy nbm (maybe pull from someplace online or have some way of building as is currently done but given pack200 is removed, not sure if that will be possible either. was (Author: ebresie): Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage my involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. ** Maybe UpdateFromNbmTest, NbmExternalTest, NbmAdvancedTestCase, or InternalUpdatesTest > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447047#comment-17447047 ] Eric Bresie edited comment on NETBEANS-2842 at 11/21/21, 3:28 PM: -- Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage my involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. ** Maybe UpdateFromNbmTest, NbmExternalTest, NbmAdvancedTestCase, or InternalUpdatesTest was (Author: ebresie): Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage my involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447047#comment-17447047 ] Eric Bresie edited comment on NETBEANS-2842 at 11/21/21, 3:11 PM: -- Assume * source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. * unit test coverage my involve "Auto Update Services" test cases. ** There are a number of test cases which call out to "support.doValidate" which eventually does some unpacking. May be able to model test case after this with an older nbm as test input. was (Author: ebresie): Assume - unit test coverage my involve "Auto Update Services" test cases. - source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17447047#comment-17447047 ] Eric Bresie commented on NETBEANS-2842: --- Assume - unit test coverage my involve "Auto Update Services" test cases. - source coverage may be part of "ModuleUpdater" class and the "unpack200" method context. > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17446951#comment-17446951 ] Jaroslav Tulach commented on NETBEANS-2842: --- The original NetBeans 8.1 [^nbpython.zip] NBMs are packed with pack200. > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2842) Using of deprecated pack200 tool in nbm packaging
[ https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jaroslav Tulach updated NETBEANS-2842: -- Attachment: nbpython.zip > Using of deprecated pack200 tool in nbm packaging > - > > Key: NETBEANS-2842 > URL: https://issues.apache.org/jira/browse/NETBEANS-2842 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.3 >Reporter: Benjamin Graf >Priority: Critical > Attachments: nbpython.zip, unpack200 failure.png > > > Netbeans plugins are mostly compressed in size by the JDK internal pack200 > tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). > It should be thought about an alternative as it might get removed in next JDK > releases. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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