[jira] [Commented] (NETBEANS-5136) double checked locking idiom wrong in inspect and transform

2021-02-06 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17280288#comment-17280288
 ] 

Jan Lahoda commented on NETBEANS-5136:
--

So, starting with this obviously broken code:
{code:java}
private String init;
public String get() {
if (init == null) {
synchronized (this) {
if (init == null) {
init = "";
}
}
}
return init;
}
{code}
NetBeans will (among others) offer to change it to:
{code:java}
private volatile String init;
public String get() {
String init = this.init;
if (init == null) {
synchronized (this) {
init = this.init;
if (init == null) {
this.init = init = "";
}
}
}
return init;
}

{code}
Sorry, but this is not the same code as shown in the bug you quote.  In the bug 
you quote, the local variable ("result" there) can be left null after the 
synchronized block is finished. But this is not the case here: the local 
variable ("init" here) is always assigned inside the synchronized block. So, 
not clear what is the error here. Please be more precise and describe exactly 
what is wrong. Thanks.

> double checked locking idiom wrong in inspect and transform
> ---
>
> Key: NETBEANS-5136
> URL: https://issues.apache.org/jira/browse/NETBEANS-5136
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 12.2
>Reporter: Carsten Hammer
>Priority: Critical
>
> The pattern implemented in 
> [https://bz.apache.org/netbeans/show_bug.cgi?id=248740] seems to be wrong 
> according to 
> [https://docs.google.com/document/d/1mAeEgQu4H4ADxa03k7YaVDjIP5vJBvjVIjg3DIvoc8E/edit]
> The right pattern looks like this:
>  # 334, Second code example. *_This is a serious error!_* The current code 
> can return null if multiple threads race to initialize the field. Here’s how 
> the code should look:
>  
> {code:java}
> // Double-check idiom for lazy initialization of instance fields
> private volatile FieldType field;
>  
> private FieldType getField() {
>    FieldType result = field;
>    if (result != null)    // First check (no locking)
>    return result;
>  
>    synchronized(this){    
>   if (field == null) // Second check (with locking)   
>  field = computeFieldValue();    
>    return field;    
>    }
> }
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-5322) Anonymous innerclasses may be lost from the model with nb-javac.

2021-02-03 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-5322:


 Summary: Anonymous innerclasses may be lost from the model with 
nb-javac.
 Key: NETBEANS-5322
 URL: https://issues.apache.org/jira/browse/NETBEANS-5322
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 12.3
Reporter: Jan Lahoda
Assignee: Jan Lahoda


Consider code like:
{code:java}
package javaapplication2;
public class JavaApplication2 {
public static void main(String[] args) {
new Runnable() {
};
}
}
{code}
There is an obvious compile-time error for the anonymous innerclass. When 
running on e.g. JDK 15 without nb-javac, the provided fix works fine, and 
generates the run method. When I install nb-javac, the fix stops to work, 
unfortunately.

 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-5109) Remove distribution of nbjavac from apache controlled infrastructure

2020-12-07 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17245542#comment-17245542
 ] 

Jan Lahoda commented on NETBEANS-5109:
--

Let me point out:

https://issues.apache.org/jira/browse/LEGAL-529

 

I don't read that as a "pretty clear opinion".

> Remove distribution of nbjavac from apache controlled infrastructure
> 
>
> Key: NETBEANS-5109
> URL: https://issues.apache.org/jira/browse/NETBEANS-5109
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 12.3
>Reporter: Matthias Bläsing
>Priority: Blocker
>
> The ASF has a pretty clear opinion about the handling of the GPLv2-CPE. There 
> might be an option to distribute it, but not out of the box. After the 
> transition of NetBeans from oracle to the ASF there was a timeframe were use 
> of the Oregon State University was ok, as the transition was happening. I 
> think we stretched that limit to the max and thus I consider this a blocker 
> for the next release. The nbjavac needs to be moved of ASF controlled 
> infrastructure.
> There are various options:
> - Oracle could publish nbjavac to maven central
> - Oracle could provide a custom updatecenter distributing the nbjavac
> - Oracle could relicense javac
> - Apache NetBeans could switch to the eclipse java development tools
> Not all of these options are realistic, but publishing to maven central is 
> perfectly doable.
> I'll mark this as a blocker for next release, so it is not ignored.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-5049) Crash in SemanticHighlighterBased for JSP

2020-11-20 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-5049:


 Summary: Crash in SemanticHighlighterBased for JSP
 Key: NETBEANS-5049
 URL: https://issues.apache.org/jira/browse/NETBEANS-5049
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 12.2
Reporter: Jan Lahoda
Assignee: Jan Lahoda
 Fix For: 12.3


The exception:
{noformat}
SEVERE [org.openide.util.Exceptions]

java.lang.NullPointerException: Cannot invoke 
"org.netbeans.api.lexer.TokenSequence.index()" because "this.ts" is null

    at 
org.netbeans.modules.java.editor.base.semantic.TokenList.index(TokenList.java:364)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitExpressionStatement(SemanticHighlighterBase.java:740)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitExpressionStatement(SemanticHighlighterBase.java:280)

    at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1540)

    at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86)

    at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1021)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)

    at 
jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:109)

    at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)

    at 
jdk.compiler/com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:254)

    at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1059)

    at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86)

    at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1021)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)

    at 
jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94)

    at 
jdk.compiler/com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:212)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitMethod(SemanticHighlighterBase.java:789)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitMethod(SemanticHighlighterBase.java:280)

    at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:925)

    at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86)

    at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1021)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)

    at 
jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:109)

    at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitClass(SemanticHighlighterBase.java:944)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitClass(SemanticHighlighterBase.java:280)

    at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:832)

    at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86)

    at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:1021)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.scan(SemanticHighlighterBase.java:280)

    at 
jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:109)

    at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)

    at 
org.netbeans.modules.java.editor.base.semantic.SemanticHighlighterBase$DetectorVisitor.visitCompilationUnit(SemanticHighlighterBase.java:561)

    at 

[jira] [Created] (NETBEANS-4919) javadoc's Analyzer crashes on JDK 16

2020-10-18 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-4919:


 Summary: javadoc's Analyzer crashes on JDK 16
 Key: NETBEANS-4919
 URL: https://issues.apache.org/jira/browse/NETBEANS-4919
 Project: NetBeans
  Issue Type: Bug
  Components: java - Javadoc
Affects Versions: 12.2
Reporter: Jan Lahoda
Assignee: Jan Lahoda


The Analyzer from the java/javadoc module may fail with exception like:

---

Caused by: java.lang.NoClassDefFoundError: com/sun/tools/doclint/HtmlTag
 at 
org.netbeans.modules.javadoc.hints.Analyzer.visitStartElement(Analyzer.java:625)
 at 
org.netbeans.modules.javadoc.hints.Analyzer.visitStartElement(Analyzer.java:115)
 at 
jdk.compiler/com.sun.tools.javac.tree.DCTree$DCStartElement.accept(DCTree.java:850)
 at 
jdk.compiler/com.sun.source.util.DocTreePathScanner.scan(DocTreePathScanner.java:76)
 at org.netbeans.modules.javadoc.hints.Analyzer.scan(Analyzer.java:738)
 at org.netbeans.modules.javadoc.hints.Analyzer.scan(Analyzer.java:115)
 at 
jdk.compiler/com.sun.source.util.DocTreeScanner.scan(DocTreeScanner.java:102)
 at 
jdk.compiler/com.sun.source.util.DocTreeScanner.scanAndReduce(DocTreeScanner.java:110)
 at 
jdk.compiler/com.sun.source.util.DocTreeScanner.visitDocComment(DocTreeScanner.java:188)
 at 
org.netbeans.modules.javadoc.hints.Analyzer.visitDocComment(Analyzer.java:256)
 at 
org.netbeans.modules.javadoc.hints.Analyzer.visitDocComment(Analyzer.java:115)
 at 
jdk.compiler/com.sun.tools.javac.tree.DCTree$DCDocComment.accept(DCTree.java:138)
 at 
jdk.compiler/com.sun.source.util.DocTreePathScanner.scan(DocTreePathScanner.java:55)
 at org.netbeans.modules.javadoc.hints.Analyzer.analyze(Analyzer.java:169)
 at 
org.netbeans.modules.javadoc.hints.JavadocHint.errorHint(JavadocHint.java:192)
 at jdk.internal.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
 at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at 
org.netbeans.modules.java.hints.providers.code.CodeHintProviderImpl$WorkerImpl.createErrors(CodeHintProviderImpl.java:317)

---

 

While running on a development build of JDK 16. HtmlTag is an internal class in 
JDK, and was moved to a different location recently. Would be better to avoid 
dependency on JDK classes if we can.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-2842) Using of deprecated pack200 tool in nbm packaging

2020-06-29 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17148309#comment-17148309
 ] 

Jan Lahoda commented on NETBEANS-2842:
--

[~ebresie] - not sure how using jlink or jpackage could help here. This is 
mostly about unpacking long-existing NBMs.

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-4447) NullPointerException while computing switch expression conversion.

2020-06-14 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-4447:


 Summary: NullPointerException while computing switch expression 
conversion.
 Key: NETBEANS-4447
 URL: https://issues.apache.org/jira/browse/NETBEANS-4447
 Project: NetBeans
  Issue Type: Bug
  Components: java - Hints
Reporter: Jan Lahoda
Assignee: Arunava Sinha


Consider this code:

 
{code:java}
package pkgswitch.expr;
public class SwitchExpr {
public static void main(String[] args) {
String result;
switch (args.length) {
case 0: result = "a"; break;
default: System.err.println("No."); break;
}
}
}
{code}
 

The ConvertSwitchToRuleSwitch hint fails with:
{code:java}
java.lang.NullPointerException
at 
jdk.compiler/com.sun.tools.javac.util.Name.contentEquals(Name.java:54)
at 
org.netbeans.modules.java.hints.errors.Utilities.isCompatibleWithSwitchExpression(Utilities.java:3155)
at 
org.netbeans.modules.java.hints.jdk.ConvertSwitchToRuleSwitch.switch2RuleSwitch(ConvertSwitchToRuleSwitch.java:74)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
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 
jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90)
at 
jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
at 
jdk.compiler/com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:250)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1059)
at 
jdk.compiler/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 
jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90)
at 
jdk.compiler/com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:208)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:925)
at 
jdk.compiler/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 
jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90)
at 
jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
at 
jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
at 
jdk.compiler/com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:189)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:832)
at 
jdk.compiler/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 
jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
at 

[jira] [Commented] (NETBEANS-4426) Fails with 'silent error'

2020-06-13 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17134815#comment-17134815
 ] 

Jan Lahoda commented on NETBEANS-4426:
--

As a workaround for this project type, when running without nb-javac, go to 
Project Properties (e.g. main menu File/Project Properties), and in 
Build/Compiling, unselect Compile on Save.

See:

[https://github.com/apache/netbeans/pull/2163]

for a proper automatic disabling, and:

[https://github.com/apache/netbeans/pull/2128]

for a prototype of compile on save when running without nb-javac.

 

> Fails with 'silent error'
> -
>
> Key: NETBEANS-4426
> URL: https://issues.apache.org/jira/browse/NETBEANS-4426
> Project: NetBeans
>  Issue Type: Bug
> Environment: Windows 10 Home, 1909
>Reporter: Andy Gegg
>Priority: Major
> Attachments: idiotapp.zip, idiotapp_2.zip, messages.log, 
> messages_build.log, messages_idiot_2.log, messages_run.log
>
>
> I have just downloaded NetBeans 12.  When I try to run my application it just 
> fails.  It runs ok on netbeans 11 as long as it has nb-javac and source 
> version at 13.  I'm starting to give up hope.
> I've tried to attach the log file but it whines about a 'missing tag' - don't 
> know if it's there or not.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-3858) java.util.NoSuchElementException

2020-06-03 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17125297#comment-17125297
 ] 

Jan Lahoda commented on NETBEANS-3858:
--

FWIW, this is partially fixed in the upcoming 12.0:

[https://github.com/apache/netbeans/commit/a59ca00e10574d1e1af1aa5d32697c74875b94fd]

 

(The exception should not happen, but a more thorough fix is needed.)

 

> java.util.NoSuchElementException
> 
>
> Key: NETBEANS-3858
> URL: https://issues.apache.org/jira/browse/NETBEANS-3858
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
> Environment: W10, JDK 8
>Reporter: jose luis romero
>Priority: Blocker
>  Labels: nbjavac, netcat
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> This exception invalidate completely the IDE, it happens all the time for 
> many reasons: renaming methods, creating overloads, removing files. Even 
> after restarting the IDE, it seems that it keeps trying to reach some 
> "references".
> I know that it is a problem related to *nb-javac*, but it is extremely 
> annoying! I had been told in SEP/19 that would be fixed soon (N)
> java.util.NoSuchElementException
>   at 
> java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:721)
>   at 
> java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:742)
>   at 
> org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.capCache(ParameterNameProviderImpl.java:196)
>   at 
> org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.getParameterName(ParameterNameProviderImpl.java:181)
>   at 
> org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$1.invoke(ParameterNameProviderImpl.java:90)
>   at com.sun.proxy.$Proxy56.getParameterName(Unknown Source)
>   at 
> com.sun.tools.javac.code.MissingInfoHandler.getParameterName(MissingInfoHandler.java:63)
>   at 
> com.sun.tools.javac.code.Symbol$ParamSymbol.getSimpleName(Symbol.java:1746)
>   at 
> com.sun.tools.javac.code.Symbol$ParamSymbol.getSimpleName(Symbol.java:1731)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.createHtmlHeader(ElementScanningTask.java:497)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.element2description(ElementScanningTask.java:359)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.addMembers(ElementScanningTask.java:309)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.runImpl(ElementScanningTask.java:157)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.run(ElementScanningTask.java:96)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.run(ElementScanningTask.java:77)
> [catch] at 
> org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786)
>   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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   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 sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-4396) Can not run or debug netbeans ant modular project with J14 if nb-javac is NOT installed/active

2020-06-03 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17125291#comment-17125291
 ] 

Jan Lahoda commented on NETBEANS-4396:
--

A workaround is to disable Compile on Save (in Project Properties, select 
Compile and uncheck the Compile on Save checkbox).

 

Pull request for a fix (automatically disable Compile on Save):

[https://github.com/apache/netbeans/pull/2163]

 

Compile on Save may be supported even without nb-javac in the future:

[https://github.com/apache/netbeans/pull/2128]

 

As Geertjan, I'd suggest to consider using Maven, nonetheless.

 

> Can not run or debug netbeans ant modular project with J14 if nb-javac is NOT 
> installed/active
> --
>
> Key: NETBEANS-4396
> URL: https://issues.apache.org/jira/browse/NETBEANS-4396
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.3
>Reporter: Martin Meeser
>Priority: Critical
> Attachments: messages.log
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> As soon as I hit "Run" or "Debug". (I am right clicking the project in 
> projects view)
> Update:
> I have the same issue on my other machine. It is only related to NOT having 
> nb-javac active.
> -I can only assume that it is related to using --enable-preview and the new 
> switch expressions.-
> nb-javac is deactivated in order to be able to use switch expressions.
> Exception is:
> java.lang.UnsupportedOperationException: command: debug, JavaRunner impls: 
> [org.netbeans.modules.java.source.ant.ProjectRunnerImpl@c8cf27e]
>   at 
> org.netbeans.api.java.project.runner.JavaRunner.execute(JavaRunner.java:303)
>   at 
> org.netbeans.modules.java.api.common.project.ActionProviderSupport.bypassAntBuildScript(ActionProviderSupport.java:583)
>   at 
> org.netbeans.modules.java.api.common.project.JavaActionProvider$9.performCompileOnSave(JavaActionProvider.java:1591)
>   at 
> org.netbeans.modules.java.api.common.project.ActionProviderSupport$JavaModelWork.execute(ActionProviderSupport.java:1310)
>   at 
> org.netbeans.modules.java.api.common.project.ActionProviderSupport$JavaModelWork.run(ActionProviderSupport.java:1287)
>   at 
> org.netbeans.api.java.source.ui.ScanDialog.runWhenScanFinished(ScanDialog.java:133)
>   at 
> org.netbeans.modules.java.api.common.project.ActionProviderSupport.invokeTarget(ActionProviderSupport.java:202)
>   at 
> org.netbeans.modules.java.api.common.project.JavaActionProvider$ScriptAction.invoke(JavaActionProvider.java:465)
>   at 
> org.netbeans.modules.java.api.common.project.JavaActionProvider.lambda$invokeAction$1(JavaActionProvider.java:895)
>   at java.base/java.util.Optional.ifPresent(Optional.java:176)
>   at 
> org.netbeans.modules.java.api.common.project.JavaActionProvider.invokeAction(JavaActionProvider.java:888)
>   at 
> org.netbeans.spi.project.support.LookupProviderSupport$MergedActionProvider.invokeAction(LookupProviderSupport.java:262)
>   at 
> org.netbeans.modules.project.ui.actions.ProjectAction$2.run(ProjectAction.java:162)
>   at 
> org.netbeans.modules.openide.util.NbMutexEventProvider$Event.doEvent(NbMutexEventProvider.java:95)
>   at 
> org.netbeans.modules.openide.util.NbMutexEventProvider$Event.writeAccess(NbMutexEventProvider.java:60)
>   at 
> org.netbeans.modules.openide.util.LazyMutexImplementation.writeAccess(LazyMutexImplementation.java:56)
>   at org.openide.util.Mutex.writeAccess(Mutex.java:285)
>   at 
> org.netbeans.modules.project.ui.actions.ProjectAction.runSequentially(ProjectAction.java:159)
>   at 
> org.netbeans.modules.project.ui.actions.ProjectAction$1$1.run(ProjectAction.java:115)
>   at 
> java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:316)
>   at 
> java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
>   at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>   at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>   at 
> java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
>   at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
>   at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
>   at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
> [catch] at 
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>   at 
> 

[jira] [Commented] (NETBEANS-2494) autocomplete deletes instead of completes

2020-06-01 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17123367#comment-17123367
 ] 

Jan Lahoda commented on NETBEANS-2494:
--

This ought to be fixed by:

[https://github.com/apache/netbeans/commit/834bd756c5874e142185aa6cd710b9c91daf2789]

 

The caveat that is that this cannot (IMO) be fixed while running on JDK 11 
without nb-javac (the code completion would be broken much more). So I guess my 
recommendation would be to either use nb-javac, or run the IDE on JDK 14 
(running on JDK 14 supports development of JDK 8 applications).

> autocomplete deletes instead of completes
> -
>
> Key: NETBEANS-2494
> URL: https://issues.apache.org/jira/browse/NETBEANS-2494
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 11.0
> Environment: OS X 10.14.3 (18D109)
> Java 1.8.0_181
> Product Version: Apache NetBeans IDE 11.0 (Build 
> incubator-netbeans-release-404-on-20190319)
> Java: 1.8.0_181; Java HotSpot(TM) 64-Bit Server VM 25.181-b13
> Runtime: Java(TM) SE Runtime Environment 1.8.0_181-b13
> System: Mac OS X version 10.14.3 running on x86_64; UTF-8; en_US (nb)
> User directory: ~/Library/Application Support/NetBeans/11.0
> Cache directory: ~/Library/Caches/NetBeans/11.0
>Reporter: Paul
>Priority: Critical
> Attachments: Test.java
>
>
> easily reproducible (on Mac anyway).
> In any java class, inside method body type this:
>  
> OutputStream os = new ByteArra
> then press Ctrl-Space, press down-cursor to go to 
> java.io.ByteArrayOutputStream constructor., press Enter.
> Instead of completing as requestedor offering user input to choose what to 
> actually put there, NB11 deletes the new ByteArra.
> The only way to get it to actually complete is mouse-click.
> Super-long time NB user here - grew accustomed to a pleasurable dev 
> experience, and loss of this functionality is so taxing it's worth just using 
> Eclipse at this point.
>  
> Looking forward to a fix
>  
> Related: NETBEANS-2490



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-3315) Trying to rename (refactor) a method

2020-05-26 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-3315.
--
Resolution: Duplicate

> Trying to rename (refactor) a method
> 
>
> Key: NETBEANS-3315
> URL: https://issues.apache.org/jira/browse/NETBEANS-3315
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Refactoring, java - Refactoring
>Affects Versions: 12.0, 11.2
> Environment: w10, jdk1.8, netbeans 11.2 beta 3
>Reporter: jose luis romero
>Priority: Major
>  Labels: netcat
>
> After adding an Interface to an Abstract class and starting to implement its 
> methods, I decided to rename a method to match one of the Interface
> {code:java}
> java.util.NoSuchElementException
>   at 
> java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:721)
>   at 
> java.util.LinkedHashMap$LinkedKeyIterator.next(LinkedHashMap.java:742)
>   at 
> org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.capCache(ParameterNameProviderImpl.java:196)
>   at 
> org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.getParameterName(ParameterNameProviderImpl.java:181)
>   at 
> org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$1.invoke(ParameterNameProviderImpl.java:90)
>   at com.sun.proxy.$Proxy61.getParameterName(Unknown Source)
>   at 
> com.sun.tools.javac.code.MissingInfoHandler.getParameterName(MissingInfoHandler.java:63)
>   at 
> com.sun.tools.javac.code.Symbol$ParamSymbol.getSimpleName(Symbol.java:1746)
>   at 
> com.sun.tools.javac.code.Symbol$ParamSymbol.getSimpleName(Symbol.java:1731)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.createHtmlHeader(ElementScanningTask.java:497)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.element2description(ElementScanningTask.java:359)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.addMembers(ElementScanningTask.java:309)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.runImpl(ElementScanningTask.java:157)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.run(ElementScanningTask.java:96)
>   at 
> org.netbeans.modules.java.navigation.ElementScanningTask.run(ElementScanningTask.java:77)
> [catch] at 
> org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786)
>   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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   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}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-4362) Code completion leads to unhandled AssertionError

2020-05-24 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-4362.
--
Fix Version/s: 12.0
   Resolution: Fixed

Fixed by:

https://github.com/apache/netbeans/commit/834bd756c5874e142185aa6cd710b9c91daf2789#diff-2cdcfa7152b812ae1b65e290c06c5eeb

> Code completion leads to unhandled AssertionError
> -
>
> Key: NETBEANS-4362
> URL: https://issues.apache.org/jira/browse/NETBEANS-4362
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 11.3
>Reporter: Michał Miszczuk
>Priority: Minor
> Fix For: 12.0
>
> Attachments: IDE Log.txt
>
>
> During normal usage (typing Java code) NB 11.3, after trying to select a 
> proper method overload from code completion list an error occurs. Code 
> completion is invoked on a third-party library (Vert.x). I did not change NB 
> after installation.
>  # Selected method is not added to text/content in the editor.
>  # Choosing other methods from code completion list works only for methods 
> *without arguments*.
>  # Restarting NB does not help.
>  # Reloading the project does not help.
>  # Closing the project, then restarting NB and reopening the project does not 
> help.
> What helped: deleting current line of code and using code completion on a 
> native Java class like String (no restrictions here regarding method 
> arguments). After that code completion started to work again on objects from 
> third-party library.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-2082) Scroll to the caret position when code fold feature is run

2020-05-15 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108130#comment-17108130
 ] 

Jan Lahoda commented on NETBEANS-2082:
--

I wonder if instead of "scroll to caret", the editor should scroll to the part 
of the code that was visible before collapsing the code. I.e. ignore caret 
completely, just ensure that what was visible before is still visible. (With 
tricks for folds that are bigger than the current viewport, of course.)

> Scroll to the caret position when code fold feature is run
> --
>
> Key: NETBEANS-2082
> URL: https://issues.apache.org/jira/browse/NETBEANS-2082
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Code folding
>Affects Versions: 10.0, 11.0, 11.1, 11.2
> Environment: Netbeans 11 with OpenJDK 12. 
> Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 
> 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64
> Netbeans 10 with OpenJDK 11.
> Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 
> 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64
>Reporter: Pier Luigi
>Assignee: Svatopluk Dedic
>Priority: Critical
> Attachments: DemoPHPCodeFoldingProblem_NB11.php, NETBEANS-2082.zip, 
> netbeans-2082.gif
>
>
> Collapsing a block often results in a jump of the editor to an incorrect 
> editing position (and scrolling the page cause a rejump to that position 
> after a second of scroll inactivity).
> The same sources works perfectly with Netbeans 8.2.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-4333) CND donation

2020-05-13 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-4333:


 Summary: CND donation
 Key: NETBEANS-4333
 URL: https://issues.apache.org/jira/browse/NETBEANS-4333
 Project: NetBeans
  Issue Type: Task
Reporter: Jan Lahoda
 Attachments: ApacheDonation4.5.zip, ApacheDonation4.zip

Attaching two CND-related donation zips:

[http://hg.netbeans.org/releases/raw-file/tip/ApacheDonation4.zip]

sha256sum: 70fe5d6a8b405db2e6008970048721eb0e00566a9f51ab55d96a1d3f23963de0

sha512sum: 
981ad23f81d6e3bca506c307b737baadde74481931482f6ede9a9a62af77c9ba4066e9846eb83584a5a2de296f1f00d9b0fe7371fad832175de2a7b46c79ed47

 

[http://hg.netbeans.org/releases/raw-file/3a01e22248d4/ApacheDonation4.5.zip]

sha256sum: c04a9956715600670180a0677fbce4204593fec79fe904013d62245d9dc7ad81

sha512sum: 
a5e7435009b10634ce6c6175af5f5d6d650827607726f0689e0a93a32497e9aacc9a2a9a6669e5e3a4f16edea75266e1d5de9583bbc0644def915fc432f4921f



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-4219) Release specific Source Package Folders

2020-04-30 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17096993#comment-17096993
 ] 

Jan Lahoda commented on NETBEANS-4219:
--

I wonder what is the project type inside NetBeans - if it is Ant, is it "Java 
Application"/"Java Project with Existing Sources", "Java Free-Form Project", or 
something else? Your ant build script is generated, or hand-written?

 

The Java Application projects are meant to be simple projects, which have some 
pre-defined structure. The Free-Form projects allow much more fine-grained 
control, and while not everything can be configured in the UI, it is possible 
to set source level per source root in Free-Form project text configuration. If 
there's a sample, I can try to configure it. Although as Geertjan mentions, we 
are recommending different types of project for new projects.

 

Note that this is purely a UI issue - inside the IDE, there is no source level 
set on the project, all source levels are on source roots only.

 

I don't think there is a strong relation to 
[https://github.com/apache/netbeans/pull/941] - that is about determining the 
module name of a binary jar. And while we in principle can query "what source 
level is assigned to this jar", that is not an important query. The important 
query is "if I use this jar in as a dependency this source root, what is the 
source level" - but the source root which uses the jar is not available at that 
point. Which, as I noted in the review, is probably not that big deal, as this 
method only reads module names, nothing else, and I would assume the module 
name does not change with the Java version.

 

> Release specific Source Package Folders
> ---
>
> Key: NETBEANS-4219
> URL: https://issues.apache.org/jira/browse/NETBEANS-4219
> Project: NetBeans
>  Issue Type: New Feature
>Affects Versions: 11.3
>Reporter: Frank Tsiang
>Priority: Major
>  Labels: multi-release
>
> Currently I don't see any way to support multi-release projects. When loading 
> multiple source package folders netbeans assigns a single "Source/Binary 
> Format" for the entire project. What is needed is to be able to specify the 
> JDK version on a per Source Package Folder. Otherwise Netbeans complains 
> about syntax errors for source code that is not for the same JDK version as 
> the project.
>  
> Additional support to run the project as a specific JDK version would be 
> useful in this scenario (eg in Run under Project properties).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-4180) Assertion error in javac when processing errors in anonymous class

2020-04-28 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094834#comment-17094834
 ] 

Jan Lahoda commented on NETBEANS-4180:
--

I take that back - this specific problem is not solved by that, let me look 
into it.

> Assertion error in javac when processing errors in anonymous class
> --
>
> Key: NETBEANS-4180
> URL: https://issues.apache.org/jira/browse/NETBEANS-4180
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.3
> Environment: NetBeans 11.3 with nbjavac plugin installed
>Reporter: Eirik Bakke
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: nbjavac
>
> If a source file is saved with with certain errors in the syntax of an 
> anonymous inner class, an error dialog shows up showing an assertion error in 
> javac. A minimized example exhibiting this behavior is as follows:
> {code:java}
> public final class BugExhibitAnalyserError {
>   public void testMethod() {
> new Thread(new Runnable() {
>   //public void run() {
> System.out.println("Hello world");
>   //}
> });
>   }
> }
> {code}
> This example causes the IDE to throw the following exception (shown in a 
> user-visible dialog):
> {noformat}
> java.lang.AssertionError: Analyzer error when processing: new Thread(new 
> Runnable(){
> 
> () {
> super();
> }
> 
> System.out.println ((ERROR) );
> });
>   at com.sun.tools.javac.util.Assert.error(Assert.java:162)
>   at com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:578)
>   at com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:549)
>   at com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:586)
>   at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1505)
>   at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
>   at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at 
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
>   at 
> 

[jira] [Assigned] (NETBEANS-4180) Assertion error in javac when processing errors in anonymous class

2020-04-28 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-4180:


Assignee: Jan Lahoda  (was: Arunava Sinha)

> Assertion error in javac when processing errors in anonymous class
> --
>
> Key: NETBEANS-4180
> URL: https://issues.apache.org/jira/browse/NETBEANS-4180
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.3
> Environment: NetBeans 11.3 with nbjavac plugin installed
>Reporter: Eirik Bakke
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: nbjavac
>
> If a source file is saved with with certain errors in the syntax of an 
> anonymous inner class, an error dialog shows up showing an assertion error in 
> javac. A minimized example exhibiting this behavior is as follows:
> {code:java}
> public final class BugExhibitAnalyserError {
>   public void testMethod() {
> new Thread(new Runnable() {
>   //public void run() {
> System.out.println("Hello world");
>   //}
> });
>   }
> }
> {code}
> This example causes the IDE to throw the following exception (shown in a 
> user-visible dialog):
> {noformat}
> java.lang.AssertionError: Analyzer error when processing: new Thread(new 
> Runnable(){
> 
> () {
> super();
> }
> 
> System.out.println ((ERROR) );
> });
>   at com.sun.tools.javac.util.Assert.error(Assert.java:162)
>   at com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:578)
>   at com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:549)
>   at com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:586)
>   at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1505)
>   at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
>   at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at 
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
>   at 
> 

[jira] [Commented] (NETBEANS-4180) Assertion error in javac when processing errors in anonymous class

2020-04-28 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094831#comment-17094831
 ] 

Jan Lahoda commented on NETBEANS-4180:
--

I believe this should be fixed in upstream javac as:

[https://bugs.openjdk.java.net/browse/JDK-8230105]

So once nb-javac is based on JDK 14, this should be solved for nb-javac as well.

> Assertion error in javac when processing errors in anonymous class
> --
>
> Key: NETBEANS-4180
> URL: https://issues.apache.org/jira/browse/NETBEANS-4180
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.3
> Environment: NetBeans 11.3 with nbjavac plugin installed
>Reporter: Eirik Bakke
>Assignee: Arunava Sinha
>Priority: Major
>  Labels: nbjavac
>
> If a source file is saved with with certain errors in the syntax of an 
> anonymous inner class, an error dialog shows up showing an assertion error in 
> javac. A minimized example exhibiting this behavior is as follows:
> {code:java}
> public final class BugExhibitAnalyserError {
>   public void testMethod() {
> new Thread(new Runnable() {
>   //public void run() {
> System.out.println("Hello world");
>   //}
> });
>   }
> }
> {code}
> This example causes the IDE to throw the following exception (shown in a 
> user-visible dialog):
> {noformat}
> java.lang.AssertionError: Analyzer error when processing: new Thread(new 
> Runnable(){
> 
> () {
> super();
> }
> 
> System.out.println ((ERROR) );
> });
>   at com.sun.tools.javac.util.Assert.error(Assert.java:162)
>   at com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:578)
>   at com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:549)
>   at com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:586)
>   at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1505)
>   at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
>   at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at 
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
>   at 
> 

[jira] [Assigned] (NETBEANS-4180) Assertion error in javac when processing errors in anonymous class

2020-04-28 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-4180:


Assignee: Arunava Sinha

> Assertion error in javac when processing errors in anonymous class
> --
>
> Key: NETBEANS-4180
> URL: https://issues.apache.org/jira/browse/NETBEANS-4180
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.3
> Environment: NetBeans 11.3 with nbjavac plugin installed
>Reporter: Eirik Bakke
>Assignee: Arunava Sinha
>Priority: Major
>  Labels: nbjavac
>
> If a source file is saved with with certain errors in the syntax of an 
> anonymous inner class, an error dialog shows up showing an assertion error in 
> javac. A minimized example exhibiting this behavior is as follows:
> {code:java}
> public final class BugExhibitAnalyserError {
>   public void testMethod() {
> new Thread(new Runnable() {
>   //public void run() {
> System.out.println("Hello world");
>   //}
> });
>   }
> }
> {code}
> This example causes the IDE to throw the following exception (shown in a 
> user-visible dialog):
> {noformat}
> java.lang.AssertionError: Analyzer error when processing: new Thread(new 
> Runnable(){
> 
> () {
> super();
> }
> 
> System.out.println ((ERROR) );
> });
>   at com.sun.tools.javac.util.Assert.error(Assert.java:162)
>   at com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:578)
>   at com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:549)
>   at com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:586)
>   at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1505)
>   at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
>   at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at 
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
>   at 
> 

[jira] [Assigned] (NETBEANS-4095) NPE saving Java file with type error in for-each

2020-04-16 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-4095:


Assignee: Arunava Sinha

I didn't seen this when running without nb-javac. Arunava, could you please 
take a look? Thanks.

> NPE saving Java file with type error in for-each
> 
>
> Key: NETBEANS-4095
> URL: https://issues.apache.org/jira/browse/NETBEANS-4095
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.3
> Environment: Java 14, NetBeans with nbjavac plugin installed
>Reporter: Eirik Bakke
>Assignee: Arunava Sinha
>Priority: Major
>  Labels: nbjavac
>
> If, during editing, a for-each loop appears with an incorrect pair of types, 
> an error dialog shows up showing a NullPointerException every time the Java 
> source file is saved, interrupting the user. A minimized example exhibiting 
> this behavior is as follows:
> {code:java}
> public final class CausesVisitIterableForeachLoopNPE {
>   public static final void main(String args[]) {
> final Map someMap = null;
> for (Object someVar : someMap) { }
>   }
> }
> {code}
> This example causes the IDE to throw the following exception:
> {noformat}
> java.lang.NullPointerException
>   at 
> com.sun.tools.javac.comp.Lower.visitIterableForeachLoop(Lower.java:3275)
>   at com.sun.tools.javac.comp.Lower.visitForeachLoop(Lower.java:3162)
>   at 
> com.sun.tools.javac.tree.JCTree$JCEnhancedForLoop.accept(JCTree.java:1176)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:70)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.visitBlock(TreeTranslator.java:167)
>   at com.sun.tools.javac.comp.Lower.visitBlock(Lower.java:3347)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1036)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.visitMethodDef(TreeTranslator.java:150)
>   at 
> com.sun.tools.javac.comp.Lower.visitMethodDefInternal(Lower.java:2538)
>   at com.sun.tools.javac.comp.Lower.visitMethodDef(Lower.java:2448)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:882)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080)
>   at com.sun.tools.javac.comp.Lower.visitClassDef(Lower.java:2219)
>   at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:788)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080)
>   at com.sun.tools.javac.comp.Lower.translate(Lower.java:2099)
>   at 
> com.sun.tools.javac.comp.Lower.translateTopLevelClass(Lower.java:3813)
>   at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1691)
>   at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1532)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:574)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:577)
> [catch] at 
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:303)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>   

[jira] [Commented] (NETBEANS-3965) Source code "var" issue

2020-04-13 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17082110#comment-17082110
 ] 

Jan Lahoda commented on NETBEANS-3965:
--

Appears to be a problem with nb-javac: when running without nb-javac, the error 
is marked correctly. Arunava, could you please take a look? Thanks!

> Source code "var" issue
> ---
>
> Key: NETBEANS-3965
> URL: https://issues.apache.org/jira/browse/NETBEANS-3965
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler, java - Editor, platform - Action Items
>Affects Versions: 11.2, 11.3
> Environment: Apache Netbeans 11.2 and even 11.3
> OpenJDK 11.0.2
>Reporter: Netbeans User 2019
>Assignee: ARUNAVA SINHA
>Priority: Minor
>  Labels: compile-error
>
> var File[] = file.list();
> on editor: do no show any issue
> on action items: there is no issue visible about that
> on gradle: fails in compile
> on old-style project (Java with Ant > Java Application): run without issue, 
> but if you explicitly try build you get "error: 'var' is not allowed as an 
> element type of an array



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Assigned] (NETBEANS-3965) Source code "var" issue

2020-04-13 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3965?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-3965:


Assignee: ARUNAVA SINHA  (was: Jan Lahoda)

> Source code "var" issue
> ---
>
> Key: NETBEANS-3965
> URL: https://issues.apache.org/jira/browse/NETBEANS-3965
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler, java - Editor, platform - Action Items
>Affects Versions: 11.2, 11.3
> Environment: Apache Netbeans 11.2 and even 11.3
> OpenJDK 11.0.2
>Reporter: Netbeans User 2019
>Assignee: ARUNAVA SINHA
>Priority: Minor
>  Labels: compile-error
>
> var File[] = file.list();
> on editor: do no show any issue
> on action items: there is no issue visible about that
> on gradle: fails in compile
> on old-style project (Java with Ant > Java Application): run without issue, 
> but if you explicitly try build you get "error: 'var' is not allowed as an 
> element type of an array



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-4037) Debugger slow - taken profiler snapshots

2020-03-27 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17069005#comment-17069005
 ] 

Jan Lahoda commented on NETBEANS-4037:
--

Another angle might be this:

[https://github.com/apache/netbeans/compare/master...jlahoda:NETBEANS-4037?expand=1]

 

(Unless I am missing something:) The various ClassPaths registered in the 
registry probably have references to many roots to which other ClassPaths have 
reference as well (like if there are ~180 modules, then many of the are likely 
to refer to openide-util-lookup.jar), but getSourceRoots will try to pass every 
occurrence through SourceForBinaryQuery.findSourceRoots, add/re-add the 
listeners, etc. Seems wasteful - passing a given binary root to findSourceRoots 
once should be enough.

 

> Debugger slow - taken profiler snapshots
> 
>
> Key: NETBEANS-4037
> URL: https://issues.apache.org/jira/browse/NETBEANS-4037
> Project: NetBeans
>  Issue Type: Bug
>  Components: debugger - Java
>Affects Versions: 8.2, 11.1, 11.2, 11.3
>Reporter: matteodg
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: performance
> Fix For: 12.0
>
> Attachments: 
> org.netbeans.modules.debugger.jpda.ui.SourcePath.annotate.npss, 
> org.netbeans.modules.debugger.jpda.ui.SourcePath.getURL.npss
>
>
> We have a pretty big NetBeans Platform Application (~180 modules and 5 
> suites) and when the debugger reaches the first breakpoint it got stuck: the 
> tabs Debugging, Variables, Breakpoints, etc. are all with a "Please wait..." 
> node and with the NetBeans sampler I took a few snapshots highlighting it is 
> spending a lot of time on calls like:
>  * {{org.netbeans.modules.debugger.jpda.ui.SourcePath.getURL()}}
>  * {{org.netbeans.modules.debugger.jpda.ui.SourcePath.annotate()}}
> which at the end boil down to a lot of calls like:
>  * java.util.concurrent.CopyOnWriteArrayList.remove()
>  * java.io.File.isFile()
> Attached the snapshots.
> Then if I press Continue the debugger remain stuck: now Pause and Continue 
> buttons in the toolbar are disabled...
> I kept close and restarting NetBeans but no luck... I remember got this 
> behavior even with NB 8.2, sometimes though it goes through and I'm able to 
> debug, but very rarely!
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-2842) Using of deprecated pack200 tool in nbm packaging

2020-03-01 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17048659#comment-17048659
 ] 

Jan Lahoda commented on NETBEANS-2842:
--

Looking at commons, it seems it just delegates to the JDK impl(?). There's some 
impl of pack200 in Apache Harmony, not sure how usable or not would that be.

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-3317) 11.2 beta 3: NoSuchFieldError: bound at org.netbeans.api.java.source.SourceUtils.getBound

2020-02-12 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-3317.
--
Fix Version/s: 11.3
   Resolution: Fixed

Fixed:

[https://github.com/apache/netbeans/commit/e198d0dade337c1dbc27adbbdfd5d12f621a7712]

 

Thank you for the report!

 

> 11.2 beta 3: NoSuchFieldError: bound at 
> org.netbeans.api.java.source.SourceUtils.getBound
> -
>
> Key: NETBEANS-3317
> URL: https://issues.apache.org/jira/browse/NETBEANS-3317
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Andre Moraes
>Priority: Major
>  Labels: pull-request-available
> Fix For: 11.3
>
>  Time Spent: 50m
>  Remaining Estimate: 0h
>
> {noformat}
> INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete 
> indexing of 3 source roots took: 17,333 ms (New or modified files: 0, Deleted 
> files: 0) [Adding listeners took: 0 ms]INFO 
> [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete 
> indexing of 3 source roots took: 17,333 ms (New or modified files: 0, Deleted 
> files: 0) [Adding listeners took: 0 ms]WARNING 
> [org.netbeans.TopSecurityManager]: use of system property netbeans.user has 
> been obsoleted in favor of InstalledFileLocator/Places at 
> org.netbeans.modules.java.api.common.project.ActionProviderSupport.verifyUserPropertiesFile(ActionProviderSupport.java:927)WARNING
>  [org.openide.filesystems.Ordering]: Not all children in / marked with the 
> position attribute: 
> [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], 
> but some are: [JavaHyperlinkProvider.instance, 
> org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance,
>  HyperlinkProviderImpl.instance, 
> org-netbeans-modules-editor-url-HyperlinkImpl.instance]WARNING 
> [org.netbeans.modules.java.source.nbjavac.parsing.PartialReparserImpl]: Javac 
> returned startpos: 4,917 > endpos: -1SEVERE 
> [org.openide.util.RequestProcessor]: Error in RequestProcessor 
> org.netbeans.spi.editor.completion.support.AsyncCompletionTaskjava.lang.NoSuchFieldError:
>  bound at 
> org.netbeans.api.java.source.SourceUtils.getBound(SourceUtils.java:198) at 
> org.netbeans.api.java.source.TypeUtilities$TypeNameVisitor.visitWildcard(TypeUtilities.java:450)
>  at 
> org.netbeans.api.java.source.TypeUtilities$TypeNameVisitor.visitWildcard(TypeUtilities.java:363)
>  at com.sun.tools.javac.code.Type$WildcardType.accept(Type.java:943) at 
> javax.lang.model.util.AbstractTypeVisitor6.visit(AbstractTypeVisitor6.java:91)
>  at 
> org.netbeans.api.java.source.TypeUtilities.getTypeName(TypeUtilities.java:146)
>  at 
> org.netbeans.modules.editor.java.Utilities.getTypeName(Utilities.java:301) at 
> org.netbeans.modules.editor.java.Utilities.getTypeName(Utilities.java:290) at 
> org.netbeans.modules.editor.java.JavaCompletionItem$MethodItem.(JavaCompletionItem.java:1784)
>  at 
> org.netbeans.modules.editor.java.JavaCompletionItem$MethodItem.(JavaCompletionItem.java:1730)
>  at 
> org.netbeans.modules.editor.java.JavaCompletionItem.createExecutableItem(JavaCompletionItem.java:180)
>  at 
> org.netbeans.modules.editor.java.JavaCompletionItemFactory.createExecutableItem(JavaCompletionItemFactory.java:111)
>  at 
> org.netbeans.modules.editor.java.JavaCompletionItemFactory.createExecutableItem(JavaCompletionItemFactory.java:49)
>  at 
> org.netbeans.modules.java.completion.JavaCompletionTask.addMembers(JavaCompletionTask.java:3692)
>  at 
> org.netbeans.modules.java.completion.JavaCompletionTask.insideMemberSelect(JavaCompletionTask.java:1836)
>  at 
> org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:375)
>  at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:93) at 
> org.netbeans.modules.java.completion.JavaCompletionTask.run(JavaCompletionTask.java:60)
>  at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>  at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>  at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>  at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>  at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>  at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>  at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>  at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>  at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) 
> at 

[jira] [Updated] (NETBEANS-3860) java.lang.NoSuchFieldError: bound

2020-02-12 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-3860:
-
Fix Version/s: 11.3

> java.lang.NoSuchFieldError: bound
> -
>
> Key: NETBEANS-3860
> URL: https://issues.apache.org/jira/browse/NETBEANS-3860
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
>Reporter: Shevek
>Priority: Major
> Fix For: 11.3
>
>
> java.lang.NoSuchFieldError: bound
>   at 
> org.netbeans.api.java.source.SourceUtils.getBound(SourceUtils.java:198)
>   at 
> org.netbeans.api.java.source.TypeUtilities$TypeNameVisitor.visitWildcard(TypeUtilities.java:450)
>   at 
> org.netbeans.api.java.source.TypeUtilities$TypeNameVisitor.visitWildcard(TypeUtilities.java:363)
>   at com.sun.tools.javac.code.Type$WildcardType.accept(Type.java:943)
>   at 
> javax.lang.model.util.AbstractTypeVisitor6.visit(AbstractTypeVisitor6.java:91)
>   at 
> org.netbeans.api.java.source.TypeUtilities.getTypeName(TypeUtilities.java:146)
>   at 
> org.netbeans.modules.editor.java.Utilities.getTypeName(Utilities.java:301)
>   at 
> org.netbeans.modules.editor.java.Utilities.getTypeName(Utilities.java:290)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItem$MethodItem.(JavaCompletionItem.java:1784)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItem$MethodItem.(JavaCompletionItem.java:1730)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItem.createExecutableItem(JavaCompletionItem.java:180)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItemFactory.createExecutableItem(JavaCompletionItemFactory.java:111)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItemFactory.createExecutableItem(JavaCompletionItemFactory.java:49)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.addMembers(JavaCompletionTask.java:3692)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.insideMemberSelect(JavaCompletionTask.java:1836)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:375)
>   at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:93)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.run(JavaCompletionTask.java:60)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>   at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>   at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>   at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionProvider$JavaCompletionQuery.query(JavaCompletionProvider.java:193)
>   at 
> org.netbeans.spi.editor.completion.support.AsyncCompletionTask.run(AsyncCompletionTask.java:198)
>   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)
> [catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-3734) NoSuchFieldError: bound when using code completion

2020-02-12 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-3734.
--
Fix Version/s: 11.3
   Resolution: Duplicate

Thanks for the report, already resolved as NETBEANS-3317

> NoSuchFieldError: bound when using code completion
> --
>
> Key: NETBEANS-3734
> URL: https://issues.apache.org/jira/browse/NETBEANS-3734
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
>Reporter: Stefano Peruzzi
>Priority: Minor
> Fix For: 11.3
>
> Attachments: IDE log.txt
>
>
> Exception catched when using CTRL+space on a Java project.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-3860) java.lang.NoSuchFieldError: bound

2020-02-12 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-3860.
--
Resolution: Duplicate

Thanks, already resolved as NETBEANS-3317.

> java.lang.NoSuchFieldError: bound
> -
>
> Key: NETBEANS-3860
> URL: https://issues.apache.org/jira/browse/NETBEANS-3860
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
>Reporter: Shevek
>Priority: Major
>
> java.lang.NoSuchFieldError: bound
>   at 
> org.netbeans.api.java.source.SourceUtils.getBound(SourceUtils.java:198)
>   at 
> org.netbeans.api.java.source.TypeUtilities$TypeNameVisitor.visitWildcard(TypeUtilities.java:450)
>   at 
> org.netbeans.api.java.source.TypeUtilities$TypeNameVisitor.visitWildcard(TypeUtilities.java:363)
>   at com.sun.tools.javac.code.Type$WildcardType.accept(Type.java:943)
>   at 
> javax.lang.model.util.AbstractTypeVisitor6.visit(AbstractTypeVisitor6.java:91)
>   at 
> org.netbeans.api.java.source.TypeUtilities.getTypeName(TypeUtilities.java:146)
>   at 
> org.netbeans.modules.editor.java.Utilities.getTypeName(Utilities.java:301)
>   at 
> org.netbeans.modules.editor.java.Utilities.getTypeName(Utilities.java:290)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItem$MethodItem.(JavaCompletionItem.java:1784)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItem$MethodItem.(JavaCompletionItem.java:1730)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItem.createExecutableItem(JavaCompletionItem.java:180)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItemFactory.createExecutableItem(JavaCompletionItemFactory.java:111)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionItemFactory.createExecutableItem(JavaCompletionItemFactory.java:49)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.addMembers(JavaCompletionTask.java:3692)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.insideMemberSelect(JavaCompletionTask.java:1836)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:375)
>   at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:93)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.run(JavaCompletionTask.java:60)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>   at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>   at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>   at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
>   at 
> org.netbeans.modules.editor.java.JavaCompletionProvider$JavaCompletionQuery.query(JavaCompletionProvider.java:193)
>   at 
> org.netbeans.spi.editor.completion.support.AsyncCompletionTask.run(AsyncCompletionTask.java:198)
>   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)
> [catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-3783) NetBeans crashes when creating TypeScript file

2020-02-05 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17031325#comment-17031325
 ] 

Jan Lahoda commented on NETBEANS-3783:
--

Thanks for the report, I believe this is fixed by:

[https://github.com/apache/netbeans/commit/86740301684e46bdc7c25687bf0f122b004da1e7]

 

> NetBeans crashes when creating TypeScript file 
> ---
>
> Key: NETBEANS-3783
> URL: https://issues.apache.org/jira/browse/NETBEANS-3783
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.3
> Environment: Windows 10 x64
> Node.js 12.13.0
> JDK 1.8.0_231
> NetBeans 11.3 beta2 
>Reporter: Ghader Arkani
>Priority: Blocker
>
> When I add a TypeScript file to project and open it, CPU goes to 100% and 
> there are about 300 Node.js instances loaded .



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-3783) NetBeans crashes when creating TypeScript file

2020-02-05 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-3783.
--
Fix Version/s: 11.3
 Assignee: Jan Lahoda
   Resolution: Fixed

> NetBeans crashes when creating TypeScript file 
> ---
>
> Key: NETBEANS-3783
> URL: https://issues.apache.org/jira/browse/NETBEANS-3783
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.3
> Environment: Windows 10 x64
> Node.js 12.13.0
> JDK 1.8.0_231
> NetBeans 11.3 beta2 
>Reporter: Ghader Arkani
>Assignee: Jan Lahoda
>Priority: Blocker
> Fix For: 11.3
>
>
> When I add a TypeScript file to project and open it, CPU goes to 100% and 
> there are about 300 Node.js instances loaded .



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-3757) LSP based code completion may break on item confirmation

2020-01-28 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-3757.
--
Fix Version/s: 11.3
   Resolution: Fixed

> LSP based code completion may break on item confirmation
> 
>
> Key: NETBEANS-3757
> URL: https://issues.apache.org/jira/browse/NETBEANS-3757
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 11.3
>Reporter: Jan Lahoda
>Assignee: Jan Lahoda
>Priority: Major
> Fix For: 11.3
>
>
> Consider this TypeScript code:
> ---
> function bla(foo: string) {
>  var v = foo.charAt(0)
> }
> ---
> Open code completion after "cha", and press enter on charCodeAt - this will 
> result in:
> ---
> function bla(foo: string) {
>  var v = foo.chadeAtrAt(0)
> }
> ---
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-3749) [LSP] Adding option to open code completion while typing

2020-01-28 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17025587#comment-17025587
 ] 

Jan Lahoda commented on NETBEANS-3749:
--

The triggers sent from the server should be followed now.

> [LSP] Adding option to open code completion while typing
> 
>
> Key: NETBEANS-3749
> URL: https://issues.apache.org/jira/browse/NETBEANS-3749
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates, editor - Options
>Affects Versions: 11.3
> Environment: Product Version: Apache NetBeans IDE 11.3-beta1
> Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
> User directory: C:\Users\Chrl\AppData\Roaming\NetBeans\11.3-beta1
> Cache directory: C:\Users\Chrl\AppData\Local\NetBeans\Cache\11.3-beta1
>Reporter: Christian Lenz
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Atm the code completion for new languages added with textmate and the LSP for 
> that, will not comes up after typing. It will comes up, when you type ctrl + 
> space as usual. In the standard NetBeans languages (PHP, Java, etc.) there is 
> the option to show code completion while typing w/o hitting ctrl + space. I 
> know that some people don't want that and some people want that so we need an 
> option for that.
> I would suggest to add this option to each language that we can add in the 
> add new language dialog at the Language Server pptions page. Maybe a global 
> option to make this available for each language will be good too to override 
> the specific ones.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-3749) [LSP] Adding option to open code completion while typing

2020-01-28 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-3749.
--
Fix Version/s: 11.3
   Resolution: Fixed

> [LSP] Adding option to open code completion while typing
> 
>
> Key: NETBEANS-3749
> URL: https://issues.apache.org/jira/browse/NETBEANS-3749
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates, editor - Options
>Affects Versions: 11.3
> Environment: Product Version: Apache NetBeans IDE 11.3-beta1
> Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
> User directory: C:\Users\Chrl\AppData\Roaming\NetBeans\11.3-beta1
> Cache directory: C:\Users\Chrl\AppData\Local\NetBeans\Cache\11.3-beta1
>Reporter: Christian Lenz
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: pull-request-available
> Fix For: 11.3
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Atm the code completion for new languages added with textmate and the LSP for 
> that, will not comes up after typing. It will comes up, when you type ctrl + 
> space as usual. In the standard NetBeans languages (PHP, Java, etc.) there is 
> the option to show code completion while typing w/o hitting ctrl + space. I 
> know that some people don't want that and some people want that so we need an 
> option for that.
> I would suggest to add this option to each language that we can add in the 
> add new language dialog at the Language Server pptions page. Maybe a global 
> option to make this available for each language will be good too to override 
> the specific ones.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-3757) LSP based code completion may break on item confirmation

2020-01-27 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-3757:


 Summary: LSP based code completion may break on item confirmation
 Key: NETBEANS-3757
 URL: https://issues.apache.org/jira/browse/NETBEANS-3757
 Project: NetBeans
  Issue Type: Bug
  Components: ide - Code
Affects Versions: 11.3
Reporter: Jan Lahoda
Assignee: Jan Lahoda


Consider this TypeScript code:

---

function bla(foo: string) {
 var v = foo.charAt(0)
}

---

Open code completion after "cha", and press enter on charCodeAt - this will 
result in:

---

function bla(foo: string) {
 var v = foo.chadeAtrAt(0)
}

---

 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-3749) [LSP] Adding option to open code completion while typing

2020-01-27 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-3749:
-
Issue Type: Bug  (was: Improvement)

> [LSP] Adding option to open code completion while typing
> 
>
> Key: NETBEANS-3749
> URL: https://issues.apache.org/jira/browse/NETBEANS-3749
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates, editor - Options
>Affects Versions: 11.3
> Environment: Product Version: Apache NetBeans IDE 11.3-beta1
> Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
> User directory: C:\Users\Chrl\AppData\Roaming\NetBeans\11.3-beta1
> Cache directory: C:\Users\Chrl\AppData\Local\NetBeans\Cache\11.3-beta1
>Reporter: Christian Lenz
>Assignee: Jan Lahoda
>Priority: Major
>
> Atm the code completion for new languages added with textmate and the LSP for 
> that, will not comes up after typing. It will comes up, when you type ctrl + 
> space as usual. In the standard NetBeans languages (PHP, Java, etc.) there is 
> the option to show code completion while typing w/o hitting ctrl + space. I 
> know that some people don't want that and some people want that so we need an 
> option for that.
> I would suggest to add this option to each language that we can add in the 
> add new language dialog at the Language Server pptions page. Maybe a global 
> option to make this available for each language will be good too to override 
> the specific ones.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-1842) ambiguous method when using Lombok

2020-01-13 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17014895#comment-17014895
 ] 

Jan Lahoda commented on NETBEANS-1842:
--

Is there a standalone way for me to reproduce this?

> ambiguous method when using Lombok
> --
>
> Key: NETBEANS-1842
> URL: https://issues.apache.org/jira/browse/NETBEANS-1842
> Project: NetBeans
>  Issue Type: Bug
> Environment: Win10
>Reporter: Rik Scarborough
>Priority: Major
> Attachments: Screen Shot 2019-07-25 at 4.14.03 PM.png
>
>
> When using lombok (v 1.18.4), generated methods show as errors in editor.  
> "reference to  is ambiguous   both method  in 
>  and method  in  match".
>  
> Both methodnames and classnames are the exactly same.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-3580) Expression Lambdas cannot be debugged

2019-12-10 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-3580:
-
Description: 
Consider this source code:

{{package org.netbeans.modules.learning.lambda.code.completion;}}

{{import java.util.Arrays;}}

{{public class NewClass {}}

{{    public static void main(String... args) {}}
 {{    Arrays.stream(new String[] \{"a", "", "b"})}}
 {{  .filter(s -> !s.isEmpty()) //breakpoint here}}
 {{  .forEach(System.err::println);}}
 \{{    }}}
 {{}}}

 

Add a breakpoint at the marked line, and run the code under the debugger. The 
debugger will stop on the breakpoint for the "filter" method invocation (OK), 
but it will not stop there for the lambda invocation (bad). So with a code like 
this, one does not see the lambda parameters, cannot step inside, etc. 
Workaround is to place the expression on a new line:

{\{ .filter(s -> }}
 \{{ !s.isEmpty()) //breakpoint here}}

But that requires a change to the code just for debugging - and that defies the 
purpose of debugging (which is to inspect the code *without* changes).

The IDE is a fully updated Apache NetBeans 11.2, with nb-javac installed 
running on JDK 13:
Product Version: Apache NetBeans IDE 11.2
Java: 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9
Runtime: OpenJDK Runtime Environment 13.0.1+9
System: Linux version 4.15.0-72-generic running on amd64; UTF-8; en_US (nb)
User directory: /tmp/nbuser.lambda.test
Cache directory: /tmp/nbuser.lambda.test/var/cache

  was:
Consider this source code:

{{package org.netbeans.modules.learning.lambda.code.completion;}}

{{import java.util.Arrays;}}

{{public class NewClass {}}

{{    public static void main(String... args) {}}
{{    Arrays.stream(new String[] \{"a", "", "b"})}}
{{  .filter(s -> !s.isEmpty()) //breakpoint here}}
{{  .forEach(System.err::println);}}
{{    }}}
{{}}}

 

Add a breakpoint at the marked line, and run the code under the debugger. The 
debugger will stop on the breakpoint for the "filter" method invocation (OK), 
but it will not stop there for the lambda invocation (bad). So with a code like 
this, one does not see the lambda parameters, cannot step inside, etc. 
Workaround is to place the expression on a new line:

{{ .filter(s -> }}
{{ !s.isEmpty()) //breakpoint here}}

But that requires a change to the code just for debugging - and that defies the 
purpose of debugging (which is to inspect the code *without* changes).


> Expression Lambdas cannot be debugged
> -
>
> Key: NETBEANS-3580
> URL: https://issues.apache.org/jira/browse/NETBEANS-3580
> Project: NetBeans
>  Issue Type: Bug
>  Components: debugger - Java
>Affects Versions: 11.2
>Reporter: Jan Lahoda
>Priority: Critical
>
> Consider this source code:
> {{package org.netbeans.modules.learning.lambda.code.completion;}}
> {{import java.util.Arrays;}}
> {{public class NewClass {}}
> {{    public static void main(String... args) {}}
>  {{    Arrays.stream(new String[] \{"a", "", "b"})}}
>  {{  .filter(s -> !s.isEmpty()) //breakpoint here}}
>  {{  .forEach(System.err::println);}}
>  \{{    }}}
>  {{}}}
>  
> Add a breakpoint at the marked line, and run the code under the debugger. The 
> debugger will stop on the breakpoint for the "filter" method invocation (OK), 
> but it will not stop there for the lambda invocation (bad). So with a code 
> like this, one does not see the lambda parameters, cannot step inside, etc. 
> Workaround is to place the expression on a new line:
> {\{ .filter(s -> }}
>  \{{ !s.isEmpty()) //breakpoint here}}
> But that requires a change to the code just for debugging - and that defies 
> the purpose of debugging (which is to inspect the code *without* changes).
> The IDE is a fully updated Apache NetBeans 11.2, with nb-javac installed 
> running on JDK 13:
> Product Version: Apache NetBeans IDE 11.2
> Java: 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9
> Runtime: OpenJDK Runtime Environment 13.0.1+9
> System: Linux version 4.15.0-72-generic running on amd64; UTF-8; en_US (nb)
> User directory: /tmp/nbuser.lambda.test
> Cache directory: /tmp/nbuser.lambda.test/var/cache



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-3580) Expression Lambdas cannot be debugged

2019-12-10 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-3580:


 Summary: Expression Lambdas cannot be debugged
 Key: NETBEANS-3580
 URL: https://issues.apache.org/jira/browse/NETBEANS-3580
 Project: NetBeans
  Issue Type: Bug
  Components: debugger - Java
Affects Versions: 11.2
Reporter: Jan Lahoda


Consider this source code:

{{package org.netbeans.modules.learning.lambda.code.completion;}}

{{import java.util.Arrays;}}

{{public class NewClass {}}

{{    public static void main(String... args) {}}
{{    Arrays.stream(new String[] \{"a", "", "b"})}}
{{  .filter(s -> !s.isEmpty()) //breakpoint here}}
{{  .forEach(System.err::println);}}
{{    }}}
{{}}}

 

Add a breakpoint at the marked line, and run the code under the debugger. The 
debugger will stop on the breakpoint for the "filter" method invocation (OK), 
but it will not stop there for the lambda invocation (bad). So with a code like 
this, one does not see the lambda parameters, cannot step inside, etc. 
Workaround is to place the expression on a new line:

{{ .filter(s -> }}
{{ !s.isEmpty()) //breakpoint here}}

But that requires a change to the code just for debugging - and that defies the 
purpose of debugging (which is to inspect the code *without* changes).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-3579) Code completion not working inside block lambdas

2019-12-10 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-3579:


 Summary: Code completion not working inside block lambdas
 Key: NETBEANS-3579
 URL: https://issues.apache.org/jira/browse/NETBEANS-3579
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.2
Reporter: Jan Lahoda


Consider the following code ('|' should not be part of the code, and represents 
where the caret should be placed):

{{package org.netbeans.modules.learning.lambda.code.completion;}}

{{import java.util.Collection;}}

{{public class NewClass {}}

{{    public int compute(Collection c) {}}
{{    return c.stream().map(s -> {s.|)}}
{{    }}}
{{}}}

Invoking the code completion at the marked place ('|') yields not results 
whatsoever for me. That is apparently wrong - there should be results for a 
variable of type String.

 

The IDE is a fully updated Apache NetBeans 11.2, with nb-javac installed 
running on JDK 13:
Product Version: Apache NetBeans IDE 11.2
Java: 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9
Runtime: OpenJDK Runtime Environment 13.0.1+9
System: Linux version 4.15.0-72-generic running on amd64; UTF-8; en_US (nb)
User directory: /tmp/nbuser.lambda.test
Cache directory: /tmp/nbuser.lambda.test/var/cache



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-3498) Cannot add unimplemented methods to anonymous innerclasses

2019-11-29 Thread Jan Lahoda (Jira)
Jan Lahoda created NETBEANS-3498:


 Summary: Cannot add unimplemented methods to anonymous innerclasses
 Key: NETBEANS-3498
 URL: https://issues.apache.org/jira/browse/NETBEANS-3498
 Project: NetBeans
  Issue Type: Bug
  Components: java - Source
Affects Versions: 11.2
Reporter: Jan Lahoda
Assignee: Jan Lahoda
 Fix For: 11.3


Consider code like this:

---

public class Test2 {

public static void main(String[] args) {
 Comparator c = new Comparator() {
 };
 }
 
}



 

There is a method missing in the anonymous class, but an attempt to add it 
using the error fix leads to:

---

java.lang.NullPointerException
 at 
org.netbeans.api.java.source.ElementUtilities.findUnimplementedMethods(ElementUtilities.java:904)
 at 
org.netbeans.api.java.source.ElementUtilities.findUnimplementedMethods(ElementUtilities.java:665)
 at 
org.netbeans.modules.java.editor.codegen.ImplementOverrideMethodGenerator.getImplementDescriptions(ImplementOverrideMethodGenerator.java:218)
 at 
org.netbeans.modules.java.editor.codegen.ImplementOverrideMethodGenerator.selectMethodsToImplement(ImplementOverrideMethodGenerator.java:145)
 at 
org.netbeans.modules.java.hints.errors.ImplementAllAbstractMethods$ImplementFixBase$1.run(ImplementAllAbstractMethods.java:320)
 at 
org.netbeans.modules.java.hints.errors.ImplementAllAbstractMethods$ImplementFixBase$1.run(ImplementAllAbstractMethods.java:316)
 at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
 at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
 at 
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
 at 
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
 at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
 at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
 at 
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
 at 
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
 at 
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
 at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
 at 
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
 at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
 at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452)
 at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423)
 at 
org.netbeans.modules.java.hints.errors.ImplementAllAbstractMethods$ImplementFixBase.implement(ImplementAllAbstractMethods.java:316)
[catch] at org.netbeans.modules.editor.hints.HintsUI$1.run(HintsUI.java:810)
 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)

---

 

Originally reported here:

[http://mail-archives.apache.org/mod_mbox/netbeans-users/201911.mbox/%3C2971b37b-5471-2ec8-f52d-28ac2b3e6165%40univ-cotedazur.fr%3E]

 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Resolved] (NETBEANS-3339) "Go to Symbol" does nothing

2019-11-06 Thread Jan Lahoda (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-3339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-3339.
--
Fix Version/s: 11.3
   Resolution: Fixed

I believe this was fixed by the following commit:

[https://github.com/apache/netbeans/commit/37fa7897243d31487df04ec55e07b1472650ac44]

 

Unfortunately, it was too late for 11.2.

 

> "Go to Symbol" does nothing
> ---
>
> Key: NETBEANS-3339
> URL: https://issues.apache.org/jira/browse/NETBEANS-3339
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Navigation
>Affects Versions: 11.2
> Environment: Ubuntu, Netbeans 11.2 over JDK 11
>Reporter: Alessandro Polverini
>Priority: Major
> Fix For: 11.3
>
>
> If I open the Go to Sumbol panel (ctrl+alt+shift+O) and I start entering the 
> name of a symbol I correctly see the filtered one matching, but double 
> clicking one of them or pressing return just closes the window and nothing 
> else happens.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-2956) AssertionError during background scan of a Java 12 project

2019-08-22 Thread Jan Lahoda (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16913003#comment-16913003
 ] 

Jan Lahoda commented on NETBEANS-2956:
--

[~Furrer] - Very much appreciated that you've found the case where this breaks, 
I think it is very useful. Even if it is not directly fixable in this project, 
if this is fixed in OpenJDK, then it should work better for NetBeans, and 
should help to assure it won't reappear. Are you OK with me reporting this to 
OpenJDK? Thanks!

> AssertionError during background scan of a Java 12 project
> --
>
> Key: NETBEANS-2956
> URL: https://issues.apache.org/jira/browse/NETBEANS-2956
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Travis
>Assignee: Travis
>Priority: Major
> Attachments: netbeans-2956-test-project.zip
>
>
> It seems that there are still some tricky bugs lurking in Netbeans when 
> running with Java 12 projects open.
>  
> My environment is:
> Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not 
> even nb-javac)
> OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built 
> using this JDK
> Gradle 5.5
> Windows 10
>  
> During background scan of the attached project, I get the following 
> exception: 
> java.lang.AssertionError: Analyzer error when processing: container.drink(new 
> FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error 
> when processing: container.drink(new FooBuilder(slug).matches(bug)); at 
> jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at 
> jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) 
> at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) 
> at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407)
>  at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch]
>  at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245)
>  at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>  at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>  at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>  at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>  at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
>  at 
> 

[jira] [Commented] (NETBEANS-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO

2019-08-15 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16908725#comment-16908725
 ] 

Jan Lahoda commented on NETBEANS-2661:
--

FWIW, I've added a work-in-progress pull request here:

[https://github.com/apache/netbeans/pull/1430]

 

That should eliminate almost all the time spent in 
QuerySupport.findBinaryRootsForSourceRoot. Needs more testing to see if it 
breaks something important (it relies on the BinaryForSourceQuery which was 
added later, and so may be a little less stable/broadly implemented).

> find-usages takes a 
> LO
> --
>
> Key: NETBEANS-2661
> URL: https://issues.apache.org/jira/browse/NETBEANS-2661
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0
> Environment: Linux, JDK 1.8, etc
>Reporter: Shevek
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: PERFORMANCE, Performance, perf, perfomance, performance, 
> performence, pull-request-available
> Attachments: find-usages-is-totally-unusable-11.1.npss, 
> image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> OOOng time, like 5 minutes. Please see attached profile.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-1836) Out of heap space removing large number of nodes

2019-08-15 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16908437#comment-16908437
 ] 

Jan Lahoda commented on NETBEANS-1836:
--

I wonder what is the reason for running out of memory. The "remSel" list only 
keeps paths that are in the selection model, so adding them into the list 
shouldn't be too memory intensive (for ~10,000 nodes). So I wonder what runs 
out of memory? Thanks!

> Out of heap space removing large number of nodes
> 
>
> Key: NETBEANS-1836
> URL: https://issues.apache.org/jira/browse/NETBEANS-1836
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Explorer
>Affects Versions: 8.2
>Reporter: Rangi Keen
>Priority: Critical
>  Labels: pull-request-available
> Attachments: RemoveNodeOutOfHeapSpace.patch
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> If you remove a large number of selected nodes (e.g. 10,000), you may run out 
> of heap space. Note that this does not occur when deleting nodes because the 
> nodes are first deselected, but it will happen if the nodes to be removed are 
> not first deselected.
> This seems to be related to [bug 
> #193852|https://netbeans.org/bugzilla/show_bug.cgi?id=193852] designed to 
> attempt to maintain cursor position when removing a node from the tree. Prior 
> to the change for this bug, the node parent was set to null when the node was 
> destroyed and therefore was not added to the list of nodes to be deselected 
> in {{org.openide.explorer.view.TreeView.removedNodes}}.
> One fix (in [^RemoveNodeOutOfHeapSpace.patch]) is to change the check in 
> {{org.openide.explorer.view.TreeView.removedNodes}} when adding to the 
> removed selection list ({{remSel}}) to avoid adding paths for the nodes that 
> will be deleted and only add the selected child nodes. This was put in place 
> to avoid leaking memory for child nodes (see 
> [JDK-6472844|https://bugs.openjdk.java.net/browse/JDK-6472844]), so I think 
> this will maintain the intent and not result in further memory leaks.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-2618) OSGi not working in tests that enable the module system

2019-05-30 Thread Jan Lahoda (JIRA)
Jan Lahoda created NETBEANS-2618:


 Summary: OSGi not working in tests that enable the module system
 Key: NETBEANS-2618
 URL: https://issues.apache.org/jira/browse/NETBEANS-2618
 Project: NetBeans
  Issue Type: Bug
  Components: platform - Module System
Affects Versions: 11.0
Reporter: Jan Lahoda
Assignee: Jaroslav Tulach
 Attachments: osgi-in-tests.zip

To reproduce:

-unpack the attachment

-open it in the IDE

-open the test:

osgi-in-tests/test/unit/src/osgi/in/tests/OSGiInTest.java

-do Run/Test File

the test will try to enable the module system, but as the osgi.in.tests module 
depends on the org.apache.commons.logging module, the module system startup 
fails with:

WARNING: Warning - could not install some modules:
    osgi-in-tests - The module named org.apache.commons.logging was needed and 
not found.

But org.apache.commons.logging is available without any problems, the test is 
doing:

LogFactory.getLog("OSGiInTest").info("Mam logger!");

and that works OK. It is just the module system that does not allow the OSGi 
bundle to be found/enable.



--
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-2525) Background Scanning Process for first NetBeans start took more than 15min

2019-05-15 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16841001#comment-16841001
 ] 

Jan Lahoda commented on NETBEANS-2525:
--

A few assorted comments:

-from the messages.log:

Complete indexing of 457 source roots took: 630.217 ms (New or modified files: 
14.938, Deleted files: 0) [Adding listeners took: 67 ms]

so the indexing of one file took around 42ms on average - more than I'd expect 
(base on my Linux experience), but processing nearly 15000 is not going to be 
free.

 

-while doing optimizations is good, I would not expect that by using a 
different APIs we can get 10x improvements. A more likely way to significantly 
improve performance is to completely avoid doing some part of the indexing. 
Jaroslav's [https://github.com/apache/netbeans/pull/1123] may be one example..

> Background Scanning Process for first NetBeans start took more than 15min
> -
>
> Key: NETBEANS-2525
> URL: https://issues.apache.org/jira/browse/NETBEANS-2525
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Performance
>Affects Versions: 11.0
> Environment: Product Version: Apache NetBeans IDE 11.0 (Build 
> incubator-netbeans-release-404-on-20190319)
> Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
> User directory: C:\Users\Chrl\AppData\Roaming\NetBeans\11.0
> Cache directory: C:\Users\Chrl\AppData\Local\NetBeans\Cache\11.0
>Reporter: Christian Lenz
>Priority: Critical
>  Labels: performance
> Attachments: 11.0 - messages.log, 11.0 - uigestures, Screenshot from 
> 2019-05-15 09-10-54.png, nb-11.0-selfsampler.npss, 
> nb-11.0-threaddump-1557855250946.tdump
>
>
> Steps to reproduce:
> * Open NetBeans 11.0 for the very first time
> * Choose yes to import settings from NetBeans 10.0 (No plugins, just settings)
> * After NetBeans opens, It imported 33 projects from my old NetBeans instance.
> * Install nb-javac.
> * It opens the projects.
> * Background scanning comes ups, need couple of minutes
> * Because of some HTML5 projects, Oracle JS Parser implementation installer 
> comes up
> * Install Oracle JS Parser Implementation.
> * After first background scanning is finished the next one is coming up and 
> takes even longer.
> * Waiting until everything is finish. Round about 15-17 min.
> I added a heap dump, created via Visual VM (In case of sensitive data, I 
> removed the link, please give me a private link where I can upload it.
> No I don't want to not use importing settings. First it is possible and 
> needed and second because it is not a real world case. I want my settings 
> from my old IDE and all my opened projects. I don't want to import/open them 
> one after one again, this is not a use case. And I don't want to make the 
> settings again and again, switching to a new version. Of course it will not 
> running as long as I open NetBeans w/o importing settings and opening all 
> projects but again this doesn't make sense.
> My projects are:
> * 5 Maven
> * 1 PHP
> * 4 HTML5
> * 14 Ant based NetBeans modules (Some 3rd-party, some from the Core)
> * 8 Maven based NetBeans modules (all 3rd-party)
> * 1 NetBeans Module suite project
> What information do you need more? I will add the messages.log too, but I 
> need to clean up my user dir again, because I opened NetBeans after the 
> profiling again.



--
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-2392) Opening type from Go To Type fails

2019-05-07 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-2392.
--
   Resolution: Fixed
Fix Version/s: Next

Fixed by the linked Pull Request on GitHUb.

> Opening type from Go To Type fails
> --
>
> Key: NETBEANS-2392
> URL: https://issues.apache.org/jira/browse/NETBEANS-2392
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Navigation, java - Platform
>Affects Versions: 10.0
> Environment: Netbeans 10 and 11
> Open JDK 11
> Gradle 5.2.1
>Reporter: Netbeans User 2019
>Assignee: Jan Lahoda
>Priority: Critical
>  Labels: pull-request-available
> Fix For: Next
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> It is simply not open a type that it is clicked from dialog and dialog is 
> closed, but you have to type such type to editor and import it and then click 
> it from there for sucessful open.
> It seems that does not happend for opened project/sub-projects sources, even 
> seems no issue e.g. with junit or Java SE API sources.
> Additionally this is seen from notification after:
> java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType 
> cannot be cast to class com.sun.tools.javac.code.Type$ErrorType 
> (com.sun.tools.javac.code.Type$ClassType and 
> com.sun.tools.javac.code.Type$ErrorType are in unnamed module of loader 
> org.netbeans.StandardModule$OneModuleClassLoader @27597305)
>  at 
> org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:863)
>  at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1119)
>  at 
> org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449)
>  at 
> org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411)
>  at 
> org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:373)
>  at 
> org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285)
>  at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473)
>  at 
> javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106)
>  at 
> org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275)
>  at 
> org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232)
>  at 
> org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152)
>  at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672)
>  at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662)
>  at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
>  at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>  at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>  at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>  at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>  at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>  at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>  at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>  at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>  at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>  at 
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
>  at 
> org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
>  at 
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451)
>  at 
> org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
>  at 
> org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683)
>  at 
> org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152)
>  at 
> org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44)
>  at 
> org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118)
>  at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99)
>  at 
> org.netbeans.modules.java.source.ui.JavaTypeDescription.open(JavaTypeDescription.java:121)
>  at 
> org.netbeans.modules.jumpto.type.GoToTypeAction.actionPerformed(GoToTypeAction.java:153)
>  at org.openide.windows.TopComponent.processKeyBinding(TopComponent.java:1151)
>  at 
> java.desktop/javax.swing.JComponent.processKeyBindings(JComponent.java:2962)
>  at 

[jira] [Commented] (NETBEANS-2487) Null Pointer Exception

2019-04-30 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16830609#comment-16830609
 ] 

Jan Lahoda commented on NETBEANS-2487:
--

It is usually difficult to find out the real causes of problems like this 
without some steps to reproduce.

But, in this case, the NBJavadocMemberEnter class does not exist anymore, it 
has been removed when we needed to stop use the old javadoc API:

[https://github.com/apache/netbeans/commit/5f675e88a3ae3fee652332f9faf2f1985508c272]

So, this specific exception is unlikely to happen again.

> Null Pointer Exception
> --
>
> Key: NETBEANS-2487
> URL: https://issues.apache.org/jira/browse/NETBEANS-2487
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Reporter: Guillaume
>Assignee: Jan Lahoda
>Priority: Minor
> Attachments: IDE Log.rtf, UI Log.rtf
>
>
> My NetBeans signaled me this error.



--
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-2430) [Textmate] - IllegalStateException inside a file created using a textmate lexer

2019-04-29 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-2430.
--
   Resolution: Fixed
Fix Version/s: 12.0

Resolved:

[https://gitbox.apache.org/repos/asf?p=netbeans.git;a=commit;h=359bf461d26b7ab5baceb9a3e07bd0c7d36b16a7]

 

> [Textmate] - IllegalStateException inside a file created using a textmate 
> lexer
> ---
>
> Key: NETBEANS-2430
> URL: https://issues.apache.org/jira/browse/NETBEANS-2430
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Lexer, editor - Painting  Printing, editor 
> - Parsing  Indexing
>Affects Versions: 11.0
> Environment: Product Version: Apache NetBeans IDE 11.0 (Build 
> incubator-netbeans-release-404-on-20190319)
> Updates: Updates available to version NetBeans 8.2 Patch 2
> Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
> User directory: C:\Users\user\AppData\Roaming\NetBeans\11.0
> Cache directory: C:\Users\user\AppData\Local\NetBeans\Cache\11.0
>Reporter: Christian Lenz
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: pull-request-available
> Fix For: 12.0
>
> Attachments: Example.cs, fsharp example.fs, fsharp-reflection.fs, 
> morse-code-generator.bf
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> I created a plugin where I added some languages via the textmate lexer to 
> NetBeans. When I open one file of it (file attached) and I want to edit the 
> file like adding new line, I got an illegalStateException:
> {code}
> java.lang.IllegalStateException: Invalid resume state!
>   at 
> org.netbeans.modules.textmate.lexer.TextmateLexer.(TextmateLexer.java:49)
>   at 
> org.netbeans.modules.textmate.lexer.TextmateTokenId$LanguageHierarchyImpl.createLexer(TextmateTokenId.java:110)
>   at 
> org.netbeans.spi.lexer.LanguageHierarchy$Accessor.createLexer(LanguageHierarchy.java:353)
>   at 
> org.netbeans.lib.lexer.LexerInputOperation.(LexerInputOperation.java:114)
>   at 
> org.netbeans.lib.lexer.TextLexerInputOperation.(TextLexerInputOperation.java:51)
>   at 
> org.netbeans.lib.lexer.inc.IncTokenList.createLexerInputOperation(IncTokenList.java:276)
>   at 
> org.netbeans.lib.lexer.inc.IncTokenList.replaceTokens(IncTokenList.java:354)
>   at 
> org.netbeans.lib.lexer.inc.TokenListUpdater.updateRegular(TokenListUpdater.java:258)
>   at 
> org.netbeans.lib.lexer.inc.TokenHierarchyUpdate$UpdateItem.update(TokenHierarchyUpdate.java:325)
>   at 
> org.netbeans.lib.lexer.inc.TokenHierarchyUpdate.processLevelInfos(TokenHierarchyUpdate.java:200)
>   at 
> org.netbeans.lib.lexer.inc.TokenHierarchyUpdate.updateImpl(TokenHierarchyUpdate.java:171)
>   at 
> org.netbeans.lib.lexer.inc.TokenHierarchyUpdate.update(TokenHierarchyUpdate.java:109)
>   at 
> org.netbeans.lib.lexer.TokenHierarchyOperation.textModified(TokenHierarchyOperation.java:585)
>   at 
> org.netbeans.spi.lexer.TokenHierarchyControl.textModified(TokenHierarchyControl.java:71)
>   at 
> org.netbeans.lib.lexer.inc.DocumentInput.textModified(DocumentInput.java:128)
>   at 
> org.netbeans.lib.lexer.inc.DocumentInput.insertUpdate(DocumentInput.java:117)
>   at 
> org.netbeans.lib.editor.util.swing.PriorityDocumentListenerList.insertUpdate(PriorityDocumentListenerList.java:60)
>   at 
> java.desktop/javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractDocument.java:203)
>   at 
> org.netbeans.editor.BaseDocument.fireInsertUpdate(BaseDocument.java:1647)
>   at 
> org.netbeans.editor.BaseDocument.handleInsertString(BaseDocument.java:822)
>   at 
> org.netbeans.editor.BaseDocument$FilterBypassImpl.insertString(BaseDocument.java:2643)
>   at 
> java.desktop/javax.swing.text.DocumentFilter.insertString(DocumentFilter.java:100)
>   at 
> org.openide.text.CloneableEditorSupport$DocFilter.insertString(CloneableEditorSupport.java:2344)
>   at org.netbeans.editor.BaseDocument.insertString(BaseDocument.java:741)
>   at 
> org.netbeans.editor.BaseKit$InsertBreakAction.performLineBreakInsertion(BaseKit.java:1586)
>   at 
> org.netbeans.editor.BaseKit$InsertBreakAction.access$400(BaseKit.java:1415)
>   at 
> org.netbeans.editor.BaseKit$InsertBreakAction$2.run(BaseKit.java:1505)
>   at 
> org.netbeans.editor.GuardedDocument.runAtomicAsUser(GuardedDocument.java:333)
>   at 
> org.netbeans.editor.BaseKit$InsertBreakAction.actionPerformed(BaseKit.java:1496)
>   at org.netbeans.editor.BaseAction.actionPerformed(BaseAction.java:322)
>   at 
> 

[jira] [Created] (NETBEANS-2241) Improve the Language Server Protocol client in NetBeans

2019-03-11 Thread Jan Lahoda (JIRA)
Jan Lahoda created NETBEANS-2241:


 Summary: Improve the Language Server Protocol client in NetBeans
 Key: NETBEANS-2241
 URL: https://issues.apache.org/jira/browse/NETBEANS-2241
 Project: NetBeans
  Issue Type: Improvement
  Components: ide - Code
Reporter: Jan Lahoda


NetBeans contains a rudimentary client for the Language Server Protocol (see 
ide/lsp.client). It would be awesome if the client's abilities to be enhanced 
so that it would cover all the abilities of the protocol. Also, it might be 
possible to add binding for some LSP servers/language implementations.



--
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-2220) NullPointerException on empty space when documents pop-up has more than one column

2019-03-07 Thread Jan Lahoda (JIRA)
Jan Lahoda created NETBEANS-2220:


 Summary: NullPointerException on empty space when documents pop-up 
has more than one column
 Key: NETBEANS-2220
 URL: https://issues.apache.org/jira/browse/NETBEANS-2220
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.0
Reporter: Jan Lahoda
Assignee: Jan Lahoda


When the document popup (triangle at the right top of editor) has more than one 
column, and some cell is empty in the pop-up, placing the mouse cursor over the 
empty cell leads to:

---

java.lang.NullPointerException  

     
    at 
org.netbeans.swing.tabcontrol.DocumentSwitcherTable.isClosable(DocumentSwitcherTable.java:174)

    
    at 
org.netbeans.swing.tabcontrol.DocumentSwitcherTable.onMouseEvent(DocumentSwitcherTable.java:88)

   
    at 
org.netbeans.swing.tabcontrol.ButtonPopupSwitcher.mouseMoved(ButtonPopupSwitcher.java:196)

    
    at 
java.desktop/java.awt.AWTEventMulticaster.mouseMoved(AWTEventMulticaster.java:338)

    
    at 
java.desktop/java.awt.AWTEventMulticaster.mouseMoved(AWTEventMulticaster.java:337)

    
    at 
java.desktop/java.awt.Component.processMouseMotionEvent(Component.java:6677)

  
    at 
java.desktop/javax.swing.JComponent.processMouseMotionEvent(JComponent.java:3360)

     
    at java.desktop/java.awt.Component.processEvent(Component.java:6401)

     
    at java.desktop/java.awt.Container.processEvent(Container.java:2263)

     
    at 
java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5008)  

  
    at 
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)  

  
    at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)   

     
    at 
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)

   
    at 
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4560)

    
    at 
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)  

  
    at 
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)  

  
    at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2762) 

     
    at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)   

     
    at 

[jira] [Commented] (NETBEANS-2160) Platform project runs with JDK 11.0.1 but not with JDK 11.0.2

2019-02-25 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16777690#comment-16777690
 ] 

Jan Lahoda commented on NETBEANS-2160:
--

Thanks Artur, I can reproduce.

 

So far, I was able to track this to an exception in Apache Felix - see 
NETBEANS-2160-felix-stream-exception.txt, Not sure (yet) why that happens. 
Adding [~jtulach] on CC. This may explain why it doesn't happen in the IDE, as 
the IDE is (AFAIK) using Equinox.

 

> Platform project runs with JDK 11.0.1 but not with JDK 11.0.2
> -
>
> Key: NETBEANS-2160
> URL: https://issues.apache.org/jira/browse/NETBEANS-2160
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Other
>Affects Versions: 10.0, 11.0
>Reporter: Artur Sonnenhohl
>Priority: Blocker
> Attachments: NETBEANS-2160-felix-stream-exception.txt, app3.zip, 
> messages.log
>
>
> The attached app3.zip is reproducing the problem:
> The problem is related to loading modules from the IDE cluster into Netbeans.
> Error:
> 1) Import app3.zip
> 2) Compile and run the project hangs
> Success:
> 1) Import app3.zip
> 2) Disable module External Execution Process into IDE cluster.
> 3) Compile and run the project runs successfully.
>  
> I think Netbeans is not detecting modules conflicts/dependencies, i don't 
> know why this problem also occurs only on JDK 11.0.2 and not on 11.0.1.
>  
>  
>  
> 
> Our application based on the Netbeans Platform RCP isn't unable to boot 
> hanging during the process, this problems happens with JDK 11.0.2 and JDK 12, 
> i also tested with NetBeans 11 (preview) and it also hangs. With JDK 11.0.1 
> and JDK8 it runs perfectlly.
> The error that happens is:
> java.lang.ExceptionInInitializerError
>      at 
> org.netbeans.core.windows.view.ui.toolbars.DnDSupport.(DnDSupport.java:95)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.dndSupport(ToolbarConfiguration.java:107)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.refresh(ToolbarConfiguration.java:287)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.activate(ToolbarConfiguration.java:375)
>      at org.openide.awt.ToolbarPool.activate(ToolbarPool.java:220)
>      at org.openide.awt.ToolbarPool.setConfigurationNow(ToolbarPool.java:304)
>      at org.openide.awt.ToolbarPool.setConfiguration(ToolbarPool.java:276)
>      at 
> org.netbeans.core.windows.view.DefaultView.showWindowSystem(DefaultView.java:542)
>      at 
> org.netbeans.core.windows.view.DefaultView.windowSystemVisibilityChanged(DefaultView.java:517)
>      at 
> org.netbeans.core.windows.view.DefaultView.changeGUI(DefaultView.java:162)
>      at 
> org.netbeans.core.windows.ViewRequestor.dispatchRequest(ViewRequestor.java:250)
>      at 
> org.netbeans.core.windows.ViewRequestor.processVisibilityRequest(ViewRequestor.java:239)
>      at 
> org.netbeans.core.windows.ViewRequestor.postVisibilityRequest(ViewRequestor.java:176)
>      at 
> org.netbeans.core.windows.ViewRequestor.scheduleRequest(ViewRequestor.java:96)
>      at org.netbeans.core.windows.Central.setVisible(Central.java:115)
>      at 
> org.netbeans.core.windows.WindowManagerImpl.setVisible(WindowManagerImpl.java:907)
>      at 
> org.netbeans.core.windows.WindowSystemImpl.show(WindowSystemImpl.java:80)
>      at org.netbeans.core.GuiRunLevel$InitWinSys.run(GuiRunLevel.java:215)
>      at 
> java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
>      at 
> java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
>      at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>      at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>      at java.base/java.security.AccessController.doPrivileged(Native Method)
>      at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
>      at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
>      at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>      at 
> java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
>  Caused by: java.lang.RuntimeException: failed to load system cursor: 
> 

[jira] [Updated] (NETBEANS-2160) Platform project runs with JDK 11.0.1 but not with JDK 11.0.2

2019-02-25 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-2160:
-
Attachment: NETBEANS-2160-felix-stream-exception.txt

> Platform project runs with JDK 11.0.1 but not with JDK 11.0.2
> -
>
> Key: NETBEANS-2160
> URL: https://issues.apache.org/jira/browse/NETBEANS-2160
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Other
>Affects Versions: 10.0, 11.0
>Reporter: Artur Sonnenhohl
>Priority: Blocker
> Attachments: NETBEANS-2160-felix-stream-exception.txt, app3.zip, 
> messages.log
>
>
> The attached app3.zip is reproducing the problem:
> The problem is related to loading modules from the IDE cluster into Netbeans.
> Error:
> 1) Import app3.zip
> 2) Compile and run the project hangs
> Success:
> 1) Import app3.zip
> 2) Disable module External Execution Process into IDE cluster.
> 3) Compile and run the project runs successfully.
>  
> I think Netbeans is not detecting modules conflicts/dependencies, i don't 
> know why this problem also occurs only on JDK 11.0.2 and not on 11.0.1.
>  
>  
>  
> 
> Our application based on the Netbeans Platform RCP isn't unable to boot 
> hanging during the process, this problems happens with JDK 11.0.2 and JDK 12, 
> i also tested with NetBeans 11 (preview) and it also hangs. With JDK 11.0.1 
> and JDK8 it runs perfectlly.
> The error that happens is:
> java.lang.ExceptionInInitializerError
>      at 
> org.netbeans.core.windows.view.ui.toolbars.DnDSupport.(DnDSupport.java:95)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.dndSupport(ToolbarConfiguration.java:107)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.refresh(ToolbarConfiguration.java:287)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.activate(ToolbarConfiguration.java:375)
>      at org.openide.awt.ToolbarPool.activate(ToolbarPool.java:220)
>      at org.openide.awt.ToolbarPool.setConfigurationNow(ToolbarPool.java:304)
>      at org.openide.awt.ToolbarPool.setConfiguration(ToolbarPool.java:276)
>      at 
> org.netbeans.core.windows.view.DefaultView.showWindowSystem(DefaultView.java:542)
>      at 
> org.netbeans.core.windows.view.DefaultView.windowSystemVisibilityChanged(DefaultView.java:517)
>      at 
> org.netbeans.core.windows.view.DefaultView.changeGUI(DefaultView.java:162)
>      at 
> org.netbeans.core.windows.ViewRequestor.dispatchRequest(ViewRequestor.java:250)
>      at 
> org.netbeans.core.windows.ViewRequestor.processVisibilityRequest(ViewRequestor.java:239)
>      at 
> org.netbeans.core.windows.ViewRequestor.postVisibilityRequest(ViewRequestor.java:176)
>      at 
> org.netbeans.core.windows.ViewRequestor.scheduleRequest(ViewRequestor.java:96)
>      at org.netbeans.core.windows.Central.setVisible(Central.java:115)
>      at 
> org.netbeans.core.windows.WindowManagerImpl.setVisible(WindowManagerImpl.java:907)
>      at 
> org.netbeans.core.windows.WindowSystemImpl.show(WindowSystemImpl.java:80)
>      at org.netbeans.core.GuiRunLevel$InitWinSys.run(GuiRunLevel.java:215)
>      at 
> java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
>      at 
> java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
>      at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>      at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>      at java.base/java.security.AccessController.doPrivileged(Native Method)
>      at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
>      at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
>      at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>      at 
> java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
>  Caused by: java.lang.RuntimeException: failed to load system cursor: 
> DnD.Cursor.CopyDrop : cannot load system cursor: CopyDrop.32x32
>      at java.desktop/java.awt.dnd.DragSource.load(DragSource.java:137)
>      at java.desktop/java.awt.dnd.DragSource.(DragSource.java:150)
>      ... 32 more
>  
> =
> One strange behavior that i identified is when i compile 

[jira] [Commented] (NETBEANS-2160) Platform project runs with JDK 11.0.1 but not with JDK 11.0.2

2019-02-22 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16775149#comment-16775149
 ] 

Jan Lahoda commented on NETBEANS-2160:
--

Sorry, but not quite clear how to reproduce that. I.e. what do I need to do to 
see the problem? (I am running the NetBeans IDE on JDK 13 and used to run it on 
JDK 12, and also tried to create an empty RCP app, and never saw this, so 
unsure how to get this.)

 

Additionally, there is probably a different related exception printed before 
this one, that previous exception might be helpful as well.

 

Thanks!

 

> Platform project runs with JDK 11.0.1 but not with JDK 11.0.2
> -
>
> Key: NETBEANS-2160
> URL: https://issues.apache.org/jira/browse/NETBEANS-2160
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Other
>Affects Versions: 10.0, 11.0
>Reporter: Artur Sonnenhohl
>Priority: Blocker
>
> Our application based on the Netbeans Platform RCP isn't unable to boot 
> hanging during the process, this problems happens with JDK 11.0.2 and JDK 12, 
> i also tested with NetBeans 11 (preview) and it also hangs. With JDK 11.0.1 
> and JDK8 it runs perfectlly.
> The error that happens is:
> java.lang.ExceptionInInitializerError
>      at 
> org.netbeans.core.windows.view.ui.toolbars.DnDSupport.(DnDSupport.java:95)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.dndSupport(ToolbarConfiguration.java:107)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.refresh(ToolbarConfiguration.java:287)
>      at 
> org.netbeans.core.windows.view.ui.toolbars.ToolbarConfiguration.activate(ToolbarConfiguration.java:375)
>      at org.openide.awt.ToolbarPool.activate(ToolbarPool.java:220)
>      at org.openide.awt.ToolbarPool.setConfigurationNow(ToolbarPool.java:304)
>      at org.openide.awt.ToolbarPool.setConfiguration(ToolbarPool.java:276)
>      at 
> org.netbeans.core.windows.view.DefaultView.showWindowSystem(DefaultView.java:542)
>      at 
> org.netbeans.core.windows.view.DefaultView.windowSystemVisibilityChanged(DefaultView.java:517)
>      at 
> org.netbeans.core.windows.view.DefaultView.changeGUI(DefaultView.java:162)
>      at 
> org.netbeans.core.windows.ViewRequestor.dispatchRequest(ViewRequestor.java:250)
>      at 
> org.netbeans.core.windows.ViewRequestor.processVisibilityRequest(ViewRequestor.java:239)
>      at 
> org.netbeans.core.windows.ViewRequestor.postVisibilityRequest(ViewRequestor.java:176)
>      at 
> org.netbeans.core.windows.ViewRequestor.scheduleRequest(ViewRequestor.java:96)
>      at org.netbeans.core.windows.Central.setVisible(Central.java:115)
>      at 
> org.netbeans.core.windows.WindowManagerImpl.setVisible(WindowManagerImpl.java:907)
>      at 
> org.netbeans.core.windows.WindowSystemImpl.show(WindowSystemImpl.java:80)
>      at org.netbeans.core.GuiRunLevel$InitWinSys.run(GuiRunLevel.java:215)
>      at 
> java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
>      at 
> java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
>      at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>      at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>      at java.base/java.security.AccessController.doPrivileged(Native Method)
>      at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
>      at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
>      at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
>      at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>      at 
> java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
>  Caused by: java.lang.RuntimeException: failed to load system cursor: 
> DnD.Cursor.CopyDrop : cannot load system cursor: CopyDrop.32x32
>      at java.desktop/java.awt.dnd.DragSource.load(DragSource.java:137)
>      at java.desktop/java.awt.dnd.DragSource.(DragSource.java:150)
>      ... 32 more
>  
> =
> One strange behavior that i identified is when i compile everything it hangs, 
> but after hanging if i just compile one module again it launches.
> After launching it request me if i wish to install nb-javac into my platform 
> application.
>  
> =
> Im trying to 

[jira] [Assigned] (NETBEANS-1945) Test Case Failure in java.hints Module

2019-01-21 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-1945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-1945:


Assignee: Jan Lahoda

> Test Case Failure in java.hints Module
> --
>
> Key: NETBEANS-1945
> URL: https://issues.apache.org/jira/browse/NETBEANS-1945
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0
>Reporter: ARUNAVA SINHA
>Assignee: Jan Lahoda
>Priority: Minor
>
> Below test case is failing in NB which was earlier passing 
> org.netbeans.modules.java.hints.suggestions.TinyTest.testFlipImplicitThis
>  
> The bug was introduced in 
> https://github.com/apache/incubator-netbeans/pull/1049



--
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-1808) 3 Java completion tests failing with nb-javac

2018-12-20 Thread Jan Lahoda (JIRA)
Jan Lahoda created NETBEANS-1808:


 Summary: 3 Java completion tests failing with nb-javac
 Key: NETBEANS-1808
 URL: https://issues.apache.org/jira/browse/NETBEANS-1808
 Project: NetBeans
  Issue Type: Bug
Reporter: Jan Lahoda


3 java/java.completion tests are failing when using nb-javac. The tests are:

JavaCompletionTask111FeaturesTest.testSecondLambdaParam4

JavaCompletionTask111FeaturesTest.testSecondLambdaParam5

JavaCompletionTask111FeaturesTest.testSecondLambdaParamWithAnnotation

 

The error is:

{{org.netbeans.modules.parsing.spi.ParseException}}
{{ at 
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:186)}}
{{ at 
org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)}}
{{ at 
org.netbeans.modules.java.completion.CompletionTestBase.performTest(CompletionTestBase.java:84)}}
{{ at 
org.netbeans.modules.java.completion.JavaCompletionTask111FeaturesTest.testSecondLambdaParam4(JavaCompletionTask111FeaturesTest.java:100)}}
{{ at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)}}
{{ at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)}}
{{ at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)}}
{{ at java.lang.Thread.run(Thread.java:748)}}
{{Caused by: java.lang.NullPointerException}}
{{ at com.sun.tools.javac.code.Types.subst(Types.java:3276)}}
{{ at 
com.sun.tools.javac.comp.InferenceContext.asUndetVar(InferenceContext.java:207)}}
{{ at 
com.sun.tools.javac.comp.InferenceContext.asUndetVars(InferenceContext.java:213)}}
{{ at com.sun.tools.javac.comp.Attr.checkLambdaCompatible(Attr.java:3018)}}
{{ at com.sun.tools.javac.comp.Attr.visitLambda(Attr.java:2750)}}
{{ at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813)}}
{{ at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr.attribSpeculative(DeferredAttr.java:505)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr.attribSpeculative(DeferredAttr.java:486)}}
{{ at com.sun.tools.javac.comp.DeferredAttr$4.complete(DeferredAttr.java:374)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:340)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:326)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr$RecoveryDeferredTypeMap.recover(DeferredAttr.java:1095)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr$RecoveryDeferredTypeMap.typeOf(DeferredAttr.java:1062)}}
{{ at 
com.sun.tools.javac.comp.Resolve$ResolveDeferredRecoveryMap.typeOf(Resolve.java:2568)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr$DeferredTypeMap.visitType(DeferredAttr.java:1027)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr$RecoveryDeferredTypeMap.visitType(DeferredAttr.java:1050)}}
{{ at 
com.sun.tools.javac.comp.DeferredAttr$DeferredTypeMap.visitType(DeferredAttr.java:1013)}}
{{ at com.sun.tools.javac.code.Type.accept(Type.java:214)}}
{{ at com.sun.tools.javac.code.Types$MapVisitor.visit(Types.java:4965)}}
{{ at com.sun.tools.javac.code.Types$TypeMapping.apply(Types.java:4976)}}
{{ at com.sun.tools.javac.code.Types$TypeMapping.apply(Types.java:4974)}}
{{ at com.sun.tools.javac.util.List.map(List.java:425)}}
{{ at com.sun.tools.javac.comp.Resolve$8.getArgumentTypes(Resolve.java:2556)}}
{{ at com.sun.tools.javac.comp.Resolve.accessInternal(Resolve.java:2477)}}
{{ at com.sun.tools.javac.comp.Resolve.accessMethod(Resolve.java:2497)}}
{{ at 
com.sun.tools.javac.comp.Resolve$BasicLookupHelper.access(Resolve.java:3311)}}
{{ at com.sun.tools.javac.comp.Resolve$10.access(Resolve.java:2665)}}
{{ at com.sun.tools.javac.comp.Resolve.lookupMethod(Resolve.java:3552)}}
{{ at 
com.sun.tools.javac.comp.Resolve.resolveQualifiedMethod(Resolve.java:2655)}}
{{ at 
com.sun.tools.javac.comp.Resolve.resolveQualifiedMethod(Resolve.java:2649)}}
{{ at com.sun.tools.javac.comp.Attr.selectSym(Attr.java:3960)}}
{{ at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3840)}}
{{ at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116)}}
{{ at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)}}
{{ at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2068)}}
{{ at 
com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640)}}
{{ at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)}}
{{ at com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:715)}}
{{ at com.sun.tools.javac.comp.Attr.visitExec(Attr.java:1827)}}
{{ at 
com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458)}}
{{ at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)}}
{{ at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:738)}}
{{ at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:762)}}
{{ at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1339)}}
{{ at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:78)}}
{{ at 

[jira] [Assigned] (NETBEANS-906) nb-javac throws AssertionError compiling valid Java code involving inner classes

2018-12-07 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-906:
---

Assignee: Reema Taneja  (was: Jan Lahoda)

> nb-javac throws AssertionError compiling valid Java code involving inner 
> classes
> 
>
> Key: NETBEANS-906
> URL: https://issues.apache.org/jira/browse/NETBEANS-906
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 9.0
> Environment: OpenJDK 1.8.0_171 on Ubuntu
>Reporter: Jeffrey Morlan
>Assignee: Reema Taneja
>Priority: Major
> Attachments: NETBEANS-906.patch
>
>
> NetBeans 9.0 RC1 with nb-javac plugin fails to compile code like this:
> public class Bug {
>     class A {}
>     static void b(Bug c) \{ c.new A(){}; }
> }
> It throws the following exception:
> java.lang.AssertionError
>   at com.sun.tools.javac.util.Assert.error(Assert.java:155)
>   at com.sun.tools.javac.util.Assert.check(Assert.java:46)
>   at 
> com.sun.tools.javac.comp.TransTypes.translateArgs(TransTypes.java:211)
>   at 
> com.sun.tools.javac.comp.TransTypes.visitNewClass(TransTypes.java:723)
>   at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1695)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at com.sun.tools.javac.comp.TransTypes.translate(TransTypes.java:504)
>   at com.sun.tools.javac.comp.TransTypes.visitExec(TransTypes.java:655)
>   at 
> com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:70)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.visitBlock(TreeTranslator.java:167)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at com.sun.tools.javac.comp.TransTypes.translate(TransTypes.java:504)
>   at 
> com.sun.tools.javac.comp.TransTypes.visitMethodDef(TransTypes.java:539)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:70)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.visitClassDef(TreeTranslator.java:139)
>   at 
> com.sun.tools.javac.comp.TransTypes.translateClass(TransTypes.java:971)
>   at 
> com.sun.tools.javac.comp.TransTypes.visitClassDef(TransTypes.java:525)
>   at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:778)
>   at 
> com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58)
>   at com.sun.tools.javac.comp.TransTypes.translate(TransTypes.java:504)
>   at 
> com.sun.tools.javac.comp.TransTypes.translateTopLevelClass(TransTypes.java:995)
>   at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1653)
>   at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1520)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:567)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:644)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:570)



--
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-1654) Slow Code Completion Detected under JDK 12

2018-12-02 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16706495#comment-16706495
 ] 

Jan Lahoda commented on NETBEANS-1654:
--

Assuming the main problem reported here is the completion slowness  (or is this 
bug specifically about the warnings in the log?): it may or may not be related 
to the warnings. It is really hard to even guess without the self sampler file. 
Should be easy to get from the notification window (there is something like 
"Review and report" and from there there is a dialog saying something like 
"View data" and then it should be possible to save that), and it might tell 
exactly where the problem is, without too much guessing.

> Slow Code Completion Detected under JDK 12
> --
>
> Key: NETBEANS-1654
> URL: https://issues.apache.org/jira/browse/NETBEANS-1654
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates, platform - JDK 
> Problems
>Affects Versions: 10.0
> Environment: Windows 10, Incubator NetBeans Linux 918, Java 12 
> Early-Access 19
>Reporter: Michal Rama
>Priority: Major
>  Labels: editor, java, javafx
> Attachments: picture1.png
>
>
> Hello,
> When I start writing code or press CTRL + SPACE, it starts searching the 
> libraries and then offers me the possibility of writing/completing the code.
> Sometimes, however, it is (much) longer. NetBeans then offers the possibility 
> of writing / completing the code, but it also displays the notification.
> !picture1.png!
> The three notifications captured in the image showed it within a very short 
> time.
> Additionally, the first took 11 seconds, the second took 6 seconds and the 
> third took an incredible 36 seconds.
> This bug does not block me and the notification can be deleted, but it slows 
> down enough.
> I would be grateful for the repair.
> Thank you.



--
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-7) Provide basic editor features (syntax highlighting, braces matching, completion, etc) for more file types

2018-11-29 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-7?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16704341#comment-16704341
 ] 

Jan Lahoda commented on NETBEANS-7:
---

FWIW, I have a prototype of a lexer and a syntax highlighting based on that, 
which uses tm4e:

[https://github.com/eclipse/tm4e]

to lex based on a TextMate grammars.

 

> Provide basic editor features (syntax highlighting, braces matching, 
> completion, etc) for more file types
> -
>
> Key: NETBEANS-7
> URL: https://issues.apache.org/jira/browse/NETBEANS-7
> Project: NetBeans
>  Issue Type: Improvement
>  Components: ide - UI
>Reporter: Emilian Bold
>Priority: Major
>
> We could provide basic editor features (syntax highlighting, braces matching, 
> completion, etc) for more languages based on the existing corpus of 
> definitions from other editors/IDEs. See
> * 
> http://docs.notepad-plus-plus.org/index.php?title=User_Defined_Language_Files
> * http://docs.sublimetext.info/en/latest/extensibility/syntaxdefs.html
> * https://code.visualstudio.com/docs/extensionAPI/language-support
> * http://www.ultraedit.com/downloads/extras/wordfiles.html#wordfiles
> The basic editor features would usually get replaced once more proper plugins 
> are installed for a given language.
> We could even introduce a mechanism to promote to users the full plugins 
> (from the Plugin Portal, etc) once they start editing given file types.



--
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-1654) Slow Code Completion Detected under JDK 12

2018-11-18 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16690954#comment-16690954
 ] 

Jan Lahoda commented on NETBEANS-1654:
--

I am afraid there's not enough information to even guess what's wrong. Please 
either attach the self sampler file (should be possible to get that from the 
notification info, if either the JDK or NB has the saving bug fixed). Or, 
please provide detailed steps on how to reproduce.

Thanks!

> Slow Code Completion Detected under JDK 12
> --
>
> Key: NETBEANS-1654
> URL: https://issues.apache.org/jira/browse/NETBEANS-1654
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates
>Affects Versions: 10.0
> Environment: Windows 10, Incubator NetBeans Linux 918, Java 12 
> Early-Access 19
>Reporter: Michal Rama
>Priority: Critical
>  Labels: editor
> Attachments: picture1.png
>
>
> Hello,
> When I start writing code or press CTRL + SPACE, it starts searching the 
> libraries and then offers me the possibility of writing/completing the code.
> Sometimes, however, it is (much) longer. NetBeans then offers the possibility 
> of writing / completing the code, but it also displays the notification.
> !picture1.png!
> The three notifications captured in the image showed it within a very short 
> time.
> Additionally, the first took 11 seconds, the second took 6 seconds and the 
> third took an incredible 36 seconds.
> This bug does not block me and the notification can be deleted, but it slows 
> down enough.
> I would be grateful for the repair.
> Thank you.



--
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-1440) BadLocationException on triple click to select text at EOF

2018-11-07 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16678872#comment-16678872
 ] 

Jan Lahoda commented on NETBEANS-1440:
--

So, to reproduce:
 # let the very last line in the editor is empty
 # have the editor caret at the very last line
 # have the mouse cursor over the last line as well
 # double click, but don't release on the second click (i.e. down-up-down)
 # move the mouse to right

Seems the issue is that the caret is moved beyond the document end (the 
document content always contains as extra invisible character at the very end) 
in EditorCaret.mouseDragged. So far, seems LineDocumentUtils.getWordEnd needs 
fixing.

> BadLocationException on triple click to select text at EOF 
> ---
>
> Key: NETBEANS-1440
> URL: https://issues.apache.org/jira/browse/NETBEANS-1440
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - CSL (API  infrastructure), editor - Other
>Affects Versions: 10.0
>Reporter: Christian Lenz
>Assignee: ARUNAVA SINHA
>Priority: Blocker
>  Labels: pull-request-available
> Attachments: badLocationException.gif
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> I got a BadLocationException, when I'm at the end of the file, doing triple 
> click and try to select the text from the bottom:
> {code}
> javax.swing.text.BadLocationException: Invalid offset=1228 not within <0, 
> 1227>
>   at 
> org.netbeans.modules.editor.lib2.DocUtils.checkOffsetValid(DocUtils.java:214)
>   at 
> org.netbeans.modules.editor.lib2.DocUtils.checkOffsetValid(DocUtils.java:209)
>   at 
> org.netbeans.modules.editor.lib2.DocUtils.getRowStart(DocUtils.java:45)
> [catch] at 
> org.netbeans.modules.editor.lib2.highlighting.CaretBasedBlockHighlighting$CaretRowHighlighting.getCurrentBlockPositions(CaretBasedBlockHighlighting.java:278)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.CaretBasedBlockHighlighting.updateLineInfo(CaretBasedBlockHighlighting.java:191)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.CaretBasedBlockHighlighting.stateChanged(CaretBasedBlockHighlighting.java:179)
>   at 
> org.openide.util.WeakListenerImpl$Change.stateChanged(WeakListenerImpl.java:331)
>   at 
> org.netbeans.api.editor.caret.EditorCaret$6.run(EditorCaret.java:1733)
>   at 
> org.netbeans.modules.editor.lib2.view.ViewUtils.runInEDT(ViewUtils.java:411)
>   at 
> org.netbeans.api.editor.caret.EditorCaret.fireStateChanged(EditorCaret.java:1742)
>   at 
> org.netbeans.api.editor.caret.EditorCaret.runTransaction(EditorCaret.java:1664)
>   at 
> org.netbeans.api.editor.caret.EditorCaret.moveDot(EditorCaret.java:634)
>   at 
> org.netbeans.api.editor.caret.EditorCaret.moveDot(EditorCaret.java:604)
>   at 
> org.netbeans.api.editor.caret.EditorCaret.selectEnsureMinSelection(EditorCaret.java:2458)
>   at 
> org.netbeans.api.editor.caret.EditorCaret.access$4200(EditorCaret.java:143)
>   at 
> org.netbeans.api.editor.caret.EditorCaret$ListenerImpl.mouseDragged(EditorCaret.java:3145)
>   at 
> java.desktop/java.awt.AWTEventMulticaster.mouseDragged(AWTEventMulticaster.java:328)
>   at 
> java.desktop/java.awt.AWTEventMulticaster.mouseDragged(AWTEventMulticaster.java:327)
>   at 
> java.desktop/java.awt.Component.processMouseMotionEvent(Component.java:6637)
>   at 
> java.desktop/javax.swing.JComponent.processMouseMotionEvent(JComponent.java:3360)
>   at java.desktop/java.awt.Component.processEvent(Component.java:6358)
>   at java.desktop/java.awt.Container.processEvent(Container.java:2261)
>   at 
> java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966)
>   at 
> java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319)
>   at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
>   at 
> java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4914)
>   at 
> java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4560)
>   at 
> java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4484)
>   at 
> java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2305)
>   at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
>   at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
>   at 
> java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
>   at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97)
>   at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>   at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>   at java.base/java.security.AccessController.doPrivileged(Native Method)
>   at 
> 

[jira] [Created] (NETBEANS-1490) Gson as an OSGi bundle is not working on JDK 11.

2018-10-21 Thread Jan Lahoda (JIRA)
Jan Lahoda created NETBEANS-1490:


 Summary: Gson as an OSGi bundle is not working on JDK 11.
 Key: NETBEANS-1490
 URL: https://issues.apache.org/jira/browse/NETBEANS-1490
 Project: NetBeans
  Issue Type: Bug
  Components: platform - Netigso
Affects Versions: 10.0
Reporter: Jan Lahoda
 Attachments: gson-osgi.zip

As requested here:

[https://github.com/apache/incubator-netbeans/pull/629#commitcomment-30459921]

Gson included in NetBeans is used as an OSGi bundle. But doing "new Gson()" 
from another module on JDK 11 crashes:

---

java.lang.NoClassDefFoundError: java/sql/Time
    at com.google.gson.Gson.(Gson.java:240)
    at com.google.gson.Gson.(Gson.java:174)
    at test.ExpTest.testTest(ExpTest.java:33)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
Method)
    at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
    at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
    at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
    at java.base/java.lang.Thread.run(Thread.java:835)
Caused by: java.lang.ClassNotFoundException: java.sql.Time
    at java.base/java.lang.ClassLoader.findClass(ClassLoader.java:718)
    at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:588)
    at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
    at 
org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:420)
    at 
org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
    at 
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
    at 
org.netbeans.modules.netbinox.NetbinoxLoader.loadClass(NetbinoxLoader.java:58)
    at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)

---

To reproduce, please download the attached gson-osgi.zip, unpack, open in 
NetBeans, and run tests - make sure the tests are running on JDK 11.

 



--
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-1359) Profiling the IDE hangs when saving snapshot

2018-10-20 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16657857#comment-16657857
 ] 

Jan Lahoda commented on NETBEANS-1359:
--

Regarding why the internal classes are used: first, am I right that there is no 
public API to convert an instance of ThreadInfo into CompositeData? Assuming 
there's no such API, I asked the original author offline why something like 
'MBeanServer.invoke(, "dumpAllThreads", ...' is not used instead, 
and the answer was performance. My understanding is: this is effectively a 
profiler that runs in the same VM that is profiled. It is therefore crucial the 
overhead is kept minimal. So the current sampler is trying to defer all work 
that can be deferred to the point when the sampling stops (and so the 
additional overhead can't affect the outcomes of the sampling). So while the 
sampling runs, only the ThreadInfos are collected and stored (but to share 
memory, their stack traces are "interned"), and are only converted to 
CompositeData and written out to disk. Using invoke would not only be slower, 
but also more memory intensive, adding more overhead to the sampling. It would 
be ideal if there would be an API method to convert ThreadInfo to CompositeData 
which NetBeans could use.

> Profiling the IDE hangs when saving snapshot
> 
>
> Key: NETBEANS-1359
> URL: https://issues.apache.org/jira/browse/NETBEANS-1359
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - JDK Problems
>Affects Versions: 10.0
>Reporter: Glenn Holmer
>Assignee: Glenn Holmer
>Priority: Blocker
>  Labels: netcat
> Attachments: stacktrace.txt
>
>
> 1) Click "Profile the IDE" icon in the Performance toolbar to start profiling 
> the IDE.
> 2) Open some projects, files within them, etc. to create some activity for 
> the profiler.
> 3) Click the icon again (which is now labelled "Stop IDE Profiling and Take a 
> Snapshot").
> This last action should create and open a profiler snapshot, but the "Saving 
> snapshot" progress bar in the status area of NetBeans never goes anywhere and 
> a snapshot is not opened.
>  



--
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-1420) UpgradeWindows Launchers

2018-10-15 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16649793#comment-16649793
 ] 

Jan Lahoda commented on NETBEANS-1420:
--

Working on that (although the binaries I got at the moment are smaller than the 
previous ones, which seems suspicious, so careful testing will be needed).

> UpgradeWindows Launchers
> 
>
> Key: NETBEANS-1420
> URL: https://issues.apache.org/jira/browse/NETBEANS-1420
> Project: NetBeans
>  Issue Type: Sub-task
>  Components: platform - LaunchersCLI
>Reporter: Laszlo Kishalmi
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: Windows.
>
> Dear Jan,
> I'd ask a favor to create and upload the Windows launchers for the 10.0 
> release as you did for 9.0. I'm afraid NETBEAN-1145 is not going to be put in 
> process for the 10.0 release.
> Thank you very much.



--
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-1410) Remove the blocking code section in java files for swing

2018-10-12 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16647918#comment-16647918
 ] 

Jan Lahoda commented on NETBEANS-1410:
--

So, I have no doubt there are questions about the guarded blocks (even though 
for this particular question, I think it was better the guarded blocks were 
there).

I doubt, however, that every user will understand when their manually edited 
code disappears as the form editor re-generates the code. Are there data to 
believe everyone will understand this and won't (rightfully, if you ask me) 
complain? To me, that looks like a data loss, which is always very bad.

 

> Remove the blocking code section in java files for swing
> 
>
> Key: NETBEANS-1410
> URL: https://issues.apache.org/jira/browse/NETBEANS-1410
> Project: NetBeans
>  Issue Type: Improvement
>  Components: guibuilder - Binding, guibuilder - Code
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
>
> Please give us the freedom to remove the code and not create guarded blocks. 
> I have often the problem, that I want to remove code, that I accidentally 
> added via the GUI designer like double clicking the button (I always think 
> that I can change the label on it, no it will create an action listener for 
> it). IntelliJ doesn't do that and I guess the JFormDesigner will not do this 
> too.
> So please don't say, you are not allowed to change the code. There are some 
> others, when you google for it, that they have also the same problem. We are 
> developer, we should know, what we are doing.
> Customize Code will also not help to 100%. There is no reason to make such 
> generated code read only. Often I have to open the file in VS Code for 
> example, to remove the unused code which is not nice.
> Cheers
> Chris



--
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-1410) Remove the blocking code section in java files for swing

2018-10-12 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16647704#comment-16647704
 ] 

Jan Lahoda commented on NETBEANS-1410:
--

I believe the reason is that the form editor rewrites the sections when the 
form is modified. So any manual change may be lost. Of course, some developers 
may be fine with that (e.g. never opening the file again in the form editor), 
but I doubt most developers will understand the form editor is not a two-way 
editor.

> Remove the blocking code section in java files for swing
> 
>
> Key: NETBEANS-1410
> URL: https://issues.apache.org/jira/browse/NETBEANS-1410
> Project: NetBeans
>  Issue Type: Improvement
>  Components: guibuilder - Binding, guibuilder - Code
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
>
> Please give us the freedom to remove the code and not create guarded blocks. 
> I have often the problem, that I want to remove code, that I accidentally 
> added via the GUI designer like double clicking the button (I always think 
> that I can change the label on it, no it will create an action listener for 
> it). IntelliJ doesn't do that and I guess the JFormDesigner will not do this 
> too.
> So please don't say, you are not allowed to change the code. There are some 
> others, when you google for it, that they have also the same problem. We are 
> developer, we should know, what we are doing.
> Customize Code will also not help to 100%. There is no reason to make such 
> generated code read only. Often I have to open the file in VS Code for 
> example, to remove the unused code which is not nice.
> Cheers
> Chris



--
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-1397) NetBeans ignores Automatic-Module-Name when java modules are used

2018-10-11 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16646986#comment-16646986
 ] 

Jan Lahoda commented on NETBEANS-1397:
--

Sorry, but still no luck in reproducing this. It seems the branch has already 
been merged, so I used branch "jetty-9.4.x".

 

FWIW, the class that determines the module name is:

[https://github.com/apache/incubator-netbeans/blob/accdbada0a9c5105bd3f06e435024230c1618316/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java]

 

And it definitely tries to look for the "Automatic-Module-Name" attribute. So 
if this does not work, there's probably something more tricky going on. I'll 
attach a screenshot of the module-info.java that I see.

> NetBeans ignores Automatic-Module-Name when java modules are used
> -
>
> Key: NETBEANS-1397
> URL: https://issues.apache.org/jira/browse/NETBEANS-1397
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
>Reporter: Pavel_K
>Priority: Major
> Attachments: NETBEANS-1397.png, mavenproject22.zip
>
>
> According to JPMS specs the name of automatic module can be set via 
> MANIFEST.MF by Automatic-Module-Name entry. However, NetBeans doesn't read 
> this entry and it gives problem. For example, there is a module which file 
> name is `foo-boo-1.0.jar` with Automatic-Module-Name as `super.foo`. In my 
> module I must use automatic module set in manifest otherwise JVM won't find 
> this module. That's why I do
> {code:java}
> module my.module {
> requires super.foo;//LINE X
> }
> {code}
> At line X NetBeans shows me an error as it can't find this module! However, 
> compiler compiles module without problem.



--
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-1397) NetBeans ignores Automatic-Module-Name when java modules are used

2018-10-11 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-1397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-1397:
-
Attachment: NETBEANS-1397.png

> NetBeans ignores Automatic-Module-Name when java modules are used
> -
>
> Key: NETBEANS-1397
> URL: https://issues.apache.org/jira/browse/NETBEANS-1397
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
>Reporter: Pavel_K
>Priority: Major
> Attachments: NETBEANS-1397.png, mavenproject22.zip
>
>
> According to JPMS specs the name of automatic module can be set via 
> MANIFEST.MF by Automatic-Module-Name entry. However, NetBeans doesn't read 
> this entry and it gives problem. For example, there is a module which file 
> name is `foo-boo-1.0.jar` with Automatic-Module-Name as `super.foo`. In my 
> module I must use automatic module set in manifest otherwise JVM won't find 
> this module. That's why I do
> {code:java}
> module my.module {
> requires super.foo;//LINE X
> }
> {code}
> At line X NetBeans shows me an error as it can't find this module! However, 
> compiler compiles module without problem.



--
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-1397) NetBeans ignores Automatic-Module-Name when java modules are used

2018-10-10 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16645483#comment-16645483
 ] 

Jan Lahoda commented on NETBEANS-1397:
--

I tried, but cannot reproduce, sorry. Could you please provide an exact example 
that fails inside NetBeans and is compilable using javac?

When I try with a module with:

Automatic-Module-Name: super.foo

Then I cannot add "requires super.foo;", as "super" is a keyword. (And there's 
an error both in NetBeans and when compiling using javac.)

 

When I try with:

Automatic-Module-Name: foo

 

It works both in NetBeans and with javac for me.

 

What do I need to do to see the problem?

 

Thanks.

 

 

> NetBeans ignores Automatic-Module-Name when java modules are used
> -
>
> Key: NETBEANS-1397
> URL: https://issues.apache.org/jira/browse/NETBEANS-1397
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
>Reporter: Pavel_K
>Priority: Major
>
> According to JPMS specs the name of automatic module can be set via 
> MANIFEST.MF by Automatic-Module-Name entry. However, NetBeans doesn't read 
> this entry and it gives problem. For example, there is a module which file 
> name is `foo-boo-1.0.jar` with Automatic-Module-Name as `super.foo`. In my 
> module I must use automatic module set in manifest otherwise JVM won't find 
> this module. That's why I do
> {code:java}
> module my.module {
> requires super.foo;//LINE X
> }
> {code}
> At line X NetBeans shows me an error as it can't find this module! However, 
> compiler compiles module without problem.



--
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-1302) SvnKit Missing as an option

2018-09-27 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16630469#comment-16630469
 ] 

Jan Lahoda commented on NETBEANS-1302:
--

@lkishalmi, I am afraid that is not correct, as far as I know. As far as I know 
the svnkit integration has been disabled, because some parts of it are under 
licenses that are not allowed in an ASF project. I'd love to be proved wrong, 
but:

-the svnkit library depends on a library that is called sqljet, which appears 
to be under GPL

-the svnkit library itself appears to be under a library that is probably not 
allowed in Apache ([https://svnkit.com/license.html).]

 

AFAIK, the code and the hooks all still exist, so it should be possible for 
someone to build the module and place it on the Plugin Portal, but I don't 
think this Apache project can include that.

 

I am sorry for this, but these are ASF rules, which NetBeans can't affect, IMO.

 

> SvnKit Missing as an option
> ---
>
> Key: NETBEANS-1302
> URL: https://issues.apache.org/jira/browse/NETBEANS-1302
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Subversion
>Affects Versions: 9.0
> Environment: MacOS Mojava 10.14 (18A391)
>Reporter: Jo Desmet
>Priority: Critical
>  Labels: svn, svnkit
>
> In version 9.0 - SvnKit seems to be missing as an option. Because in none of 
> the versions on MacOS I was able to get CLI and JavaHL to work, it is to me 
> critical that at least SvnKit works as a fallback.



--
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-1272) NoSuchMethodError raised during start-up

2018-09-20 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16622106#comment-16622106
 ] 

Jan Lahoda commented on NETBEANS-1272:
--

I assume the IDE was run on JDK 8, and the project is configured to use a 
different JDK, where the second JDK is 9 or later. I wonder what specifically 
is the second JDK, where it was downloaded from, etc. Because so far this looks 
like a bug in that JDK, rather than like a bug in NetBeans.

Thanks for any additional info.

> NoSuchMethodError raised during start-up
> 
>
> Key: NETBEANS-1272
> URL: https://issues.apache.org/jira/browse/NETBEANS-1272
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
>Reporter: Jean Prieur du Plessis
>Priority: Minor
>
> SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor 
> org.netbeans.modules.parsing.ui.indexing.errors.ErrorAnnotator$1
> java.lang.NoSuchMethodError: java.nio.ByteBuffer.limit(I)Ljava/nio/ByteBuffer;
>  at jdk.internal.jimage.BasicImageReader.slice(BasicImageReader.java:211)
>  at jdk.internal.jimage.BasicImageReader.intBuffer(BasicImageReader.java:218)
>  at jdk.internal.jimage.BasicImageReader.(BasicImageReader.java:152)
>  at 
> jdk.internal.jimage.ImageReader$SharedImageReader.(ImageReader.java:224)
>  at 
> jdk.internal.jimage.ImageReader$SharedImageReader.open(ImageReader.java:238)
>  at jdk.internal.jimage.ImageReader.open(ImageReader.java:67)
>  at jdk.internal.jimage.ImageReader.open(ImageReader.java:71)
>  at jdk.internal.jrtfs.SystemImage.open(SystemImage.java:59)
>  at jdk.internal.jrtfs.JrtFileSystem.(JrtFileSystem.java:90)
>  at 
> jdk.internal.jrtfs.JrtFileSystemProvider.newFileSystem(JrtFileSystemProvider.java:108)
>  at 
> jdk.internal.jrtfs.JrtFileSystemProvider.newFileSystem(JrtFileSystemProvider.java:127)
>  at 
> jdk.internal.jrtfs.JrtFileSystemProvider.newFileSystem(JrtFileSystemProvider.java:106)
>  at java.nio.file.FileSystems.newFileSystem(FileSystems.java:336)
>  at 
> org.netbeans.modules.java.j2seplatform.platformdefinition.jrtfs.NBJRTFileSystem.create(NBJRTFileSystem.java:72)
>  at 
> org.netbeans.modules.java.j2seplatform.platformdefinition.jrtfs.NBJRTFileSystemProvider.getFileSystem(NBJRTFileSystemProvider.java:64)
>  at 
> org.netbeans.modules.java.j2seplatform.platformdefinition.jrtfs.NBJRTFileSystemProvider.getFileSystem(NBJRTFileSystemProvider.java:49)
>  at 
> org.netbeans.modules.java.j2seplatform.platformdefinition.jrtfs.NBJRTURLMapper.getFileObjects(NBJRTURLMapper.java:74)
>  at org.openide.filesystems.URLMapper.findFileObject(URLMapper.java:188)
>  at 
> org.netbeans.modules.java.j2seplatform.platformdefinition.Util.createModulePath(Util.java:105)
>  at 
> org.netbeans.modules.java.j2seplatform.platformdefinition.J2SEPlatformImpl.getBootstrapLibraries(J2SEPlatformImpl.java:256)
>  at 
> org.netbeans.modules.java.platform.classpath.PlatformClassPathProvider.findClassPath(PlatformClassPathProvider.java:77)
>  at org.netbeans.api.java.classpath.ClassPath.getClassPath(ClassPath.java:667)
>  at 
> org.netbeans.modules.parsing.impl.indexing.errors.Utilities.getSourceClassPathFor(Utilities.java:63)
>  at 
> org.netbeans.modules.parsing.ui.indexing.errors.ErrorAnnotator$1.run(ErrorAnnotator.java:288)
>  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)
> [catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
> SEVERE [null]: Last record repeated 4 more times.
> WARNING [java.util.prefs]: Could not open/create prefs root node 
> Software\JavaSoft\Prefs at root 0x8002. Windows RegCreateKeyEx(...) 
> returned error code 5.



--
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-804) Update any dependent code for JDK11 Class-file format change

2018-09-04 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16602961#comment-16602961
 ] 

Jan Lahoda commented on NETBEANS-804:
-

The most important module to update is java/classfile. Also, it would be good 
to verify that Apache Ant can handle such classfiles, and that we have a 
version that can use handle them.

 

There are several more classfile readers, but, hopefully, somewhat less 
important. I guess I'd suggest to search for "cafebabe" (case insensitive), 
should give a (probably incomplete) list of candidate classfile readers.

> Update any dependent code for JDK11 Class-file format change 
> -
>
> Key: NETBEANS-804
> URL: https://issues.apache.org/jira/browse/NETBEANS-804
> Project: NetBeans
>  Issue Type: Task
>Reporter: Reema Taneja
>Assignee: Reema Taneja
>Priority: Major
>  Labels: NB-JDK11
>
> [http://openjdk.java.net/jeps/309]
> Need to update any code that depends on class-file format for changes in 
> above jep.



--
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-938) Navigating JDK Sources not possible

2018-08-31 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-938.
-
   Resolution: Fixed
Fix Version/s: Next

Fixed:

[https://github.com/apache/incubator-netbeans/commit/91d94516c76ab50e8b420f70633694c025ca516e]

 

> Navigating JDK Sources not possible
> ---
>
> Key: NETBEANS-938
> URL: https://issues.apache.org/jira/browse/NETBEANS-938
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
> Environment: Linux
>Reporter: Peter Nabbefeld
>Priority: Major
>  Labels: pull-request-available
> Fix For: Next
>
>  Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> When doing Ctrl+MouseClick to go to some imported source, I cannot navigate 
> in JDK sources (i.e. java.io.File).
> That's rather strange, as I can e.g. navigate in sources of Maven 
> dependencies.
> To be exact: I can go to the source of every import (if available, of 
> course). But when I click on a method name in the navigator panel, I can only 
> navigate to a method in external dependencies, but not inside a JDK source.



--
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-1045) Intellij style project explorer

2018-07-15 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544412#comment-16544412
 ] 

Jan Lahoda commented on NETBEANS-1045:
--

So does:
 * right click on empty space in the projects tab
 * choose "View Java packages as >"/"Tree"

do what you mean?

 

> Intellij style project explorer
> ---
>
> Key: NETBEANS-1045
> URL: https://issues.apache.org/jira/browse/NETBEANS-1045
> Project: NetBeans
>  Issue Type: Improvement
>  Components: ide - UI
>Affects Versions: 8.2
>Reporter: Dinesh Srinivasan
>Priority: Major
>
> Netbeans should adapt intelliJ style project explorer. Currently it is more 
> of eclipse style. I'm not a big fan of it.
> Really from a user's experience perspective, the project explorer should 
> reflect the files as is from the real file system. 



--
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] [Assigned] (NETBEANS-895) Code completion for field initializer does not add import without nbjavac

2018-06-15 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-895:
---

Assignee: Jan Lahoda

> Code completion for field initializer does not add import without nbjavac
> -
>
> Key: NETBEANS-895
> URL: https://issues.apache.org/jira/browse/NETBEANS-895
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
> Environment: release-302-on-20180517 without nbjavac
>Reporter: Naoki Kishida
>Assignee: Jan Lahoda
>Priority: Major
>
> Code completion for a field initializer does not add import when nbjavac is 
> not enabled.
> for a field type, there are `SecurityException` and `SecurityManager` but are 
> not `Set` for candidates in the completion list.
> {code:java}
> class Foo {
>   Se[ctrl]+[space]
> }
> {code}
> for a field initializer, choising `HashSet` does not add `import 
> java.util.HashSet`
> {code:java}
> import java.util.Set;
> class Foo {
>   Set s = new Hash[ctrl]+[space]
> }
> {code}
> for a field initializer, choising `HashSet` does not insert the `HashSet`
> {code:java}
> import java.util.Set;
> class Foo {
>   static Set s = new Hash[ctrl]+[space]
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-889) False positive of "Null Pointer Dereference" when invoking Lamda

2018-06-07 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-889:

Attachment: NETBEANS-889-2.diff

>  False positive of "Null Pointer Dereference" when invoking Lamda
> -
>
> Key: NETBEANS-889
> URL: https://issues.apache.org/jira/browse/NETBEANS-889
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 8.2, 9.0
>Reporter: Austin Stephens
>Priority: Major
> Attachments: NETBEANS-889-1.diff, NETBEANS-889-2.diff
>
>
> If the last line of a void Lamda is "field = null" and invoke the resulting 
> (in this case) Runnable, Netbeans will tell you that you are dereferncing a 
> null pointer.
> {code:java}
> // Some comments here
>   String value = "";
>   void nullDereference(){
>   Runnable run = ()->{
>   value = null;
>   };
>   run.run();//false positive
>   }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-889) False positive of "Null Pointer Dereference" when invoking Lamda

2018-06-07 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-889:

Attachment: NETBEANS-889-1.diff

>  False positive of "Null Pointer Dereference" when invoking Lamda
> -
>
> Key: NETBEANS-889
> URL: https://issues.apache.org/jira/browse/NETBEANS-889
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 8.2, 9.0
>Reporter: Austin Stephens
>Priority: Major
> Attachments: NETBEANS-889-1.diff
>
>
> If the last line of a void Lamda is "field = null" and invoke the resulting 
> (in this case) Runnable, Netbeans will tell you that you are dereferncing a 
> null pointer.
> {code:java}
> // Some comments here
>   String value = "";
>   void nullDereference(){
>   Runnable run = ()->{
>   value = null;
>   };
>   run.run();//false positive
>   }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-923) Add throws clause triggers exception in editor

2018-06-06 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16504232#comment-16504232
 ] 

Jan Lahoda commented on NETBEANS-923:
-

Is there a particular code on which this can be reproduced?

Thanks.

 

> Add throws clause triggers exception in editor
> --
>
> Key: NETBEANS-923
> URL: https://issues.apache.org/jira/browse/NETBEANS-923
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 9.0
>Reporter: Sven Reimers
>Priority: Major
>
> Using the hint to add a throws clause to the main method results in the 
> following exception:
> {code:java}
> java.lang.IllegalArgumentException: Copying to 773 is greater then its size 
> (770).
> at 
> org.netbeans.modules.java.source.save.CasualDiff.copyTo(CasualDiff.java:5797)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.copyTo(CasualDiff.java:5776)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1092)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5250)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5144)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5071)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5042)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3878)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:574)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5223)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5144)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5071)
> at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5054)
> at org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:342)
> at 
> org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:907)
> at org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1319)
> at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:675)
> at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662)
> at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
> at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
> at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
> at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
> at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
> at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
> at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
> at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
> at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
> at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
> at 
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
> at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
> at 
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451)
> at 
> org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
> at 
> org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:683)
> at 
> org.netbeans.modules.java.hints.errors.UncaughtException$AddThrowsClauseHintImpl.implement(UncaughtException.java:494)
> [catch] at org.netbeans.modules.editor.hints.HintsUI$1.run(HintsUI.java:835)
> 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}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Comment Edited] (NETBEANS-330) NetBeans 9.0 UC hosted on Apache infra

2018-06-06 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16503086#comment-16503086
 ] 

Jan Lahoda edited comment on NETBEANS-330 at 6/6/18 10:10 AM:
--

Please try:

[http://www.apache.org/dyn/closer.lua?action=download=incubator/netbeans/incubating-netbeans-java/incubating-9.0-rc1/nbms/$1]

(Might also be good to strip the query parameters, if that's possible; maybe 
something like:
{code:java}
RedirectMatch ^/uc/9.0/(.*)(\?.*)?$ 
http://www.apache.org/dyn/closer.lua?action=download=incubator/netbeans/incubating-netbeans-java/incubating-9.0-rc1/nbms/$1
{code}
 


was (Author: jlahoda):
Please try:

[http://www.apache.org/dyn/closer.lua?action=download=incubator/netbeans/incubating-netbeans-java/incubating-9.0-rc1/nbms/$1]

(Might also be good to strip the query parameters, if that's possible; maybe 
something like:

RedirectMatch ^/uc/9.0/(.*)(\?.*)?$ 
[http://www.apache.org/dyn/closer.lua?action=download=incubator/netbeans/incubating-netbeans-java/incubating-9.0-rc1/nbms/$1]

 

> NetBeans 9.0 UC hosted on Apache infra
> --
>
> Key: NETBEANS-330
> URL: https://issues.apache.org/jira/browse/NETBEANS-330
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Affects Versions: 9.0
>Reporter: Jiří Kovalský
>Assignee: Jiří Kovalský
>Priority: Blocker
>  Labels: NETBEANS-9
>
> In order to keep measuring number of NetBeans active users also in the future 
> we need to create an update center similar to 8.2 NetBeans Distribution UC 
> [1] which will be hosted on Apache infrastructure and register it in the 
> NetBeans 9.0 FCS build. We are measuring this statistics since 2004 and 
> stopping it now is not an option hence this is a blocker bug for 9.0 release.
> [1] 
> [http://updates.netbeans.org/netbeans/updates/8.2/uc/final/distribution/catalog.xml.gz]
> (for the uninitiated: UC == Update Center)



--
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-330) NetBeans 9.0 UC hosted on Apache infra

2018-06-06 Thread Jan Lahoda (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16503086#comment-16503086
 ] 

Jan Lahoda commented on NETBEANS-330:
-

Please try:

[http://www.apache.org/dyn/closer.lua?action=download=incubator/netbeans/incubating-netbeans-java/incubating-9.0-rc1/nbms/$1]

(Might also be good to strip the query parameters, if that's possible; maybe 
something like:

RedirectMatch ^/uc/9.0/(.*)(\?.*)?$ 
[http://www.apache.org/dyn/closer.lua?action=download=incubator/netbeans/incubating-netbeans-java/incubating-9.0-rc1/nbms/$1]

 

> NetBeans 9.0 UC hosted on Apache infra
> --
>
> Key: NETBEANS-330
> URL: https://issues.apache.org/jira/browse/NETBEANS-330
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Affects Versions: 9.0
>Reporter: Jiří Kovalský
>Assignee: Jiří Kovalský
>Priority: Blocker
>  Labels: NETBEANS-9
>
> In order to keep measuring number of NetBeans active users also in the future 
> we need to create an update center similar to 8.2 NetBeans Distribution UC 
> [1] which will be hosted on Apache infrastructure and register it in the 
> NetBeans 9.0 FCS build. We are measuring this statistics since 2004 and 
> stopping it now is not an option hence this is a blocker bug for 9.0 release.
> [1] 
> [http://updates.netbeans.org/netbeans/updates/8.2/uc/final/distribution/catalog.xml.gz]
> (for the uninitiated: UC == Update Center)



--
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] [Assigned] (NETBEANS-893) No completion candidates for type in JShell without nbjavac

2018-05-31 Thread Jan Lahoda (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-893:
---

Assignee: Jan Lahoda

> No completion candidates for type in JShell without nbjavac
> ---
>
> Key: NETBEANS-893
> URL: https://issues.apache.org/jira/browse/NETBEANS-893
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - JShell
>Affects Versions: 9.0
> Environment: release-302-on-20180517
> JDK 10.0.1
> Windows 10
>Reporter: Naoki Kishida
>Assignee: Jan Lahoda
>Priority: Major
>
> When nbjavac is not enabled, any code completion candidates are shown in the 
> JShell window, 
> With nbjavac, there are correct candidates.
> If it is a spec, please add some message to encourage to install nbjavac 
> around the JShell.



--
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-676) Next Error fails -- UnsatisfiedLinkError: no extbrowser64 in java.library.path

2018-05-05 Thread Jan Lahoda (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16464862#comment-16464862
 ] 

Jan Lahoda commented on NETBEANS-676:
-

Is this still a problem with the current builds? IIRC this was fixed some time 
ago by:

[https://github.com/apache/incubator-netbeans/pull/454]

and

[https://github.com/apache/incubator-netbeans/pull/464]

Thanks.

 

> Next Error fails -- UnsatisfiedLinkError: no extbrowser64 in java.library.path
> --
>
> Key: NETBEANS-676
> URL: https://issues.apache.org/jira/browse/NETBEANS-676
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Navigation
>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
>Reporter: will mason
>Priority: Major
>  Labels: Regression, compile-error, editing, java
> Attachments: UnsatisfiedLinkError.logs, messages.log
>
>
> h2. context
> * Editing a Java file with many Error markers on the right-hand margin
> ** These are _actually_ missing IMPORT statements that an over zealous editor 
> has removed
> ** Probably some automatic save when I viewed the screen designer
> h2. expected
> * Press CTRL/Period (*{{Next Error}}*)
> * Move to next error down
> Similarly 
> * Press CTRL/Comma (*{{Previous Error}}*)
> * Move to next error up
> h2. actual
> *  UnsatisfiedLinkError -- Logs attached
> h2.  supporting information
> *  messages.log
> *  UnsatisfiedLinkError.logs - contains ...
> **  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] [Assigned] (NETBEANS-721) AbstractRefactoring AssertionError on Find Usages

2018-05-02 Thread Jan Lahoda (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-721:
---

Assignee: Jan Lahoda

> AbstractRefactoring AssertionError on Find Usages
> -
>
> Key: NETBEANS-721
> URL: https://issues.apache.org/jira/browse/NETBEANS-721
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Refactoring, java - Refactoring
>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
>Assignee: Jan Lahoda
>Priority: Critical
>  Labels: Regression, find-usages
> Fix For: 9.0
>
> Attachments: AbstractRefactoring-AssertionError.logs, 
> Annotation-AssertionError.logs, messages.log
>
>
> h2. context
> *  Clicked on '{{Find usages}}' ALT/F7
> * Symbol is a {{@Override}} of a library method
> * Find Usages dialogue popped up
> * Press [*Find*]
> h2. expected / desirable
> *  Expected netbeans to run-off and find usages
> h2. actual
> * Instead received a "Review and Report Problem" error
> **   {{AssertionError}} from refactoring code (see stack trace attached)
> *  Disclaimer about how finding library methods wasn't foolproof
> * Pressed [*Find*]
> * Received another pop-up with an {{AssertionError}} from Annotation-s
> *  Needless to say NO instances of the target method were listed in the 
> Usages window.
> h2.  Impact
> *  With Netbeans 8.2 some method occurrences are found
> * I certainly don't see Assertion Errors
> * It becomes annoying to just have to cancel error reports
> * The ALT/F7, 'Find Usages' command is one of the major commands used
> **  I don't recall the Eclipse command but Ntebeans and IDEA teams I've 
> worked on ALT-F7 was a common catch cry
> ** If you want flexible and responsive development, Refactoring and Test 
> support are  #1 priority.
> * Speaking personally I don't understand the large number of Regression 
> errors I'm seeing.
> **  Before my PC crashed I was working hard to find significant errors in 
> Netbeans 8-beta. 
> h2.  supporting information
> *  messages.log
> * AbstractRefactoring-AssertionError.logs,  contains ...
> **  UI log
> **  IDE log
> **  stacktrace
> * Annotation-AssertionError.logs 
> **  UI log
> **  IDE log
> **  stacktrace



--
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-654) InvalidFileException while editing a class with a .form file

2018-04-24 Thread Jan Lahoda (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-654.
-
Resolution: Fixed

Thanks for the reproducible case, should be fixed now.

> InvalidFileException while editing a class with a .form file
> 
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>  Labels: pull-request-available
> Attachments: AccessibilityBugKiller.zip
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> This happens while Netbeans is trying to parse the source of a class that has 
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused: 
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException: 
> Invalid or deleted file: 
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
>     at 
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at 
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
>     at 
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
>     at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>     at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>     at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>     at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>     at 
> 

[jira] [Commented] (NETBEANS-402) ClassCastException at org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize()

2018-04-24 Thread Jan Lahoda (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16451665#comment-16451665
 ] 

Jan Lahoda commented on NETBEANS-402:
-

The PR is merged, so this can be marked as resolved, right? I'll do that unless 
I hear objections.

> ClassCastException at 
> org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize()
> --
>
> Key: NETBEANS-402
> URL: https://issues.apache.org/jira/browse/NETBEANS-402
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Updates: Updates available
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h 50m
>  Remaining Estimate: 0h
>
> When profiling SQL queries I get the following exception consistently:
> {code}java.lang.ClassCastException: java.lang.Short cannot be cast to 
> java.lang.String
>  at 
> org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize(ProfilerRuntimeCPU.java:684)
>  at 
> org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.writeParametersEvent(ProfilerRuntimeCPU.java:459)
>  at 
> org.netbeans.lib.profiler.server.ProfilerRuntimeCPUFullInstr.markerMethodEntry(ProfilerRuntimeCPUFullInstr.java:92)
>  at 
> com.zaxxer.hikari.pool.HikariProxyPreparedStatement.setShort(HikariProxyPreparedStatement.java)
>  at com.querydsl.sql.types.ShortType.setValue(ShortType.java:50)
>  at com.querydsl.sql.types.ShortType.setValue(ShortType.java:27)
>  at com.querydsl.sql.Configuration.set(Configuration.java:239)
>  at com.querydsl.sql.AbstractSQLQuery.set(AbstractSQLQuery.java:210)
>  at com.querydsl.sql.AbstractSQLQuery.setParameters(AbstractSQLQuery.java:584)
>  at com.querydsl.sql.AbstractSQLQuery.iterateSingle(AbstractSQLQuery.java:365)
>  at com.querydsl.sql.AbstractSQLQuery.iterate(AbstractSQLQuery.java:342)
>  at 
> com.querydsl.sql.ProjectableSQLQuery.fetchOne(ProjectableSQLQuery.java:397)
>  at 
> com.holdmyspot.pyramid.database.row.CurrencyPairRow.getByCurrencies(CurrencyPairRow.java:132)
>  at 
> com.holdmyspot.pyramid.database.row.CurrencyPairRow.insertIfMissing(CurrencyPairRow.java:191)
>  at 
> com.holdmyspot.pyramid.server.Main$SaveToDatabase.getCurrencyPairRow(Main.java:242)
>  at 
> com.holdmyspot.pyramid.server.Main$SaveToDatabase.lambda$onOrder$2(Main.java:154)
>  at 
> java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1402)
>  at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
>  at 
> java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)
>  at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692)
>  at 
> java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157){code}
> This is thrown inside the application being profiled as opposed to showing up 
> in an IDE pop-up.



--
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-710) AssertionError running on a recent version of JDK 11

2018-04-22 Thread Jan Lahoda (JIRA)
Jan Lahoda created NETBEANS-710:
---

 Summary: AssertionError running on a recent version of JDK 11
 Key: NETBEANS-710
 URL: https://issues.apache.org/jira/browse/NETBEANS-710
 Project: NetBeans
  Issue Type: Bug
  Components: java - Hints
Affects Versions: 9.0
Reporter: Jan Lahoda
Assignee: Jan Lahoda


Running a recent (custom) build of NetBeans, on a recent (custom) build of JDK 
11, editing files like 
lexer/src/org/netbeans/lib/lexer/token/DefaultToken.java, the AssertionError 
pasted below happens:

---

java.lang.AssertionError
    at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
    at jdk.compiler/com.sun.tools.javac.util.Assert.check(Assert.java:46)
    at jdk.compiler/com.sun.tools.javac.comp.Modules.enter(Modules.java:244)
    at 
org.netbeans.modules.java.hints.spiimpl.Utilities.constructScope(Utilities.java:763)
    at 
org.netbeans.modules.java.hints.declarative.Hacks.constructScope(Hacks.java:73)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$1.run(DeclarativeHintsParser.java:499)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$1.run(DeclarativeHintsParser.java:477)
    at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
    at 
org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:357)
    at 
org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:340)
    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:311)
    at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:430)
    at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.resolve(DeclarativeHintsParser.java:477)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.access$000(DeclarativeHintsParser.java:83)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseCondition(DeclarativeHintsParser.java:311)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseConditions(DeclarativeHintsParser.java:258)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseRule(DeclarativeHintsParser.java:215)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseInput(DeclarativeHintsParser.java:184)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.access$200(DeclarativeHintsParser.java:90)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.parse(DeclarativeHintsParser.java:395)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.parseHints(DeclarativeHintRegistry.java:263)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.parseHintFile(DeclarativeHintRegistry.java:239)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.readHints(DeclarativeHintRegistry.java:128)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.computeHints(DeclarativeHintRegistry.java:111)
    at 
org.netbeans.modules.java.hints.spiimpl.RulesManagerImpl.readHints(RulesManagerImpl.java:139)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:133)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65)
    at 
org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786)
    at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
    at 

[jira] [Commented] (NETBEANS-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method

2018-04-21 Thread Jan Lahoda (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16447108#comment-16447108
 ] 

Jan Lahoda commented on NETBEANS-708:
-

Yes (that's how I got the file I attached). But only with nb-javac installed, 
hence my note "specific to nb-javac". (Happens during partial reparse which is 
only done with nb-javac at this time.)

> Code completion throws an AssertionError when running before an annotation on 
> a final variable in a method
> --
>
> Key: NETBEANS-708
> URL: https://issues.apache.org/jira/browse/NETBEANS-708
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
> Attachments: NETBEANS-708.txt
>
>
> {code:java}
>     private void asplode(){
>         
>         @SuppressWarnings("deprecation")
>         final int foo = 0;        
>     }
> {code}
> Typing anything above the annotation (like, say, 'I' for Integer) will cause 
> an assertion error.



--
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-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method

2018-04-21 Thread Jan Lahoda (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16447104#comment-16447104
 ] 

Jan Lahoda commented on NETBEANS-708:
-

Seems to be specific to nb-javac.

> Code completion throws an AssertionError when running before an annotation on 
> a final variable in a method
> --
>
> Key: NETBEANS-708
> URL: https://issues.apache.org/jira/browse/NETBEANS-708
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
> Attachments: NETBEANS-708.txt
>
>
> {code:java}
>     private void asplode(){
>         
>         @SuppressWarnings("deprecation")
>         final int foo = 0;        
>     }
> {code}
> Typing anything above the annotation (like, say, 'I' for Integer) will cause 
> an assertion error.



--
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-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method

2018-04-21 Thread Jan Lahoda (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-708:

Attachment: NETBEANS-708.txt

> Code completion throws an AssertionError when running before an annotation on 
> a final variable in a method
> --
>
> Key: NETBEANS-708
> URL: https://issues.apache.org/jira/browse/NETBEANS-708
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
> Attachments: NETBEANS-708.txt
>
>
> {code:java}
>     private void asplode(){
>         
>         @SuppressWarnings("deprecation")
>         final int foo = 0;        
>     }
> {code}
> Typing anything above the annotation (like, say, 'I' for Integer) will cause 
> an assertion error.



--
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-654) InvalidFileException while editing a class with a .form file

2018-04-18 Thread Jan Lahoda (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16442019#comment-16442019
 ] 

Jan Lahoda commented on NETBEANS-654:
-

Thanks! I'll take a look.

> InvalidFileException while editing a class with a .form file
> 
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
> Attachments: AccessibilityBugKiller.zip
>
>
> This happens while Netbeans is trying to parse the source of a class that has 
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused: 
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException: 
> Invalid or deleted file: 
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
>     at 
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at 
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
>     at 
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
>     at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>     at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>     at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>     at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>     at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>     at 
> 

[jira] [Updated] (NETBEANS-615) Cannot run java application from IDE

2018-04-12 Thread Jan Lahoda (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-615:

Priority: Blocker  (was: Major)

> Cannot run java application from IDE
> 
>
> Key: NETBEANS-615
> URL: https://issues.apache.org/jira/browse/NETBEANS-615
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
> Environment: Netbeans 9 beta x64
> Windows 2008 R2 x64
> Java 10 sdk 
>Reporter: Filippo
>Assignee: Jan Lahoda
>Priority: Blocker
>
> I created the following class:
> {code:java}
> public static void main(String[] args) {
>     
>     System.out.println("java version: " + 
> System.getProperty("java.version"));
>     }
> {code}
> It compiles correctly and I can  execute it from coammand line with *java*.
> If I try to run it from the ide a new .class file is generated which contains 
> RuntimeException as the first line.
> I double checked the configuration and found nothing wrong.



--
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-654) InvalidFileException while editing a class with a .form file

2018-04-12 Thread Jan Lahoda (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16436839#comment-16436839
 ] 

Jan Lahoda commented on NETBEANS-654:
-

I'll look at this, but if there were step-by-step instruction on how to 
reproduce, that'd be very helpful. Thanks!

> InvalidFileException while editing a class with a .form file
> 
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>
> This happens while Netbeans is trying to parse the source of a class that has 
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused: 
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException: 
> Invalid or deleted file: 
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
>     at 
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at 
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
>     at 
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
>     at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>     at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>     at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>     at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>     at 
> 

[jira] [Assigned] (NETBEANS-654) InvalidFileException while editing a class with a .form file

2018-04-12 Thread Jan Lahoda (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-654:
---

Assignee: Jan Lahoda

> InvalidFileException while editing a class with a .form file
> 
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>
> This happens while Netbeans is trying to parse the source of a class that has 
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of 
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
>  Please report a bug against java/source and attach dump file 
> '/Users/astephens/Library/Application 
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused: 
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException: 
> Invalid or deleted file: 
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
>     at 
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at 
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
>     at 
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
>     at 
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
>     at 
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
>     at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>     at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>     at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>     at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>     at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
>     at 
> 

[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later

2018-04-10 Thread Jan Lahoda (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16432706#comment-16432706
 ] 

Jan Lahoda commented on NETBEANS-373:
-

Regarding the old CVS, some have it, but it is fairly difficult to work with 
that (as it was never converted to hg/git; and also the layout of some things 
changed several times).

 

I think Austin's question is valid: why is showDialog synchronized? Looking at 
the CVS, there's no real help with that (the method appears to be synchronized 
from the beginning, but there may be some much bigger context I am missing.). 
And it does not appear to be very meaningful (the lock is locked for the whole 
duration the dialog is showing - why do that? That feels like asking for 
trouble (the dialog may be showing for a long time). My suggestion would be to 
delete the synchronized flag from the showDialog method; and also delete the 
"synchronized (this)" from cancelActionPerformed.

> Netbeans sometimes freezes when showing any refactor dialog when running with 
> jdk 1.8.0_152-b16 or later
> 
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot 
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action, 
> NetBeans freezes. It appears that a lock is obtained on a panel when the 
> dialog is shown, and the AppKit Thread tries to get the lock while trying to 
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142    
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885    
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765    
> Hidden Source Calls    
> CAccessible.addNotificationListeners:102    
> CAccessible.:84    
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls    
> Unsafe.park    
> LockSupport.park:194    
> AbstractQueuedSynchronizer$ConditionObject.await:2062    
> EventQueue.getNextEvent:557    
> EventDispatchThread.pumpOneEventForFilters:173    
> EventDispatchThread.pumpEventsForFilter:124    
> EventDispatchThread.pumpEventsForFilter:117    
> WaitDispatchSupport$2.run:190    
> WaitDispatchSupport$4.run:235    
> WaitDispatchSupport$4.run:233    
> AccessController.doPrivileged    
> WaitDispatchSupport.enter:233    
> Dialog.show:1070    
> NbPresenter.superShow:1060    
> NbPresenter.doShow:1110    
> NbPresenter.run:1082    
> NbPresenter.run:105    
> NbMutexEventProvider$Event.doEventAccess:115    
> NbMutexEventProvider$Event.readAccess:75    
> LazyMutexImplementation.readAccess:71    
> Mutex.readAccess:193    
> NbPresenter.show:1067    
> Component.show:1669    
> Component.setVisible:1616    
> Window.setVisible:1017    
> Dialog.setVisible:1005    
> ParametersPanel.showDialog:674    
> RefactoringPanel.refresh:660    
> RefactoringPanel.:144    
> UI.openRefactoringUI:61    
> ContextAnalyzer$4.show:648    
> ContextAnalyzer$TextComponentTask.run:369    
> RefactoringActionsProvider.doFindUsages:232    
> ActionsImplementationFactory.doFindUsages:91    
> WhereUsedAction.performAction:52    
> RefactoringGlobalAction$ContextAction.actionPerformed:172    
> TopComponent.processKeyBinding:1151    
> JComponent.processKeyBindings:2963    
> JComponent.processKeyEvent:2863    
> Component.processEvent:6355    
> Container.processEvent:2259    
> Component.dispatchEventImpl:4961    
> Container.dispatchEventImpl:2317    
> Component.dispatchEvent:4793    
> KeyboardFocusManager.redispatchEvent:1955    
> DefaultKeyboardFocusManager.dispatchKeyEvent:827    
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096    
> DefaultKeyboardFocusManager.typeAheadAssertions:966    
> DefaultKeyboardFocusManager.dispatchEvent:792    
> Component.dispatchEventImpl:4842    
> Container.dispatchEventImpl:2317    
> Window.dispatchEventImpl:2758    
> Component.dispatchEvent:4793    
> EventQueue.dispatchEventImpl:766    
> EventQueue.access$500:97    
> EventQueue$3.run:717    
> EventQueue$3.run:711    
> AccessController.doPrivileged    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99    
> EventQueue$4.run:739    
> EventQueue$4.run:737    
> AccessController.doPrivileged    
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89    
> EventQueue.dispatchEvent:736    
> TimableEventQueue.dispatchEvent:136    
> 

[jira] [Assigned] (NETBEANS-615) Cannot run java application from IDE

2018-04-08 Thread Jan Lahoda (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda reassigned NETBEANS-615:
---

Assignee: Jan Lahoda

> Cannot run java application from IDE
> 
>
> Key: NETBEANS-615
> URL: https://issues.apache.org/jira/browse/NETBEANS-615
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
> Environment: Netbeans 9 beta x64
> Windows 2008 R2 x64
> Java 10 sdk 
>Reporter: Filippo
>Assignee: Jan Lahoda
>Priority: Major
>
> I created the following class:
> {code:java}
> public static void main(String[] args) {
>     
>     System.out.println("java version: " + 
> System.getProperty("java.version"));
>     }
> {code}
> It compiles correctly and I can  execute it from coammand line with *java*.
> If I try to run it from the ide a new .class file is generated which contains 
> RuntimeException as the first line.
> I double checked the configuration and found nothing wrong.



--
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-577) Even though the source level of is set to: 10, java.util.zip.CRC32C cannot be found on the system module path

2018-04-02 Thread Jan Lahoda (JIRA)
Jan Lahoda created NETBEANS-577:
---

 Summary: Even though the source level of  is set to: 10, 
java.util.zip.CRC32C cannot be found on the system module path
 Key: NETBEANS-577
 URL: https://issues.apache.org/jira/browse/NETBEANS-577
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 9.0
Reporter: Jan Lahoda
Assignee: Jan Lahoda
 Fix For: 9.0


Run "Refactor/Inspect and Transform" on a JDK 9+ project. This will print 
something like:

Even though the source level of  is set to: 10, java.util.zip.CRC32C cannot be 
found on the system module path:...

to the messages.log. The reason is that the ClasspathInfos for bulk hint 
processing don't have the proper modular paths set.



--
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-337) Syntax highlighting shows "Cannot find symbol" error for correct use of JPA metamodel fields

2018-03-28 Thread Jan Lahoda (JIRA)

[ 
https://issues.apache.org/jira/browse/NETBEANS-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16418473#comment-16418473
 ] 

Jan Lahoda commented on NETBEANS-337:
-

I tried to download the testcase, and it seems the compilation using maven 
fails there as well:

-
richtercloud/netbeans/jpa/metamodel/syntax/error/newpackage/NewMain.java:[17,72]
 incompatible types: 
javax.persistence.metamodel.SingularAttribute
 cannot be converted to 
javax.persistence.metamodel.SingularAttribute
1 error
-

Am I doing something wrong?

 

Thanks.

 

> Syntax highlighting shows "Cannot find symbol" error for correct use of JPA 
> metamodel fields
> 
>
> Key: NETBEANS-337
> URL: https://issues.apache.org/jira/browse/NETBEANS-337
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
>Reporter: Karl Richter
>Priority: Major
>
> The `public static volatile` fields of generated sources for JPA metamodels 
> are not recognized/cause "Cannot find symbol" displayed in syntax 
> highlighting if the field is declared in a superclass.
> Unfortunately, the issue occurs randomly and I didn't figure out how to 
> trigger it's resolution, however the syntax of the code is always correct and 
> never causes compilation errors. The SSCCE at 
> https://gitlab.com/krichter/netbeans-jpa-metamodel-syntax-error/tree/netbeans-issue
>  (branch `netbeans-issue`) seems to demonstrate it reliably.
> experienced with 9.0-beta-rc2-43-g346c2aba4



--
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-335) Fix All Imports adds unnecessary entries (fields from top-level class)

2018-03-28 Thread Jan Lahoda (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda resolved NETBEANS-335.
-
   Resolution: Fixed
Fix Version/s: 9.0

Should be fixed by:

https://github.com/apache/incubator-netbeans/commit/b0b6e9038d6c2097541b08451cf5f59691ab298f

> Fix All Imports adds unnecessary entries (fields from top-level class)
> --
>
> Key: NETBEANS-335
> URL: https://issues.apache.org/jira/browse/NETBEANS-335
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180117-unknown-revn)
> Updates: Updates available
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Assignee: Jan Lahoda
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 9.0
>
> Attachments: PriceType.java
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> # Open the attached file.
>  # Invoke Fix All Imports
>  # Notice that the IDE attempts to import MARKET and LIMIT (defined by the 
> current file).
>  # Invoke code-format. Notice that the IDE removed unused imports for MARKET 
> and LIMIT.



--
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-371) NullPointerException about Code Completion in C/C++ files

2018-03-28 Thread Jan Lahoda (JIRA)

 [ 
https://issues.apache.org/jira/browse/NETBEANS-371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Lahoda updated NETBEANS-371:

Component/s: (was: editor - Completion & Templates)
 cnd - Code Completion

> NullPointerException about Code Completion in C/C++ files
> -
>
> Key: NETBEANS-371
> URL: https://issues.apache.org/jira/browse/NETBEANS-371
> Project: NetBeans
>  Issue Type: Bug
>  Components: cnd - Code Completion
>Affects Versions: 9.0
> Environment: Windows 10
>Reporter: Hyeonwoo O
>Priority: Major
>  Labels: bug
>
> When I input some text and if there is no code completion entries for it, 
> NullPointerException is occurred.
> {code:java}
> NullPointerException at 
> org.netbeans.modules.cnd.completion.cplusplus.ext.CsmCompletionQuery$Context.findAutoOrDecltypeAutoType
> {code}
> This issue occurs when the text is entered in the line before main() function.
> I tested this in NetBeans IDE Dev Build 201802080002.



--
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



  1   2   >