[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] [Closed] (NETBEANS-3968) Convert Visibility hints cannot be disabled
[ https://issues.apache.org/jira/browse/NETBEANS-3968?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alejandro von Schwedler closed NETBEANS-3968. - > Convert Visibility hints cannot be disabled > --- > > Key: NETBEANS-3968 > URL: https://issues.apache.org/jira/browse/NETBEANS-3968 > Project: NetBeans > Issue Type: Bug > Components: php - Editor >Affects Versions: 11.3 >Reporter: Czukowski >Assignee: Junichi Yamamoto >Priority: Minor > Labels: pull-request-available > Fix For: 12.0 > > Attachments: image-2020-03-06-12-33-23-941.png > > Time Spent: 40m > Remaining Estimate: 0h > > Some new hints to change methods and properties visibility are appearing > since 11.3, but there doesn't seem to be a way to hide them in the Customize > Hints dialog as they are not listed there. > !image-2020-03-06-12-33-23-941.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4452) The Plugin Installer found problem timeout of loading C/C++ Remote Development API[org.netbeans.modules.cnd.api.remote/1.29.5.1] while install the following plugins:
[
https://issues.apache.org/jira/browse/NETBEANS-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17182000#comment-17182000
]
Guntram Blohm commented on NETBEANS-4452:
-
I can confirm that temporarily switching to JDK 8 solves the problem. Madiha
Shabbir, you need to make netbeans use the older JDK by (temporarily) changing
{{netbeans_jdkhome=/path/to/jdk_8}} in {{/path/to/netbeans/etc/netbeans.conf.}}
> The Plugin Installer found problem timeout of loading C/C++ Remote
> Development API[org.netbeans.modules.cnd.api.remote/1.29.5.1] while install
> the following plugins: C++
> -
>
> Key: NETBEANS-4452
> URL: https://issues.apache.org/jira/browse/NETBEANS-4452
> Project: NetBeans
> Issue Type: Bug
> Components: cnd - Other
>Affects Versions: 12.0, 11.3
>Reporter: Mauro Mauri
>Priority: Blocker
> Fix For: Next
>
>
> "The Plugin Installer found problem timeout of loading C/C++ Remote
> Development API[org.netbeans.modules.cnd.api.remote/1.29.5.1] while install
> the following plugins:
> C/C++"
> This error occurred when I install C++ plugin, at the end of installation, so
> the plugin is not installed. Netbeans 8.2 enabled, it's the same with
> releases 11.3 and 12.0.
> I had no problems with 11.0 release.
> Any idea ? Thank you
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2464) Netbeans 8.2's C/C++ Plugin Install Error Timeout for Loading Module
[
https://issues.apache.org/jira/browse/NETBEANS-2464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17181998#comment-17181998
]
Guntram Blohm commented on NETBEANS-2464:
-
According to [https://stackoverflow.com/a/61637994/3066467,] this is a problem
with newer JDKs not providing unpack200.exe anymore. While their suggestion to
copy that file over from an old jdk to the new one didn't work, temporarily
setting netbeans jdk home to an old 1.8 version did.
> Netbeans 8.2's C/C++ Plugin Install Error Timeout for Loading Module
>
>
> Key: NETBEANS-2464
> URL: https://issues.apache.org/jira/browse/NETBEANS-2464
> Project: NetBeans
> Issue Type: Bug
> Components: utilities - Code
>Affects Versions: 11.0
> Environment: openSUSE Linux 15.0, KDE 5, OpenJDK 10 running on Intel
> Core i5 750 at 2.67 GHz + 8 GB of RAM + AMD Radeon RX 580.
>Reporter: giu.gr
>Priority: Major
> Fix For: 10.0
>
>
> Installing C/C++ plugin does get interrupted throwing an exception.
>
> {code:java}
> INFO [org.netbeans.modules.autoupdate.services.InstallSupportImpl]: Timeout
> waiting for loading module org.netbeans.modules.cnd.api.remote@1.29.5.1
> INFO [org.netbeans.modules.autoupdate.ui.wizards.InstallStep]: timeout of
> loading C/C++ Remote Development
> API[org.netbeans.modules.cnd.api.remote/1.29.5.1]
> org.netbeans.api.autoupdate.OperationException[INSTALL]: timeout of loading
> C/C++ Remote Development API[org.netbeans.modules.cnd.api.remote/1.29.5.1]
> at
> org.netbeans.modules.autoupdate.services.InstallSupportImpl$3.call(InstallSupportImpl.java:429)
> at
> org.netbeans.modules.autoupdate.services.InstallSupportImpl$3.call(InstallSupportImpl.java:289)
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> {code}
>
> Netbeans 8.2's C/C++ plugin used to work in Netbeans 10.0.
--
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-4724) Missing New File Category JavaFX
[ https://issues.apache.org/jira/browse/NETBEANS-4724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Romano updated NETBEANS-4724: - Description: This is an intermittent bug that occasionally occurs right after an "FXML JavaFX Maven Archetype (Gluon)" project is created. Once, the user tries to create a New File for the project, the JavaFx option in the category list will not be present. One of the prominent contributors on the Netbeans mailing list surmises that the issue might be related to the ergonomics. Apparently the ergonomics automagically disable modules, not in use, however, it is supposed to automagically enable modules when needed and intermittently fail to do it. This intermittent bug has a terrible side effect on the FXML file that is created after the JavaFX is reactivated. If the user right-clicks on the FXML file, the standard dropdown menu does not provide the option of "Make Controller", which means, if the user updates the content of the FXML the new changes would not manifest in the controller code unless the user manually keeps the FXML in sync with the controller (an error-prone process). The other side-effect is the “Open” menu option from the dropdown no longer invokes the Scene-Builder (if the Scene-Builder installed and set up with the Netbeans). was:This is an intermittent bug that occasionally occurs right after an "FXML JavaFX Maven Archetype (Gluon)" project is created. Once, the user tries to create a New File for the project, the JavaFx option in the category list will not be present. One of the prominent contributors on the Netbeans mailing list surmises that the issue might be related to the ergonomics. Apparently the ergonomics automagically disable modules, not in use, however, it is supposed to automagically enable modules when needed and intermittently fail to do it. > Missing New File Category JavaFX > > > Key: NETBEANS-4724 > URL: https://issues.apache.org/jira/browse/NETBEANS-4724 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0 > Environment: Windows 10, Netbeans 12.0 >Reporter: Anthony Romano >Priority: Major > > This is an intermittent bug that occasionally occurs right after an "FXML > JavaFX Maven Archetype (Gluon)" project is created. Once, the user tries to > create a New File for the project, the JavaFx option in the category list > will not be present. One of the prominent contributors on the Netbeans > mailing list surmises that the issue might be related to the ergonomics. > Apparently the ergonomics automagically disable modules, not in use, however, > it is supposed to automagically enable modules when needed and intermittently > fail to do it. > This intermittent bug has a terrible side effect on the FXML file that is > created after the JavaFX is reactivated. If the user right-clicks on the FXML > file, the standard dropdown menu does not provide the option of "Make > Controller", which means, if the user updates the content of the FXML the new > changes would not manifest in the controller code unless the user manually > keeps the FXML in sync with the controller (an error-prone process). The > other side-effect is the “Open” menu option from the dropdown no longer > invokes the Scene-Builder (if the Scene-Builder installed and set up with the > Netbeans). -- 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-183) Code completion is very slow
[ https://issues.apache.org/jira/browse/NETBEANS-183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17181828#comment-17181828 ] Matěj Kmínek commented on NETBEANS-183: --- [~junichi11] - thanks for a quick response, I created it there: https://issues.apache.org/jira/browse/NETBEANS-4730 > Code completion is very slow > > > Key: NETBEANS-183 > URL: https://issues.apache.org/jira/browse/NETBEANS-183 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Editor >Affects Versions: 8.2 > Environment: NetBeans 8.2, Windows 10 x64 > NetBeans >8.2 Dev Ubuntu Mate Linux 64bit with 8x i7 cores + 32GB of ram + SSD >Reporter: Christian Lenz >Priority: Major > Attachments: slowCodeCompletion.gif, > slowCodeCompletionForwardCalls.7z, slowCodeCompletionSnapshot.nps > > > I have 12 Projects open in NB 8.2 RC. Some Plugin development stuff for NB > and some html projects and one multi module project based on maven. I have a > JAVA file where I want to add code and as you can see in my screen capture, > it is e mess to code, because it is very slow. Code completion comes up after > seconds and not milliseconds as expected. That makes programming very > ineffective. > Cheers > Chris -- 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-4730) Code completion is very slow on larger PHP projects
Matěj Kmínek created NETBEANS-4730: -- Summary: Code completion is very slow on larger PHP projects Key: NETBEANS-4730 URL: https://issues.apache.org/jira/browse/NETBEANS-4730 Project: NetBeans Issue Type: Bug Components: php - Code Analysis Affects Versions: 11.2, 12.0 Environment: Windows 10 64bit 20GB RAM (NB peak is usually around 2GB) Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (4 phys cores, 8 logical) Reporter: Matěj Kmínek Attachments: netbeans_stuck.nps I'm currently working on PHP project. Project is composed using composer, using our subgit modules. Currently we have around 70 modules in the project. Each module consists from up to 15 php classes. Code Completion got already very slow with such amount of files. It takes me up to 13-20 secs to invoke code completion to see list of some object methods (including $this-> , which I guess could be extremely fast). Steps taken to try to fasten up a bit: * Removed project folder from Window Defender scanner - problem persisted with no noticeable speedup * Disabled Windows Defender completely - problem persisted with no noticeable speedup * Updated from NB 11.2 to 12.0 - problem persisted with no noticeable speedup * Changed Java SDK from 12.0.1 to 14.0.2 * Tried set max heap memory limit to 4GB - problem persisted with no noticeable speedup Invocation of code completion popup rises processor usage from <10% to around 50%. Also, increased memory usage to about 2GB. As the system I am writing is proprietary, I cant simply send the source code. However we can definitely arrange some online screensharing using Skype / Hangouts, or VNC to online test. Attaching snapshot of one code completion invocation. During searching the issues, I found out there could be a problem with some native windows related file listing functions - perhaps the problem lies there? But I tried another IDEs, which works flawlessly on this big project, so they either use some different functions or there could be truly a bug in NB. -- 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-35) JSF 2.2 XML namespaces are not supported
[ https://issues.apache.org/jira/browse/NETBEANS-35?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niklas Matthies resolved NETBEANS-35. - Resolution: Fixed As far as I can tell, this is solved in NetBeans 12 (maybe already in NetBeans 11.x), However the related issue NETBEANS-3611 remains. > JSF 2.2 XML namespaces are not supported > > > Key: NETBEANS-35 > URL: https://issues.apache.org/jira/browse/NETBEANS-35 > Project: NetBeans > Issue Type: Bug > Components: javaee - JSF >Affects Versions: 8.2 >Reporter: Niklas Matthies >Priority: Major > > The XML namespaces under http://xmlns.jcp.org/jsf introduced with JSF 2.2 in > 2013 are not supported. When declared, NetBeans generates an error, e.g. "No > library found for namespace http://xmlns.jcp.org/jsf/passthrough;. This makes > it difficult to work with JSF 2.2. projects in NetBeans. -- 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-3611) No library found for namespace http://omnifaces.org/ui
[
https://issues.apache.org/jira/browse/NETBEANS-3611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17181777#comment-17181777
]
Niklas Matthies commented on NETBEANS-3611:
---
This is still an issue in NetBeans 12. I have the same problem with OmniFaces
1.8.1, and I don't think the described workaround is applicable to Maven
projects.
Any solution for JSF Maven projects would be greatly appreciated.
> No library found for namespace http://omnifaces.org/ui
> --
>
> Key: NETBEANS-3611
> URL: https://issues.apache.org/jira/browse/NETBEANS-3611
> Project: NetBeans
> Issue Type: Bug
> Components: javaee - JSF
>Affects Versions: 11.1, 11.2
>Reporter: Ömer Faruk Kurt
>Priority: Major
> Attachments: 47298773-eab3a100-d618-11e8-849e-627e6507ee97.png
>
>
> With OmniFace 3.2 you get an error message in a facelet
> {{No library found for namespace http://omnifaces.org/ui}}
> With NetBeans 8.2 en 9.0 you can only have the 8.2 JEE plugins.
> You can actually make JSF2.3 work but adding OmniFaces to a facelet then
> renders the error.
> I managed to get rid of the error by unpacking the omnifaces-3.2.jar to a
> directory and add that directory to the libraries of the project and remove
> the omnifaces-3.2.jar from the libraries.
> After that I changed the XML tag facelet-taglib to a signature as used in
> mojarra_ext.taglib.xml of javax.faces-2.3.7.jar the error is going away from
> the facelet.
> I saw a closed issue about a namespace not found in NetBeans 8.2 and I have
> the same problem.
> [https://github.com/omnifaces/omnifaces/issues/442|https://github.com/omnifaces/omnifaces/issues/url]
> I think the NetBeans webproject is not able to see the new signature of the
> omnifaces-ui.taglib.xml version 2.3.
> The NetBeans IDE is making a transition to Apache and until Feb. 2019 there
> will not any renewal on the Jakarta EE plugins for NetBeans supporting JSF 2.3
> [https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Release+Roadmap|https://github.com/omnifaces/omnifaces/issues/url]
> So what I did was to uncheck the package checkbox of the changed directory in
> the library settings and in the web build/packaging to add the
> omnifaces-3.2.jar.
> Actually I think it is a NetBeans problem but until feb. 2019 no updates on
> Jakarta EE to expect from there.
> A picture of 2 projects, 1 with problem and the second with solved problem of
> the index.xhtml
--
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-4623) NullPointerException in BasicTextUI.getPreferredSize
[ https://issues.apache.org/jira/browse/NETBEANS-4623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17181774#comment-17181774 ] Czukowski commented on NETBEANS-4623: - Unfortunately got it again with Windows look and feel (idelog-8.txt attached), so it's probably not FlatLaf related. I was using search in a file shortly before but it seemed to work correctly and I've noticed something's went wrong only a few moments later after I went to rename a file in a project and then I saw a red exclamation icon notifying about 2 exceptions (just as in the issue description). > NullPointerException in BasicTextUI.getPreferredSize > > > Key: NETBEANS-4623 > URL: https://issues.apache.org/jira/browse/NETBEANS-4623 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.1 > Environment: Product Version: Apache NetBeans IDE 12.1-beta3 > Java: 14.0.2; Java HotSpot(TM) 64-Bit Server VM 14.0.2+12-46 > Runtime: Java(TM) SE Runtime Environment 14.0.2+12-46 > System: Windows 10 version 10.0 running on amd64 >Reporter: Czukowski >Assignee: Karl Tauber >Priority: Major > Attachments: idelog-2.txt, idelog-3.txt, idelog-4.txt, idelog-5.txt, > idelog-6.txt, idelog-7.txt, idelog-8.txt, image-2020-07-23-14-53-04-101.png > > > Was testing 12.1 beta1 today, during my normal activity I noticed an error > icon in the status bar at the bottom. The IDE was responsive and everything > seemingly working so far. > Upon clicking the icon, where the Notification panel would appear, only a > blank space appears instead of it. If I try to open a file from Project or > Files panels, similar things happen, editor tabs do open, but they are blank > and gray. > Other IDE dialogs (that are not panels) can still be open without issues. > The only way I've found to get rid of the issue is to restart the IDE. It did > happen a few times after that too, it wasn't clear which action has triggered > the issue. > !image-2020-07-23-14-53-04-101.png! > See the attachment for the IDE log, this error can be seen repeated there > multiple times. -- 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-3611) No library found for namespace http://omnifaces.org/ui
[
https://issues.apache.org/jira/browse/NETBEANS-3611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Matthies updated NETBEANS-3611:
--
Component/s: javaee - JSF
> No library found for namespace http://omnifaces.org/ui
> --
>
> Key: NETBEANS-3611
> URL: https://issues.apache.org/jira/browse/NETBEANS-3611
> Project: NetBeans
> Issue Type: Bug
> Components: javaee - JSF
>Affects Versions: 11.1, 11.2
>Reporter: Ömer Faruk Kurt
>Priority: Major
> Attachments: 47298773-eab3a100-d618-11e8-849e-627e6507ee97.png
>
>
> With OmniFace 3.2 you get an error message in a facelet
> {{No library found for namespace http://omnifaces.org/ui}}
> With NetBeans 8.2 en 9.0 you can only have the 8.2 JEE plugins.
> You can actually make JSF2.3 work but adding OmniFaces to a facelet then
> renders the error.
> I managed to get rid of the error by unpacking the omnifaces-3.2.jar to a
> directory and add that directory to the libraries of the project and remove
> the omnifaces-3.2.jar from the libraries.
> After that I changed the XML tag facelet-taglib to a signature as used in
> mojarra_ext.taglib.xml of javax.faces-2.3.7.jar the error is going away from
> the facelet.
> I saw a closed issue about a namespace not found in NetBeans 8.2 and I have
> the same problem.
> [https://github.com/omnifaces/omnifaces/issues/442|https://github.com/omnifaces/omnifaces/issues/url]
> I think the NetBeans webproject is not able to see the new signature of the
> omnifaces-ui.taglib.xml version 2.3.
> The NetBeans IDE is making a transition to Apache and until Feb. 2019 there
> will not any renewal on the Jakarta EE plugins for NetBeans supporting JSF 2.3
> [https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Release+Roadmap|https://github.com/omnifaces/omnifaces/issues/url]
> So what I did was to uncheck the package checkbox of the changed directory in
> the library settings and in the web build/packaging to add the
> omnifaces-3.2.jar.
> Actually I think it is a NetBeans problem but until feb. 2019 no updates on
> Jakarta EE to expect from there.
> A picture of 2 projects, 1 with problem and the second with solved problem of
> the index.xhtml
--
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-4623) NullPointerException in BasicTextUI.getPreferredSize
[ https://issues.apache.org/jira/browse/NETBEANS-4623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Czukowski updated NETBEANS-4623: Attachment: idelog-8.txt > NullPointerException in BasicTextUI.getPreferredSize > > > Key: NETBEANS-4623 > URL: https://issues.apache.org/jira/browse/NETBEANS-4623 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.1 > Environment: Product Version: Apache NetBeans IDE 12.1-beta3 > Java: 14.0.2; Java HotSpot(TM) 64-Bit Server VM 14.0.2+12-46 > Runtime: Java(TM) SE Runtime Environment 14.0.2+12-46 > System: Windows 10 version 10.0 running on amd64 >Reporter: Czukowski >Assignee: Karl Tauber >Priority: Major > Attachments: idelog-2.txt, idelog-3.txt, idelog-4.txt, idelog-5.txt, > idelog-6.txt, idelog-7.txt, idelog-8.txt, image-2020-07-23-14-53-04-101.png > > > Was testing 12.1 beta1 today, during my normal activity I noticed an error > icon in the status bar at the bottom. The IDE was responsive and everything > seemingly working so far. > Upon clicking the icon, where the Notification panel would appear, only a > blank space appears instead of it. If I try to open a file from Project or > Files panels, similar things happen, editor tabs do open, but they are blank > and gray. > Other IDE dialogs (that are not panels) can still be open without issues. > The only way I've found to get rid of the issue is to restart the IDE. It did > happen a few times after that too, it wasn't clear which action has triggered > the issue. > !image-2020-07-23-14-53-04-101.png! > See the attachment for the IDE log, this error can be seen repeated there > multiple times. -- 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
