[jira] [Created] (NETBEANS-1009) Tracking bug for JDK11 - JEP 335 Deprecate the Nashorn JavaScript Engine

2018-06-27 Thread Reema Taneja (JIRA)
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

2018-06-27 Thread Reema Taneja (JIRA)


 [ 
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

2018-06-27 Thread Jeffrey Morlan (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2018-06-27 Thread Jeffrey Morlan (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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.

2018-06-27 Thread Jeffrey Morlan (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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(JCTree.java:1552)
> 

[incubator-netbeans] branch release90 updated: NETBEANS-892: Fix updation of unrelated files during refactor (#609)

2018-06-27 Thread geertjan
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

2018-06-27 Thread JIRA


[ 
https://issues.apache.org/jira/browse/NETBEANS-719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2018-06-27 Thread Tobias Warneke (JIRA)
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 

[jira] [Created] (NETBEANS-1007) Target "build-source-config" fails on windows

2018-06-27 Thread JIRA
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

2018-06-27 Thread Stefan Feldbinder (JIRA)


 [ 
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 

[jira] [Created] (NETBEANS-1006) Usage search crashes with NullPointerException

2018-06-27 Thread Stefan Feldbinder (JIRA)
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

2018-06-27 Thread Ionut Enescu (JIRA)


 [ 
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

2018-06-27 Thread Reema Taneja (JIRA)
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

2018-06-27 Thread Emilian Bold (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2018-06-27 Thread Tobias Warneke (JIRA)
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 

[jira] [Created] (NETBEANS-1003) org.openide.util.RequestProcessor$FastItem exception

2018-06-27 Thread Ishaan Karnik (JIRA)
Ishaan Karnik created NETBEANS-1003:
---

 Summary: org.openide.util.RequestProcessor$FastItem exception
 Key: NETBEANS-1003
 URL: https://issues.apache.org/jira/browse/NETBEANS-1003
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 9.0
 Environment: Windows 10 Pro 64-bits
C/C++ Application
Reporter: Ishaan Karnik
 Attachments: messages.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