[jira] [Created] (NETBEANS-1009) Tracking bug for JDK11 - JEP 335 Deprecate the Nashorn JavaScript Engine
Reema Taneja created NETBEANS-1009: -- Summary: Tracking bug for JDK11 - JEP 335 Deprecate the Nashorn JavaScript Engine Key: NETBEANS-1009 URL: https://issues.apache.org/jira/browse/NETBEANS-1009 Project: NetBeans Issue Type: Task Reporter: Reema Taneja Tracking bug for changes that may be required for JEP 335 for JDK 11. http://openjdk.java.net/jeps/335 -- 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] [Resolved] (NETBEANS-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Reema Taneja resolved NETBEANS-892. --- Resolution: Fixed > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Assignee: Reema Taneja >Priority: Blocker > Labels: pull-request-available > Fix For: 9.0 > > Attachments: EvilRefactorBug.zip > > Time Spent: 3h 20m > Remaining Estimate: 0h > > Move the class "MoveMeIn" into the class "MoveTo". Things break. Many, many > thing break. -- 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-1008) ClassCastException while editing java 8 files
[ https://issues.apache.org/jira/browse/NETBEANS-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16525509#comment-16525509 ] Jeffrey Morlan commented on NETBEANS-1008: -- This is a duplicate of https://issues.apache.org/jira/browse/NETBEANS-715 > ClassCastException while editing java 8 files > - > > Key: NETBEANS-1008 > URL: https://issues.apache.org/jira/browse/NETBEANS-1008 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0 >Reporter: Tobias Warneke >Priority: Major > > Caused: java.lang.ClassCastException: > com.sun.tools.javac.tree.JCTree$JCLambda cannot be cast to > com.sun.tools.javac.tree.JCTree$JCMethodInvocation > at > com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607) > at com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240) > at com.sun.tools.javac.comp.ArgumentAttr.visitLambda(ArgumentAttr.java:293) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.comp.ArgumentAttr.attribArg(ArgumentAttr.java:197) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:658) > at com.sun.tools.javac.comp.Attr.attribArgs(Attr.java:769) > at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2049) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitLambda(Attr.java:2726) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.DeferredAttr$4.complete(DeferredAttr.java:371) > at > com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:332) > at > com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:318) > at com.sun.tools.javac.comp.Resolve$MethodResultInfo.check(Resolve.java:1048) > at com.sun.tools.javac.comp.Resolve$4.checkArg(Resolve.java:875) > at > com.sun.tools.javac.comp.Resolve$AbstractMethodCheck.argumentsAcceptable(Resolve.java:783) > at com.sun.tools.javac.comp.Resolve$4.argumentsAcceptable(Resolve.java:884) > at com.sun.tools.javac.comp.Resolve.rawInstantiate(Resolve.java:626) > at com.sun.tools.javac.comp.Resolve.checkMethod(Resolve.java:652) > at com.sun.tools.javac.comp.Attr.checkMethod(Attr.java:4401) > at com.sun.tools.javac.comp.Attr.checkIdInternal(Attr.java:4189) > at com.sun.tools.javac.comp.Attr.checkMethodIdInternal(Attr.java:4088) > at com.sun.tools.javac.comp.Attr.checkMethodId(Attr.java:4067) > at com.sun.tools.javac.comp.Attr.checkId(Attr.java:4054) > at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3939) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2066) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:713) > at com.sun.tools.javac.comp.Attr.visitExec(Attr.java:1825) > at > com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736) > at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:760) > at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1337) > at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:69) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736) > at > org.netbeans.modules.java.source.nbjavac.parsing.PartialReparserService.reattrMethodBody(PartialReparserService.java:180) > [catch] at > org.netbeans.modules.java.source.nbjavac.parsing.PartialReparserImpl.reparseMethod(PartialReparserImpl.java:164) > at > org.netbeans.modules.java.source.parsing.JavacParser.parseImpl(JavacParser.java:397) > at > org.netbeans.modules.java.source.parsing.JavacParser.parse(JavacParser.java:330) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callParse(TaskProcessor.java:598) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:228) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) > at > org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663) > at
[jira] [Commented] (NETBEANS-715) Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source
[ https://issues.apache.org/jira/browse/NETBEANS-715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16525507#comment-16525507 ] Jeffrey Morlan commented on NETBEANS-715: - Here's a simple way to demonstrate this bug - start with the following method: {{public static void main(String[] args) {}} {{ //}} {{ System.out.println(true ? "" : (""));}} {{}}} Then, type exactly 7 characters in the comment. "java.lang.ClassCastException: com.sun.tools.javac.tree.JCTree$JCConditional cannot be cast to com.sun.tools.javac.tree.JCTree$JCParens". This is caused by stale data in ArgumentAttr.argumentTypeCache. (ArgumentAttr was introduced in JDK 9: https://bugs.openjdk.java.net/browse/JDK-8078093) > Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source > -- > > Key: NETBEANS-715 > URL: https://issues.apache.org/jira/browse/NETBEANS-715 > Project: NetBeans > Issue Type: Bug > Components: editor - Hints & Annotations >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-205-on-20180202) > Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46 > Runtime: Java(TM) SE Runtime Environment 10+46 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb) > User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs > Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09 > Plugins: > * Netbeans Gradle plugin v1.4.3 >Reporter: will mason >Priority: Major > Labels: ClassCastException, GUI, Regression, annotations, > editor, hints > Attachments: ClassCastException.logs, JPanelIbaDetails.dump, > messages.log > > > h2. context > * Gradle project open > * Panel class open in editor > * Java debugger running > * Adding a correction to set value for a JCheckBox field. > h2. expected / desirable > * Finish adding source code change > * Move to next GUI error in debugger and consider how that should work in > source > h2. actual > * Annotation exception > ** stacktrace > {code:java} > An error occurred during parsing of > 'D:\work\products\FourAbs\FourAbsClientLibrary\src\main\java\au\com\fourtel\fourabs\client\ibas\JPanelIbaDetails.java'. > Please report a bug against java/source and attach dump file > 'Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs\var\log\JPanelIbaDetails.dump'. > Caused: java.lang.ClassCastException: > com.sun.tools.javac.tree.JCTree$JCConditional cannot be cast to > com.sun.tools.javac.tree.JCTree$JCMethodInvocation > at > com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607) > at > com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240) > ... > {code} > h2. Impact > * Interrupts work > * Not sure if editing is stable > h2. supporting information > * JPanelIbaDetails.dump > * messages.log > * AssertionError.logs - contains ... > ** stacktrace > ** UI log > ** IDE log -- 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-935) ClassCastException while parsing java source.
[ https://issues.apache.org/jira/browse/NETBEANS-935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16525508#comment-16525508 ] Jeffrey Morlan commented on NETBEANS-935: - This is a duplicate of https://issues.apache.org/jira/browse/NETBEANS-715 > ClassCastException while parsing java source. > - > > Key: NETBEANS-935 > URL: https://issues.apache.org/jira/browse/NETBEANS-935 > Project: NetBeans > Issue Type: Bug >Reporter: Will Shackleford >Priority: Major > Attachments: Supervisor.dump > > > An error occurred during parsing of > 'C:\Users\shackle\Documents\NetBeansProjects\aprs-framework\src\main\java\aprs\supervisor\main\Supervisor.java'. > Please report a bug against java/source and attach dump file > 'C:\Users\shackle\AppData\Roaming\NetBeans\dev\var\log\Supervisor.dump'. > Caused: java.lang.ClassCastException: > com.sun.tools.javac.tree.JCTree$JCLambda cannot be cast to > com.sun.tools.javac.tree.JCTree$JCMethodInvocation > at > com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607) > at com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240) > at com.sun.tools.javac.comp.ArgumentAttr.visitLambda(ArgumentAttr.java:293) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.comp.ArgumentAttr.attribArg(ArgumentAttr.java:197) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:658) > at com.sun.tools.javac.comp.Attr.attribArgs(Attr.java:769) > at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2049) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitLambda(Attr.java:2726) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.DeferredAttr$4.complete(DeferredAttr.java:371) > at > com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:332) > at > com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:318) > at com.sun.tools.javac.comp.Resolve$MethodResultInfo.check(Resolve.java:1048) > at com.sun.tools.javac.comp.Resolve$4.checkArg(Resolve.java:875) > at > com.sun.tools.javac.comp.Resolve$AbstractMethodCheck.argumentsAcceptable(Resolve.java:783) > at com.sun.tools.javac.comp.Resolve$4.argumentsAcceptable(Resolve.java:884) > at com.sun.tools.javac.comp.Infer.instantiateMethod(Infer.java:193) > at com.sun.tools.javac.comp.Resolve.rawInstantiate(Resolve.java:613) > at com.sun.tools.javac.comp.Resolve.checkMethod(Resolve.java:652) > at com.sun.tools.javac.comp.Attr.checkMethod(Attr.java:4401) > at com.sun.tools.javac.comp.Attr.checkIdInternal(Attr.java:4189) > at com.sun.tools.javac.comp.Attr.checkMethodIdInternal(Attr.java:4088) > at com.sun.tools.javac.comp.Attr.checkMethodId(Attr.java:4067) > at com.sun.tools.javac.comp.Attr.checkId(Attr.java:4054) > at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3939) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2066) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3815) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2066) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3815) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2066) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3815) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2066) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) > at com.sun.tools.javac.comp.Attr.visitReturn(Attr.java:1918) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCT
[incubator-netbeans] branch release90 updated: NETBEANS-892: Fix updation of unrelated files during refactor (#609)
This is an automated email from the ASF dual-hosted git repository. geertjan pushed a commit to branch release90 in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git The following commit(s) were added to refs/heads/release90 by this push: new 5747fbd NETBEANS-892: Fix updation of unrelated files during refactor (#609) 5747fbd is described below commit 5747fbd34405a5724b7f4020fd04cfb0bfd853c9 Author: Reema Taneja <32299405+rtane...@users.noreply.github.com> AuthorDate: Wed Jun 27 08:39:16 2018 -0700 NETBEANS-892: Fix updation of unrelated files during refactor (#609) --- .../modules/refactoring/java/plugins/MoveClassTransformer.java | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/MoveClassTransformer.java b/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/MoveClassTransformer.java index a295abf..cd7b618 100644 --- a/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/MoveClassTransformer.java +++ b/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/MoveClassTransformer.java @@ -146,8 +146,6 @@ public class MoveClassTransformer extends RefactoringVisitor { cut = make.CompilationUnit(cut.getPackageName(), imports, cut.getTypeDecls(), cut.getSourceFile()); } -cut = GeneratorUtilities.get(workingCopy).importFQNs(cut); - rewrite(node, cut); return result; @@ -245,6 +243,7 @@ public class MoveClassTransformer extends RefactoringVisitor { } get.copyComments(origTree, newClass, true); get.copyComments(origTree, newClass, false); +newClass = get.importFQNs(newClass); newClass = get.insertClassMember(node, newClass); original2Translated.put(node, newClass); } - 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-719) NetBeans Debugging to support storing configurations
[ https://issues.apache.org/jira/browse/NETBEANS-719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16525120#comment-16525120 ] Tomáš Poledný commented on NETBEANS-719: I use attach debugger for multiple JVM instances on different hosts and ports. It is hard to remember connection properties for every connection. There is no solution how to save connection properties. I would like save connections to favorite list. I propose add button which opens favorite connections (where you can choose connection for fill attach dialog and add new favorite connection) into attach debugger dialog. > NetBeans Debugging to support storing configurations > > > Key: NETBEANS-719 > URL: https://issues.apache.org/jira/browse/NETBEANS-719 > Project: NetBeans > Issue Type: New Feature > Components: debugger - Java >Reporter: John McDonnell >Priority: Critical > > A strength that IntelliJ has over NetBeans IMO is that they can support > different debugger options. > For example, they can create a configuration for different setups > (hosts/port/arguments) and store them with a name. > As we move forward, this would make sense to also have in NetBeans, as for > developers working on different microservices, that are deployed to different > hosts/ports etc, the ability to quickly select a previously stored option, is > way more user friendly than having to remember the port or host of a given > application... -- 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-1008) ClassCastException while editing java 8 files
Tobias Warneke created NETBEANS-1008: Summary: ClassCastException while editing java 8 files Key: NETBEANS-1008 URL: https://issues.apache.org/jira/browse/NETBEANS-1008 Project: NetBeans Issue Type: Bug Affects Versions: 9.0 Reporter: Tobias Warneke Caused: java.lang.ClassCastException: com.sun.tools.javac.tree.JCTree$JCLambda cannot be cast to com.sun.tools.javac.tree.JCTree$JCMethodInvocation at com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607) at com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240) at com.sun.tools.javac.comp.ArgumentAttr.visitLambda(ArgumentAttr.java:293) at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) at com.sun.tools.javac.comp.ArgumentAttr.attribArg(ArgumentAttr.java:197) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:658) at com.sun.tools.javac.comp.Attr.attribArgs(Attr.java:769) at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2049) at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) at com.sun.tools.javac.comp.Attr.visitLambda(Attr.java:2726) at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) at com.sun.tools.javac.comp.DeferredAttr$4.complete(DeferredAttr.java:371) at com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:332) at com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:318) at com.sun.tools.javac.comp.Resolve$MethodResultInfo.check(Resolve.java:1048) at com.sun.tools.javac.comp.Resolve$4.checkArg(Resolve.java:875) at com.sun.tools.javac.comp.Resolve$AbstractMethodCheck.argumentsAcceptable(Resolve.java:783) at com.sun.tools.javac.comp.Resolve$4.argumentsAcceptable(Resolve.java:884) at com.sun.tools.javac.comp.Resolve.rawInstantiate(Resolve.java:626) at com.sun.tools.javac.comp.Resolve.checkMethod(Resolve.java:652) at com.sun.tools.javac.comp.Attr.checkMethod(Attr.java:4401) at com.sun.tools.javac.comp.Attr.checkIdInternal(Attr.java:4189) at com.sun.tools.javac.comp.Attr.checkMethodIdInternal(Attr.java:4088) at com.sun.tools.javac.comp.Attr.checkMethodId(Attr.java:4067) at com.sun.tools.javac.comp.Attr.checkId(Attr.java:4054) at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3939) at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2066) at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) at com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:713) at com.sun.tools.javac.comp.Attr.visitExec(Attr.java:1825) at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736) at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:760) at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1337) at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:69) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660) at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736) at org.netbeans.modules.java.source.nbjavac.parsing.PartialReparserService.reattrMethodBody(PartialReparserService.java:180) [catch] at org.netbeans.modules.java.source.nbjavac.parsing.PartialReparserImpl.reparseMethod(PartialReparserImpl.java:164) at org.netbeans.modules.java.source.parsing.JavacParser.parseImpl(JavacParser.java:397) at org.netbeans.modules.java.source.parsing.JavacParser.parse(JavacParser.java:330) at org.netbeans.modules.parsing.impl.TaskProcessor.callParse(TaskProcessor.java:598) at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:228) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) at org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:514) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) -- This message was
[jira] [Created] (NETBEANS-1007) Target "build-source-config" fails on windows
Jens Hofschröer created NETBEANS-1007: - Summary: Target "build-source-config" fails on windows Key: NETBEANS-1007 URL: https://issues.apache.org/jira/browse/NETBEANS-1007 Project: NetBeans Issue Type: Bug Affects Versions: 9.0 Environment: Windows 7-SP1, Apache Ant(TM) version 1.9.7 and 1.10.1 Reporter: Jens Hofschröer The execution of the target "build-source-config" results in a failed build with a PatternSyntaxException on Windows build-source-config: [echo] Packaging sources of basic modules BUILD FAILED d:\Projekte\ApacheNetBeans\incubator-netbeans\nbbuild\build.xml:1595: java.util.regex.PatternSyntaxException: Unknown character property name \{r} near index 4 d:\Projekte\ApacheNetBeans\incubator-netbeans/(.*)$ ^ at java.util.regex.Pattern.error(Pattern.java:1955) at java.util.regex.Pattern.charPropertyNodeFor(Pattern.java:2781) at java.util.regex.Pattern.family(Pattern.java:2736) at java.util.regex.Pattern.sequence(Pattern.java:2076) at java.util.regex.Pattern.expr(Pattern.java:1996) at java.util.regex.Pattern.compile(Pattern.java:1696) at java.util.regex.Pattern.(Pattern.java:1351) at java.util.regex.Pattern.compile(Pattern.java:1054) at org.apache.tools.ant.util.regexp.Jdk14RegexpMatcher.getCompiledPattern(Jdk14RegexpMatcher.java:68) at org.apache.tools.ant.util.regexp.Jdk14RegexpMatcher.matches(Jdk14RegexpMatcher.java:95) at org.apache.tools.ant.util.RegexpPatternMapper.mapFileName(RegexpPatternMapper.java:122) at org.apache.tools.ant.util.CompositeMapper.mapFileName(CompositeMapper.java:37) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:370) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:435) at org.apache.tools.ant.Target.performTasks(Target.java:456) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405) at org.apache.tools.ant.Project.executeTarget(Project.java:1376) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1260) at org.apache.tools.ant.Main.runBuild(Main.java:854) at org.apache.tools.ant.Main.startAnt(Main.java:236) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:285) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:112) -- 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-1006) Usage search crashes with NullPointerException
[ https://issues.apache.org/jira/browse/NETBEANS-1006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Feldbinder updated NETBEANS-1006: Description: When doing a usage search through a compilation of many inter-wired Maven projects this often terminates with a NullPointerException: {code:java} java.lang.NullPointerException at org.netbeans.api.java.source.ElementHandle.resolve(ElementHandle.java:118) at org.netbeans.api.java.source.TreePathHandle$TreeDelegate.resolveElement(TreePathHandle.java:530) at org.netbeans.api.java.source.TreePathHandle.resolveElement(TreePathHandle.java:162) at org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:574) at org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548) 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$MultiUserTaskAction.run(ParserManager.java:166) at org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) 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:83) 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.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:319) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:263) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.queryFiles(JavaRefactoringPlugin.java:253) at org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin.prepare(JavaWhereUsedQueryPlugin.java:362) [catch] at org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare2(AbstractRefactoring.java:417) at org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare(AbstractRefactoring.java:401) at org.netbeans.modules.refactoring.api.AbstractRefactoring.prepare(AbstractRefactoring.java:212) at org.netbeans.modules.refactoring.spi.impl.ParametersPanel$Prepare$2.run(ParametersPanel.java:1059) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) {code} _Please note that I am not allowed to give more details about the project or the full report as that might include such information._ was: When doing a usage search of a compilation of many Maven projects this often terminates with a NullPointerException: {code:java} java.lang.NullPointerException at org.netbeans.api.java.source.ElementHandle.resolve(ElementHandle.java:118) at org.netbeans.api.java.source.TreePathHandle$TreeDelegate.resolveElement(TreePathHandle.java:530) at org.netbeans.api.java.source.TreePathHandle.resolveElement(TreePathHandle.java:162) at org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:574) at org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548) 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$MultiUserTaskAction.run(ParserManager.java:166) at org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) 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.module
[jira] [Created] (NETBEANS-1006) Usage search crashes with NullPointerException
Stefan Feldbinder created NETBEANS-1006: --- Summary: Usage search crashes with NullPointerException Key: NETBEANS-1006 URL: https://issues.apache.org/jira/browse/NETBEANS-1006 Project: NetBeans Issue Type: Bug Reporter: Stefan Feldbinder When doing a usage search of a compilation of many Maven projects this often terminates with a NullPointerException: {code:java} java.lang.NullPointerException at org.netbeans.api.java.source.ElementHandle.resolve(ElementHandle.java:118) at org.netbeans.api.java.source.TreePathHandle$TreeDelegate.resolveElement(TreePathHandle.java:530) at org.netbeans.api.java.source.TreePathHandle.resolveElement(TreePathHandle.java:162) at org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:574) at org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548) 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$MultiUserTaskAction.run(ParserManager.java:166) at org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) 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:83) 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.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:319) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:263) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.queryFiles(JavaRefactoringPlugin.java:253) at org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin.prepare(JavaWhereUsedQueryPlugin.java:362) [catch] at org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare2(AbstractRefactoring.java:417) at org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare(AbstractRefactoring.java:401) at org.netbeans.modules.refactoring.api.AbstractRefactoring.prepare(AbstractRefactoring.java:212) at org.netbeans.modules.refactoring.spi.impl.ParametersPanel$Prepare$2.run(ParametersPanel.java:1059) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) {code} _Please note that I am not allowed to give more details about the project or the full report as that might include such information._ -- 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-991) requestAttention() not working on macOS Sierra
[ https://issues.apache.org/jira/browse/NETBEANS-991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ionut Enescu updated NETBEANS-991: -- Description: Calling requestAttention() on a TopComponent works as expected on Win7 x64 and Ubuntu 16.04, but not on macOS Sierra (10.12.6). There's no error message or any indication that something went wrong in the execution. LE: requestAttention() works only if the TopComponent is created in the editor area. If it is moved out of the editor area, it stops working. Any TopComponent created in the Projects, Navigator, Output or Properties areas will not blink via requestAttention(). was: Calling requestAttention() on a TopComponent works as expected on Win7 x64 and Ubuntu 16.04, but not on macOS Sierra (10.12.6). There's no error message or any indication that something went wrong in the execution. > requestAttention() not working on macOS Sierra > -- > > Key: NETBEANS-991 > URL: https://issues.apache.org/jira/browse/NETBEANS-991 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 8.2 > Environment: macOS Sierra (10.12.6). > JDK 1.8u121 > Netbeans 8.2 >Reporter: Ionut Enescu >Priority: Major > > Calling requestAttention() on a TopComponent works as expected on Win7 x64 > and Ubuntu 16.04, but not on macOS Sierra (10.12.6). There's no error message > or any indication that something went wrong in the execution. > LE: requestAttention() works only if the TopComponent is created in the > editor area. If it is moved out of the editor area, it stops working. Any > TopComponent created in the Projects, Navigator, Output or Properties areas > will not blink via requestAttention(). > -- 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-1005) Some enhancements in refactoring.java module
Reema Taneja created NETBEANS-1005: -- Summary: Some enhancements in refactoring.java module Key: NETBEANS-1005 URL: https://issues.apache.org/jira/browse/NETBEANS-1005 Project: NetBeans Issue Type: Task Reporter: Reema Taneja Below issues were found while working on NETBEANS-892: 1 Certain usecases in NETBEANS-892 couldn't be reproduced using MoveClassTest. We should add tests to simulate IDE refactor flow. 2 Module tests fail randomly. 3 We should be more strict and rewrite only identifiers during file move. This needs to be looked at more deeply. Discussed in PR[1] for NETBEANS-892. [1] https://github.com/apache/incubator-netbeans/pull/595 -- 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-781) java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 in build-impl.xml
[ https://issues.apache.org/jira/browse/NETBEANS-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16524819#comment-16524819 ] Emilian Bold commented on NETBEANS-781: --- [~simijskes] could you confirm the patch works? > java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 in > build-impl.xml > -- > > Key: NETBEANS-781 > URL: https://issues.apache.org/jira/browse/NETBEANS-781 > Project: NetBeans > Issue Type: Bug > Components: projects - Ant Project >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-285-on-20180502) > Java: 10.0.1; Java HotSpot(TM) 64-Bit Server VM 10.0.1+10 > Runtime: Java(TM) SE Runtime Environment 10.0.1+10 > System: Linux version 4.15.0-20-generic running on amd64; UTF-8; en_US (nb) >Reporter: Simon IJskes >Assignee: Emilian Bold >Priority: Major > Labels: pull-request-available > Attachments: JavaApplication10.zip > > Time Spent: 5.05h > Remaining Estimate: 0h > > When i build a project (target jar) with do.depend=true (in > project.properties or private.properties) for a second time after clean, the > following is thrown: > java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 > at > org.apache.tools.ant.taskdefs.optional.depend.constantpool.ConstantPoolEntry.readEntry(ConstantPoolEntry.java:180) > This is in the depend macro: > excludes="${excludes}" includes="${includes}" srcdir="@\{srcdir}"> > > > > > > project properties: > javac.source=10 > javac.target=10 > platform.active=JDK_10 > The exception is thrown direct after opening build/classes/module-info.class -- 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-1004) NPE while scanning java files
Tobias Warneke created NETBEANS-1004: Summary: NPE while scanning java files Key: NETBEANS-1004 URL: https://issues.apache.org/jira/browse/NETBEANS-1004 Project: NetBeans Issue Type: Bug Affects Versions: 9.0 Reporter: Tobias Warneke java.lang.NullPointerException at org.netbeans.modules.j2ee.ejbverification.HintsUtils.getOrCacheContext(HintsUtils.java:246) at org.netbeans.modules.j2ee.ejbverification.rules.SBSuperClassNotSB.run(SBSuperClassNotSB.java:93) at jdk.internal.reflect.GeneratedMethodAccessor171.invoke(Unknown Source) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) [catch] at org.netbeans.modules.java.hints.providers.code.CodeHintProviderImpl$WorkerImpl.createErrors(CodeHintProviderImpl.java:317) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.runHint(HintsInvoker.java:798) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.access$400(HintsInvoker.java:90) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.runAndAdd(HintsInvoker.java:657) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:676) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90) at com.sun.source.util.TreeScanner.visitNewClass(TreeScanner.java:526) at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1717) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:105) at org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113) at com.sun.source.util.TreeScanner.visitMethodInvocation(TreeScanner.java:509) at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1656) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) at com.sun.source.util.TreeScanner.visitExpressionStatement(TreeScanner.java:433) at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1466) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:105) at org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78) at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:248) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1038) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90) at com.sun.source.util.TreeScanner.visitIf(TreeScanner.java:419) at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1439) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:105) at org.netbeans.api.java.source.support.CancellableTreePathScann