[jira] [Commented] (NETBEANS-229) Failing of package as Installers on Netbeans Platform applications [NPE]

2017-12-27 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-229:


Yes, submit a PR with the missing file .

> Failing of package as Installers on Netbeans Platform applications [NPE]
> 
>
> Key: NETBEANS-229
> URL: https://issues.apache.org/jira/browse/NETBEANS-229
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Launchers&CLI
>Affects Versions: 8.2, 9.0
> Environment: Product Version = Apache NetBeans IDE Dev (Build 
> 20171227-unknown-revn)
> Operating System= Linux version 4.13.0-21-generic running on amd64
> Java; VM; Vendor= 1.8.0_151; Java HotSpot(TM) 64-Bit Server VM 
> 25.151-b12; Oracle Corporation
> Runtime = Java(TM) SE Runtime Environment 1.8.0_151-b12
> Java Home   = /usr/lib/jvm/java-8-oracle/jre
> System Locale; Encoding = en_US (nb); UTF-8
> Home Directory  = /home/thilina
>Reporter: Thilina Ranathunga
> Attachments: code.png, errjava.png, output.png, packageas.png, sout, 
> xmler.png
>
>
> Build failed performing *Package as -> Installers* on *Netbeans Platform 
> application*.
> !packageas.png|thumbnail!
> *Environment and setup details*:
>   OS: Linux mint 18.3 - 64bit
>   incubator-netbeans repo status: Pull on same day
>   Installers to generate: windows
> *Exception Details*: 
> /home/thilina/github/incubator-netbeans/nbbuild/netbeans/harness/nbi/stub/template.xml:66:
>  The following error occurred while executing this line:
> /mnt/DATA/Documents/GitHubOff/nbiz/NbizApp/build/installer/build.xml:185: 
> org.netbeans.installer.infra.lib.registries.ManagerException: Could not 
> create bundle - error in running the engine
> !xmler.png|thumbnail!
> [2017-12-27 12:05:34.811]: An unexpected exception happened in thread 
> Thread-5
> [2017-12-27 12:05:34.812]: java.lang.NullPointerException
> [2017-12-27 12:05:34.812]:at 
> org.netbeans.installer.utils.FileUtils.getCrc32(FileUtils.java:418)
> [2017-12-27 12:05:34.812]:at 
> org.netbeans.installer.utils.system.launchers.impl.ExeLauncher.addFileSection(ExeLauncher.java:359)
> [2017-12-27 12:05:34.812]:at 
> org.netbeans.installer.utils.system.launchers.impl.ExeLauncher.create(ExeLauncher.java:145)
> [2017-12-27 12:05:34.812]:at 
> org.netbeans.installer.utils.SystemUtils.createLauncher(SystemUtils.java:470)
> [2017-12-27 12:05:34.812]:at 
> org.netbeans.installer.wizard.components.actions.CreateNativeLauncherAction.execute(CreateNativeLauncherAction.java:97)
> [2017-12-27 12:05:34.812]:at 
> org.netbeans.installer.wizard.components.WizardAction$1.run(WizardAction.java:103)
> !errjava.png|thumbnail!
> *Traced originate location *
>   class: org.netbeans.installer.utils.system.launchers.impl.ExeLauncher
>   method:  create
>   line number: 145
>   line code: addFileSection(fos, testJVMFile, progress,total);
>   
> *Invistigation*: 
>   
>   added println to inspect values above the suspected line (145)
>   
>   code:
>   System.out.println("thilina01:create[145]@"+getClass());
>   System.out.println(testJVMFile);
>   System.out.println(testJVMFile.getPath());
>   System.out.println(testJVMFile.getAbsolutePath());
>   System.out.println(testJVMFile.getPathType());
>   addFileSection(fos, testJVMFile, progress,total);
> !code.png|thumbnail!
>   output: 
>   thilina01:create[145]@class 
> org.netbeans.installer.utils.system.launchers.impl.ExeLauncher
>   
> org.netbeans.installer.utils.system.launchers.LauncherResource@5433a1a1
>   org/netbeans/installer/utils/applications/TestJDK.class
>   $L{nbi.launcher.tmp.dir}/TestJDK.class
>   nbi.launcher.tmp.dir
> !output.png|thumbnail!
>   *Note*: According to the output there should be a file named 
> TestJDK.class at org/netbeans/installer/utils/applications/
>   But the file is not present at the location. 
>   
> +Fix attempts+:   
>   _Skip error: [Failed]_
>   tried skipping the null pointer by using if statement, it 
> completes the build and displays "Build Success"
>   but generated installer is corrupted
>   _{color:#14892c}Externally provide the missing resource: 
> [Success]{color}_
>   
>   on old netbeans hg repo, noticed the needed binary file is 
> present, Downloaded and placed the file.
>   Link:   
>   
> http://hg.netbeans.org/main/file/tip/nbi/engine/src/org/netbeans/installer/utils/applica

[jira] [Created] (NETBEANS-230) [jdk-javac] Refactor Copy error

2017-12-27 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-230:
--

 Summary: [jdk-javac] Refactor Copy error
 Key: NETBEANS-230
 URL: https://issues.apache.org/jira/browse/NETBEANS-230
 Project: NetBeans
  Issue Type: Bug
  Components: platform - JDK Problems
Reporter: Geertjan Wielenga
Assignee: Jan Lahoda


Vanilla javac (i.e. not nb-javac), throws this error after I copy a class and 
paste it (in same package and probably other packages too) with a "Refactor 
Copy" to a new name and though the name of the file is correctly named the 
class declaration is the same as before which is an error too:

com.sun.tools.javac.code.ClassFinder$BadClassFile: bad source file: 
App12312.java
  file does not contain class app123.App12312
  Please remove or make sure it appears in the correct subdirectory of the 
sourcepath.
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:856)
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:783)
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:343)
at 
jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:352)
at 
jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:285)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:633)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1314)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.flags(Symbol.java:1248)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:800)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1107)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:541)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
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:187)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
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.visitCompilationUnit(TreeScanner.java:144)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:498)
at 
org.netbeans.modules.java.hints.bugs.NPECheck.methodInvocation(NPECheck.java:305)
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 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.netb

[jira] [Created] (NETBEANS-231) [jdk-javac] Changing name in class signature throws error

2017-12-28 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-231:
--

 Summary: [jdk-javac] Changing name in class signature throws error
 Key: NETBEANS-231
 URL: https://issues.apache.org/jira/browse/NETBEANS-231
 Project: NetBeans
  Issue Type: Bug
  Components: platform - JDK Problems
Reporter: Geertjan Wielenga
Assignee: Jan Lahoda


After I create a new Java source file, and change the name of the class within 
the class signature (i.e., not by renaming the file or by doing refactoring, 
but just by typing a different name in the class signature in the Java source 
file), the error below is thrown:

com.sun.tools.javac.code.ClassFinder$BadClassFile: bad source file: MyApp1.java
  file does not contain class myapp1.MyApp1
  Please remove or make sure it appears in the correct subdirectory of the 
sourcepath.
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:856)
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:783)
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:343)
at 
jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:352)
at 
jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:285)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:633)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1314)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.flags(Symbol.java:1248)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:800)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1107)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:541)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
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:187)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
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.visitCompilationUnit(TreeScanner.java:144)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:498)
at 
org.netbeans.modules.java.hints.bugs.NPECheck.methodInvocation(NPECheck.java:305)
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 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.netbean

[jira] [Resolved] (NETBEANS-230) [jdk-javac] Refactor Copy error

2017-12-28 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga resolved NETBEANS-230.

Resolution: Fixed

Fixed, the refactor copy works as expected without errors being thrown.

> [jdk-javac] Refactor Copy error
> ---
>
> Key: NETBEANS-230
> URL: https://issues.apache.org/jira/browse/NETBEANS-230
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - JDK Problems
>Reporter: Geertjan Wielenga
>Assignee: Jan Lahoda
>  Labels: jdk-javac, pull-request-available
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Vanilla javac (i.e. not nb-javac), throws this error after I copy a class and 
> paste it (in same package and probably other packages too) with a "Refactor 
> Copy" to a new name and though the name of the file is correctly named the 
> class declaration is the same as before which is an error too:
> com.sun.tools.javac.code.ClassFinder$BadClassFile: bad source file: 
> App12312.java
>   file does not contain class app123.App12312
>   Please remove or make sure it appears in the correct subdirectory of the 
> sourcepath.
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:856)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:783)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:343)
>   at 
> jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:352)
>   at 
> jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:285)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:633)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1314)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.flags(Symbol.java:1248)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:800)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1107)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:541)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
>   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:187)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
>   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.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:498)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck.methodInvocation(NPECheck.java:305)
>   at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:

[jira] [Updated] (NETBEANS-231) [jdk-javac] Changing name in class signature throws error

2017-12-28 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga updated NETBEANS-231:
---
Labels: jdk-javac  (was: )

> [jdk-javac] Changing name in class signature throws error
> -
>
> Key: NETBEANS-231
> URL: https://issues.apache.org/jira/browse/NETBEANS-231
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - JDK Problems
>Reporter: Geertjan Wielenga
>Assignee: Jan Lahoda
>  Labels: jdk-javac
>
> After I create a new Java source file, and change the name of the class 
> within the class signature (i.e., not by renaming the file or by doing 
> refactoring, but just by typing a different name in the class signature in 
> the Java source file), the error below is thrown:
> com.sun.tools.javac.code.ClassFinder$BadClassFile: bad source file: 
> MyApp1.java
>   file does not contain class myapp1.MyApp1
>   Please remove or make sure it appears in the correct subdirectory of the 
> sourcepath.
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:856)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:783)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:343)
>   at 
> jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:352)
>   at 
> jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:285)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:633)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1314)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.flags(Symbol.java:1248)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:800)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1107)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:541)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
>   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:187)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
>   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.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:498)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck.methodInvocation(NPECheck.java:305)
>   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:

[jira] [Updated] (NETBEANS-231) [jdk-javac] Changing name in class signature throws error

2017-12-28 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga updated NETBEANS-231:
---
Description: 
After I create a new Java source file using vanilla javac (i.e. not nb-javac), 
and change the name of the class within the class signature (i.e., not by 
renaming the file or by doing refactoring, but just by typing a different name 
in the class signature in the Java source file), the error below is thrown:

com.sun.tools.javac.code.ClassFinder$BadClassFile: bad source file: MyApp1.java
  file does not contain class myapp1.MyApp1
  Please remove or make sure it appears in the correct subdirectory of the 
sourcepath.
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:856)
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:783)
at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:343)
at 
jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:352)
at 
jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:285)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:633)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1314)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.flags(Symbol.java:1248)
at 
jdk.compiler/com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:800)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1107)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:541)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
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:187)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
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.visitCompilationUnit(TreeScanner.java:144)
at 
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
at 
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
at 
org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:498)
at 
org.netbeans.modules.java.hints.bugs.NPECheck.methodInvocation(NPECheck.java:305)
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 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(HintsInv

[jira] [Commented] (NETBEANS-234) Exception when opening project

2017-12-31 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-234:


You're going to have to do more, i.e., provide a project that can be used to 
reproduce this problem. I.e., point to a project on GitHub with which this can 
be reproduced.

> Exception when opening project
> --
>
> Key: NETBEANS-234
> URL: https://issues.apache.org/jira/browse/NETBEANS-234
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Reporter: Thomas Kellerer
>
> When opening a project (that was created with NetBeans 8.2) I get the 
> following exception:
> {noformat}
> java.lang.AssertionError: typeSig ERROR
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4856)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4916)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleClassSig(Types.java:4892)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4805)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.typeSig(ClassWriter.java:334)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeMemberAttrs(ClassWriter.java:589)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeField(ClassWriter.java:1138)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeFields(ClassWriter.java:1641)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClassFile(ClassWriter.java:1759)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClass(ClassWriter.java:1679)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:743)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1621)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:451)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:499)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:454)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$2.run(VanillaCompileWorker.java:302)
>   at 
> org.netbeans.modules.java.source.parsing.FileManagerTransaction.runConcurrent(FileManagerTransaction.java:180)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:293)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:273)
>   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(RepositoryUp

[jira] [Commented] (NETBEANS-234) Exception when opening project

2017-12-31 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-234:


Also, are you using nb-javac or vanilla javac from JDK 9?

Gj

> Exception when opening project
> --
>
> Key: NETBEANS-234
> URL: https://issues.apache.org/jira/browse/NETBEANS-234
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Reporter: Thomas Kellerer
>
> When opening a project (that was created with NetBeans 8.2) I get the 
> following exception:
> {noformat}
> java.lang.AssertionError: typeSig ERROR
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4856)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4916)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleClassSig(Types.java:4892)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4805)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.typeSig(ClassWriter.java:334)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeMemberAttrs(ClassWriter.java:589)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeField(ClassWriter.java:1138)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeFields(ClassWriter.java:1641)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClassFile(ClassWriter.java:1759)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClass(ClassWriter.java:1679)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:743)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1621)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:451)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:499)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:454)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$2.run(VanillaCompileWorker.java:302)
>   at 
> org.netbeans.modules.java.source.parsing.FileManagerTransaction.runConcurrent(FileManagerTransaction.java:180)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:293)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:273)
>   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.getDon

[jira] [Commented] (NETBEANS-234) Exception when opening project

2017-12-31 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-234:


Without a project that you are able to see this problem with, this problem 
cannot be reproduced and solved.

> Exception when opening project
> --
>
> Key: NETBEANS-234
> URL: https://issues.apache.org/jira/browse/NETBEANS-234
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Reporter: Thomas Kellerer
>
> When opening a project (that was created with NetBeans 8.2) I get the 
> following exception:
> {noformat}
> java.lang.AssertionError: typeSig ERROR
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4856)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4916)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleClassSig(Types.java:4892)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4805)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.typeSig(ClassWriter.java:334)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeMemberAttrs(ClassWriter.java:589)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeField(ClassWriter.java:1138)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeFields(ClassWriter.java:1641)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClassFile(ClassWriter.java:1759)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClass(ClassWriter.java:1679)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:743)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1621)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:451)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:499)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:454)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$2.run(VanillaCompileWorker.java:302)
>   at 
> org.netbeans.modules.java.source.parsing.FileManagerTransaction.runConcurrent(FileManagerTransaction.java:180)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:293)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:273)
>   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

[jira] [Commented] (NETBEANS-234) Exception when opening project

2017-12-31 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-234:


The question is, is this only with that one specific project that this problem 
occurs? Or any project that you have?

I guess you're using vanilla javac from JDK 9, can you also compare with 
installing nb-javac via the prompt at the bottom of the IDE?

> Exception when opening project
> --
>
> Key: NETBEANS-234
> URL: https://issues.apache.org/jira/browse/NETBEANS-234
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Reporter: Thomas Kellerer
>
> When opening a project (that was created with NetBeans 8.2) I get the 
> following exception:
> {noformat}
> java.lang.AssertionError: typeSig ERROR
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4856)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4916)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleClassSig(Types.java:4892)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4805)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.typeSig(ClassWriter.java:334)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeMemberAttrs(ClassWriter.java:589)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeField(ClassWriter.java:1138)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeFields(ClassWriter.java:1641)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClassFile(ClassWriter.java:1759)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClass(ClassWriter.java:1679)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:743)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1621)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:451)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:499)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:454)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$2.run(VanillaCompileWorker.java:302)
>   at 
> org.netbeans.modules.java.source.parsing.FileManagerTransaction.runConcurrent(FileManagerTransaction.java:180)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:293)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:273)
>   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.net

[jira] [Commented] (NETBEANS-239) Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-239:


What version of Ant are you using?

> Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module
> ---
>
> Key: NETBEANS-239
> URL: https://issues.apache.org/jira/browse/NETBEANS-239
> Project: NetBeans
>  Issue Type: Bug
> Environment: Fedora release 25 (Twenty Five)
> javac 1.8.0_151
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Markus Kilås
> Attachments: ant-output.txt
>
>
> I just cloned the [incubator-netbeans git 
> repo|https://github.com/apache/incubator-netbeans] and tried running {{ant}} 
> to build NetBeans. However the build fails complaining on no manifest for the 
> all-websvc.saas.api. Am I missing something that needs to be configured for 
> the build to succeed?
> {noformat}
> [user@dev-disp incubator-netbeans]$ git pull
> Already up-to-date.
> [user@dev-disp incubator-netbeans]$ git rev-parse HEAD
> f8b6323b690b5edafe91bae750f79db4247dd23c
> [user@dev-disp incubator-netbeans]$ ant
> Buildfile: 
> /home/user/VersionControlled/github/apache/incubator-netbeans/build.xml
> ... snip ...
> projectized-common.release:
>  [copy] Copying 1 file to 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon
> release:
> -init-startlevel:
> module-xml-regular:
>   [nbmerge] Failed to build target: all-websvc.saas.api
> BUILD FAILED
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:469:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:464:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:511:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/templates/common.xml:267:
>  Missing manifest tag OpenIDE-Module; 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon/modules/org-netbeans-modules-websvc-saas-api.jar
>  is not a module
> Total time: 1 minute 12 seconds
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-239) Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-239:


The README explicitly tells you to use Ant 1.9.9 or above:

https://github.com/apache/incubator-netbeans/blob/master/README.md

> Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module
> ---
>
> Key: NETBEANS-239
> URL: https://issues.apache.org/jira/browse/NETBEANS-239
> Project: NetBeans
>  Issue Type: Bug
> Environment: Fedora release 25 (Twenty Five)
> javac 1.8.0_151
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Markus Kilås
> Attachments: ant-output.txt
>
>
> I just cloned the [incubator-netbeans git 
> repo|https://github.com/apache/incubator-netbeans] and tried running {{ant}} 
> to build NetBeans. However the build fails complaining on no manifest for the 
> all-websvc.saas.api. Am I missing something that needs to be configured for 
> the build to succeed?
> {noformat}
> [user@dev-disp incubator-netbeans]$ git pull
> Already up-to-date.
> [user@dev-disp incubator-netbeans]$ git rev-parse HEAD
> f8b6323b690b5edafe91bae750f79db4247dd23c
> [user@dev-disp incubator-netbeans]$ ant
> Buildfile: 
> /home/user/VersionControlled/github/apache/incubator-netbeans/build.xml
> ... snip ...
> projectized-common.release:
>  [copy] Copying 1 file to 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon
> release:
> -init-startlevel:
> module-xml-regular:
>   [nbmerge] Failed to build target: all-websvc.saas.api
> BUILD FAILED
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:469:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:464:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:511:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/templates/common.xml:267:
>  Missing manifest tag OpenIDE-Module; 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon/modules/org-netbeans-modules-websvc-saas-api.jar
>  is not a module
> Total time: 1 minute 12 seconds
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-238) Invoking code-complete in Maven projects is extremely slow

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


You're using javac from JDK 9, rather than nb-javac which you're prompted to 
install at startup. (It cannot be installed by default since it's GPL licensed 
and has not been donated by Oracle to Apache.) Once you install that, you'll 
have a more performant Java editor in NetBeans.

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: cnd - Code Completion
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Assignee: Gili
>Priority: Critical
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-238) Invoking code-complete in Maven projects is extremely slow

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga updated NETBEANS-238:
---
Component/s: (was: cnd - Code Completion)
 java - Editor

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Assignee: Gili
>Priority: Critical
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-239) Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-239:


I'd recommend, just to be 100% sure, to do a fresh clone. Every time I have 
seen this error from others it's because of their version of Ant.

> Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module
> ---
>
> Key: NETBEANS-239
> URL: https://issues.apache.org/jira/browse/NETBEANS-239
> Project: NetBeans
>  Issue Type: Bug
> Environment: Environment 1: Fedora release 25 (Twenty Five), javac 
> 1.8.0_151, Apache Ant(TM) version 1.9.6 compiled on February 3 2016 (Expected 
> failure as Ant 1.9.9 or above required)
> Environment 2: Fedora release 26 (Twenty Six), javac 1.8.0_151, Apache 
> Ant(TM) version 1.10.1 compiled on March 1 2017
>Reporter: Markus Kilås
> Attachments: ant-output-environment-2.txt, ant-output.txt
>
>
> I just cloned the [incubator-netbeans git 
> repo|https://github.com/apache/incubator-netbeans] and tried running {{ant}} 
> to build NetBeans. However the build fails complaining on no manifest for the 
> all-websvc.saas.api. Am I missing something that needs to be configured for 
> the build to succeed?
> {noformat}
> [user@dev-disp incubator-netbeans]$ git pull
> Already up-to-date.
> [user@dev-disp incubator-netbeans]$ git rev-parse HEAD
> f8b6323b690b5edafe91bae750f79db4247dd23c
> [user@dev-disp incubator-netbeans]$ ant
> Buildfile: 
> /home/user/VersionControlled/github/apache/incubator-netbeans/build.xml
> ... snip ...
> projectized-common.release:
>  [copy] Copying 1 file to 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon
> release:
> -init-startlevel:
> module-xml-regular:
>   [nbmerge] Failed to build target: all-websvc.saas.api
> BUILD FAILED
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:469:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:464:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:511:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/templates/common.xml:267:
>  Missing manifest tag OpenIDE-Module; 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon/modules/org-netbeans-modules-websvc-saas-api.jar
>  is not a module
> Total time: 1 minute 12 seconds
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-239) Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-239:


The version of Ant I use is:

Apache Ant(TM) version 1.10.1 compiled on February 2 2017

And there's no problem at all, i.e., on Mac OSX Sierra.

If I were you, I'd remove all the clones of Apache NetBeans that you have and 
do a completely new clone and then use Ant (and JDK 8, i.e., see the README at 
the Apache NetBeans Git repo for all the requirements and instructions).

> Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module
> ---
>
> Key: NETBEANS-239
> URL: https://issues.apache.org/jira/browse/NETBEANS-239
> Project: NetBeans
>  Issue Type: Bug
> Environment: Environment 1: Fedora release 25 (Twenty Five), javac 
> 1.8.0_151, Apache Ant(TM) version 1.9.6 compiled on February 3 2016 (Expected 
> failure as Ant 1.9.9 or above required)
> Environment 2: Fedora release 26 (Twenty Six), javac 1.8.0_151, Apache 
> Ant(TM) version 1.10.1 compiled on March 1 2017
>Reporter: Markus Kilås
> Attachments: ant-output-environment-2.txt, ant-output.txt
>
>
> I just cloned the [incubator-netbeans git 
> repo|https://github.com/apache/incubator-netbeans] and tried running {{ant}} 
> to build NetBeans. However the build fails complaining on no manifest for the 
> all-websvc.saas.api. Am I missing something that needs to be configured for 
> the build to succeed?
> {noformat}
> [user@dev-disp incubator-netbeans]$ git pull
> Already up-to-date.
> [user@dev-disp incubator-netbeans]$ git rev-parse HEAD
> f8b6323b690b5edafe91bae750f79db4247dd23c
> [user@dev-disp incubator-netbeans]$ ant
> Buildfile: 
> /home/user/VersionControlled/github/apache/incubator-netbeans/build.xml
> ... snip ...
> projectized-common.release:
>  [copy] Copying 1 file to 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon
> release:
> -init-startlevel:
> module-xml-regular:
>   [nbmerge] Failed to build target: all-websvc.saas.api
> BUILD FAILED
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:469:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:464:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:511:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/templates/common.xml:267:
>  Missing manifest tag OpenIDE-Module; 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon/modules/org-netbeans-modules-websvc-saas-api.jar
>  is not a module
> Total time: 1 minute 12 seconds
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-120) Discuss and design Download(s) area for new website

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-120:


There's standard solutions for all these items in Apache projects. For Apache 
NetBeans, for example, see this:

https://dist.apache.org/repos/dist/release/incubator/netbeans/incubating-netbeans-platform/incubating-9.0-alpha/

That's the Alpha release of Apache NetBeans (incubating) 9.0 Alpha:

https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+9.0+Alpha

> Discuss and design Download(s) area for new website
> ---
>
> Key: NETBEANS-120
> URL: https://issues.apache.org/jira/browse/NETBEANS-120
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Reporter: Wade Chandler
>
> The new web site will need a Download/s area. See other Apache projects for 
> ideas, but specifically, see the Groovy site 
> http://groovy-lang.org/download.html. Too, will NetBeans continue to have 
> various "lightweight" installers such as the C/C++, PHP, or Java only 
> configurations like at the current site? These are different decisions which 
> need to be made which can have impacts on the design of the downloads page.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-234) Exception when opening project

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-234:


So, if you create a brand new project in NetBeans from scratch, in 8.2, does 
this happen as well?

Note also that Apache NetBeans currently only supports Java SE projects, so if 
you're doing web development or something different, yes, Apache NetBeans does 
not support that yet.

Also, the fact that nb-javac fixes the problem is perfect, that's what it's 
for. Possibly the need to install nb-javac should be clearer, i.e., more 
prominent, so that that is done by whoever has a problem as quickly as possible.

> Exception when opening project
> --
>
> Key: NETBEANS-234
> URL: https://issues.apache.org/jira/browse/NETBEANS-234
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Reporter: Thomas Kellerer
>
> When opening a project (that was created with NetBeans 8.2) I get the 
> following exception:
> {noformat}
> java.lang.AssertionError: typeSig ERROR
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4856)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4916)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleClassSig(Types.java:4892)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Types$SignatureGenerator.assembleSig(Types.java:4805)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter$CWSignatureGenerator.assembleSig(ClassWriter.java:291)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.typeSig(ClassWriter.java:334)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeMemberAttrs(ClassWriter.java:589)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeField(ClassWriter.java:1138)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeFields(ClassWriter.java:1641)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClassFile(ClassWriter.java:1759)
>   at 
> jdk.compiler/com.sun.tools.javac.jvm.ClassWriter.writeClass(ClassWriter.java:1679)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:743)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1621)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:451)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:499)
>   at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:454)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$2.run(VanillaCompileWorker.java:302)
>   at 
> org.netbeans.modules.java.source.parsing.FileManagerTransaction.runConcurrent(FileManagerTransaction.java:180)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:293)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:273)
>   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.jav

[jira] [Commented] (NETBEANS-239) Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module with Fedora Ant package

2018-01-01 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-239:


Wonderful, thanks for this investigation and great it worked out.

> Build failure: org-netbeans-modules-websvc-saas-api.jar is not a module with 
> Fedora Ant package
> ---
>
> Key: NETBEANS-239
> URL: https://issues.apache.org/jira/browse/NETBEANS-239
> Project: NetBeans
>  Issue Type: Bug
> Environment: - Environment 1: Fedora release 25 (Twenty Five), javac 
> 1.8.0_151, Apache Ant(TM) version 1.9.6 compiled on February 3 2016 (Expected 
> failure as Ant 1.9.9 or above required)
> - Environment 2: Fedora release 26 (Twenty Six), javac 1.8.0_151, Apache 
> Ant(TM) version 1.10.1 compiled on March 1 2017
> - Environment 3: Fedora release 26 (Twenty Six), javac 1.8.0_151, Apache 
> Ant(TM) version 1.10.1 compiled on February 2 2017 (downloaded from 
> ant.apache.org) works
>Reporter: Markus Kilås
> Attachments: ant-output-environment-2.txt, ant-output.txt
>
>
> I just cloned the [incubator-netbeans git 
> repo|https://github.com/apache/incubator-netbeans] and tried running {{ant}} 
> to build NetBeans. However the build fails complaining on no manifest for the 
> all-websvc.saas.api. Am I missing something that needs to be configured for 
> the build to succeed?
> {noformat}
> [user@dev-disp incubator-netbeans]$ git pull
> Already up-to-date.
> [user@dev-disp incubator-netbeans]$ git rev-parse HEAD
> f8b6323b690b5edafe91bae750f79db4247dd23c
> [user@dev-disp incubator-netbeans]$ ant
> Buildfile: 
> /home/user/VersionControlled/github/apache/incubator-netbeans/build.xml
> ... snip ...
> projectized-common.release:
>  [copy] Copying 1 file to 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon
> release:
> -init-startlevel:
> module-xml-regular:
>   [nbmerge] Failed to build target: all-websvc.saas.api
> BUILD FAILED
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:469:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:464:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/build.xml:511:
>  The following error occurred while executing this line:
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/templates/common.xml:267:
>  Missing manifest tag OpenIDE-Module; 
> /home/user/VersionControlled/github/apache/incubator-netbeans/nbbuild/netbeans/websvccommon/modules/org-netbeans-modules-websvc-saas-api.jar
>  is not a module
> Total time: 1 minute 12 seconds
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-238) Invoking code-complete in Maven projects is extremely slow

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


Can you check to make sure that you're seeing this in Apache NetBeans, i.e., 
either after building the sources or after unzipping the daily build from here:

https://builds.apache.org/job/incubator-netbeans-linux

nb-jabvac is something you'll be asked to install at startup of Apache NetBeans 
(since it cannot be installed by default because it is not and will not be 
Apache licensed). First try without installing nb-javac, i.e., assuming you're 
on JDK 9 you'll then be using the vanilla javac from JDK 9. If you're able to 
reproduce the problem like that, install nb-javac as suggested by the IDE and 
try and reproduce there.

Is the problem specific to Maven in NetBeans or also to the standard Ant based 
projects? 

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Priority: Critical
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-164) Remove gesture collector / error reporter / usage statistics from default build

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-164:


We need to ask Apache whether they can support these, i.e., I don't believe 
there are other Apache projects that have this behavior.

> Remove gesture collector / error reporter / usage statistics from default 
> build
> ---
>
> Key: NETBEANS-164
> URL: https://issues.apache.org/jira/browse/NETBEANS-164
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Logger
>Reporter: Emilian Bold
>  Labels: Java9-IDE
>
> It's unclear from a legal/infrastructure perspective how the existing UI 
> gesture collector / error reporter / usage statistics will work under Apache.
> So we should disable/remove it from the default IDE builds.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-241) Migrate Exception Reporter to Apache

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-241:


We need to ask Apache whether they can support this, i.e., I don't believe 
there are other Apache projects that have this behavior.

> Migrate Exception Reporter to Apache
> 
>
> Key: NETBEANS-241
> URL: https://issues.apache.org/jira/browse/NETBEANS-241
> Project: NetBeans
>  Issue Type: Improvement
>  Components: ide - Logger
>Reporter: Gili
>
> Expected behavior: Exception Reporter should file bugs in the new Apache JIRA 
> issue tracker instead of the old Bugzilla system.
> It's not clear (to me at least) what metadata you need to store outside of 
> individual bug reports, so that needs to be fleshed out because Apache might 
> have provide the necessary infrastructure to host it.
> This issue is related to NETBEANS-164



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-241) Migrate Exception Reporter to Apache

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-241:


Would it be enough for the exception reporter to link to the issue tracker of 
Apache NetBeans, i.e., when an exception happens, the dialog would pop up, and 
then you'd be invited to click a link that would open a new issue form at 
Apache NetBeans where you'd fill in details?

Just trying to understand what we think our requirements are here.

> Migrate Exception Reporter to Apache
> 
>
> Key: NETBEANS-241
> URL: https://issues.apache.org/jira/browse/NETBEANS-241
> Project: NetBeans
>  Issue Type: Improvement
>  Components: ide - Logger
>Reporter: Gili
>
> Expected behavior: Exception Reporter should file bugs in the new Apache JIRA 
> issue tracker instead of the old Bugzilla system.
> It's not clear (to me at least) what metadata you need to store outside of 
> individual bug reports, so that needs to be fleshed out because Apache might 
> have provide the necessary infrastructure to host it.
> This issue is related to NETBEANS-164



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-241) Migrate Exception Reporter to Apache

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-241:


Jira issue tracker supports what is called 'Issue Collectors':

See: 
https://confluence.atlassian.com/adminjiraserver071/using-the-issue-collector-802592637.html

For advanced usage such as custom js code etc see:

https://confluence.atlassian.com/adminjiraserver072/advanced-use-of-the-jira-issue-collector-829827132.html?_ga=2.52741867.2102867430.1514888067-1806964933.1505117369

> Migrate Exception Reporter to Apache
> 
>
> Key: NETBEANS-241
> URL: https://issues.apache.org/jira/browse/NETBEANS-241
> Project: NetBeans
>  Issue Type: Improvement
>  Components: ide - Logger
>Reporter: Gili
>
> Expected behavior: Exception Reporter should file bugs in the new Apache JIRA 
> issue tracker instead of the old Bugzilla system.
> It's not clear (to me at least) what metadata you need to store outside of 
> individual bug reports, so that needs to be fleshed out because Apache might 
> have provide the necessary infrastructure to host it.
> This issue is related to NETBEANS-164



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-241) Migrate Exception Reporter to Apache

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-241:


I guess you're missing the point re the other Apache projects -- if no other 
Apache projects have something, it basically means we need to figure out how 
and whether we can do it, rather than being able to rely on an existing 
solution. That's all I'm saying here.

The links above to the Issue Collectors would probably be the way in which we 
could integrate the Exception Reporter. Had a brief chat with the Apache infra 
folks this morning (just go to infra.chat in your browser and you can ask 
questions there too) and that's the info they have provided.

> Migrate Exception Reporter to Apache
> 
>
> Key: NETBEANS-241
> URL: https://issues.apache.org/jira/browse/NETBEANS-241
> Project: NetBeans
>  Issue Type: Improvement
>  Components: ide - Logger
>Reporter: Gili
>
> Expected behavior: Exception Reporter should file bugs in the new Apache JIRA 
> issue tracker instead of the old Bugzilla system.
> It's not clear (to me at least) what metadata you need to store outside of 
> individual bug reports, so that needs to be fleshed out because Apache might 
> have provide the necessary infrastructure to host it.
> This issue is related to NETBEANS-164



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-242) NullPointerException at org.netbeans.modules.java.source.indexing.VanillaCompileWorker

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-242:


Is this with Apache NetBeans from here: 
https://builds.apache.org/job/incubator-netbeans-release/

Is this with nb-javac or javac from JDK 9, i.e., are you running on Java 9 and 
therefore using javac from there or have you installed nb-javac? Does this also 
occur with nb-javac?

> NullPointerException at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker
> --
>
> Key: NETBEANS-242
> URL: https://issues.apache.org/jira/browse/NETBEANS-242
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-152-on-20171231)
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+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
> Attachments: Price.java
>
>
> I saved a Java file and got this exception:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:492)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:420)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:187)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:436)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.dropMethodsAndErrors(VanillaCompileWorker.java:522)
> [catch] a

[jira] [Commented] (NETBEANS-242) NullPointerException at org.netbeans.modules.java.source.indexing.VanillaCompileWorker

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-242:


When you start up Apache NetBeans, you get a notification inside NetBeans about 
installing nb-javac.

> NullPointerException at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker
> --
>
> Key: NETBEANS-242
> URL: https://issues.apache.org/jira/browse/NETBEANS-242
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-152-on-20171231)
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+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
> Attachments: Price.java
>
>
> I saved a Java file and got this exception:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:492)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:420)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:187)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:436)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.dropMethodsAndErrors(VanillaCompileWorker.java:522)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:283)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer

[jira] [Commented] (NETBEANS-242) NullPointerException at org.netbeans.modules.java.source.indexing.VanillaCompileWorker

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-242:


Details: 
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+9.0+Beta

> NullPointerException at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker
> --
>
> Key: NETBEANS-242
> URL: https://issues.apache.org/jira/browse/NETBEANS-242
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-152-on-20171231)
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+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
> Attachments: Price.java
>
>
> I saved a Java file and got this exception:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:492)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:420)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:187)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:436)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.dropMethodsAndErrors(VanillaCompileWorker.java:522)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:283)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCus

[jira] [Commented] (NETBEANS-238) Invoking code-complete in Maven projects is extremely slow

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


Those are all the same, but built by different operating systems. Indeed, 
though the place to take the download from is 
https://builds.apache.org/job/incubator-netbeans-release.

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Priority: Critical
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-238) Invoking code-complete in Maven projects is extremely slow

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


So, this is specifically about Maven and NetBeans and is not related to 
nb-javac, javac or the version of NetBeans. Possibly connected to your network, 
etc, so, maybe this generic solution helps:

https://jaxenter.com/netbeans/keep-netbeans-nimble-with-maven-remote-search

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Priority: Critical
> Attachments: SlowCodeCompleteAntAndMaven.zip
>
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-238) Invoking code-complete in Maven projects is extremely slow

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


FYI, for me the code completion in SlowCodecompleteMaven is instantaneous.

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Priority: Critical
> Attachments: SlowCodeCompleteAntAndMaven.zip
>
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-238) Invoking code-complete in Maven projects is extremely slow

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


Well, we could use NetBeans IDE 8.2 as well to reproduce this, since you're 
able to reproduce this there too. I think you have a generic problem with 
Maven, possibly. Which version of Maven are you using.

I'm on Mac, so not able to reproduce your environment 100%.

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Priority: Critical
> Attachments: SlowCodeCompleteAntAndMaven.zip
>
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-238) Invoking code-complete in Maven projects is extremely slow

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


Just to confirm something -- you're able to reproduce this in NetBeans IDE 8.2 
as well? I.e., the official NetBeans IDE 8.2 from 
https://netbeans.org/downloads?

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Priority: Critical
> Attachments: SlowCodeCompleteAntAndMaven.zip
>
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-242) NullPointerException at org.netbeans.modules.java.source.indexing.VanillaCompileWorker

2018-01-02 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-242:


Definitely not. There's lots of reasons nb-javac was created:

https://cwiki.apache.org/confluence/display/NETBEANS/Overview%3A+nb-javac

And read the pros and cons of vanilla javac from jDK 9 here:

https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac

> NullPointerException at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker
> --
>
> Key: NETBEANS-242
> URL: https://issues.apache.org/jira/browse/NETBEANS-242
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-152-on-20171231)
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+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
> Attachments: Price.java
>
>
> I saved a Java file and got this exception:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:492)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:420)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:187)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:436)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.dropMethodsAndErrors(VanillaCompileWorker.java:522)
> [catch] at

[jira] [Commented] (NETBEANS-240) Potential system compromise: nb-javac library unsigned

2018-01-03 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-240:


Instead of from lahoda.info, the nb-javac plugin will be accessed from the 
NetBeans Plugin Portal, via https. The lahoda.info solution was a temporary 
solution.

> Potential system compromise: nb-javac library unsigned
> --
>
> Key: NETBEANS-240
> URL: https://issues.apache.org/jira/browse/NETBEANS-240
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Markus Kilås
>Priority: Critical
>
> During startup of NetBeans the user is prompted to choose a javac library. 
> However, the recommended one, nbjavac, is fetched over an insecure connection 
> (both plugin metadata and the actually binaries are fetched over HTTP from 
> bits.netbeans.org and lahoda.info) and the binaries are unsigned.
> The plugin system does the right thing and warns the user about the unsigned 
> plugins. However, if the user anyway ignores the warnings the system could 
> easily be compromised. The risk of choosing the insecure alternative is also 
> larger due to that the user gets very mixed messages as the insecure option 
> is first "Highly recommended" and then there is a warning that it is 
> "potentially insecure".
> Binary being fetched from lahoda.info on HTTP port 80:
> {noformat}
> GET /netbeans/nb-javac-auc/org-netbeans-modules-nbjavac.nbm HTTP/1.1
> Cache-Control: no-cache
> Pragma: no-cache
> User-Agent: Java/1.8.0_151
> Host: lahoda.info
> Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
> Connection: keep-alive
> HTTP/1.1 200 OK
> Content-Type: application/octet-stream
> Accept-Ranges: bytes
> Content-Length: 17626
> Date: Mon, 01 Jan 2018 17:49:45 GMT
> Server: lighttpd/1.4.42
> PK..
> KMETA-INF/PK..
> ...
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-240) Potential system compromise: nb-javac library unsigned

2018-01-03 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-240:


Yes.

> Potential system compromise: nb-javac library unsigned
> --
>
> Key: NETBEANS-240
> URL: https://issues.apache.org/jira/browse/NETBEANS-240
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Markus Kilås
>Priority: Critical
>
> During startup of NetBeans the user is prompted to choose a javac library. 
> However, the recommended one, nbjavac, is fetched over an insecure connection 
> (both plugin metadata and the actually binaries are fetched over HTTP from 
> bits.netbeans.org and lahoda.info) and the binaries are unsigned.
> The plugin system does the right thing and warns the user about the unsigned 
> plugins. However, if the user anyway ignores the warnings the system could 
> easily be compromised. The risk of choosing the insecure alternative is also 
> larger due to that the user gets very mixed messages as the insecure option 
> is first "Highly recommended" and then there is a warning that it is 
> "potentially insecure".
> Binary being fetched from lahoda.info on HTTP port 80:
> {noformat}
> GET /netbeans/nb-javac-auc/org-netbeans-modules-nbjavac.nbm HTTP/1.1
> Cache-Control: no-cache
> Pragma: no-cache
> User-Agent: Java/1.8.0_151
> Host: lahoda.info
> Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
> Connection: keep-alive
> HTTP/1.1 200 OK
> Content-Type: application/octet-stream
> Accept-Ranges: bytes
> Content-Length: 17626
> Date: Mon, 01 Jan 2018 17:49:45 GMT
> Server: lighttpd/1.4.42
> PK..
> KMETA-INF/PK..
> ...
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-242) NullPointerException at org.netbeans.modules.java.source.indexing.VanillaCompileWorker

2018-01-03 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-242:


All kinds of issues have already been fixed regarding javac. Why wouldn't 
javac-related bugs be fixed?

> NullPointerException at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker
> --
>
> Key: NETBEANS-242
> URL: https://issues.apache.org/jira/browse/NETBEANS-242
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-152-on-20171231)
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+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
> Attachments: Price.java
>
>
> I saved a Java file and got this exception:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:492)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:420)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:187)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:436)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.dropMethodsAndErrors(VanillaCompileWorker.java:522)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:283)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndex

[jira] [Commented] (NETBEANS-242) NullPointerException at org.netbeans.modules.java.source.indexing.VanillaCompileWorker

2018-01-03 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-242:


Here's one that's been fixed, for example: 
https://issues.apache.org/jira/browse/NETBEANS-230

> NullPointerException at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker
> --
>
> Key: NETBEANS-242
> URL: https://issues.apache.org/jira/browse/NETBEANS-242
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-152-on-20171231)
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+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
> Attachments: Price.java
>
>
> I saved a Java file and got this exception:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:492)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:517)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.resolveErrors(VanillaCompileWorker.java:518)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:485)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.error2Object(VanillaCompileWorker.java:507)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:420)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitMethod(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:187)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:436)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitClass(VanillaCompileWorker.java:380)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.dropMethodsAndErrors(VanillaCompileWorker.java:522)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:283)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(

[jira] [Commented] (NETBEANS-238) Invoking code-complete in Maven projects is extremely slow

2018-01-07 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


Maybe the reason why it still works correctly without the diff is that you're 
using the same user directory. I.e., do 'ant clean' before 'ant' when you build 
without the diff and make sure that you start up in a fresh user directory, 
e.g., via netbeans.conf.

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Priority: Critical
> Attachments: NETBEANS-238-experiment.diff, 
> SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss
>
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-257) improve feedback of ant try for OpenJDK

2018-01-08 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-257:


There is no need to use ‘ant tryme’.

Set the JDK in netbeans.conf in the installation directory, e.g. in 
nbbuild/netbeans if you built it yourself.

> improve feedback of ant try for OpenJDK
> ---
>
> Key: NETBEANS-257
> URL: https://issues.apache.org/jira/browse/NETBEANS-257
> Project: NetBeans
>  Issue Type: Improvement
>Affects Versions: 9.0
> Environment: Ubuntu 17.10
>Reporter: Karl Richter
>
> After building with `ant` in a cleaned `git` clone, I get the recommendation 
> to run with a 9.x JDK in order to avoid the download of a library. That's not 
> possible intuitively because `env JAVA_HOME=/usr/lib/jvm/java-9-openjdk-amd64 
> ant tryme` fails due to `tryme:
>  [exec] Cannot find java. Please use the --jdkhome switch.` and I have no 
> idea how to pass the `--jdkhome` switch through `ant`. Please add information 
> to the error message (there's no need to explain it here, I'll just wait for 
> the fix and figure it out from the new feedback).
> experienced with 9.0-alpha-rc2-353-g74d81e7c9



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-238) Invoking code-complete in Maven projects is extremely slow

2018-01-08 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-238:


Sounds to me like this diff should be turned into a pull request.

> Invoking code-complete in Maven projects is extremely slow
> --
>
> Key: NETBEANS-238
> URL: https://issues.apache.org/jira/browse/NETBEANS-238
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: build 152
>Reporter: Gili
>Priority: Critical
> Attachments: NETBEANS-238-experiment.diff, 
> SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss
>
>
> Say I'm in a class that has a field {{singletonScope}} where this class is 
> defined within the same Maven module.
> I type {{singletonScope.}} then wait for auto-complete to suggest possible 
> methods. Code-complete takes roughly 10 seconds to come back.
> This is reproducible 100% of the time.
> Expected behavior: Code-complete should complete within 300ms or less.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-259) Consolidate README in Apache NetBeans src distros

2018-01-09 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-259:
--

 Summary: Consolidate README in Apache NetBeans src distros
 Key: NETBEANS-259
 URL: https://issues.apache.org/jira/browse/NETBEANS-259
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


There's a great README here describing how to build Apache NetBeans:

https://github.com/apache/incubator-netbeans/blob/master/README.md

That's what should be copied into the src ZIP file, instead of this, which 
should be deleted:

https://github.com/apache/incubator-netbeans/blob/master/ide.branding/README-src.txt

As well as instead of this, for the platform, which should be deleted too:

https://github.com/apache/incubator-netbeans/blob/master/o.n.bootstrap/readme/README-src.txt




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-273) Problems adding module deps in NetBeans Module projects

2018-01-12 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-273:
--

 Summary: Problems adding module deps in NetBeans Module projects
 Key: NETBEANS-273
 URL: https://issues.apache.org/jira/browse/NETBEANS-273
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


1. Build 9.0 Beta rc1.
2. Start it up (in my case on JDK 8, then install nb-javac).
3. Create new NetBeans module project from New Project wizard.
4. Use New Window wizard, enter values, click Finish.
5. Import statements are not resolved because certain dependencies have not 
been automatically added.
5. One of these is Settings API. When trying to add manually, fails, message: 
"Adding project Settings API as dependency would introduce cyclic dependency! 
Dependency was not added."



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-251) Generate hashCode/equals() throws NPE

2018-01-12 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-251:


I can reproduce with the attached project.

> Generate hashCode/equals() throws NPE
> -
>
> Key: NETBEANS-251
> URL: https://issues.apache.org/jira/browse/NETBEANS-251
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion & Templates
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-159-on-20180102)
> Updates: Updates available
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+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
>  Labels: regression
> Attachments: GenerateEqualsNPE.zip
>
>
> 1. Invoke Generate -> equals() and hashCode()
> 2. Select any field(s)
> 3. Click "Generate"
> 4. Exception thrown:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.pretty.WidthEstimator.widthQ(WidthEstimator.java:92)
>   at 
> org.netbeans.modules.java.source.pretty.WidthEstimator.width(WidthEstimator.java:76)
>   at 
> org.netbeans.modules.java.source.pretty.WidthEstimator.visitSelect(WidthEstimator.java:262)
>   at 
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2110)
>   at 
> org.netbeans.modules.java.source.pretty.WidthEstimator.estimateWidth(WidthEstimator.java:48)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.visitBinary(VeryPretty.java:1703)
>   at com.sun.tools.javac.tree.JCTree$JCBinary.accept(JCTree.java:1989)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printNoParenExpr(VeryPretty.java:2807)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.visitIf(VeryPretty.java:1391)
>   at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1421)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printStat(VeryPretty.java:2873)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printStats(VeryPretty.java:2929)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:3011)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:2948)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:1002)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:276)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3936)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1086)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5215)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5008)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3854)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:578)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5188)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5020)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:346)
>   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

[jira] [Comment Edited] (NETBEANS-251) Generate hashCode/equals() throws NPE

2018-01-12 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-251 at 1/12/18 1:12 PM:
-

I can reproduce with the attached project, only for equals, not for hashCode.


was (Author: geertjanwielenga):
I can reproduce with the attached project.

> Generate hashCode/equals() throws NPE
> -
>
> Key: NETBEANS-251
> URL: https://issues.apache.org/jira/browse/NETBEANS-251
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion & Templates
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-159-on-20180102)
> Updates: Updates available
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+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
>  Labels: regression
> Attachments: GenerateEqualsNPE.zip
>
>
> 1. Invoke Generate -> equals() and hashCode()
> 2. Select any field(s)
> 3. Click "Generate"
> 4. Exception thrown:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.pretty.WidthEstimator.widthQ(WidthEstimator.java:92)
>   at 
> org.netbeans.modules.java.source.pretty.WidthEstimator.width(WidthEstimator.java:76)
>   at 
> org.netbeans.modules.java.source.pretty.WidthEstimator.visitSelect(WidthEstimator.java:262)
>   at 
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2110)
>   at 
> org.netbeans.modules.java.source.pretty.WidthEstimator.estimateWidth(WidthEstimator.java:48)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.visitBinary(VeryPretty.java:1703)
>   at com.sun.tools.javac.tree.JCTree$JCBinary.accept(JCTree.java:1989)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printNoParenExpr(VeryPretty.java:2807)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.visitIf(VeryPretty.java:1391)
>   at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1421)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printStat(VeryPretty.java:2873)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printStats(VeryPretty.java:2929)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:3011)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:2948)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:1002)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407)
>   at 
> org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:276)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3936)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1086)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5215)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5008)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3854)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:578)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5188)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5020)
>   at 
> org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:346)
>   at 
> org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:907)
>   at 
> org.netbeans.api.java.source.WorkingCopy.g

[jira] [Commented] (NETBEANS-276) Binaries wrongly included in source zip

2018-01-12 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-276:


I confirm this is correct. What needs to change to fix this?

> Binaries wrongly included in source zip
> ---
>
> Key: NETBEANS-276
> URL: https://issues.apache.org/jira/browse/NETBEANS-276
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Antonio Vieiro
>
> The task that builds the zip file includes wrong jars.
> See [the mailing list for more 
> info|http://mail-archives.apache.org/mod_mbox/incubator-netbeans-dev/201801.mbox/browser]
> Differences are:
> incubator-netbeans$ diff -qr . ../extracted-source-files
> Only in .: .git
> Only in .: .gitattributes
> Only in .: .gitignore
> Only in .: .travis.yml
> Only in ../incubating: DEPENDENCIES
> Files ./LICENSE and ../incubating/LICENSE differ
> Files ./NOTICE and ../incubating/NOTICE differ
> Only in .: form.binding
> Only in .: hibernate
> Only in .: hibernate4lib
> Only in ../incubating/javahelp/external: jhall-2.0_05.jar
> Only in ../incubating/libs.junit4/external: hamcrest-core-1.3.jar
> Only in ../incubating/libs.junit4/external: junit-4.12.jar
> Only in .: libs.svnClientAdapter.svnkit
> Only in ../incubating/nbbuild: build
> Only in ../incubating/nbbuild/external: apache-rat-0.12.jar
> Only in ../incubating/nbbuild/external: apitest.jar
> Only in ../incubating/nbbuild/external: langtools-9.zip
> Only in ../incubating/nbbuild/external: vanilla-javac-api.jar
> Only in ../incubating/nbbuild/external: vanilla-javac-impl.jar
> Only in .: o.jdesktop.beansbinding
> Only in .: travis-check-line-endings.sh



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-276) Binaries wrongly included in source zip

2018-01-12 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-276 at 1/12/18 10:16 PM:
--

I confirm this is correct, i.e., these are included and should not be. What 
needs to change to fix this?


was (Author: geertjanwielenga):
I confirm this is correct. What needs to change to fix this?

> Binaries wrongly included in source zip
> ---
>
> Key: NETBEANS-276
> URL: https://issues.apache.org/jira/browse/NETBEANS-276
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Antonio Vieiro
>
> The task that builds the zip file includes wrong jars.
> See [the mailing list for more 
> info|http://mail-archives.apache.org/mod_mbox/incubator-netbeans-dev/201801.mbox/browser]
> Differences are:
> incubator-netbeans$ diff -qr . ../extracted-source-files
> Only in .: .git
> Only in .: .gitattributes
> Only in .: .gitignore
> Only in .: .travis.yml
> Only in ../incubating: DEPENDENCIES
> Files ./LICENSE and ../incubating/LICENSE differ
> Files ./NOTICE and ../incubating/NOTICE differ
> Only in .: form.binding
> Only in .: hibernate
> Only in .: hibernate4lib
> Only in ../incubating/javahelp/external: jhall-2.0_05.jar
> Only in ../incubating/libs.junit4/external: hamcrest-core-1.3.jar
> Only in ../incubating/libs.junit4/external: junit-4.12.jar
> Only in .: libs.svnClientAdapter.svnkit
> Only in ../incubating/nbbuild: build
> Only in ../incubating/nbbuild/external: apache-rat-0.12.jar
> Only in ../incubating/nbbuild/external: apitest.jar
> Only in ../incubating/nbbuild/external: langtools-9.zip
> Only in ../incubating/nbbuild/external: vanilla-javac-api.jar
> Only in ../incubating/nbbuild/external: vanilla-javac-impl.jar
> Only in .: o.jdesktop.beansbinding
> Only in .: travis-check-line-endings.sh



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-240) Potential system compromise: nb-javac library unsigned

2018-01-14 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-240:


I think the point is that it's not clear what the proper signing is for Apache.

> Potential system compromise: nb-javac library unsigned
> --
>
> Key: NETBEANS-240
> URL: https://issues.apache.org/jira/browse/NETBEANS-240
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Markus Kilås
>Priority: Critical
>
> During startup of NetBeans the user is prompted to choose a javac library. 
> However, the recommended one, nbjavac, is fetched over an insecure connection 
> (both plugin metadata and the actually binaries are fetched over HTTP from 
> bits.netbeans.org and lahoda.info) and the binaries are unsigned.
> The plugin system does the right thing and warns the user about the unsigned 
> plugins. However, if the user anyway ignores the warnings the system could 
> easily be compromised. The risk of choosing the insecure alternative is also 
> larger due to that the user gets very mixed messages as the insecure option 
> is first "Highly recommended" and then there is a warning that it is 
> "potentially insecure".
> Binary being fetched from lahoda.info on HTTP port 80:
> {noformat}
> GET /netbeans/nb-javac-auc/org-netbeans-modules-nbjavac.nbm HTTP/1.1
> Cache-Control: no-cache
> Pragma: no-cache
> User-Agent: Java/1.8.0_151
> Host: lahoda.info
> Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
> Connection: keep-alive
> HTTP/1.1 200 OK
> Content-Type: application/octet-stream
> Accept-Ranges: bytes
> Content-Length: 17626
> Date: Mon, 01 Jan 2018 17:49:45 GMT
> Server: lighttpd/1.4.42
> PK..
> KMETA-INF/PK..
> ...
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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-283) private_key in libs.git module should be renamed

2018-01-16 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-283:
--

 Summary: private_key in libs.git module should be renamed
 Key: NETBEANS-283
 URL: https://issues.apache.org/jira/browse/NETBEANS-283
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


In  /libs.git/test/unit/src/org/netbeans/libs/git/jgit/ConnectionTest.java, a 
private_key is referenced. That reference and the name of the private_key 
should be changed to private_key_for_testing_only, so that it is clear what it 
is for, i.e., it is not actually a private_key, which would be a problem to 
include in a release, but a file used for test purposes only and, to avoid 
confusion, should be named and referenced as such. 



--
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-287) Dead lock when saving file

2018-01-17 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-287:


Can you reproduce this in Apache NetBeans (from the description here it appears 
to affect 8.2).

> Dead lock when saving file
> --
>
> Key: NETBEANS-287
> URL: https://issues.apache.org/jira/browse/NETBEANS-287
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 8.2
> Environment: Windows 10 JDK 1.8.0_162 64bit
>Reporter: Enrico Scantamburlo
>Priority: Major
> Attachments: 1.tdump, 2.tdump
>
>
> I modified a java file, then saved with "format on save" on, and I had a 
> thread  deadlock



--
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-292) Broken form properties on JDK 9

2018-01-18 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-292:


Also, when a value is filled in in the list of properties, it cannot be saved.

> Broken form properties on JDK 9
> ---
>
> Key: NETBEANS-292
> URL: https://issues.apache.org/jira/browse/NETBEANS-292
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Jan Lahoda
>Assignee: Jan Lahoda
>Priority: Critical
>  Labels: jdk9, pull-request-available
> Attachments: form-broken-properties.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Run on JDK 9, create a form, add a component, select it and look at the 
> properties. The list of properties appears OK, but their editors are usually 
> empty combos, which is not right.
> (Noted by [~GeertjanWielenga].)



--
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-292) Broken form properties on JDK 9

2018-01-18 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-292:


Workaround right now is to run Apache NetBeans on JDK 8, where this problem 
does not occur.

> Broken form properties on JDK 9
> ---
>
> Key: NETBEANS-292
> URL: https://issues.apache.org/jira/browse/NETBEANS-292
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Jan Lahoda
>Assignee: Jan Lahoda
>Priority: Critical
>  Labels: jdk9, pull-request-available
> Attachments: form-broken-properties.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Run on JDK 9, create a form, add a component, select it and look at the 
> properties. The list of properties appears OK, but their editors are usually 
> empty combos, which is not right.
> (Noted by [~GeertjanWielenga].)



--
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-303) Remove binary ZIPs from lib.terminalemulator/examples

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-303:
--

 Summary: Remove binary ZIPs from lib.terminalemulator/examples
 Key: NETBEANS-303
 URL: https://issues.apache.org/jira/browse/NETBEANS-303
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


For IP clearance, the following need to be removed, as well as their 
references, if any:

./lib.terminalemulator/examples/lib.richexecution/process_start-linux-intel.zip
./lib.terminalemulator/examples/lib.richexecution/process_start-mac-intel.zip
./lib.terminalemulator/examples/lib.richexecution/process_start-solaris-intel.zip
./lib.terminalemulator/examples/lib.richexecution/process_start-solaris-sparc.zip



--
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-304) Every issue raised by IPMC in 9.0 Beta rc2 vote to be in JIRA

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-304:
--

 Summary: Every issue raised by IPMC in 9.0 Beta rc2 vote to be in 
JIRA
 Key: NETBEANS-304
 URL: https://issues.apache.org/jira/browse/NETBEANS-304
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


All items listed by Justin Mclean to be turned into an issue in JIRA:

https://lists.apache.org/thread.html/5fdb996c8b25e5c48c47e4eca3942b656f690694d767d795524cc960@%3Cgeneral.incubator.apache.org%3E



--
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-304) Every issue raised by IPMC in 9.0 Beta rc2 vote to be in JIRA

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-304:


See this page: 
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+9.0+Beta+rc3

> Every issue raised by IPMC in 9.0 Beta rc2 vote to be in JIRA
> -
>
> Key: NETBEANS-304
> URL: https://issues.apache.org/jira/browse/NETBEANS-304
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> All items listed by Justin Mclean to be turned into an issue in JIRA:
> https://lists.apache.org/thread.html/5fdb996c8b25e5c48c47e4eca3942b656f690694d767d795524cc960@%3Cgeneral.incubator.apache.org%3E



--
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-305) Several (not dual license) GPL license files exist

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-305:
--

 Summary: Several (not dual license) GPL license files exist
 Key: NETBEANS-305
 URL: https://issues.apache.org/jira/browse/NETBEANS-305
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


Several (not dual license) GPL license files exist in the source release. Does 
this software include GPL or depend on any GPL licensed software? 

For instance:
nbbuild/licenses/LGPL-2.1
apisupport.installer/src/org/netbeans/modules/apisupport/installer/resources/licenses/GPL



--
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-305) Several (not dual license) GPL license files exist

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-305 at 1/22/18 2:46 PM:
-

Solution: remove the related Ant exclusion, run Ant Rat to identify where these 
are found, and delete them. They're obsolete and don't signify anything at this 
stage and should simply be deleted. In each case, though, check to make sure 
that they really are not relevant anymore before deleting them.


was (Author: geertjanwielenga):
Solution: remove the related Ant exclusion, run Ant Rat to identify where these 
are found, and delete them> They're obsolete and don't signify anything at this 
stage and should simply be deleted. In each case, though, check to make sure 
that they really are not relevant anymore before deleting them.

> Several (not dual license) GPL license files exist
> --
>
> Key: NETBEANS-305
> URL: https://issues.apache.org/jira/browse/NETBEANS-305
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Several (not dual license) GPL license files exist in the source release. 
> Does this software include GPL or depend on any GPL licensed software? 
> For instance:
> nbbuild/licenses/LGPL-2.1
> apisupport.installer/src/org/netbeans/modules/apisupport/installer/resources/licenses/GPL



--
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-305) Several (not dual license) GPL license files exist

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-305:


Solution: remove the related Ant exclusion, run Ant Rat to identify where these 
are found, and delete them> They're obsolete and don't signify anything at this 
stage and should simply be deleted. In each case, though, check to make sure 
that they really are not relevant anymore before deleting them.

> Several (not dual license) GPL license files exist
> --
>
> Key: NETBEANS-305
> URL: https://issues.apache.org/jira/browse/NETBEANS-305
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Several (not dual license) GPL license files exist in the source release. 
> Does this software include GPL or depend on any GPL licensed software? 
> For instance:
> nbbuild/licenses/LGPL-2.1
> apisupport.installer/src/org/netbeans/modules/apisupport/installer/resources/licenses/GPL



--
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-306) Java source files as test data: need licensing or not?

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-306:
--

 Summary: Java source files as test data: need licensing or not?
 Key: NETBEANS-306
 URL: https://issues.apache.org/jira/browse/NETBEANS-306
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


Do files such as these, in 'test/*/data' need to be licensed to Apache or since 
they are test data should they remain unlicensed:

 

https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-307) Sun licensed files to be relicensed to Apache

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-307:
--

 Summary: Sun licensed files to be relicensed to Apache
 Key: NETBEANS-307
 URL: https://issues.apache.org/jira/browse/NETBEANS-307
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


diff/test/unit/src/org/netbeans/modules/diff/builtin/provider/DiffTestFile1a.txt
 
diff/test/unit/src/org/netbeans/modules/diff/builtin/provider/DiffTestFile1b.txt



--
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] [Closed] (NETBEANS-307) Sun licensed files to be relicensed to Apache

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga closed NETBEANS-307.
--
Resolution: Fixed

https://github.com/apache/incubator-netbeans/pull/381

> Sun licensed files to be relicensed to Apache
> -
>
> Key: NETBEANS-307
> URL: https://issues.apache.org/jira/browse/NETBEANS-307
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> diff/test/unit/src/org/netbeans/modules/diff/builtin/provider/DiffTestFile1a.txt
>  
> diff/test/unit/src/org/netbeans/modules/diff/builtin/provider/DiffTestFile1b.txt



--
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-308) Licensing of javafx2.samples stock photos

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-308:
--

 Summary: Licensing of javafx2.samples stock photos
 Key: NETBEANS-308
 URL: https://issues.apache.org/jira/browse/NETBEANS-308
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


There seem to be a number of stock photos in the release. How are they 
licensed? Do you have permission to use or distribute them?

See these specific stock photos:

javafx2.samples/DisplayShelf/src/displayshelf/animalX.jpg 31. 
javafx2.samples/Fireworks/src/Fireworks/sf.jpg 32. 
javafx2.samples/PuzzlePieces/src/puzzlepieces/PuzzlePieces-picture.jpg



--
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-308) Licensing of javafx2.samples stock photos

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga updated NETBEANS-308:
---
Description: 
There seem to be a number of stock photos in the release. How are they 
licensed? Do you have permission to use or distribute them?

See these specific stock photos:

javafx2.samples/DisplayShelf/src/displayshelf/animalX.jpg

javafx2.samples/Fireworks/src/Fireworks/sf.jpg

javafx2.samples/PuzzlePieces/src/puzzlepieces/PuzzlePieces-picture.jpg

  was:
There seem to be a number of stock photos in the release. How are they 
licensed? Do you have permission to use or distribute them?

See these specific stock photos:

javafx2.samples/DisplayShelf/src/displayshelf/animalX.jpg 31. 
javafx2.samples/Fireworks/src/Fireworks/sf.jpg 32. 
javafx2.samples/PuzzlePieces/src/puzzlepieces/PuzzlePieces-picture.jpg


> Licensing of javafx2.samples stock photos
> -
>
> Key: NETBEANS-308
> URL: https://issues.apache.org/jira/browse/NETBEANS-308
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> There seem to be a number of stock photos in the release. How are they 
> licensed? Do you have permission to use or distribute them?
> See these specific stock photos:
> javafx2.samples/DisplayShelf/src/displayshelf/animalX.jpg
> javafx2.samples/Fireworks/src/Fireworks/sf.jpg
> javafx2.samples/PuzzlePieces/src/puzzlepieces/PuzzlePieces-picture.jpg



--
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-308) Licensing of javafx2.samples stock photos

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-308:


Simplest solution is to remove these three images and replace them with 
something drawn by one of the Apache NetBeans committers in Paint or a photo 
made by one of the Apache NetBeans committers.

> Licensing of javafx2.samples stock photos
> -
>
> Key: NETBEANS-308
> URL: https://issues.apache.org/jira/browse/NETBEANS-308
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> There seem to be a number of stock photos in the release. How are they 
> licensed? Do you have permission to use or distribute them?
> See these specific stock photos:
> javafx2.samples/DisplayShelf/src/displayshelf/animalX.jpg
> javafx2.samples/Fireworks/src/Fireworks/sf.jpg
> javafx2.samples/PuzzlePieces/src/puzzlepieces/PuzzlePieces-picture.jpg



--
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-309) IP provenance of icons in Apache NetBeans

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-309:
--

 Summary: IP provenance of icons in Apache NetBeans 
 Key: NETBEANS-309
 URL: https://issues.apache.org/jira/browse/NETBEANS-309
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


Current a Rat exclusion excludes all images. All the images have been donated 
by Oracle. Needs to be clarified whether/how to determine whether they belong 
to Apache.



--
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-309) IP provenance of icons in Apache NetBeans

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga updated NETBEANS-309:
---
Description: Currently a Rat exclusion excludes all images from Apache Rat 
runs. All the images have been donated by Oracle. Needs to be clarified 
whether/how to determine whether they belong to Apache.  (was: Current a Rat 
exclusion excludes all images. All the images have been donated by Oracle. 
Needs to be clarified whether/how to determine whether they belong to Apache.)

> IP provenance of icons in Apache NetBeans 
> --
>
> Key: NETBEANS-309
> URL: https://issues.apache.org/jira/browse/NETBEANS-309
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Currently a Rat exclusion excludes all images from Apache Rat runs. All the 
> images have been donated by Oracle. Needs to be clarified whether/how to 
> determine whether they belong to Apache.



--
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-309) IP provenance of icons in Apache NetBeans

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga updated NETBEANS-309:
---
Description: Currently a Rat exclusion excludes all images from Apache Rat 
runs. All the images have been donated by Oracle. Needs to be clarified 
if/whether/how to determine whether they belong to Apache and if/whether/how 
anything needs to be stated about images in the NOTICE or LICENSE file or 
somewhere else.  (was: Currently a Rat exclusion excludes all images from 
Apache Rat runs. All the images have been donated by Oracle. Needs to be 
clarified whether/how to determine whether they belong to Apache.)

> IP provenance of icons in Apache NetBeans 
> --
>
> Key: NETBEANS-309
> URL: https://issues.apache.org/jira/browse/NETBEANS-309
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Currently a Rat exclusion excludes all images from Apache Rat runs. All the 
> images have been donated by Oracle. Needs to be clarified if/whether/how to 
> determine whether they belong to Apache and if/whether/how anything needs to 
> be stated about images in the NOTICE or LICENSE file or somewhere else.



--
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-310) EPL licensed files to be resolved

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-310:
--

 Summary: EPL licensed files to be resolved
 Key: NETBEANS-310
 URL: https://issues.apache.org/jira/browse/NETBEANS-310
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


xml.jaxb/src/org/netbeans/modules/xml/jaxb/resources/eclipselink_oxm_2_3.xsd

maven.coverage/src/org/netbeans/modules/maven/coverage/jacoco-1.0.dtd

j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_2_0.xsd

j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_2_1.xsd

j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_2_0.xsd

j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_2_1.xsd



--
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-311) CDDL/GPL licensed files to be resolved

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-311:
--

 Summary: CDDL/GPL licensed files to be resolved
 Key: NETBEANS-311
 URL: https://issues.apache.org/jira/browse/NETBEANS-311
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_1_0.xsd

j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_1_0.xsd

websvc.saas.api/src/org/netbeans/modules/websvc/saas/model/wadl20061109.xsd



--
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-311) CDDL/GPL licensed files to be resolved

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga updated NETBEANS-311:
---
Description: 
j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_1_0.xsd

j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_1_0.xsd

websvc.saas.api/src/org/netbeans/modules/websvc/saas/model/wadl20061109.xsd

test/unit/src/org/netbeans/modules/editor/settings/storage/compatibility/p1/SFS-Editors-Folder.zip/

  was:
j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_1_0.xsd

j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_1_0.xsd

websvc.saas.api/src/org/netbeans/modules/websvc/saas/model/wadl20061109.xsd


> CDDL/GPL licensed files to be resolved
> --
>
> Key: NETBEANS-311
> URL: https://issues.apache.org/jira/browse/NETBEANS-311
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_1_0.xsd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_1_0.xsd
> websvc.saas.api/src/org/netbeans/modules/websvc/saas/model/wadl20061109.xsd
> test/unit/src/org/netbeans/modules/editor/settings/storage/compatibility/p1/SFS-Editors-Folder.zip/



--
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-312) Patch files removing headers

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-312:
--

 Summary: Patch files removing headers
 Key: NETBEANS-312
 URL: https://issues.apache.org/jira/browse/NETBEANS-312
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


css.lib/src/org/netbeans/modules/css/lib/antlrv4.patch

html.validation/external/validator.patch



--
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-313) Resolve MIT licensed file

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-313:
--

 Summary: Resolve MIT licensed file
 Key: NETBEANS-313
 URL: https://issues.apache.org/jira/browse/NETBEANS-313
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


Probably simply remove bootstrap.css (which includes normalize.css):

https://github.com/apache/incubator-netbeans/blob/master/css.model/test/unit/data/testfiles/bootstrap.css



--
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-314) Resolve licensing of DTDs/4_0/HTMLlat1.ent and similar

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-314:
--

 Summary: Resolve licensing of DTDs/4_0/HTMLlat1.ent and similar
 Key: NETBEANS-314
 URL: https://issues.apache.org/jira/browse/NETBEANS-314
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


LICENSE is missing licenses for this IOS file (and about a dozen other files):

html.editor/src/org/netbeans/modules/html/editor/resources/DTDs/4_0/HTMLlat1.ent



--
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-315) Resolve licensing of welcome/resources/rss-0_91.dtd

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-315:
--

 Summary: Resolve licensing of welcome/resources/rss-0_91.dtd
 Key: NETBEANS-315
 URL: https://issues.apache.org/jira/browse/NETBEANS-315
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


How is this file licensed:

welcome/src/org/netbeans/modules/welcome/resources/rss-0_91.dtd



--
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-316) Resolve licensing of Transform.xsd and other W3C files

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-316:
--

 Summary: Resolve licensing of Transform.xsd and other W3C files
 Key: NETBEANS-316
 URL: https://issues.apache.org/jira/browse/NETBEANS-316
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


LICENSE is missing licenses for this WC3 license file and a dozen others:

src/org/netbeans/modules/xml/catalog/resources/Transform.xsd



--
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-317) Too much info in binary LICENSE and NOTICE

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-317:
--

 Summary: Too much info in binary LICENSE and NOTICE
 Key: NETBEANS-317
 URL: https://issues.apache.org/jira/browse/NETBEANS-317
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


- There is no need to repeat the Apache license text several times
- Only 3rd party software that is bundled in the source release needs to be 
mention in LICENSE and NOTICE. Is everything mentioned really bundled?
- NOTICE seems to contain too much information
- For long licenses it best to use a pointer the the full text of the license 
rather than include the full text



--
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-304) Every issue raised by IPMC in 9.0 Beta rc2 vote to be in JIRA

2018-01-22 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga resolved NETBEANS-304.

Resolution: Fixed

> Every issue raised by IPMC in 9.0 Beta rc2 vote to be in JIRA
> -
>
> Key: NETBEANS-304
> URL: https://issues.apache.org/jira/browse/NETBEANS-304
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> All items listed by Justin Mclean to be turned into an issue in JIRA:
> https://lists.apache.org/thread.html/5fdb996c8b25e5c48c47e4eca3942b656f690694d767d795524cc960@%3Cgeneral.incubator.apache.org%3E



--
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-318) Move RAT exclusion definitions to a separate file

2018-01-22 Thread Geertjan Wielenga (JIRA)
Geertjan Wielenga created NETBEANS-318:
--

 Summary: Move RAT exclusion definitions to a separate file
 Key: NETBEANS-318
 URL: https://issues.apache.org/jira/browse/NETBEANS-318
 Project: NetBeans
  Issue Type: Bug
Reporter: Geertjan Wielenga


Move the RAT exclusions definitions to their own file which contains nothing 
else. This will make them and especially their evolution easier to track.



--
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-303) Remove binary ZIPs from lib.terminalemulator/examples

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-303:


https://github.com/apache/incubator-netbeans/pull/383

> Remove binary ZIPs from lib.terminalemulator/examples
> -
>
> Key: NETBEANS-303
> URL: https://issues.apache.org/jira/browse/NETBEANS-303
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> For IP clearance, the following need to be removed, as well as their 
> references, if any:
> ./lib.terminalemulator/examples/lib.richexecution/process_start-linux-intel.zip
> ./lib.terminalemulator/examples/lib.richexecution/process_start-mac-intel.zip
> ./lib.terminalemulator/examples/lib.richexecution/process_start-solaris-intel.zip
> ./lib.terminalemulator/examples/lib.richexecution/process_start-solaris-sparc.zip



--
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-303) Remove binary ZIPs from lib.terminalemulator/examples

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga resolved NETBEANS-303.

Resolution: Fixed

https://github.com/apache/incubator-netbeans/pull/383

> Remove binary ZIPs from lib.terminalemulator/examples
> -
>
> Key: NETBEANS-303
> URL: https://issues.apache.org/jira/browse/NETBEANS-303
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> For IP clearance, the following need to be removed, as well as their 
> references, if any:
> ./lib.terminalemulator/examples/lib.richexecution/process_start-linux-intel.zip
> ./lib.terminalemulator/examples/lib.richexecution/process_start-mac-intel.zip
> ./lib.terminalemulator/examples/lib.richexecution/process_start-solaris-intel.zip
> ./lib.terminalemulator/examples/lib.richexecution/process_start-solaris-sparc.zip



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-306:


Proposal: add a line to the README that says: "*/test/*/data folders contain 
test data and therefore have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-306:


This applies to about 7000 files, adding license headers to these test unit 
data files breaks the tests. For example, some tests assume particular 
positions in a file, which would mean – with a license header added – that the 
position would be wrong. Hence, as specified and allowed by Apache rules, we 
are allowed to not have license headers here.

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-306 at 1/23/18 12:51 PM:
--

Proposal: add a line to the README that says: "*/test/*/data folders contain 
test data and therefore may have no license headers".


was (Author: geertjanwielenga):
Proposal: add a line to the README that says: "*/test/*/data folders contain 
test data and therefore have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-306 at 1/23/18 1:16 PM:
-

Proposal: add a line to the README that says: "*/test/***/data folders contain 
test data and therefore may have no license headers".


was (Author: geertjanwielenga):
Proposal: add a line to the README that says: "*/test/*/data folders contain 
test data and therefore may have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-306 at 1/23/18 1:17 PM:
-

Proposal: add a line to the README that says: */test/*/data folders contain 
test data and therefore may have no license headers".


was (Author: geertjanwielenga):
Proposal: add a line to the README that says: **/test/**/data folders contain 
test data and therefore may have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-306 at 1/23/18 1:17 PM:
-

Proposal: add a line to the README that says: **/test/**/data folders contain 
test data and therefore may have no license headers".


was (Author: geertjanwielenga):
Proposal: add a line to the README that says: */test/*/data folders contain 
test data and therefore may have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-306 at 1/23/18 1:17 PM:
-

Proposal: add a line to the README that says: */test/*/data folders contain 
test data and therefore may have no license headers".


was (Author: geertjanwielenga):
Proposal: add a line to the README that says: "*/test/*/data folders contain 
test data and therefore may have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-306 at 1/23/18 1:17 PM:
-

Proposal: add a line to the README that says: "*/test/*/data folders contain 
test data and therefore may have no license headers".


was (Author: geertjanwielenga):
Proposal: add a line to the README that says: "*/test/***/data folders contain 
test data and therefore may have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-306 at 1/23/18 1:18 PM:
-

Proposal: add a line to the README that says: * /test/ * /data folders contain 
test data and therefore may have no license headers".


was (Author: geertjanwielenga):
Proposal: add a line to the README that says: * /test/ *** /data folders 
contain test data and therefore may have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga edited comment on NETBEANS-306 at 1/23/18 1:18 PM:
-

Proposal: add a line to the README that says: * /test/ *** /data folders 
contain test data and therefore may have no license headers".


was (Author: geertjanwielenga):
Proposal: add a line to the README that says: */test/*/data folders contain 
test data and therefore may have no license headers".

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-306) Java source files as test data: need licensing or not?

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-306:


Also see this discussion:

https://lists.apache.org/thread.html/44d19c6adac391d7c5d213c66d5a9bf929f9c4a6949f5a88840aad29@%3Cgeneral.incubator.apache.org%3E

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-318) Move RAT exclusion definitions to a separate file

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-318:


Apparently other Apache projects have a separate Rat exclusion file too. So we 
could look around for other examples, probably named rat-exclusions.txt or 
similar.

Another suggestion is to sort the exclusions by type, rather than 
alphabetically. E.g., that way exclusions of the same type are together.

> Move RAT exclusion definitions to a separate file
> -
>
> Key: NETBEANS-318
> URL: https://issues.apache.org/jira/browse/NETBEANS-318
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Move the RAT exclusions definitions to their own file which contains nothing 
> else. This will make them and especially their evolution easier to track.



--
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-313) Resolve MIT licensed file

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga resolved NETBEANS-313.

Resolution: Fixed

https://github.com/apache/incubator-netbeans/pull/384

> Resolve MIT licensed file
> -
>
> Key: NETBEANS-313
> URL: https://issues.apache.org/jira/browse/NETBEANS-313
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Probably simply remove bootstrap.css (which includes normalize.css):
> https://github.com/apache/incubator-netbeans/blob/master/css.model/test/unit/data/testfiles/bootstrap.css



--
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-318) Move RAT exclusion definitions to a separate file

2018-01-23 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-318:


Would you like to take a look at these tasks, Eric?

> Move RAT exclusion definitions to a separate file
> -
>
> Key: NETBEANS-318
> URL: https://issues.apache.org/jira/browse/NETBEANS-318
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Move the RAT exclusions definitions to their own file which contains nothing 
> else. This will make them and especially their evolution easier to track.



--
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-318) Move RAT exclusion definitions to a separate file

2018-01-25 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga resolved NETBEANS-318.

Resolution: Fixed

https://github.com/apache/incubator-netbeans/pull/387

> Move RAT exclusion definitions to a separate file
> -
>
> Key: NETBEANS-318
> URL: https://issues.apache.org/jira/browse/NETBEANS-318
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> Move the RAT exclusions definitions to their own file which contains nothing 
> else. This will make them and especially their evolution easier to track.



--
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-318) Move RAT exclusion definitions to a separate file

2018-01-25 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-318:


Done, here, thanks: https://github.com/apache/incubator-netbeans/pull/387

> Move RAT exclusion definitions to a separate file
> -
>
> Key: NETBEANS-318
> URL: https://issues.apache.org/jira/browse/NETBEANS-318
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> Move the RAT exclusions definitions to their own file which contains nothing 
> else. This will make them and especially their evolution easier to track.



--
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-310) EPL licensed files to be resolved

2018-01-25 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-310:


Yes, information about this needs to be added to the LICENSE, I believe.

> EPL licensed files to be resolved
> -
>
> Key: NETBEANS-310
> URL: https://issues.apache.org/jira/browse/NETBEANS-310
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> xml.jaxb/src/org/netbeans/modules/xml/jaxb/resources/eclipselink_oxm_2_3.xsd
> maven.coverage/src/org/netbeans/modules/maven/coverage/jacoco-1.0.dtd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_2_0.xsd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_2_1.xsd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_2_0.xsd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_2_1.xsd



--
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-315) Resolve licensing of welcome/resources/rss-0_91.dtd

2018-01-26 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga commented on NETBEANS-315:


That would be great.

> Resolve licensing of welcome/resources/rss-0_91.dtd
> ---
>
> Key: NETBEANS-315
> URL: https://issues.apache.org/jira/browse/NETBEANS-315
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Assignee: Matthias Bläsing
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> How is this file licensed:
> welcome/src/org/netbeans/modules/welcome/resources/rss-0_91.dtd



--
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-306) Java source files as test data: need licensing or not?

2018-01-27 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga resolved NETBEANS-306.

Resolution: Fixed

README is updated to reference the new Ant Rat exceptions file:

https://github.com/apache/incubator-netbeans/blob/master/README.md

[https://github.com/apache/incubator-netbeans/blob/master/nbbuild/rat-exclusions.txt]

In the new Ant Rat exceptions file, test data is specified as such and 
referenced to the related Apache documentation which provide a clear 
justification:

https://github.com/apache/incubator-netbeans/pull/394/commits/d33b689f46e13628f22da5d924e239be3bc60159

> Java source files as test data: need licensing or not?
> --
>
> Key: NETBEANS-306
> URL: https://issues.apache.org/jira/browse/NETBEANS-306
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> Do files such as these, in 'test/*/data' need to be licensed to Apache or 
> since they are test data should they remain unlicensed:
>  
> https://github.com/apache/incubator-netbeans/blob/master/java.hints/test/unit/data/org/netbeans/test/java/hints/AddCast1.java



--
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-310) EPL licensed files to be resolved

2018-01-30 Thread Geertjan Wielenga (JIRA)

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

Geertjan Wielenga resolved NETBEANS-310.

Resolution: Fixed

Done, here: 
https://github.com/apache/incubator-netbeans/blob/master/j2ee.persistence/licenseinfo.xml

> EPL licensed files to be resolved
> -
>
> Key: NETBEANS-310
> URL: https://issues.apache.org/jira/browse/NETBEANS-310
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Geertjan Wielenga
>Priority: Major
>
> xml.jaxb/src/org/netbeans/modules/xml/jaxb/resources/eclipselink_oxm_2_3.xsd
> maven.coverage/src/org/netbeans/modules/maven/coverage/jacoco-1.0.dtd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_2_0.xsd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/orm_2_1.xsd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_2_0.xsd
> j2ee.persistence/src/org/netbeans/modules/j2ee/persistence/dd/resources/persistence_2_1.xsd



--
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   3   4   5   6   7   8   9   10   >