[jira] [Commented] (NETBEANS-6365) Organise imports removes imports that are records
[ https://issues.apache.org/jira/browse/NETBEANS-6365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17475012#comment-17475012 ] Benjamin Asbach commented on NETBEANS-6365: --- I guess this is already fixed as I could not reproduce it on master branch. > Organise imports removes imports that are records > - > > Key: NETBEANS-6365 > URL: https://issues.apache.org/jira/browse/NETBEANS-6365 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.6 > Environment: Windows 10 >Reporter: Paul Woods >Priority: Major > Attachments: organize-imports-records-bug.zip > > > Starting with 12.6 when I select 'organise/remove unused imports on save' I > find that an import that is a record rather than a class gets removed. > The keybindings for organise imports also seems to have gone? -- 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-6365) Organise imports removes imports that are records
[ https://issues.apache.org/jira/browse/NETBEANS-6365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17474948#comment-17474948 ] Benjamin Asbach edited comment on NETBEANS-6365 at 1/12/22, 8:56 PM: - I'm also facing this problem. I attached a sample project. Environment: Linux (NixOS), OpenJDK17 1) Enable On Save Action: Organize Imports 2) Go to AClass 3) Press Ctrl + Shift + I to Organize imports 4) Save file was (Author: asbachb): I added a example project. To reproduce 1) Enable On Save Action: Organize Imports 2) Go to AClass 3) Press Ctrl + Shift + I to Organize imports 4) Save file > Organise imports removes imports that are records > - > > Key: NETBEANS-6365 > URL: https://issues.apache.org/jira/browse/NETBEANS-6365 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.6 > Environment: Windows 10 >Reporter: Paul Woods >Priority: Major > Attachments: organize-imports-records-bug.zip > > > Starting with 12.6 when I select 'organise/remove unused imports on save' I > find that an import that is a record rather than a class gets removed. > The keybindings for organise imports also seems to have gone? -- 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-6365) Organise imports removes imports that are records
[ https://issues.apache.org/jira/browse/NETBEANS-6365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17474948#comment-17474948 ] Benjamin Asbach commented on NETBEANS-6365: --- I added a example project. To reproduce 1) Enable On Save Action: Organize Imports 2) Go to AClass 3) Press Ctrl + Shift + I to Organize imports 4) Save file > Organise imports removes imports that are records > - > > Key: NETBEANS-6365 > URL: https://issues.apache.org/jira/browse/NETBEANS-6365 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.6 > Environment: Windows 10 >Reporter: Paul Woods >Priority: Major > Attachments: organize-imports-records-bug.zip > > > Starting with 12.6 when I select 'organise/remove unused imports on save' I > find that an import that is a record rather than a class gets removed. > The keybindings for organise imports also seems to have gone? -- 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-6365) Organise imports removes imports that are records
[ https://issues.apache.org/jira/browse/NETBEANS-6365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-6365: -- Attachment: organize-imports-records-bug.zip > Organise imports removes imports that are records > - > > Key: NETBEANS-6365 > URL: https://issues.apache.org/jira/browse/NETBEANS-6365 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.6 > Environment: Windows 10 >Reporter: Paul Woods >Priority: Major > Attachments: organize-imports-records-bug.zip > > > Starting with 12.6 when I select 'organise/remove unused imports on save' I > find that an import that is a record rather than a class gets removed. > The keybindings for organise imports also seems to have gone? -- 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-6374) Netbeans responds no more and is hanging
[ https://issues.apache.org/jira/browse/NETBEANS-6374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-6374: -- Affects Version/s: 12.5 > Netbeans responds no more and is hanging > > > Key: NETBEANS-6374 > URL: https://issues.apache.org/jira/browse/NETBEANS-6374 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.5 > Environment: IDE Log > --- > >Log Session: Saturday, January 8, 2022 at 9:20:58 AM Central European > >Standard Time > >System Info: > Product Version = Apache NetBeans IDE 12.5 > Operating System = Windows 10 version 10.0 running on amd64 > Java; VM; Vendor = 13; Java HotSpot(TM) 64-Bit Server VM 13+33; > Oracle Corporation > Runtime = Java(TM) SE Runtime Environment 13+33 > Java Home = C:\Program Files\Java\jdk-13 > System Locale; Encoding = de_DE (nb); Cp1252 > Home Directory = C:\Users\Sascha > Current Directory = C:\Program Files\NetBeans-12.5 > User Directory = C:\Users\Sascha\AppData\Roaming\NetBeans\12.5 > Cache Directory = C:\Users\Sascha\AppData\Local\NetBeans\Cache\12.5 > Installation = C:\Program Files\NetBeans-12.5\netbeans\nb > C:\Program Files\NetBeans-12.5\netbeans\ide > C:\Program Files\NetBeans-12.5\netbeans\extide > C:\Program Files\NetBeans-12.5\netbeans\webcommon > C:\Program > Files\NetBeans-12.5\netbeans\websvccommon > C:\Program Files\NetBeans-12.5\netbeans\php > C:\Program Files\NetBeans-12.5\netbeans\harness > C:\Program Files\NetBeans-12.5\netbeans\cpplite > C:\Program Files\NetBeans-12.5\netbeans\platform > Boot & Ext. Classpath = > Application Classpath = C:\Program > Files\NetBeans-12.5\netbeans\platform\lib\boot.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\lib\org-openide-modules.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\lib\org-openide-util-lookup.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\lib\org-openide-util-ui.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\lib\org-openide-util.jar > Startup Classpath = C:\Program > Files\NetBeans-12.5\netbeans\platform\core\asm-9.2.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\core\asm-commons-9.2.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\core\asm-tree-9.2.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\core\core-base.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\core\core.jar;C:\Program > Files\NetBeans-12.5\netbeans\platform\core\org-netbeans-libs-asm.jar;C:\Program > > Files\NetBeans-12.5\netbeans\platform\core\org-openide-filesystems-compat8.jar;C:\Program > > Files\NetBeans-12.5\netbeans\platform\core\org-openide-filesystems.jar;C:\Program > Files\NetBeans-12.5\netbeans\nb\core\org-netbeans-upgrader.jar;C:\Program > Files\NetBeans-12.5\netbeans\nb\core\locale\core_nb.jar > --- > INFO [org.netbeans.modules.netbinox]: Install area set to file:/C:/Program > Files/NetBeans-12.5/netbeans/ > WARNING [org.netbeans.core.modules]: the modules > [org.netbeans.modules.xml.text] use > org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated. > WARNING [org.netbeans.core.modules]: the modules > [org.netbeans.modules.ide.kit, org.netbeans.modules.xml.text] use > org.netbeans.modules.editor.structure which is deprecated. > INFO [org.netbeans.core.startup.NbEvents]: Turning on modules: > slf4j.jdk14 [1.7.28 1.7.28] > slf4j.api [1.7.28 1.7.28] > org.openide.util.lookup [8.47 > 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.openide.util [9.21 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.openide.util.ui [9.21 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.openide.modules [7.61 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.netbeans.api.annotations.common/1 [1.41 > 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.openide.filesystems [9.25 > 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.openide.awt [7.81 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.netbeans.api.progress/1 [1.61 > 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.netbeans.api.progress.nb [1.61 > 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.openide.dialogs [7.55 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.openide.nodes [7.58 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021] > org.openide.windows [6.90
[jira] [Commented] (NETBEANS-6360) NB platform processes not seen as closed by NB IDE
[ https://issues.apache.org/jira/browse/NETBEANS-6360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17469436#comment-17469436 ] Benjamin Asbach commented on NETBEANS-6360: --- [~jmborer] Can you verify this behaviour with 12.6? How did you check if the processes are really stopped? > NB platform processes not seen as closed by NB IDE > -- > > Key: NETBEANS-6360 > URL: https://issues.apache.org/jira/browse/NETBEANS-6360 > Project: NetBeans > Issue Type: Bug > Components: platform - Execution >Affects Versions: 12.4, 12.5 > Environment: *Product Version:* Apache NetBeans IDE 12.5 > *Java:* 1.8.0_312; OpenJDK 64-Bit Server VM 25.312-b07 > *Runtime:* OpenJDK Runtime Environment 1.8.0_312-b07 > *System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > *User directory:* C:\Users\borerjc\AppData\Roaming\NetBeans\12.5 > *Cache directory:* C:\Users\borerjc\AppData\Local\NetBeans\Cache\12.5 >Reporter: Jean-Marc Borer >Priority: Minor > Attachments: 2022-01-04 11_30_34-crystal-position-rosterplus-app - > 6.6.2-SNAPSHOT - PJ09_44 - Apache NetBeans IDE.png > > > When running NB applications from within NB IDE, on IDE close, it reports > that the processes are still running even though the application have been > properly stopped. > The IDE eventually exits, but it takes more time than necessary. > -- 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-6362) Trying to start my first project and it gives A java.util.concurrent.ExecutionException exception has occurre
[ https://issues.apache.org/jira/browse/NETBEANS-6362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17468997#comment-17468997 ] Benjamin Asbach commented on NETBEANS-6362: --- [~BeepBoop] Can you please provide more context like NetBeans version, used JDK, Windows / Linux / MacOS. > Trying to start my first project and it gives A > java.util.concurrent.ExecutionException exception has occurre > - > > Key: NETBEANS-6362 > URL: https://issues.apache.org/jira/browse/NETBEANS-6362 > Project: NetBeans > Issue Type: Bug >Reporter: Casey >Priority: Major > > Im in a programing class and we just switched from Alice to this to start > learning java coding. Here's how im sarting it and heres what my teacher says > should be happening (Sorry if im missing important info I have no clue what > Im doing lol) > !https://asset-cdn.schoology.com/system/files/imagecache/lightbox_preview/attachments/files/m/202201/1204/1204714555/NetBeans_Instructions_pic_61d4a208de2e6.PNG! > After I hit next I name it HelloWorld and set the Create main class as > Program then I hit finish and then it dosnt open and gives me the error. > java.lang.ClassNotFoundException: com.sun.tools.javac.api.JavacTaskImpl > starting from ModuleCL@79b35add[org.netbeans.modules.java.source.base] with > possible defining loaders null and declared parents > [ModuleCL@7c46158e[org.netbeans.libs.lucene], > ModuleCL@5cd7470d[org.netbeans.api.scripting], > ModuleCL@395613c9[org.netbeans.libs.javacimpl], > ModuleCL@76a42da2[org.netbeans.modules.java.lexer], > org.netbeans.JarClassLoader@3d68cc3a, > ModuleCL@2e94140f[org.netbeans.api.java.classpath], > org.netbeans.MainImpl$BootClassLoader@7291c18f, > ModuleCL@5c709b14[org.netbeans.modules.editor.settings], > ModuleCL@4bcbd048[org.netbeans.modules.editor.document], > ModuleCL@41660a[org.netbeans.modules.parsing.indexing], ...20 more] > at org.netbeans.ProxyClassLoader.doFindClass(ProxyClassLoader.java:215) > at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:125) > at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:520) > Caused: java.lang.NoClassDefFoundError: com/sun/tools/javac/api/JavacTaskImpl > at > org.netbeans.modules.java.source.indexing.JavaBinaryIndexer$Factory.createIndexer(JavaBinaryIndexer.java:222) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.indexBinary(RepositoryUpdater.java:3082) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$3.call(RepositoryUpdater.java:5340) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$3.call(RepositoryUpdater.java:5311) > 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:2112) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$2100(RepositoryUpdater.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanBinary(RepositoryUpdater.java:5369) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$1.apply(RepositoryUpdater.java:5276) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$1.apply(RepositoryUpdater.java:5273) > at > org.netbeans.modules.parsing.impl.indexing.IndexBinaryWorkPool$Task.call(IndexBinaryWorkPool.java:181) > at > org.netbeans.modules.parsing.impl.indexing.IndexBinaryWorkPool$Task.call(IndexBinaryWorkPool.java:162) > at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) > Caused: java.util.concurrent.ExecutionException > at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122) > at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:191) > [catch] at > org.netbeans.modules.parsing.impl.indexing.IndexBinaryWorkPool$ConcurrentStrategy.execute(IndexBinaryWorkPool.java:142) > at > org.netbeans.modules.parsing.impl.indexing.IndexBinaryWorkPool.execute(IndexBinaryWorkPool.java:67) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanBinaries(RepositoryUpdater.java:5290) > 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:5823) > at
[jira] [Commented] (NETBEANS-6355) compile button is shadowed and not available
[ https://issues.apache.org/jira/browse/NETBEANS-6355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17468964#comment-17468964 ] Benjamin Asbach commented on NETBEANS-6355: --- [~ProjectFlowers] Can you provide some more context like a screenshot and a sample project. > compile button is shadowed and not available > > > Key: NETBEANS-6355 > URL: https://issues.apache.org/jira/browse/NETBEANS-6355 > Project: NetBeans > Issue Type: Bug > Components: java - Compiler >Affects Versions: 12.6 > Environment: windows 7, NetBeans 12.6. >Reporter: Ndopu >Assignee: Elliot Barnes >Priority: Major > Labels: Java > Fix For: 12.6 > > > i wrote a hello world program in Netbeans 12.6 and in the Run drop down menu, > The Compile F9 botton was not available. it was a Shadow. I have JDK > installed and have ran a Hello world program on the windows 7 CMD and the > javac worked. -- 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-6356) 'Emtpy' maven web application does not compile: Error injecting constructor, java.lang.ExceptionInInitializerError
[
https://issues.apache.org/jira/browse/NETBEANS-6356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17468963#comment-17468963
]
Benjamin Asbach commented on NETBEANS-6356:
---
/cc [~javajuneau]
> 'Emtpy' maven web application does not compile: Error injecting constructor,
> java.lang.ExceptionInInitializerError
> ---
>
> Key: NETBEANS-6356
> URL: https://issues.apache.org/jira/browse/NETBEANS-6356
> Project: NetBeans
> Issue Type: Bug
> Components: javaee - Maven
>Affects Versions: 12.6
> Environment: NB 12.6
> OpenJKD 17
> Glassfish 6.2.1
> EE9
>Reporter: S. M.
>Priority: Blocker
>
> Way to reproduce:
> Make a new (empty) maven web application:
> file -> new project -> JAVA with maven ->Web application
> Right click the project -> build
> The following error occurs:
> {code:java}
> --- maven-war-plugin:2.3:war (default-war) @ testmavenproject1 ---
> Error injecting: org.apache.maven.plugin.war.WarMojo
> com.google.inject.ProvisionException: Unable to provision, see the following
> errors:
> 1) Error injecting constructor, java.lang.ExceptionInInitializerError
> at org.apache.maven.plugin.war.WarMojo.(Unknown Source)
> while locating org.apache.maven.plugin.war.WarMojo
> 1 error
> at
> com.google.inject.internal.InternalProvisionException.toProvisionException
> (InternalProvisionException.java:226)
> at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1053)
> at com.google.inject.internal.InjectorImpl.getInstance
> (InjectorImpl.java:1086)
> at org.eclipse.sisu.space.AbstractDeferredClass.get
> (AbstractDeferredClass.java:48)
> at com.google.inject.internal.ProviderInternalFactory.provision
> (ProviderInternalFactory.java:85)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.provision
> (InternalFactoryToInitializableAdapter.java:57)
> at com.google.inject.internal.ProviderInternalFactory$1.call
> (ProviderInternalFactory.java:66)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision
> (ProvisionListenerStackCallback.java:112)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision
> (ProvisionListenerStackCallback.java:127)
> at com.google.inject.internal.ProvisionListenerStackCallback.provision
> (ProvisionListenerStackCallback.java:66)
> at com.google.inject.internal.ProviderInternalFactory.circularGet
> (ProviderInternalFactory.java:61)
> at com.google.inject.internal.InternalFactoryToInitializableAdapter.get
> (InternalFactoryToInitializableAdapter.java:47)
> at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1050)
> at org.eclipse.sisu.inject.Guice4$1.get (Guice4.java:162)
> at org.eclipse.sisu.inject.LazyBeanEntry.getValue (LazyBeanEntry.java:81)
> at org.eclipse.sisu.plexus.LazyPlexusBean.getValue
> (LazyPlexusBean.java:51)
> at org.codehaus.plexus.DefaultPlexusContainer.lookup
> (DefaultPlexusContainer.java:263)
> at org.codehaus.plexus.DefaultPlexusContainer.lookup
> (DefaultPlexusContainer.java:255)
> at
> org.apache.maven.plugin.internal.DefaultMavenPluginManager.getConfiguredMojo
> (DefaultMavenPluginManager.java:520)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo
> (DefaultBuildPluginManager.java:124)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:210)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:156)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:148)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:117)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:81)
> at
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> (SingleThreadedBuilder.java:56)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> (LifecycleStarter.java:128)
> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
> at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
> at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
> at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
> at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> (NativeMethodAccessorImpl.java:77)
> at
[jira] [Commented] (NETBEANS-6356) 'Emtpy' maven web application does not compile: Error injecting constructor, java.lang.ExceptionInInitializerError
[
https://issues.apache.org/jira/browse/NETBEANS-6356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17468954#comment-17468954
]
Benjamin Asbach commented on NETBEANS-6356:
---
I suspect that {{maven-war-plugin}} does not support java 17.
> 'Emtpy' maven web application does not compile: Error injecting constructor,
> java.lang.ExceptionInInitializerError
> ---
>
> Key: NETBEANS-6356
> URL: https://issues.apache.org/jira/browse/NETBEANS-6356
> Project: NetBeans
> Issue Type: Bug
> Components: javaee - Maven
>Affects Versions: 12.6
> Environment: NB 12.6
> OpenJKD 17
> Glassfish 6.2.1
> EE9
>Reporter: S. M.
>Priority: Blocker
>
> Way to reproduce:
> Make a new (empty) maven web application:
> file -> new project -> JAVA with maven ->Web application
> Right click the project -> build
> The following error occurs:
> {code:java}
> --- maven-war-plugin:2.3:war (default-war) @ testmavenproject1 ---
> Error injecting: org.apache.maven.plugin.war.WarMojo
> com.google.inject.ProvisionException: Unable to provision, see the following
> errors:
> 1) Error injecting constructor, java.lang.ExceptionInInitializerError
> at org.apache.maven.plugin.war.WarMojo.(Unknown Source)
> while locating org.apache.maven.plugin.war.WarMojo
> 1 error
> at
> com.google.inject.internal.InternalProvisionException.toProvisionException
> (InternalProvisionException.java:226)
> at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1053)
> at com.google.inject.internal.InjectorImpl.getInstance
> (InjectorImpl.java:1086)
> at org.eclipse.sisu.space.AbstractDeferredClass.get
> (AbstractDeferredClass.java:48)
> at com.google.inject.internal.ProviderInternalFactory.provision
> (ProviderInternalFactory.java:85)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.provision
> (InternalFactoryToInitializableAdapter.java:57)
> at com.google.inject.internal.ProviderInternalFactory$1.call
> (ProviderInternalFactory.java:66)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision
> (ProvisionListenerStackCallback.java:112)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision
> (ProvisionListenerStackCallback.java:127)
> at com.google.inject.internal.ProvisionListenerStackCallback.provision
> (ProvisionListenerStackCallback.java:66)
> at com.google.inject.internal.ProviderInternalFactory.circularGet
> (ProviderInternalFactory.java:61)
> at com.google.inject.internal.InternalFactoryToInitializableAdapter.get
> (InternalFactoryToInitializableAdapter.java:47)
> at com.google.inject.internal.InjectorImpl$1.get (InjectorImpl.java:1050)
> at org.eclipse.sisu.inject.Guice4$1.get (Guice4.java:162)
> at org.eclipse.sisu.inject.LazyBeanEntry.getValue (LazyBeanEntry.java:81)
> at org.eclipse.sisu.plexus.LazyPlexusBean.getValue
> (LazyPlexusBean.java:51)
> at org.codehaus.plexus.DefaultPlexusContainer.lookup
> (DefaultPlexusContainer.java:263)
> at org.codehaus.plexus.DefaultPlexusContainer.lookup
> (DefaultPlexusContainer.java:255)
> at
> org.apache.maven.plugin.internal.DefaultMavenPluginManager.getConfiguredMojo
> (DefaultMavenPluginManager.java:520)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo
> (DefaultBuildPluginManager.java:124)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:210)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:156)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:148)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:117)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:81)
> at
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> (SingleThreadedBuilder.java:56)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> (LifecycleStarter.java:128)
> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
> at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
> at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
> at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
> at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> (NativeMethodAccessorImpl.java:77)
>
[jira] [Commented] (NETBEANS-3042) can't see loggers (log4j2) created from apps deployed on Payara servers
[ https://issues.apache.org/jira/browse/NETBEANS-3042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17468950#comment-17468950 ] Benjamin Asbach commented on NETBEANS-3042: --- [~secretdungeon] could you provide a sample application showing that error? > can't see loggers (log4j2) created from apps deployed on Payara servers > --- > > Key: NETBEANS-3042 > URL: https://issues.apache.org/jira/browse/NETBEANS-3042 > Project: NetBeans > Issue Type: Bug > Components: ide - Logger >Affects Versions: 11.0, 12.0, 11.1, 11.2, 11.3, 12.1, 12.5, 12.6 > Environment: Windows 10, jdk 1.8, CentOS 7.x with AdoptOpenJDK 8 and > 11, Windows 10 with AdoptOpenJDK 8 and 11. >Reporter: jose luis romero >Assignee: Robert Hoffmann >Priority: Major > Attachments: image-2021-12-29-12-34-15-141.png, screenshot-1.png > > > I can't see the logs (log4j2) generated by my apps deployed in Payara, they > are always empty. > Tried to make a clean re-installation (no cache, no import config) but didn't > work > Initially, I thought that I messed up some config file so I made a post > [https://stackoverflow.com/questions/57679272/i-cant-see-logs-from-apps-on-payara-4-1-just-on-netbeans-console-tab|stackOverflow] > but no, it is a Netbeans issue introduced in 11.1 version + payara 5 -- 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-6145) Formatting stopped working
[ https://issues.apache.org/jira/browse/NETBEANS-6145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17433376#comment-17433376 ] Benjamin Asbach commented on NETBEANS-6145: --- I think this needs to be reported to the formatter plugin itself: https://github.com/funfried/externalcodeformatter_for_netbeans > Formatting stopped working > -- > > Key: NETBEANS-6145 > URL: https://issues.apache.org/jira/browse/NETBEANS-6145 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.5 > Environment: Ubuntu 20.04.3 LTS on windows 10 virtual machine (Oracle > VM Virtual Box) >Reporter: Br Tr >Priority: Major > > formatting stopped working; there is a nullpointer exception in the logs > while formatting. Restarting IDE does not help with the issue. > Changing source level to 1.8Changing source level to 1.8SEVERE > [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.progress.ui.RunOffEDTImpl$1java.lang.NullPointerException > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:587) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2938) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:397) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:601) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2889) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitSwitch(Reformatter.java:2790) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitSwitch(Reformatter.java:397) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCSwitch.accept(JCTree.java:1229) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:601) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitBlock(Reformatter.java:1986) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitBlock(Reformatter.java:397) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1032) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:601) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitMethod(Reformatter.java:1559) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitMethod(Reformatter.java:397) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:601) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitClass(Reformatter.java:1052) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitClass(Reformatter.java:397) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:601) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCompilationUnit(Reformatter.java:648) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCompilationUnit(Reformatter.java:397) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:56) > at > org.netbeans.modules.java.source.save.Reformatter$Pretty.reformat(Reformatter.java:514) > at > org.netbeans.modules.java.source.save.Reformatter.reformatImpl(Reformatter.java:228) > at > org.netbeans.modules.java.source.save.Reformatter.reformat(Reformatter.java:101) > at > de.funfried.netbeans.plugins.external.formatter.ui.editor.ExternalFormatterReformatTaskFactory.formatWithNetBeansFormatter(ExternalFormatterReformatTaskFactory.java:148) > at > de.funfried.netbeans.plugins.external.formatter.ui.editor.ExternalFormatterReformatTaskFactory.access$000(ExternalFormatterReformatTaskFactory.java:43) > at > de.funfried.netbeans.plugins.external.formatter.ui.editor.ExternalFormatterReformatTaskFactory$1.reformat(ExternalFormatterReformatTaskFactory.java:67) > at >
[jira] [Commented] (NETBEANS-6099) NetBeans is stilling my disk space.
[ https://issues.apache.org/jira/browse/NETBEANS-6099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17426619#comment-17426619 ] Benjamin Asbach commented on NETBEANS-6099: --- [~oualitsen] These dump files are normally generated by Java in case the JVM crashes. As NetBeans 12.5 only has experimental support for Java 17 this might happen from time to time. Sometimes vendors like Amazon are applying patches to their jdk variants. So I highly suggest you to run NetBeans with 11 LTS for now until the next NetBeans releases which fully supports Java 17 to see if this improves the situation. > NetBeans is stilling my disk space. > --- > > Key: NETBEANS-6099 > URL: https://issues.apache.org/jira/browse/NETBEANS-6099 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.5 > Environment: Windows 10 > Jdk (amazon) 17 >Reporter: Ramdane Oualitsen >Priority: Major > > Hi, > Am using netbeans 12.5 and I noticed my C: disk space is shrinking for no > reason. > I thought that some process was donwloading something. > I found out the NetBeans 12.5 at %appdata%\Roaming\NetBeans\12.5\var\log have > so many *.dump 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] [Updated] (NETBEANS-6121) XML Retriever accepts all hosts without further checking
[ https://issues.apache.org/jira/browse/NETBEANS-6121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-6121: -- Affects Version/s: (was: 12.6) > XML Retriever accepts all hosts without further checking > > > Key: NETBEANS-6121 > URL: https://issues.apache.org/jira/browse/NETBEANS-6121 > Project: NetBeans > Issue Type: Improvement >Affects Versions: 12.5 >Reporter: Benjamin Asbach >Priority: Major > > see > https://github.com/apache/netbeans/blob/12.5/ide/xml.retriever/src/org/netbeans/modules/xml/retriever/impl/SecureURLResourceRetriever.java#L150-L155 > see also discussion on GitHub: > https://github.com/apache/netbeans/pull/3207#discussion_r721667706 > This is a follow up for https://issues.apache.org/jira/browse/NETBEANS-5956 -- 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-6121) XML Retriever accepts all hosts without further checking
[ https://issues.apache.org/jira/browse/NETBEANS-6121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-6121: -- Description: see https://github.com/apache/netbeans/blob/12.5/ide/xml.retriever/src/org/netbeans/modules/xml/retriever/impl/SecureURLResourceRetriever.java#L150-L155 see also discussion on GitHub: https://github.com/apache/netbeans/pull/3207#discussion_r721667706 This is a follow up for https://issues.apache.org/jira/browse/NETBEANS-5956 was: see https://github.com/apache/netbeans/blob/12.5/ide/xml.retriever/src/org/netbeans/modules/xml/retriever/impl/SecureURLResourceRetriever.java#L150-L155 This is a follow up for https://issues.apache.org/jira/browse/NETBEANS-5956 > XML Retriever accepts all hosts without further checking > > > Key: NETBEANS-6121 > URL: https://issues.apache.org/jira/browse/NETBEANS-6121 > Project: NetBeans > Issue Type: Improvement >Affects Versions: 12.5, 12.6 >Reporter: Benjamin Asbach >Priority: Major > > see > https://github.com/apache/netbeans/blob/12.5/ide/xml.retriever/src/org/netbeans/modules/xml/retriever/impl/SecureURLResourceRetriever.java#L150-L155 > see also discussion on GitHub: > https://github.com/apache/netbeans/pull/3207#discussion_r721667706 > This is a follow up for https://issues.apache.org/jira/browse/NETBEANS-5956 -- 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-5956) Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use in pom.xml
[
https://issues.apache.org/jira/browse/NETBEANS-5956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17426613#comment-17426613
]
Benjamin Asbach commented on NETBEANS-5956:
---
As discussed with [~matthiasblaesing] in GitHub comments created a follow up
issue: https://issues.apache.org/jira/browse/NETBEANS-6121
> Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use
> in pom.xml
>
>
> Key: NETBEANS-5956
> URL: https://issues.apache.org/jira/browse/NETBEANS-5956
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion Templates
>Affects Versions: 12.4, 12.5
>Reporter: Ronny Perinke
>Assignee: Benjamin Asbach
>Priority: Major
> Labels: pull-request-available
> Fix For: 12.6
>
> Attachments: image-2021-08-27-20-52-46-248.png
>
> Time Spent: 1h 40m
> Remaining Estimate: 0h
>
> If you have a Maven project and open a pom.xml with xsi:schemalocation set,
> you will get an error from the IDE that the certificate of "*.apache.org"
> could not be verified. This seems to be an issue with the new wildcard cert.
> The certificate is accepted by the JRE trust-store as a quick check with
> jshell reveals.
> !image-2021-08-27-20-52-46-248.png!
> If you do not accept the certificate and the two from certificate chain, you
> lose auto-completion and schema validation for the pom.
> messages.log says
> {code:title=messages.log}
> INFO [org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl]: The
> certificate is not trusted by IDE TrustManager
> java.security.cert.CertificateException: The certificate is not trusted by
> IDE TrustManager
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever$1.checkServerTrusted(SecureURLResourceRetriever.java:114)
> at
> java.base/sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:1442)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1341)
> Caused: javax.net.ssl.SSLHandshakeException: The certificate is not trusted
> by IDE TrustManager
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:369)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:312)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1357)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.onConsumeCertificate(CertificateMessage.java:1232)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.consume(CertificateMessage.java:1175)
> at
> java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:458)
> at
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:199)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:172)
> at
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1506)
> at
> java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1416)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:451)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:422)
> at
> java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:574)
> at
> java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
> at
> java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
> at
> org.netbeans.modules.xml.retriever.impl.URLResourceRetriever.getInputStreamOfURL(URLResourceRetriever.java:144)
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever.retrieveDocument(SecureURLResourceRetriever.java:74)
> [catch] at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:263)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.doGetModelSource(CatalogModelImpl.java:244)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:167)
> at
>
[jira] [Closed] (NETBEANS-5956) Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use in pom.xml
[
https://issues.apache.org/jira/browse/NETBEANS-5956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach closed NETBEANS-5956.
-
Resolution: Fixed
> Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use
> in pom.xml
>
>
> Key: NETBEANS-5956
> URL: https://issues.apache.org/jira/browse/NETBEANS-5956
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion Templates
>Affects Versions: 12.4, 12.5
>Reporter: Ronny Perinke
>Assignee: Benjamin Asbach
>Priority: Major
> Labels: pull-request-available
> Fix For: 12.6
>
> Attachments: image-2021-08-27-20-52-46-248.png
>
> Time Spent: 1h 40m
> Remaining Estimate: 0h
>
> If you have a Maven project and open a pom.xml with xsi:schemalocation set,
> you will get an error from the IDE that the certificate of "*.apache.org"
> could not be verified. This seems to be an issue with the new wildcard cert.
> The certificate is accepted by the JRE trust-store as a quick check with
> jshell reveals.
> !image-2021-08-27-20-52-46-248.png!
> If you do not accept the certificate and the two from certificate chain, you
> lose auto-completion and schema validation for the pom.
> messages.log says
> {code:title=messages.log}
> INFO [org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl]: The
> certificate is not trusted by IDE TrustManager
> java.security.cert.CertificateException: The certificate is not trusted by
> IDE TrustManager
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever$1.checkServerTrusted(SecureURLResourceRetriever.java:114)
> at
> java.base/sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:1442)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1341)
> Caused: javax.net.ssl.SSLHandshakeException: The certificate is not trusted
> by IDE TrustManager
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:369)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:312)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1357)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.onConsumeCertificate(CertificateMessage.java:1232)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.consume(CertificateMessage.java:1175)
> at
> java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:458)
> at
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:199)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:172)
> at
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1506)
> at
> java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1416)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:451)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:422)
> at
> java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:574)
> at
> java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
> at
> java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
> at
> org.netbeans.modules.xml.retriever.impl.URLResourceRetriever.getInputStreamOfURL(URLResourceRetriever.java:144)
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever.retrieveDocument(SecureURLResourceRetriever.java:74)
> [catch] at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:263)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.doGetModelSource(CatalogModelImpl.java:244)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:167)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getCompletionModel(DefaultModelProvider.java:102)
> at
>
[jira] [Created] (NETBEANS-6121) XML Retriever accepts all hosts without further checking
Benjamin Asbach created NETBEANS-6121: - Summary: XML Retriever accepts all hosts without further checking Key: NETBEANS-6121 URL: https://issues.apache.org/jira/browse/NETBEANS-6121 Project: NetBeans Issue Type: Improvement Affects Versions: 12.5, 12.6 Reporter: Benjamin Asbach see https://github.com/apache/netbeans/blob/12.5/ide/xml.retriever/src/org/netbeans/modules/xml/retriever/impl/SecureURLResourceRetriever.java#L150-L155 This is a follow up for https://issues.apache.org/jira/browse/NETBEANS-5956 -- 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-5956) Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use in pom.xml
[
https://issues.apache.org/jira/browse/NETBEANS-5956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17423731#comment-17423731
]
Benjamin Asbach commented on NETBEANS-5956:
---
Added a pull request to fix this issue to GitHub.
> Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use
> in pom.xml
>
>
> Key: NETBEANS-5956
> URL: https://issues.apache.org/jira/browse/NETBEANS-5956
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion Templates
>Affects Versions: 12.4, 12.5
>Reporter: Ronny Perinke
>Assignee: Benjamin Asbach
>Priority: Major
> Fix For: 12.6
>
> Attachments: image-2021-08-27-20-52-46-248.png
>
>
> If you have a Maven project and open a pom.xml with xsi:schemalocation set,
> you will get an error from the IDE that the certificate of "*.apache.org"
> could not be verified. This seems to be an issue with the new wildcard cert.
> The certificate is accepted by the JRE trust-store as a quick check with
> jshell reveals.
> !image-2021-08-27-20-52-46-248.png!
> If you do not accept the certificate and the two from certificate chain, you
> lose auto-completion and schema validation for the pom.
> messages.log says
> {code:title=messages.log}
> INFO [org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl]: The
> certificate is not trusted by IDE TrustManager
> java.security.cert.CertificateException: The certificate is not trusted by
> IDE TrustManager
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever$1.checkServerTrusted(SecureURLResourceRetriever.java:114)
> at
> java.base/sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:1442)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1341)
> Caused: javax.net.ssl.SSLHandshakeException: The certificate is not trusted
> by IDE TrustManager
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:369)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:312)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1357)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.onConsumeCertificate(CertificateMessage.java:1232)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.consume(CertificateMessage.java:1175)
> at
> java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:458)
> at
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:199)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:172)
> at
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1506)
> at
> java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1416)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:451)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:422)
> at
> java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:574)
> at
> java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
> at
> java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
> at
> org.netbeans.modules.xml.retriever.impl.URLResourceRetriever.getInputStreamOfURL(URLResourceRetriever.java:144)
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever.retrieveDocument(SecureURLResourceRetriever.java:74)
> [catch] at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:263)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.doGetModelSource(CatalogModelImpl.java:244)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:167)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getCompletionModel(DefaultModelProvider.java:102)
> at
>
[jira] [Commented] (NETBEANS-5956) Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use in pom.xml
[
https://issues.apache.org/jira/browse/NETBEANS-5956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17423650#comment-17423650
]
Benjamin Asbach commented on NETBEANS-5956:
---
>From my understanding actually no https connection is validated with default
>java trust store. So every connection needs to be approved manually.
> Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use
> in pom.xml
>
>
> Key: NETBEANS-5956
> URL: https://issues.apache.org/jira/browse/NETBEANS-5956
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion Templates
>Affects Versions: 12.4, 12.5
>Reporter: Ronny Perinke
>Assignee: Benjamin Asbach
>Priority: Major
> Fix For: 12.6
>
> Attachments: image-2021-08-27-20-52-46-248.png
>
>
> If you have a Maven project and open a pom.xml with xsi:schemalocation set,
> you will get an error from the IDE that the certificate of "*.apache.org"
> could not be verified. This seems to be an issue with the new wildcard cert.
> The certificate is accepted by the JRE trust-store as a quick check with
> jshell reveals.
> !image-2021-08-27-20-52-46-248.png!
> If you do not accept the certificate and the two from certificate chain, you
> lose auto-completion and schema validation for the pom.
> messages.log says
> {code:title=messages.log}
> INFO [org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl]: The
> certificate is not trusted by IDE TrustManager
> java.security.cert.CertificateException: The certificate is not trusted by
> IDE TrustManager
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever$1.checkServerTrusted(SecureURLResourceRetriever.java:114)
> at
> java.base/sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:1442)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1341)
> Caused: javax.net.ssl.SSLHandshakeException: The certificate is not trusted
> by IDE TrustManager
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:369)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:312)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1357)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.onConsumeCertificate(CertificateMessage.java:1232)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.consume(CertificateMessage.java:1175)
> at
> java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:458)
> at
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:199)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:172)
> at
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1506)
> at
> java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1416)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:451)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:422)
> at
> java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:574)
> at
> java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
> at
> java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
> at
> org.netbeans.modules.xml.retriever.impl.URLResourceRetriever.getInputStreamOfURL(URLResourceRetriever.java:144)
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever.retrieveDocument(SecureURLResourceRetriever.java:74)
> [catch] at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:263)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.doGetModelSource(CatalogModelImpl.java:244)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:167)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getCompletionModel(DefaultModelProvider.java:102)
> at
>
[jira] [Assigned] (NETBEANS-5956) Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use in pom.xml
[
https://issues.apache.org/jira/browse/NETBEANS-5956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach reassigned NETBEANS-5956:
-
Assignee: Benjamin Asbach
> Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use
> in pom.xml
>
>
> Key: NETBEANS-5956
> URL: https://issues.apache.org/jira/browse/NETBEANS-5956
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion Templates
>Affects Versions: 12.4, 12.5
>Reporter: Ronny Perinke
>Assignee: Benjamin Asbach
>Priority: Major
> Fix For: 12.6
>
> Attachments: image-2021-08-27-20-52-46-248.png
>
>
> If you have a Maven project and open a pom.xml with xsi:schemalocation set,
> you will get an error from the IDE that the certificate of "*.apache.org"
> could not be verified. This seems to be an issue with the new wildcard cert.
> The certificate is accepted by the JRE trust-store as a quick check with
> jshell reveals.
> !image-2021-08-27-20-52-46-248.png!
> If you do not accept the certificate and the two from certificate chain, you
> lose auto-completion and schema validation for the pom.
> messages.log says
> {code:title=messages.log}
> INFO [org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl]: The
> certificate is not trusted by IDE TrustManager
> java.security.cert.CertificateException: The certificate is not trusted by
> IDE TrustManager
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever$1.checkServerTrusted(SecureURLResourceRetriever.java:114)
> at
> java.base/sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:1442)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1341)
> Caused: javax.net.ssl.SSLHandshakeException: The certificate is not trusted
> by IDE TrustManager
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:369)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:312)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1357)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.onConsumeCertificate(CertificateMessage.java:1232)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.consume(CertificateMessage.java:1175)
> at
> java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:458)
> at
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:199)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:172)
> at
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1506)
> at
> java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1416)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:451)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:422)
> at
> java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:574)
> at
> java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
> at
> java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
> at
> org.netbeans.modules.xml.retriever.impl.URLResourceRetriever.getInputStreamOfURL(URLResourceRetriever.java:144)
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever.retrieveDocument(SecureURLResourceRetriever.java:74)
> [catch] at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:263)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.doGetModelSource(CatalogModelImpl.java:244)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:167)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getCompletionModel(DefaultModelProvider.java:102)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getModels(DefaultModelProvider.java:62)
> at
>
[jira] [Commented] (NETBEANS-6068) Groovy broken in 12.5
[
https://issues.apache.org/jira/browse/NETBEANS-6068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17421791#comment-17421791
]
Benjamin Asbach commented on NETBEANS-6068:
---
I tried to reproduce this problem (NetBeans 12.5, OpenJDK16, Linux) but,
already fail to create a new groovy script:
{noformat}
java.lang.IllegalArgumentException: No folders selected
at
org.netbeans.spi.java.project.support.ui.templates.JavaTemplates.createPackageChooser(JavaTemplates.java:95)
at
org.netbeans.spi.java.project.support.ui.templates.JavaTemplates.createPackageChooser(JavaTemplates.java:74)
at
org.netbeans.spi.java.project.support.ui.templates.JavaTemplates.createPackageChooser(JavaTemplates.java:49)
at
org.netbeans.modules.groovy.support.wizard.AbstractFileWizard.createPanels(AbstractFileWizard.java:99)
at
org.netbeans.modules.groovy.support.wizard.AbstractFileWizard.initialize(AbstractFileWizard.java:71)
at
org.netbeans.modules.groovy.support.wizard.AbstractGroovyWizard.initialize(AbstractGroovyWizard.java:61)
at
org.openide.loaders.TemplateWizard$InstantiatingIteratorBridge.initialize(TemplateWizard.java:1040)
at
org.openide.loaders.TemplateWizardIterImpl.setIterator(TemplateWizardIterImpl.java:79)
at
org.openide.loaders.TemplateWizardIteratorWrapper.setIterator(TemplateWizardIteratorWrapper.java:54)
at
org.openide.loaders.TemplateWizard.setTemplateImpl(TemplateWizard.java:187)
at org.openide.loaders.TemplateWizard$1.run(TemplateWizard.java:209)
at org.openide.loaders.TemplateWizard$1.run(TemplateWizard.java:206)
at
org.netbeans.modules.openide.util.NbMutexEventProvider$Event.doEventAccess(NbMutexEventProvider.java:123)
at
org.netbeans.modules.openide.util.NbMutexEventProvider$Event.readAccess(NbMutexEventProvider.java:77)
at
org.netbeans.modules.openide.util.LazyMutexImplementation.readAccess(LazyMutexImplementation.java:71)
at org.openide.util.Mutex.readAccess(Mutex.java:199)
at
org.openide.loaders.TemplateWizard.setTemplate(TemplateWizard.java:206)
at
org.netbeans.modules.project.ui.TemplateChooserPanel.storeSettings(TemplateChooserPanel.java:147)
at
org.netbeans.modules.project.ui.TemplateChooserPanel.storeSettings(TemplateChooserPanel.java:47)
at
org.openide.WizardDescriptor.storeSettingsAndNotify(WizardDescriptor.java:1367)
at org.openide.WizardDescriptor.access$1800(WizardDescriptor.java:67)
at
org.openide.WizardDescriptor$Listener$1.run(WizardDescriptor.java:2179)
at org.openide.WizardDescriptor.lazyValidate(WizardDescriptor.java:1492)
at org.openide.WizardDescriptor.access$2000(WizardDescriptor.java:67)
at
org.openide.WizardDescriptor$Listener.actionPerformed(WizardDescriptor.java:2203)
at
java.base/jdk.internal.reflect.GeneratedMethodAccessor125.invoke(Unknown Source)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:567)
at
org.openide.util.WeakListenerImpl$ProxyListener.invoke(WeakListenerImpl.java:462)
at jdk.proxy4/jdk.proxy4.$Proxy57.actionPerformed(Unknown Source)
at
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972)
at
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2313)
at
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
at
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
at
java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:374)
at
java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:354)
at org.openide.WizardDescriptor.doNextClick(WizardDescriptor.java:1633)
at
org.netbeans.modules.project.ui.TemplateChooserPanel$1.actionPerformed(TemplateChooserPanel.java:74)
at
org.netbeans.modules.project.ui.TemplateChooserPanelGUI$FileChooserBuilder.actionPerformed(TemplateChooserPanelGUI.java:442)
at org.openide.explorer.view.ListView.performObjectAt(ListView.java:659)
at
org.openide.explorer.view.ListView$PopupSupport.mouseClicked(ListView.java:1306)
at
java.desktop/java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:278)
at
java.desktop/java.awt.Component.processMouseEvent(Component.java:6620)
at
java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6382)
at java.desktop/java.awt.Container.processEvent(Container.java:2264)
at
java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4993)
at
[jira] [Updated] (NETBEANS-5956) Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use in pom.xml
[
https://issues.apache.org/jira/browse/NETBEANS-5956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-5956:
--
Affects Version/s: 12.5
> Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use
> in pom.xml
>
>
> Key: NETBEANS-5956
> URL: https://issues.apache.org/jira/browse/NETBEANS-5956
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion Templates
>Affects Versions: 12.4, 12.5
>Reporter: Ronny Perinke
>Priority: Major
> Fix For: 12.5
>
> Attachments: image-2021-08-27-20-52-46-248.png
>
>
> If you have a Maven project and open a pom.xml with xsi:schemalocation set,
> you will get an error from the IDE that the certificate of "*.apache.org"
> could not be verified. This seems to be an issue with the new wildcard cert.
> The certificate is accepted by the JRE trust-store as a quick check with
> jshell reveals.
> !image-2021-08-27-20-52-46-248.png!
> If you do not accept the certificate and the two from certificate chain, you
> lose auto-completion and schema validation for the pom.
> messages.log says
> {code:title=messages.log}
> INFO [org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl]: The
> certificate is not trusted by IDE TrustManager
> java.security.cert.CertificateException: The certificate is not trusted by
> IDE TrustManager
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever$1.checkServerTrusted(SecureURLResourceRetriever.java:114)
> at
> java.base/sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:1442)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1341)
> Caused: javax.net.ssl.SSLHandshakeException: The certificate is not trusted
> by IDE TrustManager
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:369)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:312)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1357)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.onConsumeCertificate(CertificateMessage.java:1232)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.consume(CertificateMessage.java:1175)
> at
> java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:458)
> at
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:199)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:172)
> at
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1506)
> at
> java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1416)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:451)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:422)
> at
> java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:574)
> at
> java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
> at
> java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
> at
> org.netbeans.modules.xml.retriever.impl.URLResourceRetriever.getInputStreamOfURL(URLResourceRetriever.java:144)
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever.retrieveDocument(SecureURLResourceRetriever.java:74)
> [catch] at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:263)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.doGetModelSource(CatalogModelImpl.java:244)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:167)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getCompletionModel(DefaultModelProvider.java:102)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getModels(DefaultModelProvider.java:62)
> at
>
[jira] [Commented] (NETBEANS-5956) Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use in pom.xml
[
https://issues.apache.org/jira/browse/NETBEANS-5956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17421786#comment-17421786
]
Benjamin Asbach commented on NETBEANS-5956:
---
Still a problem in 12.5.
> Wildcard certificate of *.apache.org not accepted by IDE TrustManager for use
> in pom.xml
>
>
> Key: NETBEANS-5956
> URL: https://issues.apache.org/jira/browse/NETBEANS-5956
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion Templates
>Affects Versions: 12.4, 12.5
>Reporter: Ronny Perinke
>Priority: Major
> Fix For: 12.5
>
> Attachments: image-2021-08-27-20-52-46-248.png
>
>
> If you have a Maven project and open a pom.xml with xsi:schemalocation set,
> you will get an error from the IDE that the certificate of "*.apache.org"
> could not be verified. This seems to be an issue with the new wildcard cert.
> The certificate is accepted by the JRE trust-store as a quick check with
> jshell reveals.
> !image-2021-08-27-20-52-46-248.png!
> If you do not accept the certificate and the two from certificate chain, you
> lose auto-completion and schema validation for the pom.
> messages.log says
> {code:title=messages.log}
> INFO [org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl]: The
> certificate is not trusted by IDE TrustManager
> java.security.cert.CertificateException: The certificate is not trusted by
> IDE TrustManager
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever$1.checkServerTrusted(SecureURLResourceRetriever.java:114)
> at
> java.base/sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:1442)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1341)
> Caused: javax.net.ssl.SSLHandshakeException: The certificate is not trusted
> by IDE TrustManager
> at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:369)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:312)
> at
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.checkServerCerts(CertificateMessage.java:1357)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.onConsumeCertificate(CertificateMessage.java:1232)
> at
> java.base/sun.security.ssl.CertificateMessage$T13CertificateConsumer.consume(CertificateMessage.java:1175)
> at
> java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
> at
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:458)
> at
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:199)
> at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:172)
> at
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1506)
> at
> java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1416)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:451)
> at
> java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:422)
> at
> java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:574)
> at
> java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
> at
> java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
> at
> org.netbeans.modules.xml.retriever.impl.URLResourceRetriever.getInputStreamOfURL(URLResourceRetriever.java:144)
> at
> org.netbeans.modules.xml.retriever.impl.SecureURLResourceRetriever.retrieveDocument(SecureURLResourceRetriever.java:74)
> [catch] at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:263)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.doGetModelSource(CatalogModelImpl.java:244)
> at
> org.netbeans.modules.xml.retriever.catalog.impl.CatalogModelImpl.getModelSource(CatalogModelImpl.java:167)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getCompletionModel(DefaultModelProvider.java:102)
> at
> org.netbeans.modules.xml.schema.completion.util.DefaultModelProvider.getModels(DefaultModelProvider.java:62)
> at
>
[jira] [Commented] (NETBEANS-6068) Groovy broken in 12.5
[
https://issues.apache.org/jira/browse/NETBEANS-6068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17421782#comment-17421782
]
Benjamin Asbach commented on NETBEANS-6068:
---
{quote}Create new project
{quote}
Which project type you're using?
> Groovy broken in 12.5
> -
>
> Key: NETBEANS-6068
> URL: https://issues.apache.org/jira/browse/NETBEANS-6068
> Project: NetBeans
> Issue Type: Bug
> Components: groovy - Editor
>Affects Versions: 12.5
> Environment: Windows 10
> JDK 17
>
>Reporter: Mike
>Priority: Major
>
> Easy to replicate.
> On a clean install of NB 12.5 using numerous JDK versions.
> Install JDK
> Install NB 12.5
> Enable Groovy plugin
> Create new project
> Create 'demo' package space in project
> Create new template groovy script in package.
> * Fails to create file *
> encoding="UTF-8"?> settings 1.0//EN"
> "http://www.netbeans.org/dtds/sessionsettings-1_0.dtd;> version="1.0"> class="org.netbeans.modules.jshell.editor.ConsoleEditor"/>ALL
> [null]: Class: class org.netbeans.modules.jshell.editor.ConsoleEditorALL
> [null]: Source:
> MultiFileObject@634c9c14[Windows2Local/Components/JShellEditor.settings]INFO
> [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving
> dependencies took: 4 msINFO
> [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete
> indexing of 31 binary roots took: 3,452 msINFO
> [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing of:
> C:\Temp\g4\test took: 2 ms (New or modified files: 0, Deleted files: 0)
> [Adding listeners took: 0 ms]INFO
> [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing of:
> C:\Temp\g4\src took: 215 ms (New or modified files: 0, Deleted files: 0)
> [Adding listeners took: 0 ms]INFO
> [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete
> indexing of 2 source roots took: 217 ms (New or modified files: 0, Deleted
> files: 0) [Adding listeners took: 0 ms]SEVERE
> [global]java.lang.IllegalArgumentException: No folders selected at
> org.netbeans.spi.java.project.support.ui.templates.JavaTemplates.createPackageChooser(JavaTemplates.java:95)
> at
> org.netbeans.spi.java.project.support.ui.templates.JavaTemplates.createPackageChooser(JavaTemplates.java:74)
> at
> org.netbeans.spi.java.project.support.ui.templates.JavaTemplates.createPackageChooser(JavaTemplates.java:49)
> at
> org.netbeans.modules.groovy.support.wizard.AbstractFileWizard.createPanels(AbstractFileWizard.java:99)
> at
> org.netbeans.modules.groovy.support.wizard.AbstractFileWizard.initialize(AbstractFileWizard.java:71)
> at
> org.netbeans.modules.groovy.support.wizard.AbstractGroovyWizard.initialize(AbstractGroovyWizard.java:61)
>
> If you click through the error if creates the template script. However,
> trying to run the file give this error;
>
> ant -f C:\\Temp\\g4 -Djavac.includes=demo/newGroovyScript.groovy
> -Drun.class=demo.newGroovyScript run-single
> init:
> Deleting: C:\Temp\g4\build\built-jar.properties
> deps-jar:
> Updating property file: C:\Temp\g4\build\built-jar.properties
> compile-single:
> run-single:
> Error: Could not find or load main class demo.newGroovyScript
> Caused by: java.lang.ClassNotFoundException: demo.newGroovyScript
> C:\Temp\g4\nbproject\build-impl.xml:1341: The following error occurred while
> executing this line:
> C:\Temp\g4\nbproject\build-impl.xml:936: Java returned: 1
> BUILD FAILED (total time: 0 seconds)
>
>
>
>
--
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-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
[ https://issues.apache.org/jira/browse/NETBEANS-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17421647#comment-17421647 ] Benjamin Asbach edited comment on NETBEANS-6069 at 9/28/21, 8:04 PM: - [~homberghp] -if your project is using java 8 this behavior might be legit as per spec for java 8 properties files only support non ASCII characters when they're encoded.- -- -??except the input/output stream is encoded in ISO 8859-1 character encoding. Characters that cannot be directly represented in this encoding can be written using Unicode escapes as defined in section 3.3 of The Java™ Language Specification; only a single 'u' character is allowed in an escape sequence.??- -see [https://docs.oracle.com/javase/8/docs/api/java/util/Properties.html]- Sorry I just saw that you're talking about a PHP project. But that might be the reason your file is converted somehow. Can you provide a test project? was (Author: asbachb): [~homberghp] if your project is using java 8 this behavior might be legit as per spec for java 8 properties files only support non ASCII characters when they're encoded. ??except the input/output stream is encoded in ISO 8859-1 character encoding. Characters that cannot be directly represented in this encoding can be written using Unicode escapes as defined in section 3.3 of The Java™ Language Specification; only a single 'u' character is allowed in an escape sequence.?? see [https://docs.oracle.com/javase/8/docs/api/java/util/Properties.html] > netbeans insist that properties file should be encoded in ISO-8859-1, but is > not correct in all cases > - > > Key: NETBEANS-6069 > URL: https://issues.apache.org/jira/browse/NETBEANS-6069 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Editor >Affects Versions: 12.5 >Reporter: Pieter van den Hombergh >Priority: Major > > > I happened to edit a bundle properties file with german UTF text inside, but > NetBeans opens as ISO-8859-1. > The use case in this case is PHP project, but I think it is no longer > relevant to > make NetBeans assume from the extension that the file is ISO-8859-1. > NetBeans seems to silently convert, and thereby break the original UTF-8 file. > > Anyway, it was a surprise. > Maybe this is adequate: 'assumption is the mother of all f**k-ups. > -- 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-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
[ https://issues.apache.org/jira/browse/NETBEANS-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17421647#comment-17421647 ] Benjamin Asbach commented on NETBEANS-6069: --- [~homberghp] if your project is using java 8 this behavior might be legit as per spec for java 8 properties files only support non ASCII characters when they're encoded. ??except the input/output stream is encoded in ISO 8859-1 character encoding. Characters that cannot be directly represented in this encoding can be written using Unicode escapes as defined in section 3.3 of The Java™ Language Specification; only a single 'u' character is allowed in an escape sequence.?? see [https://docs.oracle.com/javase/8/docs/api/java/util/Properties.html] > netbeans insist that properties file should be encoded in ISO-8859-1, but is > not correct in all cases > - > > Key: NETBEANS-6069 > URL: https://issues.apache.org/jira/browse/NETBEANS-6069 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Editor >Affects Versions: 12.5 >Reporter: Pieter van den Hombergh >Priority: Major > > > I happened to edit a bundle properties file with german UTF text inside, but > NetBeans opens as ISO-8859-1. > The use case in this case is PHP project, but I think it is no longer > relevant to > make NetBeans assume from the extension that the file is ISO-8859-1. > NetBeans seems to silently convert, and thereby break the original UTF-8 file. > > Anyway, it was a surprise. > Maybe this is adequate: 'assumption is the mother of all f**k-ups. > -- 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-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[ https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach resolved NETBEANS-5722. --- Resolution: Fixed PR was merged into master. I guess this will be part of NetBeans 12.6 > NPE on "Open Project ..." with CDE/Motif Look and Feel > -- > > Key: NETBEANS-5722 > URL: https://issues.apache.org/jira/browse/NETBEANS-5722 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.4, 12.5 >Reporter: Mario Bruckschwaiger >Assignee: Benjamin Asbach >Priority: Major > Labels: pull-request-available > Fix For: 12.6 > > Attachments: IDE-Log.txt, UI-Log.txt > > Time Spent: 0.5h > Remaining Estimate: 0h > > When selecting "Open Project ..." in the Projects-view with the CDE/Motif > Look and Feel, no dialog opens but the exception happens. No exception on > "New Project ..." or "New File ...", or when using a different Look and Feel. -- 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-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[ https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-5722: -- Fix Version/s: 12.6 > NPE on "Open Project ..." with CDE/Motif Look and Feel > -- > > Key: NETBEANS-5722 > URL: https://issues.apache.org/jira/browse/NETBEANS-5722 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.4, 12.5 >Reporter: Mario Bruckschwaiger >Assignee: Benjamin Asbach >Priority: Major > Labels: pull-request-available > Fix For: 12.6 > > Attachments: IDE-Log.txt, UI-Log.txt > > Time Spent: 0.5h > Remaining Estimate: 0h > > When selecting "Open Project ..." in the Projects-view with the CDE/Motif > Look and Feel, no dialog opens but the exception happens. No exception on > "New Project ..." or "New File ...", or when using a different Look and Feel. -- 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-5809) Add javadoc for JDK 18 early access
[ https://issues.apache.org/jira/browse/NETBEANS-5809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach closed NETBEANS-5809. - Resolution: Duplicate > Add javadoc for JDK 18 early access > --- > > Key: NETBEANS-5809 > URL: https://issues.apache.org/jira/browse/NETBEANS-5809 > Project: NetBeans > Issue Type: Improvement > Components: java - Javadoc >Affects Versions: 12.5 >Reporter: Rami Swailem >Assignee: Rami Swailem >Priority: Trivial > Labels: pull-request-available > Time Spent: 40m > Remaining Estimate: 0h > > [JDK 18 API > Javadoc|https://download.java.net/java/early_access/jdk18/docs/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] [Commented] (NETBEANS-5391) JEE8 Syntax not recognized
[
https://issues.apache.org/jira/browse/NETBEANS-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420372#comment-17420372
]
Benjamin Asbach commented on NETBEANS-5391:
---
[~helper14] From my understanding the message is correct as `value` is a
required attribute by JSF 2.3 specification.
> JEE8 Syntax not recognized
> --
>
> Key: NETBEANS-5391
> URL: https://issues.apache.org/jira/browse/NETBEANS-5391
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Editor
>Affects Versions: 12.2, 12.3, 12.5
> Environment: Netbeans 12.2, Java15
>Reporter: S. M.
>Priority: Minor
> Attachments: test.png
>
>
> EE8 / JSF 2.3 syntax of ui:repeat is not properly recognized. Just type:
> {code:java}
>
> #{i}
>
> {code}
> ... see screen shot:
> !test.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] [Assigned] (NETBEANS-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[ https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach reassigned NETBEANS-5722: - Assignee: Benjamin Asbach > NPE on "Open Project ..." with CDE/Motif Look and Feel > -- > > Key: NETBEANS-5722 > URL: https://issues.apache.org/jira/browse/NETBEANS-5722 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.4, 12.5 >Reporter: Mario Bruckschwaiger >Assignee: Benjamin Asbach >Priority: Major > Attachments: IDE-Log.txt, UI-Log.txt > > > When selecting "Open Project ..." in the Projects-view with the CDE/Motif > Look and Feel, no dialog opens but the exception happens. No exception on > "New Project ..." or "New File ...", or when using a different Look and Feel. -- 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-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[
https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420333#comment-17420333
]
Benjamin Asbach edited comment on NETBEANS-5722 at 9/26/21, 5:20 PM:
-
{{*javax.swing.plaf.metal.MetalFileChooserUI*}} is choosen because of
[https://github.com/apache/netbeans/blob/12.5/ide/o.n.swing.dirchooser/src/org/netbeans/swing/dirchooser/DelegatingChooserUI.java#L79]
Exception cause
{code:java}
java.lang.IllegalAccessException: class
org.netbeans.swing.dirchooser.DelegatingChooserUI cannot access class
com.sun.java.swing.plaf.motif.MotifFileChooserUI (in module java.desktop)
because module java.desktop does not export com.sun.java.swing.plaf.motif to
unnamed module @54ee70d1
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)
at
org.netbeans.swing.dirchooser.DelegatingChooserUI.createUI(DelegatingChooserUI.java:75)
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 sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
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 java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:260)
at java.desktop/javax.swing.UIDefaults.getUI(UIDefaults.java:806)
at java.desktop/javax.swing.UIManager.getUI(UIManager.java:1068)
at java.desktop/javax.swing.JFileChooser.updateUI(JFileChooser.java:1833)
at java.desktop/javax.swing.JFileChooser.setup(JFileChooser.java:395)
at java.desktop/javax.swing.JFileChooser.(JFileChooser.java:361)
at java.desktop/javax.swing.JFileChooser.(JFileChooser.java:308)
at
org.netbeans.modules.project.ui.ProjectChooserAccessory$ProjectFileChooser.(ProjectChooserAccessory.java:507)
at
org.netbeans.modules.project.ui.ProjectChooserAccessory$ProjectFileChooser.(ProjectChooserAccessory.java:507)
at
org.netbeans.modules.project.ui.ProjectChooserAccessory.createProjectChooser(ProjectChooserAccessory.java:442)
at
org.netbeans.modules.project.ui.actions.OpenProject.actionPerformed(OpenProject.java:61)
at
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972)
at
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2313)
at
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
at
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
at
java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
at
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298)
at
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297)
at java.desktop/java.awt.Component.processMouseEvent(Component.java:6617)
at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6382)
at java.desktop/java.awt.Container.processEvent(Container.java:2264)
at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4993)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2322)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4825)
at
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4934)
at
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4563)
at
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4504)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2308)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2773)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4825)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at
[jira] [Comment Edited] (NETBEANS-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[
https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420332#comment-17420332
]
Benjamin Asbach edited comment on NETBEANS-5722 at 9/26/21, 5:19 PM:
-
I think this is caused due to the usage of
*{{javax.swing.plaf.metal.MetalFileChooserUI}}* instead of
*{{com.sun.java.swing.plaf.motif.MotifFileChooserUI}}*.
was (Author: asbachb):
I think this is caused due to the usage of
`javax.swing.plaf.metal.MetalFileChooserUI` instead of
`com.sun.java.swing.plaf.motif.MotifFileChooserUI`.
> NPE on "Open Project ..." with CDE/Motif Look and Feel
> --
>
> Key: NETBEANS-5722
> URL: https://issues.apache.org/jira/browse/NETBEANS-5722
> Project: NetBeans
> Issue Type: Bug
> Components: ide - UI
>Affects Versions: 12.4, 12.5
>Reporter: Mario Bruckschwaiger
>Priority: Major
> Attachments: IDE-Log.txt, UI-Log.txt
>
>
> When selecting "Open Project ..." in the Projects-view with the CDE/Motif
> Look and Feel, no dialog opens but the exception happens. No exception on
> "New Project ..." or "New File ...", or when using a different Look and Feel.
--
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-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[
https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420333#comment-17420333
]
Benjamin Asbach commented on NETBEANS-5722:
---
`javax.swing.plaf.metal.MetalFileChooserUI` is choosen because of
[https://github.com/apache/netbeans/blob/12.5/ide/o.n.swing.dirchooser/src/org/netbeans/swing/dirchooser/DelegatingChooserUI.java#L79]
Exception cause
{code}
java.lang.IllegalAccessException: class
org.netbeans.swing.dirchooser.DelegatingChooserUI cannot access class
com.sun.java.swing.plaf.motif.MotifFileChooserUI (in module java.desktop)
because module java.desktop does not export com.sun.java.swing.plaf.motif to
unnamed module @54ee70d1
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)
at
org.netbeans.swing.dirchooser.DelegatingChooserUI.createUI(DelegatingChooserUI.java:75)
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 sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
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 java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:260)
at java.desktop/javax.swing.UIDefaults.getUI(UIDefaults.java:806)
at java.desktop/javax.swing.UIManager.getUI(UIManager.java:1068)
at java.desktop/javax.swing.JFileChooser.updateUI(JFileChooser.java:1833)
at java.desktop/javax.swing.JFileChooser.setup(JFileChooser.java:395)
at java.desktop/javax.swing.JFileChooser.(JFileChooser.java:361)
at java.desktop/javax.swing.JFileChooser.(JFileChooser.java:308)
at
org.netbeans.modules.project.ui.ProjectChooserAccessory$ProjectFileChooser.(ProjectChooserAccessory.java:507)
at
org.netbeans.modules.project.ui.ProjectChooserAccessory$ProjectFileChooser.(ProjectChooserAccessory.java:507)
at
org.netbeans.modules.project.ui.ProjectChooserAccessory.createProjectChooser(ProjectChooserAccessory.java:442)
at
org.netbeans.modules.project.ui.actions.OpenProject.actionPerformed(OpenProject.java:61)
at
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972)
at
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2313)
at
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
at
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
at
java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
at
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298)
at
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297)
at java.desktop/java.awt.Component.processMouseEvent(Component.java:6617)
at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6382)
at java.desktop/java.awt.Container.processEvent(Container.java:2264)
at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4993)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2322)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4825)
at
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4934)
at
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4563)
at
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4504)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2308)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2773)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4825)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
at
[jira] [Commented] (NETBEANS-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[ https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420332#comment-17420332 ] Benjamin Asbach commented on NETBEANS-5722: --- I think this is caused due to the usage of `javax.swing.plaf.metal.MetalFileChooserUI` instead of `com.sun.java.swing.plaf.motif.MotifFileChooserUI`. > NPE on "Open Project ..." with CDE/Motif Look and Feel > -- > > Key: NETBEANS-5722 > URL: https://issues.apache.org/jira/browse/NETBEANS-5722 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.4, 12.5 >Reporter: Mario Bruckschwaiger >Priority: Major > Attachments: IDE-Log.txt, UI-Log.txt > > > When selecting "Open Project ..." in the Projects-view with the CDE/Motif > Look and Feel, no dialog opens but the exception happens. No exception on > "New Project ..." or "New File ...", or when using a different Look and Feel. -- 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-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[ https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420216#comment-17420216 ] Benjamin Asbach edited comment on NETBEANS-5722 at 9/26/21, 4:20 PM: - Based on my tests the "Open Project..." dialog is not pop up anywhere: * File / Open Project... * Toolbar Icon * Projects View / Right Click / Open Project... Tested with NetBeans 12.5, Java 16, Linux was (Author: asbachb): Based on my tests the "Open Project..." dialog is not pop up anywhere: * File / Open Project... * Toolbar Icon * Projects View / Right Click / Open Project... Tested with NetBeans 12.5 Java 16 > NPE on "Open Project ..." with CDE/Motif Look and Feel > -- > > Key: NETBEANS-5722 > URL: https://issues.apache.org/jira/browse/NETBEANS-5722 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.4, 12.5 >Reporter: Mario Bruckschwaiger >Priority: Major > Attachments: IDE-Log.txt, UI-Log.txt > > > When selecting "Open Project ..." in the Projects-view with the CDE/Motif > Look and Feel, no dialog opens but the exception happens. No exception on > "New Project ..." or "New File ...", or when using a different Look and Feel. -- 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-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[ https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420318#comment-17420318 ] Benjamin Asbach commented on NETBEANS-5722: --- I think this is somehow JDK related. At least I cannot reproduce the problem with JDK11. [~mario.bruckschwaiger] can you double check? > NPE on "Open Project ..." with CDE/Motif Look and Feel > -- > > Key: NETBEANS-5722 > URL: https://issues.apache.org/jira/browse/NETBEANS-5722 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.4, 12.5 >Reporter: Mario Bruckschwaiger >Priority: Major > Attachments: IDE-Log.txt, UI-Log.txt > > > When selecting "Open Project ..." in the Projects-view with the CDE/Motif > Look and Feel, no dialog opens but the exception happens. No exception on > "New Project ..." or "New File ...", or when using a different Look and Feel. -- 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-5722) NPE on "Open Project ..." with CDE/Motif Look and Feel
[ https://issues.apache.org/jira/browse/NETBEANS-5722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420216#comment-17420216 ] Benjamin Asbach commented on NETBEANS-5722: --- Based on my tests the "Open Project..." dialog is not pop up anywhere: * File / Open Project... * Toolbar Icon * Projects View / Right Click / Open Project... Tested with NetBeans 12.5 Java 16 > NPE on "Open Project ..." with CDE/Motif Look and Feel > -- > > Key: NETBEANS-5722 > URL: https://issues.apache.org/jira/browse/NETBEANS-5722 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 12.4, 12.5 >Reporter: Mario Bruckschwaiger >Priority: Major > Attachments: IDE-Log.txt, UI-Log.txt > > > When selecting "Open Project ..." in the Projects-view with the CDE/Motif > Look and Feel, no dialog opens but the exception happens. No exception on > "New Project ..." or "New File ...", or when using a different Look and Feel. -- 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-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420055#comment-17420055
]
Benjamin Asbach edited comment on NETBEANS-6062 at 9/25/21, 4:45 AM:
-
[~andrewjames] I modified your ticket and added code tags.
I tried to reproduce your problem with NetBeans 12.5 on OpenJDK 16 (I attached
my test project). Any chance you tried NetBeans 12.5 to check if this is still
a problem.
Are you sure when you execute the jar manually you're using the same JDK while
executing it inside NetBeans?
was (Author: asbachb):
[~andrewjames] I modified your ticket and added code tags.
I tried to reproduce your problem with NetBeans 12.5 on OpenJDK 16. Any chance
you tried NetBeans 12.5 to check if this is still a problem.
Are you sure when you execute the jar manually you're using the same JDK while
executing it inside NetBeans?
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
> Attachments: NETBEANS-6062.zip
>
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-6062:
--
Attachment: NETBEANS-6062.zip
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
> Attachments: NETBEANS-6062.zip
>
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420055#comment-17420055
]
Benjamin Asbach commented on NETBEANS-6062:
---
[~andrewjames] I modified your ticket and added code tags.
I tried to reproduce your problem with NetBeans 12.5 on OpenJDK 16. Any chance
you tried NetBeans 12.5 to check if this is still a problem.
Are you sure when you execute the jar manually you're using the same JDK while
executing it inside NetBeans?
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-6062) Static block not executed in Java Ant project
[
https://issues.apache.org/jira/browse/NETBEANS-6062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-6062:
--
Description:
A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute the
static code block, when the project is executed from within the IDE.
Steps to reproduce:
File > New Project > Java with Ant
Create two classes:
-(Whenever I try to format the below code, it looks completely wrong in the
ticket, so it's just presented as plain text - sorry I do not know how this
system handles code snippets).-
*1) Main.java*
{code:java}
public class Main {
public static void main(String args[]) {
System.out.println(Test.i);
}
}
{code}
*2) Test.java*
{code:java}
class Test {
static int i;
static {
i = 10;
}
}
{code}
*Actual results:*
When the project is run from within the IDE, the output is "0". The static
block in Test is not executed.
*Expected results:*
The expected output is "10". The static block in Test is executed.
*Note also:*
The JAR built by the project runs correctly, when executed from the command
line, outside of the IDE.
The same code shown above also runs as expected in the IDE when built using a
Java Maven project, instead of a Java Ant project.
This behavior does not appear when executing the same code, using NetBeans 12.0
and Java 11.
was:
A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute the
static code block, when the project is executed from within the IDE.
Steps to reproduce:
File > New Project > Java with Ant
Create two classes:
(Whenever I try to format the below code, it looks completely wrong in the
ticket, so it's just presented as plain text - sorry I do not know how this
system handles code snippets).
*1) Main.java*
public class Main {
public static void main(String args[]) {
System.out.println(Test.i);
}
}
*2) Test.java*
class Test {
static int i;
static {
i = 10;
}
}
*Actual results:*
When the project is run from within the IDE, the output is "0". The static
block in Test is not executed.
*Expected results:*
The expected output is "10". The static block in Test is executed.
*Note also:*
The JAR built by the project runs correctly, when executed from the command
line, outside of the IDE.
The same code shown above also runs as expected in the IDE when built using a
Java Maven project, instead of a Java Ant project.
This behavior does not appear when executing the same code, using NetBeans 12.0
and Java 11.
> Static block not executed in Java Ant project
> -
>
> Key: NETBEANS-6062
> URL: https://issues.apache.org/jira/browse/NETBEANS-6062
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 12.4
> Environment: NetBeans 12.4
> Java 15.0.2 (Adopt Open JDK)
> Windows 10
>Reporter: Andrew James
>Priority: Major
>
> A simple Java Ant project in NetBeans 12.4 (using Java 15) does not execute
> the static code block, when the project is executed from within the IDE.
> Steps to reproduce:
> File > New Project > Java with Ant
> Create two classes:
> -(Whenever I try to format the below code, it looks completely wrong in the
> ticket, so it's just presented as plain text - sorry I do not know how this
> system handles code snippets).-
> *1) Main.java*
> {code:java}
> public class Main {
> public static void main(String args[]) {
> System.out.println(Test.i);
> }
> }
> {code}
> *2) Test.java*
> {code:java}
> class Test {
> static int i;
> static {
> i = 10;
> }
> }
> {code}
>
> *Actual results:*
> When the project is run from within the IDE, the output is "0". The static
> block in Test is not executed.
> *Expected results:*
> The expected output is "10". The static block in Test is executed.
> *Note also:*
> The JAR built by the project runs correctly, when executed from the command
> line, outside of the IDE.
> The same code shown above also runs as expected in the IDE when built using a
> Java Maven project, instead of a Java Ant project.
> This behavior does not appear when executing the same code, using NetBeans
> 12.0 and Java 11.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach closed NETBEANS-4075.
-
Resolution: Fixed
> NullPointerException when using Lombok @Builder.Default
> ---
>
> Key: NETBEANS-4075
> URL: https://issues.apache.org/jira/browse/NETBEANS-4075
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.3
> Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: ide.log, lombok-netbeans-poc.zip, screenshot-1.png,
> ui.log
>
>
> I recognized some strange behaviour when using latest Lombok release with
> NetBeans 11.3.
> When using @Builder and @Builder.Default
> {code:java}
> package it.impl.lombok.netbeans.poc;
> import lombok.Builder;
> import lombok.Getter;
> @Getter
> @Builder
> public class Configuration {
> @Builder.Default
> private long config1 = 500L;
> }
> {code}
> 1) A NullPointerException occurs
> {code:java}
> java.lang.NullPointerException
> at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
> at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
> at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
> at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
> 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)
> 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$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> 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$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
> 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)
>
[jira] [Updated] (NETBEANS-5878) Add menu entry to copy fully qualified name
[ https://issues.apache.org/jira/browse/NETBEANS-5878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-5878: -- Attachment: context-menu-projects-view.png > Add menu entry to copy fully qualified name > --- > > Key: NETBEANS-5878 > URL: https://issues.apache.org/jira/browse/NETBEANS-5878 > Project: NetBeans > Issue Type: Improvement > Components: java - Refactoring >Reporter: Benjamin Asbach >Assignee: Benjamin Asbach >Priority: Minor > Labels: pull-request-available > Attachments: context-menu-editor-view.png, > context-menu-projects-view.png > > > Sometime it's useful to copy the fully qualified name (package name + class > name) of a class. > For example to quickly add classes to ignore lists or add to configuration > which is based on reflection. > In eclipse this feature exists since a couple of years. > For NetBeans existed a plugin which provided this feature, but it was > abandoned by former developer and depends on nv-javac. > So the idea is to add a menu item to editor views and projects views context > menu to provide the functionality. -- 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-5878) Add menu entry to copy fully qualified name
[ https://issues.apache.org/jira/browse/NETBEANS-5878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-5878: -- Attachment: context-menu-editor-view.png > Add menu entry to copy fully qualified name > --- > > Key: NETBEANS-5878 > URL: https://issues.apache.org/jira/browse/NETBEANS-5878 > Project: NetBeans > Issue Type: Improvement > Components: java - Refactoring >Reporter: Benjamin Asbach >Assignee: Benjamin Asbach >Priority: Minor > Labels: pull-request-available > Attachments: context-menu-editor-view.png > > > Sometime it's useful to copy the fully qualified name (package name + class > name) of a class. > For example to quickly add classes to ignore lists or add to configuration > which is based on reflection. > In eclipse this feature exists since a couple of years. > For NetBeans existed a plugin which provided this feature, but it was > abandoned by former developer and depends on nv-javac. > So the idea is to add a menu item to editor views and projects views context > menu to provide the functionality. -- 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-5878) Add menu entry to copy fully qualified name
[ https://issues.apache.org/jira/browse/NETBEANS-5878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach reassigned NETBEANS-5878: - Assignee: Benjamin Asbach > Add menu entry to copy fully qualified name > --- > > Key: NETBEANS-5878 > URL: https://issues.apache.org/jira/browse/NETBEANS-5878 > Project: NetBeans > Issue Type: Improvement > Components: java - Refactoring >Reporter: Benjamin Asbach >Assignee: Benjamin Asbach >Priority: Minor > Labels: pull-request-available > > Sometime it's useful to copy the fully qualified name (package name + class > name) of a class. > For example to quickly add classes to ignore lists or add to configuration > which is based on reflection. > In eclipse this feature exists since a couple of years. > For NetBeans existed a plugin which provided this feature, but it was > abandoned by former developer and depends on nv-javac. > So the idea is to add a menu item to editor views and projects views context > menu to provide the functionality. -- 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-5878) Add menu entry to copy fully qualified name
Benjamin Asbach created NETBEANS-5878: - Summary: Add menu entry to copy fully qualified name Key: NETBEANS-5878 URL: https://issues.apache.org/jira/browse/NETBEANS-5878 Project: NetBeans Issue Type: Improvement Components: java - Refactoring Reporter: Benjamin Asbach Sometime it's useful to copy the fully qualified name (package name + class name) of a class. For example to quickly add classes to ignore lists or add to configuration which is based on reflection. In eclipse this feature exists since a couple of years. For NetBeans existed a plugin which provided this feature, but it was abandoned by former developer and depends on nv-javac. So the idea is to add a menu item to editor views and projects views context menu to provide the functionality. -- 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-5863) "Test results" spuriously clears tests during run, and shows success despite failure
[ https://issues.apache.org/jira/browse/NETBEANS-5863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17385642#comment-17385642 ] Benjamin Asbach commented on NETBEANS-5863: --- Is that indicator that the test is running in the status bar also part of the problem? > "Test results" spuriously clears tests during run, and shows success despite > failure > > > Key: NETBEANS-5863 > URL: https://issues.apache.org/jira/browse/NETBEANS-5863 > Project: NetBeans > Issue Type: Bug > Components: java - JUnit, utilities - Test Runner >Affects Versions: 12.4 > Environment: NetBeans 12.4 on 64-bit Windows 10 on OpenJDK 11.0.11. >Reporter: Eirik Bakke >Priority: Major > Attachments: Failure became success!.png, Test results dropped.png > > > In NetBeans 12.4, test results displayed in the "Test results" pane will get > randomly cleared while the tests are running. The final output thus ends up > not including all tests that were run. See the attached series of > screenshots. Sometimes the "Test results" pane will end up showing a green > bar with "Tests passed: 100.00 %" even when there were test failures. > My application's test suite is JUnit in a maven-based NetBeans module running > maven-surefire-plugin version 3.0.0-M4. Using an older version of the > surefire plugin (2.18.1, which I previously used to avoid NETBEANS-458 ) did > not solve the problem. > This problem occurs on NetBeans 12.4, but not on NetBeans 12.1. I verified > this by running my application's test suite on both NetBeans versions, > without changing surefire versions or anything else. -- 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-5683) remove last remaining HashSet raw type warnings..
[
https://issues.apache.org/jira/browse/NETBEANS-5683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17375957#comment-17375957
]
Benjamin Asbach commented on NETBEANS-5683:
---
If these are the last one maybe it's worth enabling the compiler to fail once
new rawtypes are introduced again.
> remove last remaining HashSet raw type warnings..
> -
>
> Key: NETBEANS-5683
> URL: https://issues.apache.org/jira/browse/NETBEANS-5683
> Project: NetBeans
> Issue Type: Improvement
>Reporter: Brad Walker
>Assignee: Brad Walker
>Priority: Major
> Labels: pull-request-available
> Time Spent: 20m
> Remaining Estimate: 0h
>
> This change will remove the last remaining warnings about raw type HashSet.
> {code:java}
>[repeat]
> /home/bwalker/src/netbeans/platform/core.multiview/src/org/netbeans/core/multiview/MultiViewActionMap.java:124:
> warning: [rawtypes] found raw type: HashSet
>[repeat] Set keys = new HashSet();
>[repeat]^
>[repeat] missing type arguments for generic class HashSet
>[repeat] where E is a type-variable:
>[repeat] E extends Object declared in class HashSet
> {code}
> At this point, we have removed all warnings related to this.. Hooray!!
--
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-5731) Failed to build target: all-api.annotations.common
[
https://issues.apache.org/jira/browse/NETBEANS-5731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17372153#comment-17372153
]
Benjamin Asbach commented on NETBEANS-5731:
---
[~vitex] have you figured out the problem? I currently try to build 12.4 from
sources and get the same issue.
> Failed to build target: all-api.annotations.common
> --
>
> Key: NETBEANS-5731
> URL: https://issues.apache.org/jira/browse/NETBEANS-5731
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Other
>Affects Versions: 12.4
> Environment: {{{color:#00}Debian10 64Bit {color}}}
> {{{color:#00}with {color}}}
> {color:#00}openjdk 11.0.11 2021-04-20
> OpenJDK Runtime Environment (build 11.0.11+9-post-Debian-1deb10u1)
> OpenJDK 64-Bit Server VM (build 11.0.11+9-post-Debian-1deb10u1, mixed mode,
> sharing)
>
> {color}
> current source code from
> {color:#00}g...@github.com:apache/netbeans.git{color} master branch
>Reporter: Vítězslav Dvořák
>Priority: Minor
> Labels: java11
>
> Try to complile current source code in ./netbeans using command
>
> {color:#00}ant -DuseExternalJarsOnLinux=true -Dpermit.jdk9.builds=true
> -Dcluster.config=full -buildfile netbeans/build.xml build-nozip {color}
>
>
>
> {code:java}
> ...
> build-init:
> Warning: module.javadoc.packages was already set to
> org.netbeans.api.annotations.common
>
> -javac-init-nbjdk:
>
> -javac-init-bootclasspath-prepend:
>
> -javac-init-no-bootclasspath-prepend:
>
> -javac-init:
>
> -init-proxy:
>
> init:
>
> -prepare-mandatory-files-for-module:
> [createlicensesummary] All tests passed
>
> up-to-date:
>
> -pre-compile:
>
> -do-compile:
> [nb-javac] Compiling 5 source files to
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/platform/api.annotations.common/build/classes
>
> [nb-javac] Ignoring source, target and bootclasspath as release has been set
> [repeat] error: Bad service configuration file, or exception thrown while
> constructing Processor object: javax.annotation.processing.Processor:
> Provider org.netbeans.api.annotations.common.proc.StaticResourceProcessor not
> found
> [repeat] 1 error
> [nbmerge] Failed to build target: all-api.annotations.common
>
> BUILD FAILED
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:639:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:634:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:669:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:652:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:634:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:669:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:652:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:634:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/build.xml:681:
> The following error occurred while executing this line:
> /home/vitex/Projects/Packaging/netbeans.deb/netbeans/nbbuild/templates/common.xml:207:
> Compile failed; see the compiler error output for details.
>
> {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] [Comment Edited] (NETBEANS-2862) NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
[
https://issues.apache.org/jira/browse/NETBEANS-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17188272#comment-17188272
]
Benjamin Asbach edited comment on NETBEANS-2862 at 9/1/20, 8:53 AM:
Updated Stacktrace for NetBeans 12.1 - OpenJDK 64-Bit Server VM 11.0.8+10 -
Linux
{noformat}
java.lang.NullPointerException
at
com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1501)
at
com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2492)
at
com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1520)
at com.sun.tools.javac.comp.Check.validate(Check.java:1391)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1300)
at org.netbeans.lib.nbjavac.services.NBAttr.visitVarDef(NBAttr.java:82)
at
com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:979)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:670)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:751)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5400)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5283)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5211)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:5156)
at
com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at
com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at
com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
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)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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-2862) NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
[
https://issues.apache.org/jira/browse/NETBEANS-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17188272#comment-17188272
]
Benjamin Asbach commented on NETBEANS-2862:
---
Updated Stacktrace for NetBeans 12.1 - OpenJDK 64-Bit Server VM 11.0.8+10 -
Linux
{noformat}
java.lang.NullPointerException
at
com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1501)
at
com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2492)
at
com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1520)
at com.sun.tools.javac.comp.Check.validate(Check.java:1391)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1300)
at org.netbeans.lib.nbjavac.services.NBAttr.visitVarDef(NBAttr.java:82)
at
com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:979)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:670)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:751)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5400)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5283)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5211)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:5156)
at
com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at
com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at
com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
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)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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] [Updated] (NETBEANS-2862) NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
[
https://issues.apache.org/jira/browse/NETBEANS-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-2862:
--
Affects Version/s: 12.1
> NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
> --
>
> Key: NETBEANS-2862
> URL: https://issues.apache.org/jira/browse/NETBEANS-2862
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.0, 12.0, 11.3, 12.1
>Reporter: Honza Brázdil
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: WebTest.zip, image-2020-07-02-07-36-51-762.png,
> netbeans-bug.zip
>
>
> {code}
> java.lang.NullPointerException
> at
> com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1450)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2406)
> at
> com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1469)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1340)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1213)
> at
> com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:968)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:672)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:752)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5140)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5023)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4951)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4896)
> at
> com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1434)
> at
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:347)
> 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)
> 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$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
>
[jira] [Comment Edited] (NETBEANS-2862) NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
[
https://issues.apache.org/jira/browse/NETBEANS-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17182180#comment-17182180
]
Benjamin Asbach edited comment on NETBEANS-2862 at 8/22/20, 12:08 AM:
--
I guess it's quite simple to recreate the issue. Add lombok dependency and add
a class with `@Builder` and `@Builder.Default`.
https://issues.apache.org/jira/secure/attachment/13010249/netbeans-bug.zip
Maybe [~dbalek] has an idea as well.
was (Author: asbachb):
I guess it's quite simple to recreate the issue. Add lombok dependency and add
a class with `@Builder` and `@Builder.Default`.
https://issues.apache.org/jira/secure/attachment/13010249/netbeans-bug.zip
> NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
> --
>
> Key: NETBEANS-2862
> URL: https://issues.apache.org/jira/browse/NETBEANS-2862
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.0, 12.0, 11.3
>Reporter: Honza Brázdil
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: WebTest.zip, image-2020-07-02-07-36-51-762.png,
> netbeans-bug.zip
>
>
> {code}
> java.lang.NullPointerException
> at
> com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1450)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2406)
> at
> com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1469)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1340)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1213)
> at
> com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:968)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:672)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:752)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5140)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5023)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4951)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4896)
> at
> com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1434)
> at
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:347)
> 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)
> 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
>
[jira] [Updated] (NETBEANS-2862) NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
[
https://issues.apache.org/jira/browse/NETBEANS-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-2862:
--
Attachment: (was: netbeans-bug.zip)
> NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
> --
>
> Key: NETBEANS-2862
> URL: https://issues.apache.org/jira/browse/NETBEANS-2862
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.0, 12.0, 11.3
>Reporter: Honza Brázdil
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: WebTest.zip, image-2020-07-02-07-36-51-762.png,
> netbeans-bug.zip
>
>
> {code}
> java.lang.NullPointerException
> at
> com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1450)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2406)
> at
> com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1469)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1340)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1213)
> at
> com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:968)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:672)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:752)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5140)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5023)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4951)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4896)
> at
> com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1434)
> at
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:347)
> 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)
> 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$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
>
[jira] [Commented] (NETBEANS-2862) NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
[
https://issues.apache.org/jira/browse/NETBEANS-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17182180#comment-17182180
]
Benjamin Asbach commented on NETBEANS-2862:
---
I guess it's quite simple to recreate the issue. Add lombok dependency and add
a class with `@Builder` and `@Builder.Default`.
https://issues.apache.org/jira/secure/attachment/13010249/netbeans-bug.zip
> NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
> --
>
> Key: NETBEANS-2862
> URL: https://issues.apache.org/jira/browse/NETBEANS-2862
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.0, 12.0, 11.3
>Reporter: Honza Brázdil
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: WebTest.zip, image-2020-07-02-07-36-51-762.png,
> netbeans-bug.zip
>
>
> {code}
> java.lang.NullPointerException
> at
> com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1450)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2406)
> at
> com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1469)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1340)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1213)
> at
> com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:968)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:672)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:752)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5140)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5023)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4951)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4896)
> at
> com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1434)
> at
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:347)
> 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)
> 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$Work.doTheWork(RepositoryUpdater.java:3420)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
> at
>
[jira] [Updated] (NETBEANS-2862) NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
[
https://issues.apache.org/jira/browse/NETBEANS-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-2862:
--
Attachment: netbeans-bug.zip
> NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
> --
>
> Key: NETBEANS-2862
> URL: https://issues.apache.org/jira/browse/NETBEANS-2862
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.0, 12.0, 11.3
>Reporter: Honza Brázdil
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: WebTest.zip, image-2020-07-02-07-36-51-762.png,
> netbeans-bug.zip, netbeans-bug.zip
>
>
> {code}
> java.lang.NullPointerException
> at
> com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1450)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2406)
> at
> com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1469)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1340)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1213)
> at
> com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:968)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:672)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:752)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5140)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5023)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4951)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4896)
> at
> com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1434)
> at
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:347)
> 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)
> 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$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
>
[jira] [Updated] (NETBEANS-2862) NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
[
https://issues.apache.org/jira/browse/NETBEANS-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-2862:
--
Attachment: netbeans-bug.zip
> NPE at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent
> --
>
> Key: NETBEANS-2862
> URL: https://issues.apache.org/jira/browse/NETBEANS-2862
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.0, 12.0, 11.3
>Reporter: Honza Brázdil
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: WebTest.zip, image-2020-07-02-07-36-51-762.png,
> netbeans-bug.zip, netbeans-bug.zip
>
>
> {code}
> java.lang.NullPointerException
> at
> com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1450)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2406)
> at
> com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1469)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1340)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1213)
> at
> com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:968)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:672)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:752)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5140)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:5023)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4951)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4896)
> at
> com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1434)
> at
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:347)
> 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)
> 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$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
>
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Issue Type: Bug (was: Improvement)
> NullPointerException when using Lombok @Builder.Default
> ---
>
> Key: NETBEANS-4075
> URL: https://issues.apache.org/jira/browse/NETBEANS-4075
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler
>Affects Versions: 11.3
> Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: ide.log, lombok-netbeans-poc.zip, screenshot-1.png,
> ui.log
>
>
> I recognized some strange behaviour when using latest Lombok release with
> NetBeans 11.3.
> When using @Builder and @Builder.Default
> {code:java}
> package it.impl.lombok.netbeans.poc;
> import lombok.Builder;
> import lombok.Getter;
> @Getter
> @Builder
> public class Configuration {
> @Builder.Default
> private long config1 = 500L;
> }
> {code}
> 1) A NullPointerException occurs
> {code:java}
> java.lang.NullPointerException
> at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
> at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
> at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
> at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
> 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)
> 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$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> 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$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
> 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
>
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Description:
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
{code:java}
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
{code}
1) A NullPointerException occurs
{code:java}
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
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)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Component/s: java - Compiler
> NullPointerException when using Lombok @Builder.Default
> ---
>
> Key: NETBEANS-4075
> URL: https://issues.apache.org/jira/browse/NETBEANS-4075
> Project: NetBeans
> Issue Type: Improvement
> Components: java - Compiler
>Affects Versions: 11.3
> Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: ide.log, lombok-netbeans-poc.zip, screenshot-1.png,
> ui.log
>
>
> I recognized some strange behaviour when using latest Lombok release with
> NetBeans 11.3.
> When using @Builder and @Builder.Default
> {code:java}
> package it.impl.lombok.netbeans.poc;
> import lombok.Builder;
> import lombok.Getter;
> @Getter
> @Builder
> public class Configuration {
> @Builder.Default
> private long config1 = 500L;
> }
> {code}
> 1) A NullPointerException occurs
> {code:java}
> java.lang.NullPointerException
> at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
> at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
> at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
> at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
> 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)
> 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$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> 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$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
> 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
>
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Description:
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
{code:java}
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
{code}
1) A NullPointerException occurs
{code:java}
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
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)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Description:
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
{code:java}
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
{code}
1) A NullPointerException occurs
{code:java}
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
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)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Attachment: (was: image-2020-03-27-17-04-44-956.png)
> NullPointerException when using Lombok @Builder.Default
> ---
>
> Key: NETBEANS-4075
> URL: https://issues.apache.org/jira/browse/NETBEANS-4075
> Project: NetBeans
> Issue Type: Improvement
>Affects Versions: 11.3
> Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: ide.log, lombok-netbeans-poc.zip, screenshot-1.png,
> ui.log
>
>
> I recognized some strange behaviour when using latest Lombok release with
> NetBeans 11.3.
> When using @Builder and @Builder.Default
> {code:java}
> package it.impl.lombok.netbeans.poc;
> import lombok.Builder;
> import lombok.Getter;
> @Getter
> @Builder
> public class Configuration {
> @Builder.Default
> private long config1 = 500L;
> }
> {code}
> 1) A NullPointerException occurs
> {code:java}
> java.lang.NullPointerException
> at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
> at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
> at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
> at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
> 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)
> 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$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> 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$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
> 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
>
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Description:
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
{code:java}
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
{code}
1) A NullPointerException occurs
{code:java}
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
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)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Attachment: screenshot-1.png
> NullPointerException when using Lombok @Builder.Default
> ---
>
> Key: NETBEANS-4075
> URL: https://issues.apache.org/jira/browse/NETBEANS-4075
> Project: NetBeans
> Issue Type: Improvement
>Affects Versions: 11.3
> Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: ide.log, lombok-netbeans-poc.zip, screenshot-1.png,
> ui.log
>
>
> I recognized some strange behaviour when using latest Lombok release with
> NetBeans 11.3.
> When using @Builder and @Builder.Default
> {code:java}
> package it.impl.lombok.netbeans.poc;
> import lombok.Builder;
> import lombok.Getter;
> @Getter
> @Builder
> public class Configuration {
> @Builder.Default
> private long config1 = 500L;
> }
> {code}
> 1) A NullPointerException occurs
> {code:java}
> java.lang.NullPointerException
> at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
> at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
> at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
> at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
> 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)
> 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$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> 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$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
> 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
[jira] [Created] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
Benjamin Asbach created NETBEANS-4075:
-
Summary: NullPointerException when using Lombok @Builder.Default
Key: NETBEANS-4075
URL: https://issues.apache.org/jira/browse/NETBEANS-4075
Project: NetBeans
Issue Type: Improvement
Affects Versions: 11.3
Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
Reporter: Benjamin Asbach
Attachments: ide.log, image-2020-03-27-17-04-44-956.png,
lombok-netbeans-poc.zip, ui.log
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
1) A NullPointerException occurs
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
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)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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] [Created] (NETBEANS-3926) Total code coverage does not match class coverage when using lombok.addLombokGeneratedAnnotation
Benjamin Asbach created NETBEANS-3926: - Summary: Total code coverage does not match class coverage when using lombok.addLombokGeneratedAnnotation Key: NETBEANS-3926 URL: https://issues.apache.org/jira/browse/NETBEANS-3926 Project: NetBeans Issue Type: Bug Components: maven - codecoverage Reporter: Benjamin Asbach Attachments: image-2020-02-28-14-33-04-551.png, netbeans-integrations-code-coverage.zip Project: * maven * jacoco report * lombok When activating `lombok.addLombokGeneratedAnnotation` in a project in order to prevent jacoco from marking the generated methods as untested the total test coverage in NetBeans does not match with the class coverage. I guess the problem is caused due the fact that jacoco does not shoe these classes in their reports. Since NetBeans does not use the reports list of classes there's a mismatch between total test coverage and class test coverage. !image-2020-02-28-14-33-04-551.png! The attached project can be used to reproduce the problem. -- 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-106) NB classloaders should use fine grained locking
[ https://issues.apache.org/jira/browse/NETBEANS-106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17023525#comment-17023525 ] Benjamin Asbach commented on NETBEANS-106: -- [~jtulach], [~lbruun] The upstream issue seems to be fixed: [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184] but I'm a little bit unsure what this means for this issue since there's some more activity on [NETBEANS-58|https://issues.apache.org/jira/browse/NETBEANS-58] but it. The test [~jlahoda] attached seems to be deleted during jira migration. > NB classloaders should use fine grained locking > --- > > Key: NETBEANS-106 > URL: https://issues.apache.org/jira/browse/NETBEANS-106 > Project: NetBeans > Issue Type: Bug >Reporter: Lars Bruun-Hansen >Priority: Major > > In order to avoid issues such as NETBEANS-58 the NB classloaders should use > fine grained locking. (possibly only needed on System Classloader) > Background: At the time when the NB classloaders were created the general > consensus at the time was that a proper classloader used locking at the level > of the classloader itself. This was also how the classloaders in the JDK > worked. However, in Java 7 this > [changed|https://docs.oracle.com/javase/7/docs/technotes/guides/lang/cl-mt.html]. > The JDK classloaders started using more fine grained locking. But the NB > classloaders didn't follow suit. (it is not exactly an inheritable feature) > This means we are now in a situation were deadlocks occur in NB code which > cannot be reproduced with only the JDK. One such case is JDK-8068184 which > causes a severe freeze in NetBeans. We cannot expect the JDK folks to fix > problems that occur only in NB code. > What I propose is that a more fine grained locking mechanism is used. Look to > the JDK for inspiration. This will solve such deadlock issues. I don't think > it is necessary to actually claim that it is now fully multi-thread safe by > calling > [registerAsParallelCapable()|https://docs.oracle.com/javase/7/docs/api/java/lang/ClassLoader.html#registerAsParallelCapable()]. > This can be left for a later exercise. First step is to remove the lock on > the classloader as a whole. > NETBEANS-58 contains a simple [minimal > example|https://issues.apache.org/jira/browse/NETBEANS-58?focusedCommentId=16224149=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16224149] > which can be used as a measure of success. Once an NB application can use > the pattern in the example without freezing then we have accomplished the > goal. > > (I'm personally not confident with fiddling with the NB classloaders. Scares > the sh.. out of me because I know it is the heart of the platform. So won't > come up with a PR. Sorry.) -- 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-1287) First class EditorConfig support
[ https://issues.apache.org/jira/browse/NETBEANS-1287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16919652#comment-16919652 ] Benjamin Asbach commented on NETBEANS-1287: --- Maybe it would be worth of trying to discuss that topic on NetBeans dev mailing list to get some more traction to that topic. > First class EditorConfig support > > > Key: NETBEANS-1287 > URL: https://issues.apache.org/jira/browse/NETBEANS-1287 > Project: NetBeans > Issue Type: Bug >Reporter: Paul Galbraith >Priority: Major > > I know there is an unofficial plugin for EditorConfig, but (a) I don't think > it works very well atm, and (b) I think it's important enough that there > should be first-class support for EditorConfig built right into NetBeans, so > that it can be a fully co-operative member of the development tools ecosystem > :). -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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-2278) FolderName last character truncating
[ https://issues.apache.org/jira/browse/NETBEANS-2278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16884533#comment-16884533 ] Benjamin Asbach commented on NETBEANS-2278: --- Looks like you're on an HiDPi screen? Which resolution is your monitor? Which Java Environment is used for running NetBeans? > FolderName last character truncating > > > Key: NETBEANS-2278 > URL: https://issues.apache.org/jira/browse/NETBEANS-2278 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0, 11.0 > Environment: windows >Reporter: Simerdeep Arora >Priority: Critical > Attachments: image-2019-03-19-16-57-45-526.png > > > The last character of all of my folders, with long names, is truncating. > See the screenshot. > > The issue is in version 9 and 10 and 11..I have not tested in previous > versions. > > See the folder name is abc12345678910 but 0 is truncating. > > From CosmicClasses s is truncating > > !image-2019-03-19-16-57-45-526.png! -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16875013#comment-16875013 ] Benjamin Asbach edited comment on NETBEANS-2221 at 6/28/19 4:01 PM: I get the same kind of Exception when accessing a maven librays class in "Debugging" window or via "Go to Type"-Window. !image-2019-06-28-17-59-00-372.png! was (Author: asbachb): I get the same kind of Exception when accessing a maven librays class in "Debugging" window. !image-2019-06-28-17-59-00-372.png! > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > Attachments: image-2019-06-28-17-59-00-372.png > > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at >
[jira] [Comment Edited] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16875013#comment-16875013 ] Benjamin Asbach edited comment on NETBEANS-2221 at 6/28/19 3:59 PM: I get the same kind of Exception when accessing a maven librays class in "Debugging" window. !image-2019-06-28-17-59-00-372.png! was (Author: asbachb): I get the same Exception when accessing a maven librays class class in "Debugging" window. !image-2019-06-28-17-59-00-372.png! > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > Attachments: image-2019-06-28-17-59-00-372.png > > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at >
[jira] [Updated] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-2221: -- Attachment: image-2019-06-28-17-59-00-372.png > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > Attachments: image-2019-06-28-17-59-00-372.png > > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99) > at > org.netbeans.modules.java.source.ui.JavaTypeDescription.open(JavaTypeDescription.java:121) > at >
[jira] [Commented] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16875013#comment-16875013 ] Benjamin Asbach commented on NETBEANS-2221: --- I get the same Exception when accessing a maven librays class class in "Debugging" window. !image-2019-06-28-17-59-00-372.png! > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > Attachments: image-2019-06-28-17-59-00-372.png > > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99) >
[jira] [Assigned] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach reassigned NETBEANS-2221: - Assignee: (was: Benjamin Asbach) > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Priority: Major > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99) > at > org.netbeans.modules.java.source.ui.JavaTypeDescription.open(JavaTypeDescription.java:121) > at >
[jira] [Assigned] (NETBEANS-2221) ClassCastException when try to open class from not opened module
[ https://issues.apache.org/jira/browse/NETBEANS-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach reassigned NETBEANS-2221: - Assignee: Benjamin Asbach > ClassCastException when try to open class from not opened module > > > Key: NETBEANS-2221 > URL: https://issues.apache.org/jira/browse/NETBEANS-2221 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Tomas Huryn >Assignee: Benjamin Asbach >Priority: Major > > When I try to open a class from project which has not been opened before I > get the exception: > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > WARNING [org.netbeans.modules.parsing.impl.TaskProcessor]: > ParserManager.parse called in AWT event thread by: > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > Even though the source level of is set to: 11, java.util.zip.CRC32C cannot > be found on the system module path: > Changing source level to 1.8 > SEVERE [global] > java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType > cannot be cast to class com.sun.tools.javac.code.Type$ErrorType > (com.sun.tools.javac.code.Type$ClassType and > com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader > org.netbeans.StandardModule$OneModuleClassLoader @4f09236a) > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99) > at > org.netbeans.modules.java.source.ui.JavaTypeDescription.open(JavaTypeDescription.java:121) > at >
[jira] [Closed] (NETBEANS-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[
https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach closed NETBEANS-2741.
-
Resolution: Not A Problem
> Fresh installation of NetBeans 11 fails to enable "Base IDE" module
> ---
>
> Key: NETBEANS-2741
> URL: https://issues.apache.org/jira/browse/NETBEANS-2741
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from
> 2019-06-24 00-08-51.png, first-boot.log, image-2019-06-24-00-17-33-348.png,
> image-2019-06-24-00-41-02-729.png
>
>
> {noformat}
> Product Version = Apache NetBeans IDE 11.0 (Build
> incubator-netbeans-release-404-on-20190319)
> Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
> Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
> Runtime = OpenJDK Runtime Environment 12.0.1+12
> Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
>
> Before unpacking latest NetBeans Release
> ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
> I removed the directories:
> * ~/.cache/netbeans
> * ~/.netbeans
> After start up the IDE is empty and none plugin is enabled.
> !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
> !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
> Same happens with latest NetBeans 11.1-beta1 release.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[
https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16870866#comment-16870866
]
Benjamin Asbach commented on NETBEANS-2741:
---
Just want to mention that in my case I just wanted to open existing projects.
So for me the most convenient way looked like to enable it manually via
"Plugins".
> Fresh installation of NetBeans 11 fails to enable "Base IDE" module
> ---
>
> Key: NETBEANS-2741
> URL: https://issues.apache.org/jira/browse/NETBEANS-2741
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from
> 2019-06-24 00-08-51.png, first-boot.log, image-2019-06-24-00-17-33-348.png,
> image-2019-06-24-00-41-02-729.png
>
>
> {noformat}
> Product Version = Apache NetBeans IDE 11.0 (Build
> incubator-netbeans-release-404-on-20190319)
> Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
> Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
> Runtime = OpenJDK Runtime Environment 12.0.1+12
> Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
>
> Before unpacking latest NetBeans Release
> ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
> I removed the directories:
> * ~/.cache/netbeans
> * ~/.netbeans
> After start up the IDE is empty and none plugin is enabled.
> !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
> !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
> Same happens with latest NetBeans 11.1-beta1 release.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[
https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16870690#comment-16870690
]
Benjamin Asbach commented on NETBEANS-2741:
---
I did some more research: When enabling "Java SE" via "Plugins"-Dialog "Base
IDE" is not activate after a restart. When disabling "Java SE" plugin and
activate any maven project via new projects the only plugin which is downloaded
is
{noformat}
JavaFX Implementation for Linux{noformat}
Afterwards "Base IDE" is activated.
> Fresh installation of NetBeans 11 fails to enable "Base IDE" module
> ---
>
> Key: NETBEANS-2741
> URL: https://issues.apache.org/jira/browse/NETBEANS-2741
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from
> 2019-06-24 00-08-51.png, first-boot.log, image-2019-06-24-00-17-33-348.png,
> image-2019-06-24-00-41-02-729.png
>
>
> {noformat}
> Product Version = Apache NetBeans IDE 11.0 (Build
> incubator-netbeans-release-404-on-20190319)
> Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
> Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
> Runtime = OpenJDK Runtime Environment 12.0.1+12
> Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
>
> Before unpacking latest NetBeans Release
> ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
> I removed the directories:
> * ~/.cache/netbeans
> * ~/.netbeans
> After start up the IDE is empty and none plugin is enabled.
> !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
> !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
> Same happens with latest NetBeans 11.1-beta1 release.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[
https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16870688#comment-16870688
]
Benjamin Asbach edited comment on NETBEANS-2741 at 6/23/19 10:41 PM:
-
To be honest I feel a little bit stupid now. After creating a maven project
"Java SE", "User Installed Plugins", "Tools" and "Base IDE" is enabled.
On the other hand I'd expect the same behavior when I activate the "Java SE"
plugin via "Plugins" Dialog which currently seems not to be the case. I guess
activating Java SE functionality should not rely on creating a new project.
!image-2019-06-24-00-41-02-729.png|width=456,height=292!
was (Author: asbachb):
To be honest I feel a little bit stupid now. After creating a maven project
"Java SE", "User Installed Plugins", "Tools" and "Base IDE" is enabled.
On the other hand I'd expect the same behavior when I activate the "Java SE"
plugin via "Plugins" Dialog which currently seems not to be the case. I guess
activating Java SE functionality should not rely on creating a new project.
> Fresh installation of NetBeans 11 fails to enable "Base IDE" module
> ---
>
> Key: NETBEANS-2741
> URL: https://issues.apache.org/jira/browse/NETBEANS-2741
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from
> 2019-06-24 00-08-51.png, first-boot.log, image-2019-06-24-00-17-33-348.png,
> image-2019-06-24-00-41-02-729.png
>
>
> {noformat}
> Product Version = Apache NetBeans IDE 11.0 (Build
> incubator-netbeans-release-404-on-20190319)
> Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
> Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
> Runtime = OpenJDK Runtime Environment 12.0.1+12
> Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
>
> Before unpacking latest NetBeans Release
> ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
> I removed the directories:
> * ~/.cache/netbeans
> * ~/.netbeans
> After start up the IDE is empty and none plugin is enabled.
> !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
> !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
> Same happens with latest NetBeans 11.1-beta1 release.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[
https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16870688#comment-16870688
]
Benjamin Asbach edited comment on NETBEANS-2741 at 6/23/19 10:30 PM:
-
To be honest I feel a little bit stupid now. After creating a maven project
"Java SE", "User Installed Plugins", "Tools" and "Base IDE" is enabled.
On the other hand I'd expect the same behavior when I activate the "Java SE"
plugin via "Plugins" Dialog which currently seems not to be the case. I guess
activating Java SE functionality should not rely on creating a new project.
was (Author: asbachb):
To be honest I feel a little bit stupid now. After creating a maven project
"Java SE", "User Installed Plugins", "Tools" and "Base IDE" is enabled.
On the other hand I'd expect the same behavior when I activate the "Java SE"
plugin via "Plugins" Dialog which seems currently not the case. I guess
activating Java SE functionality should not rely on creating a new project.
> Fresh installation of NetBeans 11 fails to enable "Base IDE" module
> ---
>
> Key: NETBEANS-2741
> URL: https://issues.apache.org/jira/browse/NETBEANS-2741
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from
> 2019-06-24 00-08-51.png, first-boot.log, image-2019-06-24-00-17-33-348.png
>
>
> {noformat}
> Product Version = Apache NetBeans IDE 11.0 (Build
> incubator-netbeans-release-404-on-20190319)
> Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
> Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
> Runtime = OpenJDK Runtime Environment 12.0.1+12
> Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
>
> Before unpacking latest NetBeans Release
> ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
> I removed the directories:
> * ~/.cache/netbeans
> * ~/.netbeans
> After start up the IDE is empty and none plugin is enabled.
> !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
> !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
> Same happens with latest NetBeans 11.1-beta1 release.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[
https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16870688#comment-16870688
]
Benjamin Asbach commented on NETBEANS-2741:
---
To be honest I feel a little bit stupid now. After creating a maven project
"Java SE", "User Installed Plugins", "Tools" and "Base IDE" is enabled.
On the other hand I'd expect the same behavior when I activate the "Java SE"
plugin via "Plugins" Dialog which seems currently not the case. I guess
activating Java SE functionality should not rely on creating a new project.
> Fresh installation of NetBeans 11 fails to enable "Base IDE" module
> ---
>
> Key: NETBEANS-2741
> URL: https://issues.apache.org/jira/browse/NETBEANS-2741
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from
> 2019-06-24 00-08-51.png, first-boot.log, image-2019-06-24-00-17-33-348.png
>
>
> {noformat}
> Product Version = Apache NetBeans IDE 11.0 (Build
> incubator-netbeans-release-404-on-20190319)
> Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
> Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
> Runtime = OpenJDK Runtime Environment 12.0.1+12
> Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
>
> Before unpacking latest NetBeans Release
> ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
> I removed the directories:
> * ~/.cache/netbeans
> * ~/.netbeans
> After start up the IDE is empty and none plugin is enabled.
> !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
> !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
> Same happens with latest NetBeans 11.1-beta1 release.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[
https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-2741:
--
Attachment: image-2019-06-24-00-17-33-348.png
> Fresh installation of NetBeans 11 fails to enable "Base IDE" module
> ---
>
> Key: NETBEANS-2741
> URL: https://issues.apache.org/jira/browse/NETBEANS-2741
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from
> 2019-06-24 00-08-51.png, first-boot.log, image-2019-06-24-00-17-33-348.png
>
>
> {noformat}
> Product Version = Apache NetBeans IDE 11.0 (Build
> incubator-netbeans-release-404-on-20190319)
> Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
> Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
> Runtime = OpenJDK Runtime Environment 12.0.1+12
> Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
>
> Before unpacking latest NetBeans Release
> ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
> I removed the directories:
> * ~/.cache/netbeans
> * ~/.netbeans
> After start up the IDE is empty and none plugin is enabled.
> !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
> !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
> Same happens with latest NetBeans 11.1-beta1 release.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[ https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-2741: -- Description: Product Version = Apache NetBeans IDE 11.0 (Build incubator-netbeans-release-404-on-20190319) Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64 Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A Runtime = OpenJDK Runtime Environment 12.0.1+12 Java Home = /usr/lib/jvm/java-12-openjdk Before unpacking latest NetBeans Release ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] I removed the directories: * ~/.cache/netbeans * ~/.netbeans After start up the IDE is empty and none plugin is enabled. !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340! !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396! Same happens with latest NetBeans 11.1-beta1 release. was: Before unpacking latest NetBeans Release ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] I removed the directories: * ~/.cache/netbeans * ~/.netbeans After start up the IDE is empty and none plugin is enabled. !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340! !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396! Same happens with latest NetBeans 11.1-beta1 release. > Fresh installation of NetBeans 11 fails to enable "Base IDE" module > --- > > Key: NETBEANS-2741 > URL: https://issues.apache.org/jira/browse/NETBEANS-2741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Benjamin Asbach >Priority: Major > Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from > 2019-06-24 00-08-51.png, first-boot.log > > > Product Version = Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64 > Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A > Runtime = OpenJDK Runtime Environment 12.0.1+12 > Java Home = /usr/lib/jvm/java-12-openjdk > > Before unpacking latest NetBeans Release > ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] > I removed the directories: > * ~/.cache/netbeans > * ~/.netbeans > After start up the IDE is empty and none plugin is enabled. > !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340! > !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396! > Same happens with latest NetBeans 11.1-beta1 release. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[
https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-2741:
--
Description:
{noformat}
Product Version = Apache NetBeans IDE 11.0 (Build
incubator-netbeans-release-404-on-20190319)
Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
Runtime = OpenJDK Runtime Environment 12.0.1+12
Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
Before unpacking latest NetBeans Release
([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
I removed the directories:
* ~/.cache/netbeans
* ~/.netbeans
After start up the IDE is empty and none plugin is enabled.
!Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
!Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
Same happens with latest NetBeans 11.1-beta1 release.
was:
Product Version = Apache NetBeans IDE 11.0 (Build
incubator-netbeans-release-404-on-20190319)
Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
Runtime = OpenJDK Runtime Environment 12.0.1+12
Java Home = /usr/lib/jvm/java-12-openjdk
Before unpacking latest NetBeans Release
([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
I removed the directories:
* ~/.cache/netbeans
* ~/.netbeans
After start up the IDE is empty and none plugin is enabled.
!Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
!Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
Same happens with latest NetBeans 11.1-beta1 release.
> Fresh installation of NetBeans 11 fails to enable "Base IDE" module
> ---
>
> Key: NETBEANS-2741
> URL: https://issues.apache.org/jira/browse/NETBEANS-2741
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from
> 2019-06-24 00-08-51.png, first-boot.log
>
>
> {noformat}
> Product Version = Apache NetBeans IDE 11.0 (Build
> incubator-netbeans-release-404-on-20190319)
> Operating System = Linux version 5.1.12-arch1-1-ARCH running on amd64
> Java; VM; Vendor = 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A
> Runtime = OpenJDK Runtime Environment 12.0.1+12
> Java Home = /usr/lib/jvm/java-12-openjdk{noformat}
>
> Before unpacking latest NetBeans Release
> ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)]
> I removed the directories:
> * ~/.cache/netbeans
> * ~/.netbeans
> After start up the IDE is empty and none plugin is enabled.
> !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340!
> !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396!
> Same happens with latest NetBeans 11.1-beta1 release.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[ https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-2741: -- Description: Before unpacking latest NetBeans Release ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] I removed the directories: * ~/.cache/netbeans * ~/.netbeans After start up the IDE is empty and none plugin is enabled. !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340! !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396! Same happens with latest NetBeans 11.1-beta1 release. was: Before unpacking latest NetBeans Release ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] I removed the directories: * ~/.cache/netbeans * ~/.netbeans After start up the IDE is empty and none plugin is enabled. Same happens with latest NetBeans 11.1-beta1 release. > Fresh installation of NetBeans 11 fails to enable "Base IDE" module > --- > > Key: NETBEANS-2741 > URL: https://issues.apache.org/jira/browse/NETBEANS-2741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 > Environment: Product Version = Apache NetBeans IDE 11.0 > (Build incubator-netbeans-release-404-on-20190319) > Operating System= Linux version 5.1.12-arch1-1-ARCH running on amd64 > Java; VM; Vendor= 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A > Runtime = OpenJDK Runtime Environment 12.0.1+12 > Java Home = /usr/lib/jvm/java-12-openjdk >Reporter: Benjamin Asbach >Priority: Major > Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from > 2019-06-24 00-08-51.png, first-boot.log > > > Before unpacking latest NetBeans Release > ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] > I removed the directories: > * ~/.cache/netbeans > * ~/.netbeans > After start up the IDE is empty and none plugin is enabled. > !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340! > !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396! > Same happens with latest NetBeans 11.1-beta1 release. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[ https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-2741: -- Environment: (was: Product Version = Apache NetBeans IDE 11.0 (Build incubator-netbeans-release-404-on-20190319) Operating System= Linux version 5.1.12-arch1-1-ARCH running on amd64 Java; VM; Vendor= 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A Runtime = OpenJDK Runtime Environment 12.0.1+12 Java Home = /usr/lib/jvm/java-12-openjdk) > Fresh installation of NetBeans 11 fails to enable "Base IDE" module > --- > > Key: NETBEANS-2741 > URL: https://issues.apache.org/jira/browse/NETBEANS-2741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Benjamin Asbach >Priority: Major > Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from > 2019-06-24 00-08-51.png, first-boot.log > > > Before unpacking latest NetBeans Release > ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] > I removed the directories: > * ~/.cache/netbeans > * ~/.netbeans > After start up the IDE is empty and none plugin is enabled. > !Screenshot from 2019-06-24 00-05-01.png|width=695,height=340! > !Screenshot from 2019-06-24 00-08-51.png|width=626,height=396! > Same happens with latest NetBeans 11.1-beta1 release. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[ https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-2741: -- Description: Before unpacking latest NetBeans Release ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] I removed the directories: * ~/.cache/netbeans * ~/.netbeans After start up the IDE is empty and none plugin is enabled. Same happens with latest NetBeans 11.1-beta1 release. was: Before unpacking latest NetBeans Release ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] I removed the directories: * ~/.cache/netbeans * ~/.netbeans After start up the IDE is empty and none plugin is enabled. Same happens with latest NetBeans 11.1-beta1 release. > Fresh installation of NetBeans 11 fails to enable "Base IDE" module > --- > > Key: NETBEANS-2741 > URL: https://issues.apache.org/jira/browse/NETBEANS-2741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 > Environment: Product Version = Apache NetBeans IDE 11.0 > (Build incubator-netbeans-release-404-on-20190319) > Operating System= Linux version 5.1.12-arch1-1-ARCH running on amd64 > Java; VM; Vendor= 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A > Runtime = OpenJDK Runtime Environment 12.0.1+12 > Java Home = /usr/lib/jvm/java-12-openjdk >Reporter: Benjamin Asbach >Priority: Major > Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from > 2019-06-24 00-08-51.png, first-boot.log > > > Before unpacking latest NetBeans Release > ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] > I removed the directories: > * ~/.cache/netbeans > * ~/.netbeans > After start up the IDE is empty and none plugin is enabled. > > Same happens with latest NetBeans 11.1-beta1 release. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
[ https://issues.apache.org/jira/browse/NETBEANS-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Asbach updated NETBEANS-2741: -- Attachment: Screenshot from 2019-06-24 00-05-01.png first-boot.log Screenshot from 2019-06-24 00-08-51.png > Fresh installation of NetBeans 11 fails to enable "Base IDE" module > --- > > Key: NETBEANS-2741 > URL: https://issues.apache.org/jira/browse/NETBEANS-2741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 > Environment: Product Version = Apache NetBeans IDE 11.0 > (Build incubator-netbeans-release-404-on-20190319) > Operating System= Linux version 5.1.12-arch1-1-ARCH running on amd64 > Java; VM; Vendor= 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A > Runtime = OpenJDK Runtime Environment 12.0.1+12 > Java Home = /usr/lib/jvm/java-12-openjdk >Reporter: Benjamin Asbach >Priority: Major > Attachments: Screenshot from 2019-06-24 00-05-01.png, Screenshot from > 2019-06-24 00-08-51.png, first-boot.log > > > Before unpacking latest NetBeans Release > ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] > I removed the directories: > * ~/.cache/netbeans > * ~/.netbeans > After start up the IDE is empty and none plugin is enabled. > Same happens with latest NetBeans 11.1-beta1 release. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2741) Fresh installation of NetBeans 11 fails to enable "Base IDE" module
Benjamin Asbach created NETBEANS-2741: - Summary: Fresh installation of NetBeans 11 fails to enable "Base IDE" module Key: NETBEANS-2741 URL: https://issues.apache.org/jira/browse/NETBEANS-2741 Project: NetBeans Issue Type: Bug Affects Versions: 11.0, 11.1 Environment: Product Version = Apache NetBeans IDE 11.0 (Build incubator-netbeans-release-404-on-20190319) Operating System= Linux version 5.1.12-arch1-1-ARCH running on amd64 Java; VM; Vendor= 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12; N/A Runtime = OpenJDK Runtime Environment 12.0.1+12 Java Home = /usr/lib/jvm/java-12-openjdk Reporter: Benjamin Asbach Before unpacking latest NetBeans Release ([https://www.apache.org/dyn/closer.cgi/incubator/netbeans/incubating-netbeans/incubating-11.0/incubating-netbeans-11.0-bin.zip)] I removed the directories: * ~/.cache/netbeans * ~/.netbeans After start up the IDE is empty and none plugin is enabled. Same happens with latest NetBeans 11.1-beta1 release. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2299) Base IDE plugin cannot be activated
[
https://issues.apache.org/jira/browse/NETBEANS-2299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16870612#comment-16870612
]
Benjamin Asbach edited comment on NETBEANS-2299 at 6/23/19 6:15 PM:
Do you have the same problem with NetBeans 11?
I've the same issue on Linux with NetBeans 11 on openjdk11.
{code:java}
Product Version = Apache NetBeans IDE 11.0 (Build
incubator-netbeans-release-404-on-20190319)
Operating System= Linux version 5.1.12-arch1-1-ARCH running on amd64
Java; VM; Vendor= 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+7; Oracle
Corporation
Runtime = OpenJDK Runtime Environment 11.0.4+7
Java Home = /usr/lib/jvm/java-11-openjdk
{code}
was (Author: asbachb):
Do you have the same problem with NetBeans 11?
I've the same issue on Linux with NetBeans 11 on openjdk11.
> Base IDE plugin cannot be activated
> ---
>
> Key: NETBEANS-2299
> URL: https://issues.apache.org/jira/browse/NETBEANS-2299
> Project: NetBeans
> Issue Type: Bug
>Reporter: Petr Čvančar
>Priority: Minor
> Attachments: Capture.JPG
>
>
> Base IDE plugin cannot be activated, the option is grayed in the plugin
> dialog.
>
> *Product Version:* Apache NetBeans IDE 10.0 (Build
> incubator-netbeans-release-380-on-20181217)
> *Java:* 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> *Runtime:* Java(TM) SE Runtime Environment 11.0.2+9-LTS
> *System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb)
> *User directory:* C:\Users\pcvancar\AppData\Roaming\NetBeans\10.0
> *Cache directory:* C:\Users\pcvancar\AppData\Local\NetBeans\Cache\10.0
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-590) Running or debugging of individual JUnit tests sometimes does not work
[
https://issues.apache.org/jira/browse/NETBEANS-590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16636790#comment-16636790
]
Benjamin Asbach commented on NETBEANS-590:
--
I saw the problem for enterprise maven projects too.
> Running or debugging of individual JUnit tests sometimes does not work
> ---
>
> Key: NETBEANS-590
> URL: https://issues.apache.org/jira/browse/NETBEANS-590
> Project: NetBeans
> Issue Type: Bug
> Components: java - JUnit, projects - Maven
>Affects Versions: 9.0
>Reporter: Manikantan Narender Nath
>Priority: Major
>
> Old Bugzilla reference: [https://netbeans.org/bugzilla/show_bug.cgi?id=252959]
> Text issue copied and pasted as is from above link
> {code:java}
> Project reproducing inability to run individual JUnit tests.
> Product Version: NetBeans IDE Dev (Build 201506110001)
> Java: 1.7.0_76; Java HotSpot(TM) 64-Bit Server VM 24.76-b04
> Runtime: Java(TM) SE Runtime Environment 1.7.0_76-b13
> System: Linux version 3.13.0-37-generic running on amd64; UTF-8; cs_CZ (nb)
> User directory: /home/cesilko/.netbeans/dev
> Cache directory: /home/cesilko/.cache/netbeans/dev
> Description:
>
> Under some circumstances users can neither run nor debug individual JUnit
> tests due to an invalid format of arguments. Maybe it's a consequence of
> JUnit library upgrade to version 1.12. See this error output:
> /home/cesilko/.cache/netbeans/dev/executor-snippets/junit.xml:140: The
> following error occurred while executing this line:
> /home/cesilko/.cache/netbeans/dev/executor-snippets/junit.xml:78: Invalid
> specification of test methods: "teststorun.CalculatorTest.testAdd"; expected:
> comma-separated list of valid Java identifiers
> BUILD FAILED (total time: 0 seconds)
> Steps to reproduce:
> ===
> 1. Launch NetBeans IDE and open attached CannotRunIndividualTest project.
> 2. Right click "Source Packages > teststorun" node and invoke "Tools >
> Create/Update Tests" from popup menu.
> 3. In "Create Tests" dialog just push "OK" button.
> 4. Right click "CannotRunIndividualTest" project and invoke "Test" from its
> popup menu.
> 5. In "Test Results" output window right click "No test passed... >
> teststorun.CalculatorTest Failed > teststorun.CalculatorTest.testAdd Failed:
> ..." node and invoke "Run Again" from its popup menu.
> Expected: The testAdd test is run and you see that it failed again in the
> Test Results output window and no other test results.
> Actual: The testAdd test is not run due to the aforementioned error.{code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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
