[jira] [Updated] (NETBEANS-3324) Please use KEYS for the link to KEYS

2021-11-05 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3324:
-
Affects Version/s: 12.5

> Please use KEYS for the link to KEYS
> 
>
> Key: NETBEANS-3324
> URL: https://issues.apache.org/jira/browse/NETBEANS-3324
> Project: NetBeans
>  Issue Type: Bug
>  Components: website
>Affects Versions: 11.2, 12.5
>Reporter: Sebb
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 11.2
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> The download page
> https://netbeans.apache.org/download/nb112/nb112.html
> provides a link to the KEYS file, but the link text is 'here' rather than 
> KEYS as is the convention.
> Using 'here' for link text is deprecated, as it does not describe what the 
> link is for. This makes the link less accessible to screen readers etc.
> Thanks



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

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

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



[jira] [Comment Edited] (NETBEANS-904) Support fallback font options

2021-05-29 Thread John Neffenger (Jira)


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

John Neffenger edited comment on NETBEANS-904 at 5/29/21, 7:06 PM:
---

This problem also shows up when using the Adobe Source Code Pro font, which is 
[missing a few 
characters|https://github.com/adobe-fonts/source-code-pro/issues/172] commonly 
found in README files, for example. The only font I could find that displays 
the "U+2714 ✔ HEAVY CHECK MARK" character is DejaVu Sans Mono. I'm attaching 
screenshots that show the character in NetBeans using both DejaVu Sans Mono and 
Source Code Pro Medium.

On Ubuntu, it would be great to be able to define DejaVu Sans Mono as a general 
fallback font.



was (Author: jgneff):
This problem also shows up when using the Adobe Source Code Pro font, which is 
[missing a few 
characters|https://github.com/adobe-fonts/source-code-pro/issues/226] commonly 
found in README files, for example. The only font I could find that displays 
the "U+2714 ✔ HEAVY CHECK MARK" character is DejaVu Sans Mono. I'm attaching 
screenshots that show the character in NetBeans using both DejaVu Sans Mono and 
Source Code Pro Medium.

On Ubuntu, it would be great to be able to define DejaVu Sans Mono as a general 
fallback font.


> Support fallback font options
> -
>
> Key: NETBEANS-904
> URL: https://issues.apache.org/jira/browse/NETBEANS-904
> Project: NetBeans
>  Issue Type: Improvement
>  Components: editor - Options
>Affects Versions: 8.2, 9.0, 10.0
>Reporter: NDelt
>Priority: Major
> Attachments: 2018_10_01_netbeans_snapshot_monospaced.png, 
> 2018_10_01_netbeans_snapshot_noto_sans_mono_cjk_kr_regular.png, 
> DejaVu-Sans-Mono-15.png, Source-Code-Pro-Medium-15.png
>
>
> Currently I can't type text that the font cannot represents.(It is displayed 
> as broken text)
> I would like to use back-up font options like _Fallback Fonts_ in IntelliJ 
> IDEA.



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

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

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



[jira] [Commented] (NETBEANS-904) Support fallback font options

2021-05-29 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-904:
-

This problem also shows up when using the Adobe Source Code Pro font, which is 
[missing a few 
characters|https://github.com/adobe-fonts/source-code-pro/issues/226] commonly 
found in README files, for example. The only font I could find that displays 
the "U+2714 ✔ HEAVY CHECK MARK" character is DejaVu Sans Mono. I'm attaching 
screenshots that show the character in NetBeans using both DejaVu Sans Mono and 
Source Code Pro Medium.

On Ubuntu, it would be great to be able to define DejaVu Sans Mono as a general 
fallback font.


> Support fallback font options
> -
>
> Key: NETBEANS-904
> URL: https://issues.apache.org/jira/browse/NETBEANS-904
> Project: NetBeans
>  Issue Type: Improvement
>  Components: editor - Options
>Affects Versions: 8.2, 9.0, 10.0
>Reporter: NDelt
>Priority: Major
> Attachments: 2018_10_01_netbeans_snapshot_monospaced.png, 
> 2018_10_01_netbeans_snapshot_noto_sans_mono_cjk_kr_regular.png, 
> DejaVu-Sans-Mono-15.png, Source-Code-Pro-Medium-15.png
>
>
> Currently I can't type text that the font cannot represents.(It is displayed 
> as broken text)
> I would like to use back-up font options like _Fallback Fonts_ in IntelliJ 
> IDEA.



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

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

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



[jira] [Updated] (NETBEANS-904) Support fallback font options

2021-05-29 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-904:

Attachment: DejaVu-Sans-Mono-15.png

> Support fallback font options
> -
>
> Key: NETBEANS-904
> URL: https://issues.apache.org/jira/browse/NETBEANS-904
> Project: NetBeans
>  Issue Type: Improvement
>  Components: editor - Options
>Affects Versions: 8.2, 9.0, 10.0
>Reporter: NDelt
>Priority: Major
> Attachments: 2018_10_01_netbeans_snapshot_monospaced.png, 
> 2018_10_01_netbeans_snapshot_noto_sans_mono_cjk_kr_regular.png, 
> DejaVu-Sans-Mono-15.png, Source-Code-Pro-Medium-15.png
>
>
> Currently I can't type text that the font cannot represents.(It is displayed 
> as broken text)
> I would like to use back-up font options like _Fallback Fonts_ in IntelliJ 
> IDEA.



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

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

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



[jira] [Updated] (NETBEANS-904) Support fallback font options

2021-05-29 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-904:

Attachment: Source-Code-Pro-Medium-15.png

> Support fallback font options
> -
>
> Key: NETBEANS-904
> URL: https://issues.apache.org/jira/browse/NETBEANS-904
> Project: NetBeans
>  Issue Type: Improvement
>  Components: editor - Options
>Affects Versions: 8.2, 9.0, 10.0
>Reporter: NDelt
>Priority: Major
> Attachments: 2018_10_01_netbeans_snapshot_monospaced.png, 
> 2018_10_01_netbeans_snapshot_noto_sans_mono_cjk_kr_regular.png, 
> DejaVu-Sans-Mono-15.png, Source-Code-Pro-Medium-15.png
>
>
> Currently I can't type text that the font cannot represents.(It is displayed 
> as broken text)
> I would like to use back-up font options like _Fallback Fonts_ in IntelliJ 
> IDEA.



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

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

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



[jira] [Commented] (NETBEANS-2835) Assign context equal to project name in newly created Gradle Web Application projects

2020-01-31 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-2835:
--

I thought the _context.xml_ file, if any, goes under the _META-INF_ directory. 
See [The Context 
Container|https://tomcat.apache.org/tomcat-9.0-doc/config/context.html].

I'm looking into this now because it seems the latest Tomcat 8 and 9 changed 
something that's breaking the NetBeans deployment with Ant projects. Tomcat now 
requires that there be no {{path}} attribute in the {{Context}} element defined 
by the _context.xml_ file embedded in an application. On that page, it says:

{quote}Consequently, the context path may not be defined in a 
META-INF/context.xml embedded in the application ...{quote}

and further down where it defines the {{path}} attribute:

{quote}This attribute must only be used when statically defining a Context in 
server.xml. In all other circumstances, the path will be inferred from the 
filenames used for either the .xml context file or the docBase.{quote}

In fact, in a NetBeans Ant project, Tomcat actually fails to set up the webapp 
classpath correctly when the {{path}} attribute is present. If I delete the 
{{path}} in the _context.xml_ file, leaving the {{docBase}}, it works.


> Assign context equal to project name in newly created Gradle Web Application 
> projects
> -
>
> Key: NETBEANS-2835
> URL: https://issues.apache.org/jira/browse/NETBEANS-2835
> Project: NetBeans
>  Issue Type: Improvement
>  Components: projects - Gradle Java EE
>Affects Versions: 11.1
>Reporter: Alessandro Falappa
>Assignee: Laszlo Kishalmi
>Priority: Minor
>
> Newly created Gradle Web Application projects have by default an empty 
> context path in {{src/main/webapp/WEB-INF/context.xml}}:
> {code:xml}
> 
> 
> {code}
> I think it would be better to use the project name prepended with a slash.
> {code:xml}
> 
> 
> {code}
> This is more consistent with the analogous maven web application project and 
> moreover it is a saner default when multiple projects are deployed on the 
> same application server.



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

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

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



[jira] [Updated] (NETBEANS-3396) Exception when parsing Java project

2019-11-17 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3396:
-
Environment: 
Product Version: Apache NetBeans IDE 11.2
Java: 13.0.1; Java HotSpot(TM) 64-Bit Server VM 13.0.1+9
Runtime: Java(TM) SE Runtime Environment 13.0.1+9
System: Windows 7 version 6.1 running on amd64; Cp1250; cs_CZ (nb)
User directory: C:\Java\NetBeans\dev\11.2
Cache directory: C:\Java\NetBeans\cache\dev\11.2

  was:
NetBeans 11.2 with JDK 13.0.1 on Windows 7 version 6.1

Product Version: Apache NetBeans IDE 11.2
Java: 13.0.1; Java HotSpot(TM) 64-Bit Server VM 13.0.1+9
Runtime: Java(TM) SE Runtime Environment 13.0.1+9
System: Windows 7 version 6.1 running on amd64; Cp1250; cs_CZ (nb)
User directory: C:\Java\NetBeans\dev\11.2
Cache directory: C:\Java\NetBeans\cache\dev\11.2


> Exception when parsing Java project
> ---
>
> Key: NETBEANS-3396
> URL: https://issues.apache.org/jira/browse/NETBEANS-3396
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
> Environment: Product Version: Apache NetBeans IDE 11.2
> Java: 13.0.1; Java HotSpot(TM) 64-Bit Server VM 13.0.1+9
> Runtime: Java(TM) SE Runtime Environment 13.0.1+9
> System: Windows 7 version 6.1 running on amd64; Cp1250; cs_CZ (nb)
> User directory: C:\Java\NetBeans\dev\11.2
> Cache directory: C:\Java\NetBeans\cache\dev\11.2
>Reporter: Vít Suchánek
>Priority: Major
>
> This exception occurs repeatedy after IDE is started, Java Maven project 
> opened. Then the background scanning process is started and after a while 
> this exception occurs (this exception seems to break the background scanning 
> because it still consumes CPU but hasn't ever been finished):
> java.lang.AssertionError
>   at com.sun.tools.javac.util.Assert.error(Assert.java:155)
>   at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>   at 
> com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559)
>   at com.sun.tools.javac.comp.Modules.enter(Modules.java:287)
>   at com.sun.tools.javac.comp.Modules.enter(Modules.java:268)
>   at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259)
>   at 
> com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126)
>   at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl.enterTrees(JavacTaskImpl.java:451)
> [catch] at 
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419)
>   at 
> 

[jira] [Updated] (NETBEANS-3396) Exception when parsing Java project

2019-11-17 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3396:
-
Environment: 
NetBeans 11.2 with JDK 13.0.1 on Windows 7 version 6.1

Product Version: Apache NetBeans IDE 11.2
Java: 13.0.1; Java HotSpot(TM) 64-Bit Server VM 13.0.1+9
Runtime: Java(TM) SE Runtime Environment 13.0.1+9
System: Windows 7 version 6.1 running on amd64; Cp1250; cs_CZ (nb)
User directory: C:\Java\NetBeans\dev\11.2
Cache directory: C:\Java\NetBeans\cache\dev\11.2

  was:
Product Version: Apache NetBeans IDE 11.2
Java: 13.0.1; Java HotSpot(TM) 64-Bit Server VM 13.0.1+9
Runtime: Java(TM) SE Runtime Environment 13.0.1+9
System: Windows 7 version 6.1 running on amd64; Cp1250; cs_CZ (nb)
User directory: C:\Java\NetBeans\dev\11.2
Cache directory: C:\Java\NetBeans\cache\dev\11.2


> Exception when parsing Java project
> ---
>
> Key: NETBEANS-3396
> URL: https://issues.apache.org/jira/browse/NETBEANS-3396
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
> Environment: NetBeans 11.2 with JDK 13.0.1 on Windows 7 version 6.1
> Product Version: Apache NetBeans IDE 11.2
> Java: 13.0.1; Java HotSpot(TM) 64-Bit Server VM 13.0.1+9
> Runtime: Java(TM) SE Runtime Environment 13.0.1+9
> System: Windows 7 version 6.1 running on amd64; Cp1250; cs_CZ (nb)
> User directory: C:\Java\NetBeans\dev\11.2
> Cache directory: C:\Java\NetBeans\cache\dev\11.2
>Reporter: Vít Suchánek
>Priority: Major
>
> This exception occurs repeatedy after IDE is started, Java Maven project 
> opened. Then the background scanning process is started and after a while 
> this exception occurs (this exception seems to break the background scanning 
> because it still consumes CPU but hasn't ever been finished):
> java.lang.AssertionError
>   at com.sun.tools.javac.util.Assert.error(Assert.java:155)
>   at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>   at 
> com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559)
>   at com.sun.tools.javac.comp.Modules.enter(Modules.java:287)
>   at com.sun.tools.javac.comp.Modules.enter(Modules.java:268)
>   at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259)
>   at 
> com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126)
>   at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl.enterTrees(JavacTaskImpl.java:451)
> [catch] at 
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419)
>   at 
> 

[jira] [Commented] (NETBEANS-3396) Exception when parsing Java project

2019-11-17 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3396:
--

You might be able to work around the problem by uninstalling the _nb-javac_ 
plug-in. It's found under Tools > Plugins > Installed > Show details with the 
Category _Java_. I find it's not enough to deactivate the plug-in; you must 
uninstall it to remove its use. The only issues I have encountered after 
uninstalling it myself are NETBEANS-236 and NETBEANS-3301.

I notice the exception report here is similar to the one in NETBEANS-2290 for 
_nb-javac_ version 1.72. I got a difference set of exceptions when using 
_nb-javac_ version 2.0 (see NETBEANS-3300). Which version of the plug-in are 
you using?


> Exception when parsing Java project
> ---
>
> Key: NETBEANS-3396
> URL: https://issues.apache.org/jira/browse/NETBEANS-3396
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
> Environment: Product Version: Apache NetBeans IDE 11.2
> Java: 13.0.1; Java HotSpot(TM) 64-Bit Server VM 13.0.1+9
> Runtime: Java(TM) SE Runtime Environment 13.0.1+9
> System: Windows 7 version 6.1 running on amd64; Cp1250; cs_CZ (nb)
> User directory: C:\Java\NetBeans\dev\11.2
> Cache directory: C:\Java\NetBeans\cache\dev\11.2
>Reporter: Vít Suchánek
>Priority: Major
>
> This exception occurs repeatedy after IDE is started, Java Maven project 
> opened. Then the background scanning process is started and after a while 
> this exception occurs (this exception seems to break the background scanning 
> because it still consumes CPU but hasn't ever been finished):
> java.lang.AssertionError
>   at com.sun.tools.javac.util.Assert.error(Assert.java:155)
>   at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>   at 
> com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559)
>   at com.sun.tools.javac.comp.Modules.enter(Modules.java:287)
>   at com.sun.tools.javac.comp.Modules.enter(Modules.java:268)
>   at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259)
>   at 
> com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126)
>   at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl.enterTrees(JavacTaskImpl.java:451)
> [catch] at 
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
>   at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>   at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5038)
> 

[jira] [Commented] (NETBEANS-3364) Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily.

2019-11-11 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3364:
--

By the way, I also would like to see an up-to-date package of NetBeans in the 
Ubuntu repositories. A recent discussion on the Apache Dev mailing list 
identified the issues in providing a proper Debian package. See the thread with 
the subject [Debian and 
Ubuntu|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201911.mbox/%3CCACkjAxSp8r6y%3DxxTvrwNoB5cHC%3DHJ%3D%3DgC1RuSjtDGwXbSV_REA%40mail.gmail.com%3E]
 for details. See especially the [response from 
Markus|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201911.mbox/%3C60ee9aff-6190-3101-b0a7-493931a82a4a%40debian.org%3E].


> Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily.
> --
>
> Key: NETBEANS-3364
> URL: https://issues.apache.org/jira/browse/NETBEANS-3364
> Project: NetBeans
>  Issue Type: New Feature
>Reporter: Pranav Bhattarai
>Priority: Major
>
> It would have helped a lot of people.



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

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

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



[jira] [Commented] (NETBEANS-3364) Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily.

2019-11-11 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3364:
--

While I've been using NetBeans, I installed the [Snap 
package|https://snapcraft.io/netbeans] for NetBeans 11, the [_zip_ 
file|https://netbeans.apache.org/download/archive/index.html] download for 
NetBeans 9 and 10, and the [Ubuntu 
package|https://packages.ubuntu.com/search?keywords=netbeans=names=1=all=all]
 for NetBeans 8 and earlier. I can't tell any difference—in performance or any 
other aspect—between the three installation types. What feature of the NetBeans 
Snap installation is running slower for you?

I do prefer the Ubuntu package as the best trusted source, but I see installing 
the PPA and the Snap as equally insecure. I only install a Snap package if it 
comes from a (preferably verified) source that I trust.


> Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily.
> --
>
> Key: NETBEANS-3364
> URL: https://issues.apache.org/jira/browse/NETBEANS-3364
> Project: NetBeans
>  Issue Type: New Feature
>Reporter: Pranav Bhattarai
>Priority: Major
>
> It would have helped a lot of people.



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

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

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



[jira] [Commented] (NETBEANS-3364) Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily.

2019-11-09 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3364:
--

NetBeans is available as a [Snap package|https://snapcraft.io/netbeans] and 
also now as a [Flatpack 
package|https://flathub.org/apps/details/org.apache.netbeans]. The Snap package 
is built directly by the verified account of _Apache NetBeans_. The Flatpack 
package is built by the [Flathub 
maintainers|https://github.com/flathub/org.apache.netbeans/graphs/contributors/].
 Is there a particular reason why you would prefer a PPA package?


> Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily.
> --
>
> Key: NETBEANS-3364
> URL: https://issues.apache.org/jira/browse/NETBEANS-3364
> Project: NetBeans
>  Issue Type: New Feature
>Reporter: Pranav Bhattarai
>Priority: Major
>
> It would have helped a lot of people.



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

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

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



[jira] [Comment Edited] (NETBEANS-3349) Cannot use Elements.getTypeElement before the TaskEvent.Kind.ENTER finished event.

2019-11-09 Thread John Neffenger (Jira)


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

John Neffenger edited comment on NETBEANS-3349 at 11/9/19 5:29 PM:
---

This issue might be related to NETBEANS-3300. The beginning and end of the 
stack trace are identical to that issue. The parts that are different are shown 
below.

{noformat:title=This issue}
at 
org.netbeans.modules.java.hints.spiimpl.Hacks.parseFQNType(Hacks.java:150)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.doComputeHints(HintsInvoker.java:525)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeSuggestions(HintsInvoker.java:450)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:221)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:193)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:166)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65)
{noformat}

{noformat:title=Issue 3300}
at 
org.netbeans.modules.javadoc.hints.JavadocHint.errorHint(JavadocHint.java:172)
at jdk.internal.reflect.GeneratedMethodAccessor124.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:567)
[catch] at 
org.netbeans.modules.java.hints.providers.code.CodeHintProviderImpl$WorkerImpl.createErrors(CodeHintProviderImpl.java:317)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.runHint(HintsInvoker.java:798)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.access$400(HintsInvoker.java:90)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.runAndAdd(HintsInvoker.java:657)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:676)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610)
at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
at com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188)
at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:822)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610)
at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
at 
com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:603)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:56)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:701)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHintsImpl(HintsInvoker.java:245)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:228)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:193)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:166)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65)
{noformat}



was (Author: jgneff):
This issue might be related to NETBEANS-3300. The beginning and end of the 
stack trace are identical to that issue. The parts that is different is shown 
below.

{noformat:title=This issue}
at 
org.netbeans.modules.java.hints.spiimpl.Hacks.parseFQNType(Hacks.java:150)
at 

[jira] [Commented] (NETBEANS-3349) Cannot use Elements.getTypeElement before the TaskEvent.Kind.ENTER finished event.

2019-11-09 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3349:
--

This issue might be related to NETBEANS-3300. The beginning and end of the 
stack trace are identical to that issue. The parts that is different is shown 
below.

{noformat:title=This issue}
at 
org.netbeans.modules.java.hints.spiimpl.Hacks.parseFQNType(Hacks.java:150)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.doComputeHints(HintsInvoker.java:525)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeSuggestions(HintsInvoker.java:450)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:221)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:193)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:166)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65)
{noformat}

{noformat:title=Issue 3300}
at 
org.netbeans.modules.javadoc.hints.JavadocHint.errorHint(JavadocHint.java:172)
at jdk.internal.reflect.GeneratedMethodAccessor124.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:567)
[catch] at 
org.netbeans.modules.java.hints.providers.code.CodeHintProviderImpl$WorkerImpl.createErrors(CodeHintProviderImpl.java:317)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.runHint(HintsInvoker.java:798)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.access$400(HintsInvoker.java:90)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.runAndAdd(HintsInvoker.java:657)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:676)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610)
at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
at com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188)
at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:822)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:682)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610)
at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
at 
org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
at 
com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:603)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:56)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:701)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHintsImpl(HintsInvoker.java:245)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:228)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:193)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:166)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65)
{noformat}


> Cannot use Elements.getTypeElement before the TaskEvent.Kind.ENTER finished 
> event.
> --
>
> Key: NETBEANS-3349
> URL: https://issues.apache.org/jira/browse/NETBEANS-3349
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor, java - Hints
>Affects 

[jira] [Commented] (NETBEANS-3296) Attaching JavaFX Javadoc and Sources

2019-11-07 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3296:
--

I did some initial tests of the [pull 
request|https://github.com/apache/netbeans/pull/1548] for NETBEANS-1396 and 
posted my [test 
results|https://github.com/apache/netbeans/pull/1548#issuecomment-551237510] as 
a comment. Can the techniques that Thomas is using to display the Javadoc in 
Maven projects help in Gradle projects, too?


> Attaching JavaFX Javadoc and Sources
> 
>
> Key: NETBEANS-3296
> URL: https://issues.apache.org/jira/browse/NETBEANS-3296
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: ant-JAVAFX13-classpath.png, ant-JAVAFX13-javadoc.png, 
> ant-JAVAFX13-sources.png, ant-JavaFX13-classpath.png, 
> ant-JavaFXMODS13-classpath.png, ant-cannot-use-elements-1.png, 
> ant-cannot-use-elements-2.png, ant-command-run.png, 
> ant-compile-classpath.png, ant-compile-modulepath.png, 
> ant-completion-fails.png, ant-completion-works-1.png, 
> ant-completion-works-2.png, ant-edit-jar-reference.png, 
> ant-install-nb-javac.png, ant-invalid-javadoc-root.png, 
> ant-javadoc-fails.png, ant-source-fails-1.png, ant-source-fails-2.png, 
> ant-source-works-1.png, ant-source-works-2.png, ant-try-with-resources.png, 
> gradle-completion-fails.png, gradle-completion-works.png, 
> gradle-distribution.png, gradle-javadoc-fails.png, gradle-source-works.png, 
> java-javadoc-works.png, java-platform-javadoc.png, 
> maven-completion-fails.png, maven-dependencies.png, maven-source-fails.png
>
>
> h1. {anchor:attaching-javafx-javadoc-and-sources}Attaching JavaFX Javadoc and 
> Sources
> I have been unable to attach the JavaFX Javadoc and Sources to their modular 
> JAR files without encountering errors in their use by NetBeans. Attaching the 
> Sources allows you to navigate directly to the JavaFX source code of a field 
> or method. Attaching the Javadoc allows you to open an external Web browser 
> directly to the appropriate page of the documentation. These features are two 
> of the main reasons I use an integrated development environment.
> There are several issues encountered in this task, making it easy to lose 
> sight of the bigger picture. This is my attempt to provide that more general 
> context and gather all the related issues into one place.
> h2. {anchor:issues}Issues
> Some of the problems related to using the JavaFX Javadoc and Sources have 
> already been reported:
> * [NETBEANS-236|https://issues.apache.org/jira/browse/NETBEANS-236]: 
> Incorrect brace spacing in try-with-resources
> * [NETBEANS-1396|https://issues.apache.org/jira/browse/NETBEANS-1396]: Maven: 
> Downloaded javadoc / sources not attached to artifact with classifier
> * [NETBEANS-2197|https://issues.apache.org/jira/browse/NETBEANS-2197]: 
> Missing code completion and Javadocs in maven projects with classifier
> * [NETBEANS-2290|https://issues.apache.org/jira/browse/NETBEANS-2290]: 
> nb-javac 1.71 fails to parse JavaFX Sources
> The two issues concerning Maven projects will be fixed by the following pull 
> request (a work in progress):
> * [apache/netbeans#1548|https://github.com/apache/netbeans/pull/1548]: 
> (NETBEANS-1396) Missing code completion and Javadocs in maven projects with 
> classifier
> I created the following issues for the new problems described here:
> * [NETBEANS-3297|https://issues.apache.org/jira/browse/NETBEANS-3297]: 
> "Attach Javadoc" really means "Attach Sources"
> * [NETBEANS-3298|https://issues.apache.org/jira/browse/NETBEANS-3298]: 
> Invalid Javadoc root javafx-sdk-13/doc/javafx.base
> * [NETBEANS-3299|https://issues.apache.org/jira/browse/NETBEANS-3299]: Adding 
> Javadoc and Sources to Global Library fails
> * [NETBEANS-3300|https://issues.apache.org/jira/browse/NETBEANS-3300]: 
> nb-javac 2.0 fails to parse JavaFX Sources
> * [NETBEANS-3301|https://issues.apache.org/jira/browse/NETBEANS-3301]: 
> Modular Ant project fails to run without nb-javac
> * [NETBEANS-3302|https://issues.apache.org/jira/browse/NETBEANS-3302]: 
> Non-modular Gradle project fails to recognize Javadoc
> * [NETBEANS-3303|https://issues.apache.org/jira/browse/NETBEANS-3303]: 
> Modular Gradle project fails to recognize Javadoc and Sources
> There are also related issues for the JavaFX Javadoc and sample NetBeans 
> projects on GitHub:
> * [openjfx/javadoc#6|https://github.com/openjfx/javadoc/issues/6]: Attached 
> Javadoc does not follow Maven convention
> * [openjfx/samples#39|https://github.com/openjfx/samples/issues/39]: 
> IllegalStateException running NetBeans Modular Maven project
> Each issue is listed again at the point where 

[jira] [Commented] (NETBEANS-3296) Attaching JavaFX Javadoc and Sources

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3296:
--

[~lkishalmi], if there is some extra set-up required to put the Sources and 
Javadoc JAR files in the Gradle cache with the correct names, is that something 
the [JavaFX Gradle Plug-in|https://github.com/openjfx/javafx-gradle-plugin] 
could (or should) be doing?


> Attaching JavaFX Javadoc and Sources
> 
>
> Key: NETBEANS-3296
> URL: https://issues.apache.org/jira/browse/NETBEANS-3296
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: ant-JAVAFX13-classpath.png, ant-JAVAFX13-javadoc.png, 
> ant-JAVAFX13-sources.png, ant-JavaFX13-classpath.png, 
> ant-JavaFXMODS13-classpath.png, ant-cannot-use-elements-1.png, 
> ant-cannot-use-elements-2.png, ant-command-run.png, 
> ant-compile-classpath.png, ant-compile-modulepath.png, 
> ant-completion-fails.png, ant-completion-works-1.png, 
> ant-completion-works-2.png, ant-edit-jar-reference.png, 
> ant-install-nb-javac.png, ant-invalid-javadoc-root.png, 
> ant-javadoc-fails.png, ant-source-fails-1.png, ant-source-fails-2.png, 
> ant-source-works-1.png, ant-source-works-2.png, ant-try-with-resources.png, 
> gradle-completion-fails.png, gradle-completion-works.png, 
> gradle-distribution.png, gradle-javadoc-fails.png, gradle-source-works.png, 
> java-javadoc-works.png, java-platform-javadoc.png, 
> maven-completion-fails.png, maven-dependencies.png, maven-source-fails.png
>
>
> h1. {anchor:attaching-javafx-javadoc-and-sources}Attaching JavaFX Javadoc and 
> Sources
> I have been unable to attach the JavaFX Javadoc and Sources to their modular 
> JAR files without encountering errors in their use by NetBeans. Attaching the 
> Sources allows you to navigate directly to the JavaFX source code of a field 
> or method. Attaching the Javadoc allows you to open an external Web browser 
> directly to the appropriate page of the documentation. These features are two 
> of the main reasons I use an integrated development environment.
> There are several issues encountered in this task, making it easy to lose 
> sight of the bigger picture. This is my attempt to provide that more general 
> context and gather all the related issues into one place.
> h2. {anchor:issues}Issues
> Some of the problems related to using the JavaFX Javadoc and Sources have 
> already been reported:
> * [NETBEANS-236|https://issues.apache.org/jira/browse/NETBEANS-236]: 
> Incorrect brace spacing in try-with-resources
> * [NETBEANS-1396|https://issues.apache.org/jira/browse/NETBEANS-1396]: Maven: 
> Downloaded javadoc / sources not attached to artifact with classifier
> * [NETBEANS-2197|https://issues.apache.org/jira/browse/NETBEANS-2197]: 
> Missing code completion and Javadocs in maven projects with classifier
> * [NETBEANS-2290|https://issues.apache.org/jira/browse/NETBEANS-2290]: 
> nb-javac 1.71 fails to parse JavaFX Sources
> The two issues concerning Maven projects will be fixed by the following pull 
> request (a work in progress):
> * [apache/netbeans#1548|https://github.com/apache/netbeans/pull/1548]: 
> (NETBEANS-1396) Missing code completion and Javadocs in maven projects with 
> classifier
> I created the following issues for the new problems described here:
> * [NETBEANS-3297|https://issues.apache.org/jira/browse/NETBEANS-3297]: 
> "Attach Javadoc" really means "Attach Sources"
> * [NETBEANS-3298|https://issues.apache.org/jira/browse/NETBEANS-3298]: 
> Invalid Javadoc root javafx-sdk-13/doc/javafx.base
> * [NETBEANS-3299|https://issues.apache.org/jira/browse/NETBEANS-3299]: Adding 
> Javadoc and Sources to Global Library fails
> * [NETBEANS-3300|https://issues.apache.org/jira/browse/NETBEANS-3300]: 
> nb-javac 2.0 fails to parse JavaFX Sources
> * [NETBEANS-3301|https://issues.apache.org/jira/browse/NETBEANS-3301]: 
> Modular Ant project fails to run without nb-javac
> * [NETBEANS-3302|https://issues.apache.org/jira/browse/NETBEANS-3302]: 
> Non-modular Gradle project fails to recognize Javadoc
> * [NETBEANS-3303|https://issues.apache.org/jira/browse/NETBEANS-3303]: 
> Modular Gradle project fails to recognize Javadoc and Sources
> There are also related issues for the JavaFX Javadoc and sample NetBeans 
> projects on GitHub:
> * [openjfx/javadoc#6|https://github.com/openjfx/javadoc/issues/6]: Attached 
> Javadoc does not follow Maven convention
> * [openjfx/samples#39|https://github.com/openjfx/samples/issues/39]: 
> IllegalStateException running NetBeans Modular Maven project
> Each issue is listed again at the point where it's encountered below.
> h2. {anchor:projects}Projects
> I use the six 

[jira] [Commented] (NETBEANS-3296) Attaching JavaFX Javadoc and Sources

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3296:
--

Thank you for looking into it, Laszlo. The packaging of the JavaFX artifacts is 
the result of discussions in 2018 for finding a way to provide 
platform-specific Java and native code in the runtime modules while keeping 
that configuration separate from the module dependencies, application code, and 
build files. The consensus was that this is the best approach until there's a 
more standard way, such as a public JMOD format for artifacts.

Perhaps the best overview is the following message:

* 2019-02-10 [How are library developers supposed to specify JavaFX 
dependencies (on JFX/JDK >= 
11)?|https://mail.openjdk.java.net/pipermail/openjfx-dev/2019-February/023111.html]

For earlier JavaFX discussions, see the following messages:

* 2018-09-26 [State of maven 
artifacts|https://mail.openjdk.java.net/pipermail/openjfx-dev/2018-September/022551.html]
* 2018-06-24 [maven 
artifacts|https://mail.openjdk.java.net/pipermail/openjfx-dev/2018-June/022056.html]

The issue was also discussed on the _panama-dev_ mailing list, which mentions 
other libraries with the same problem:

* 2018-04-23 [Fwd: JMOD, native libraries and the packaging of 
JavaFX|https://mail.openjdk.java.net/pipermail/panama-dev/2018-April/001541.html]
* 2018-04-24 [Fwd: JMOD, native libraries and the packaging of 
JavaFX|https://mail.openjdk.java.net/pipermail/panama-dev/2018-April/001543.html]

"JARs that contain native libraries, along with hacky custom code to extract 
and load them, are actually quite common," says that first message on 
_panama-dev_, so this strange packaging may be with us for a while.


> Attaching JavaFX Javadoc and Sources
> 
>
> Key: NETBEANS-3296
> URL: https://issues.apache.org/jira/browse/NETBEANS-3296
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: ant-JAVAFX13-classpath.png, ant-JAVAFX13-javadoc.png, 
> ant-JAVAFX13-sources.png, ant-JavaFX13-classpath.png, 
> ant-JavaFXMODS13-classpath.png, ant-cannot-use-elements-1.png, 
> ant-cannot-use-elements-2.png, ant-command-run.png, 
> ant-compile-classpath.png, ant-compile-modulepath.png, 
> ant-completion-fails.png, ant-completion-works-1.png, 
> ant-completion-works-2.png, ant-edit-jar-reference.png, 
> ant-install-nb-javac.png, ant-invalid-javadoc-root.png, 
> ant-javadoc-fails.png, ant-source-fails-1.png, ant-source-fails-2.png, 
> ant-source-works-1.png, ant-source-works-2.png, ant-try-with-resources.png, 
> gradle-completion-fails.png, gradle-completion-works.png, 
> gradle-distribution.png, gradle-javadoc-fails.png, gradle-source-works.png, 
> java-javadoc-works.png, java-platform-javadoc.png, 
> maven-completion-fails.png, maven-dependencies.png, maven-source-fails.png
>
>
> h1. {anchor:attaching-javafx-javadoc-and-sources}Attaching JavaFX Javadoc and 
> Sources
> I have been unable to attach the JavaFX Javadoc and Sources to their modular 
> JAR files without encountering errors in their use by NetBeans. Attaching the 
> Sources allows you to navigate directly to the JavaFX source code of a field 
> or method. Attaching the Javadoc allows you to open an external Web browser 
> directly to the appropriate page of the documentation. These features are two 
> of the main reasons I use an integrated development environment.
> There are several issues encountered in this task, making it easy to lose 
> sight of the bigger picture. This is my attempt to provide that more general 
> context and gather all the related issues into one place.
> h2. {anchor:issues}Issues
> Some of the problems related to using the JavaFX Javadoc and Sources have 
> already been reported:
> * [NETBEANS-236|https://issues.apache.org/jira/browse/NETBEANS-236]: 
> Incorrect brace spacing in try-with-resources
> * [NETBEANS-1396|https://issues.apache.org/jira/browse/NETBEANS-1396]: Maven: 
> Downloaded javadoc / sources not attached to artifact with classifier
> * [NETBEANS-2197|https://issues.apache.org/jira/browse/NETBEANS-2197]: 
> Missing code completion and Javadocs in maven projects with classifier
> * [NETBEANS-2290|https://issues.apache.org/jira/browse/NETBEANS-2290]: 
> nb-javac 1.71 fails to parse JavaFX Sources
> The two issues concerning Maven projects will be fixed by the following pull 
> request (a work in progress):
> * [apache/netbeans#1548|https://github.com/apache/netbeans/pull/1548]: 
> (NETBEANS-1396) Missing code completion and Javadocs in maven projects with 
> classifier
> I created the following issues for the new problems described here:
> * 

[jira] [Updated] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3329:
-
Environment: JDK 12.0.2 on macOS 10.15 and Ubuntu 16.04.6 LTS  (was: macOS 
10.15
JDK 12.0.2)

> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.2
> Environment: JDK 12.0.2 on macOS 10.15 and Ubuntu 16.04.6 LTS
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log, with-nb-javac-messages.txt, without-nb-javac-messages.txt
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Updated] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3329:
-
Component/s: java - Compiler

> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.2
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log, with-nb-javac-messages.txt, without-nb-javac-messages.txt
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Updated] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3329:
-
Affects Version/s: 11.2

> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log, with-nb-javac-messages.txt, without-nb-javac-messages.txt
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Comment Edited] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger edited comment on NETBEANS-3329 at 11/6/19 7:25 PM:
---

Thanks to all the work that Laszlo has done, I think we're pretty close to 
getting this working! In the meanwhile, I've been breaking out the JavaFX 
modules into their own separate NetBeans Ant projects. For example, I'm working 
on the JavaFX Graphics module in the Ant-based project at 
[jgneff/javafx-graphics|https://github.com/jgneff/javafx-graphics].

In the description below, first I show how to build OpenJFX outside of NetBeans 
from the command line; then I show how to build it from within NetBeans.

h3. {anchor:from-the-command-line}From the command line

Outside of NetBeans, it's just a matter of using specific versions of Ant, 
Gradle, and the JDK, and running one command to install all of the build 
dependencies. I use the following instructions to build OpenJFX on Ubuntu 16.04 
and 18.04, and I just verified them again on a new LXD container install of 
Ubuntu 18.04.

Download [AdoptOpenJDK 
12.0.2|https://adoptopenjdk.net/releases.html?variant=openjdk12=hotspot],
 [Apache Ant 1.10.7|https://ant.apache.org/bindownload.cgi], and [Gradle 
5.6.4|https://gradle.org/releases/] into {{~/tmp}}.

{noformat}
~/tmp/OpenJDK12U-jdk_x64_linux_hotspot_12.0.2_10.tar.gz
~/tmp/OpenJDK12U-jdk_x64_linux_hotspot_12.0.2_10.tar.gz.sha256.txt
~/tmp/apache-ant-1.10.7-bin.tar.gz
~/tmp/apache-ant-1.10.7-bin.tar.gz.sha512
~/tmp/gradle-5.6.4-bin.zip
~/tmp/gradle-5.6.4-bin.zip.sha256
{noformat}

Unpack the archives into {{~/opt}}.

{noformat}
~/opt/apache-ant-1.10.7
~/opt/gradle-5.6.4
~/opt/jdk-12.0.2+10
{noformat}

Put the following Bash script in {{~/bin}}.

h4. {anchor:binjfxenvsh}~/bin/jfxenv.sh

{code:Bash}
#!/bin/bash
# Sets up the environment for building OpenJFX
syspath=/usr/sbin:/usr/bin:/sbin:/bin

# JDK_HOME and PATH are required by the build
export JDK_HOME=$HOME/opt/jdk-12.0.2+10
export JAVA_HOME=$JDK_HOME
export GRADLE_HOME=$HOME/opt/gradle-5.6.4
export ANT_HOME=$HOME/opt/apache-ant-1.10.7
export PATH=$ANT_HOME/bin:$GRADLE_HOME/bin:$JDK_HOME/bin:$syspath
{code}

Verify the environment.

{noformat}
$ source ~/bin/jfxenv.sh

$ java -version
openjdk version "12.0.2" 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 12.0.2+10)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 12.0.2+10, mixed mode, sharing)

$ ant -version
Apache Ant(TM) version 1.10.7 compiled on September 1 2019

$ gradle -version


Gradle 5.6.4


Build time:   2019-11-01 20:42:00 UTC
Revision: dd870424f9bd8e195d614dc14bb140f43c22da98

Kotlin:   1.3.41
Groovy:   2.5.4
Ant:  Apache Ant(TM) version 1.9.14 compiled on March 12 2019
JVM:  12.0.2 (AdoptOpenJDK 12.0.2+10)
OS:   Linux 4.15.0-66-generic amd64

{noformat}

Install the build dependencies. If you get the following error, uncomment the 
{{deb-src}} entries in {{/etc/apt/sources.list}} and try again.

{noformat}
$ sudo apt-get build-dep openjfx
Reading package lists... Done
E: You must put some 'source' URIs in your sources.list
{noformat}

Clone the OpenJFX repository into {{~/src}}.

{noformat}
$ git clone https://github.com/openjdk/jfx.git
Cloning into 'jfx'...
{noformat}

Build OpenJFX.

{noformat}
$ cd src/jfx
$ source ~/bin/jfxenv.sh
$ gradle sdk jmod
...
BUILD SUCCESSFUL in 1m 52s
134 actionable tasks: 134 executed
{noformat}

h3. {anchor:from-within-netbeans}From within NetBeans

To build OpenJFX from NetBeans, modify your NetBeans configuration to use JDK 
12 as the default Java Platform.

h4. 
{anchor:snapnetbeanscommondata112etcnetbeansconf}~/snap/netbeans/common/data/11.2/etc/netbeans.conf

{noformat}
netbeans_jdkhome="/home/john/opt/jdk-12.0.2+10"
{noformat}

!java-version.png!

Set up NetBeans to use the Custom Gradle Distribution of Gradle version 5.6.4, 
and un-check the item, "Prefer to use Gradle Wrapper that Comes with the 
Project."

!gradle-version.png!

Also change the Ant version in NetBeans to use the latest Apache Ant version 
1.10.7.

!ant-version.png!

Load the _jfx_ project in NetBeans and press the _Clean and Build Project_ 
button. It builds successfully!

Right-click the _jfx:graphics_ sub-project and select _Open Project_. The 
sub-project actually builds successfully, but the Notification Window shows an 
Unexpected Exception. I'll post the exceptions in my next comment.



was (Author: jgneff):
Thanks to all the work that Laszlo has done, I think we're pretty close to 
getting this working! In the meanwhile, I've been breaking out the JavaFX 
modules into their own separate NetBeans Ant projects. For example, I'm working 
on the JavaFX Graphics module in the Ant-based project at 

[jira] [Comment Edited] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger edited comment on NETBEANS-3329 at 11/6/19 7:24 PM:
---

Laszlo, that error you got stating, "If GTK2 packages are installed, please 
remove the build directory and try again," is because you tried to build 
OpenJFX without first installing its dependencies. To resolve the problem, 
install the dependencies, delete the build directory, and try again.

{noformat}
$ sudo apt-get build-dep openjfx
$ cd src/jfx
$ rm -rf build
$ source ~/bin/jfxenv.sh
$ gradle sdk jmod
{noformat}



was (Author: jgneff):
Laszlo, that error you got stating, "If GTK2 packages are installed, please 
remove the build directory and try again," is because you tried to build 
OpenJFX without first installing its dependencies. To resolve the problem, you 
install the dependencies, delete the build directory, and try again.

{noformat}
$ sudo apt-get build-dep openjfx
$ cd src/jfx
$ rm -rf build
$ source ~/bin/jfxenv.sh
$ gradle sdk jmod
{noformat}


> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log, with-nb-javac-messages.txt, without-nb-javac-messages.txt
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Comment Edited] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger edited comment on NETBEANS-3329 at 11/6/19 7:20 PM:
---

Thanks to all the work that Laszlo has done, I think we're pretty close to 
getting this working! In the meanwhile, I've been breaking out the JavaFX 
modules into their own separate NetBeans Ant projects. For example, I'm working 
on the JavaFX Graphics module in the Ant-based project at 
[jgneff/javafx-graphics|https://github.com/jgneff/javafx-graphics].

In the description below, first I show how to build OpenJFX outside of NetBeans 
from the command line; then I show how to build it from within NetBeans.

h3. {anchor:from-the-command-line}From the command line

Outside of NetBeans, it's just a matter of using specific versions of Ant, 
Gradle, and the JDK, and running one command to install all of the build 
dependencies. I use the following instructions to build OpenJFX on Ubuntu 16.04 
and 18.04, and I just verified them again on a new LXD container install of 
Ubuntu 18.04.

Download [AdoptOpenJDK 
12.0.2|https://adoptopenjdk.net/releases.html?variant=openjdk12=hotspot],
 [Apache Ant 1.10.7|https://ant.apache.org/bindownload.cgi], and [Gradle 
5.6.4|https://gradle.org/releases/] into {{~/tmp}}.

{code}
~/tmp/OpenJDK12U-jdk_x64_linux_hotspot_12.0.2_10.tar.gz
~/tmp/OpenJDK12U-jdk_x64_linux_hotspot_12.0.2_10.tar.gz.sha256.txt
~/tmp/apache-ant-1.10.7-bin.tar.gz
~/tmp/apache-ant-1.10.7-bin.tar.gz.sha512
~/tmp/gradle-5.6.4-bin.zip
~/tmp/gradle-5.6.4-bin.zip.sha256
{code}

Unpack the archives into {{~/opt}}.

{code}
~/opt/apache-ant-1.10.7
~/opt/gradle-5.6.4
~/opt/jdk-12.0.2+10
{code}

Put the following Bash script in {{~/bin}}.

h4. {anchor:binjfxenvsh}~/bin/jfxenv.sh

{code:Bash}
#!/bin/bash
# Sets up the environment for building OpenJFX
syspath=/usr/sbin:/usr/bin:/sbin:/bin

# JDK_HOME and PATH are required by the build
export JDK_HOME=$HOME/opt/jdk-12.0.2+10
export JAVA_HOME=$JDK_HOME
export GRADLE_HOME=$HOME/opt/gradle-5.6.4
export ANT_HOME=$HOME/opt/apache-ant-1.10.7
export PATH=$ANT_HOME/bin:$GRADLE_HOME/bin:$JDK_HOME/bin:$syspath
{code}

Verify the environment.

{code}
$ source ~/bin/jfxenv.sh

$ java -version
openjdk version "12.0.2" 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 12.0.2+10)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 12.0.2+10, mixed mode, sharing)

$ ant -version
Apache Ant(TM) version 1.10.7 compiled on September 1 2019

$ gradle -version


Gradle 5.6.4


Build time:   2019-11-01 20:42:00 UTC
Revision: dd870424f9bd8e195d614dc14bb140f43c22da98

Kotlin:   1.3.41
Groovy:   2.5.4
Ant:  Apache Ant(TM) version 1.9.14 compiled on March 12 2019
JVM:  12.0.2 (AdoptOpenJDK 12.0.2+10)
OS:   Linux 4.15.0-66-generic amd64

{code}

Install the build dependencies. If you get the following error, uncomment the 
{{deb-src}} entries in {{/etc/apt/sources.list}} and try again.

{code}
$ sudo apt-get build-dep openjfx
Reading package lists... Done
E: You must put some 'source' URIs in your sources.list
{code}

Clone the OpenJFX repository into {{~/src}}.

{code}
$ git clone https://github.com/openjdk/jfx.git
Cloning into 'jfx'...
{code}

Build OpenJFX.

{code}
$ cd src/jfx
$ source ~/bin/jfxenv.sh
$ gradle sdk jmod
...
BUILD SUCCESSFUL in 1m 52s
134 actionable tasks: 134 executed
{code}

h3. {anchor:from-within-netbeans}From within NetBeans

To build OpenJFX from NetBeans, modify your NetBeans configuration to use JDK 
12 as the default Java Platform.

h4. 
{anchor:snapnetbeanscommondata112etcnetbeansconf}~/snap/netbeans/common/data/11.2/etc/netbeans.conf

{code}
netbeans_jdkhome="/home/john/opt/jdk-12.0.2+10"
{code}

!java-version.png!

Set up NetBeans to use the Custom Gradle Distribution of Gradle version 5.6.4, 
and un-check the item, "Prefer to use Gradle Wrapper that Comes with the 
Project."

!gradle-version.png!

Also change the Ant version in NetBeans to use the latest Apache Ant version 
1.10.7.

!ant-version.png!

Load the _jfx_ project in NetBeans and press the _Clean and Build Project_ 
button. It builds successfully!

Right-click the _jfx:graphics_ sub-project and select _Open Project_. The 
sub-project actually builds successfully, but the Notification Window shows an 
Unexpected Exception. I'll post the exceptions in my next comment.



was (Author: jgneff):
Thanks to all the work that Laszlo has done, I think we're pretty close to 
getting this working! In the meanwhile, I've been breaking out the JavaFX 
modules into their own separate NetBeans Ant projects. For example, I'm working 
on the JavaFX Graphics module in the Ant-based project at 
[jgneff/javafx-graphics|https://github.com/jgneff/javafx-graphics].

In the 

[jira] [Updated] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3329:
-
Attachment: (was: without-nb-javac-messages.log)

> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log, with-nb-javac-messages.txt, without-nb-javac-messages.txt
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Updated] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3329:
-
Attachment: (was: with-nb-javac-messages.log)

> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log, with-nb-javac-messages.txt, without-nb-javac-messages.log, 
> without-nb-javac-messages.txt
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Comment Edited] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger edited comment on NETBEANS-3329 at 11/6/19 7:17 PM:
---

When opening the _jfx:graphics_ sub-project, for example, the following 
exceptions are reported in the Notification Window.

h4. With nb-javac

With the _nb-javac_ plug-in, the following exception is reported.

{noformat}
java.lang.AssertionError
at com.sun.tools.javac.util.Assert.error(Assert.java:155)
at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
at 
com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559)
at com.sun.tools.javac.comp.Modules.enter(Modules.java:287)
at com.sun.tools.javac.comp.Modules.enter(Modules.java:268)
at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259)
at 
com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126)
at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393)
at 
com.sun.tools.javac.api.JavacTaskImpl.enterTrees(JavacTaskImpl.java:451)
[catch] at 
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
at 
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
at 
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
at 
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
at 
org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5038)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6099)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at 
org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6095)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6091)
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
at 
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at 
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at 
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
at 

[jira] [Updated] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3329:
-
Attachment: without-nb-javac-messages.txt
with-nb-javac-messages.txt

> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log, with-nb-javac-messages.log, with-nb-javac-messages.txt, 
> without-nb-javac-messages.log, without-nb-javac-messages.txt
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Commented] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3329:
--

When opening the _jfx:graphics_ sub-project, for example, the following 
exceptions are reported in the Notification Window.

h4. With nb-javac

With the _nb-javac_ plug-in, the following exception is reported.

{noformat}
java.lang.AssertionError
at com.sun.tools.javac.util.Assert.error(Assert.java:155)
at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
at 
com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559)
at com.sun.tools.javac.comp.Modules.enter(Modules.java:287)
at com.sun.tools.javac.comp.Modules.enter(Modules.java:268)
at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259)
at 
com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126)
at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393)
at 
com.sun.tools.javac.api.JavacTaskImpl.enterTrees(JavacTaskImpl.java:451)
[catch] at 
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
at 
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
at 
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
at 
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
at 
org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5038)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6099)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at 
org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6095)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6091)
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
at 
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at 
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at 
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.run(RepositoryUpdater.java:6091)

[jira] [Updated] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3329:
-
Attachment: without-nb-javac-messages.log
with-nb-javac-messages.log

> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log, with-nb-javac-messages.log, without-nb-javac-messages.log
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Commented] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3329:
--

Laszlo, that error you got stating, "If GTK2 packages are installed, please 
remove the build directory and try again," is because you tried to build 
OpenJFX without first installing its dependencies. To resolve the problem, you 
install the dependencies, delete the build directory, and try again.

{noformat}
$ sudo apt-get build-dep openjfx
$ cd src/jfx
$ rm -rf build
$ source ~/bin/jfxenv.sh
$ gradle sdk jmod
{noformat}


> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Comment Edited] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger edited comment on NETBEANS-3329 at 11/6/19 6:57 PM:
---

Thanks to all the work that Laszlo has done, I think we're pretty close to 
getting this working! In the meanwhile, I've been breaking out the JavaFX 
modules into their own separate NetBeans Ant projects. For example, I'm working 
on the JavaFX Graphics module in the Ant-based project at 
[jgneff/javafx-graphics|https://github.com/jgneff/javafx-graphics].

In the description below, first I show how to build OpenJFX outside of NetBeans 
from the command line; then I show how to build it from within NetBeans.

h3. {anchor:from-the-command-line}From the command line

Outside of NetBeans, it's just a matter of using specific versions of Ant, 
Gradle, and the JDK, and running one command to install all of the build 
dependencies. I use the following instructions to build OpenJFX on Ubuntu 16.04 
and 18.04, and I just verified them again on a new LXD container install of 
Ubuntu 18.04.

Download [AdoptOpenJDK 
12.0.2|https://adoptopenjdk.net/releases.html?variant=openjdk12=hotspot],
 [Apache Ant 1.10.7|https://ant.apache.org/bindownload.cgi], and [Gradle 
5.6.4|https://gradle.org/releases/] into {{~/tmp}}.

{noformat}
~/tmp/OpenJDK12U-jdk_x64_linux_hotspot_12.0.2_10.tar.gz
~/tmp/OpenJDK12U-jdk_x64_linux_hotspot_12.0.2_10.tar.gz.sha256.txt
~/tmp/apache-ant-1.10.7-bin.tar.gz
~/tmp/apache-ant-1.10.7-bin.tar.gz.sha512
~/tmp/gradle-5.6.4-bin.zip
~/tmp/gradle-5.6.4-bin.zip.sha256
{noformat}

Unpack the archives into {{~/opt}}.

{noformat}
~/opt/apache-ant-1.10.7
~/opt/gradle-5.6.4
~/opt/jdk-12.0.2*10
{noformat}

Put the following Bash script in {{~/bin}}.

h4. {anchor:binjfxenvsh}~/bin/jfxenv.sh

{code:Bash}
#!/bin/bash
# Sets up the environment for building OpenJFX
syspath=/usr/sbin:/usr/bin:/sbin:/bin

# JDK_HOME and PATH are required by the build
export JDK_HOME=$HOME/opt/jdk-12.0.2*10
export JAVA_HOME=$JDK_HOME
export GRADLE_HOME=$HOME/opt/gradle-5.6.4
export ANT_HOME=$HOME/opt/apache-ant-1.10.7
export PATH=$ANT_HOME/bin:$GRADLE_HOME/bin:$JDK_HOME/bin:$syspath
{code}

Verify the environment.

{noformat}
$ source ~/bin/jfxenv.sh

$ java -version
openjdk version "12.0.2" 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 12.0.2*10)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 12.0.2*10, mixed mode, sharing)

$ ant -version
Apache Ant(TM) version 1.10.7 compiled on September 1 2019

$ gradle -version


Gradle 5.6.4


Build time:   2019-11-01 20:42:00 UTC
Revision: dd870424f9bd8e195d614dc14bb140f43c22da98

Kotlin:   1.3.41
Groovy:   2.5.4
Ant:  Apache Ant(TM) version 1.9.14 compiled on March 12 2019
JVM:  12.0.2 (AdoptOpenJDK 12.0.2*10)
OS:   Linux 4.15.0-66-generic amd64

{noformat}

Install the build dependencies. If you get the following error, uncomment the 
{{deb-src}} entries in {{/etc/apt/sources.list}} and try again.

{noformat}
$ sudo apt-get build-dep openjfx
Reading package lists... Done
E: You must put some 'source' URIs in your sources.list
{noformat}

Clone the OpenJFX repository into {{~/src}}.

{noformat}
$ git clone https://github.com/openjdk/jfx.git
Cloning into 'jfx'...
{noformat}

Build OpenJFX.

{noformat}
$ cd src/jfx
$ source ~/bin/jfxenv.sh
$ gradle sdk jmod
...
BUILD SUCCESSFUL in 1m 52s
134 actionable tasks: 134 executed
{noformat}

h3. {anchor:from-within-netbeans}From within NetBeans

To build OpenJFX from NetBeans, modify your NetBeans configuration to use JDK 
12 as the default Java Platform.

h4. 
{anchor:snapnetbeanscommondata112etcnetbeansconf}~/snap/netbeans/common/data/11.2/etc/netbeans.conf

{noformat}
netbeans_jdkhome="/home/john/opt/jdk-12.0.2*10"
{noformat}

!java-version.png!

Set up NetBeans to use the Custom Gradle Distribution of Gradle version 5.6.4, 
and un-check the item, "Prefer to use Gradle Wrapper that Comes with the 
Project."

!gradle-version.png!

Also change the Ant version in NetBeans to use the latest Apache Ant version 
1.10.7.

!ant-version.png!

Load the _jfx_ project in NetBeans and press the _Clean and Build Project_ 
button. It builds successfully!

Right-click the _jfx:graphics_ sub-project and select _Open Project_. The 
sub-project actually builds successfully, but the Notification Window shows an 
Unexpected Exception. I'll post the exceptions in my next comment.



was (Author: jgneff):
h2. {anchor:building-openjfx}Building OpenJFX

Thanks to all the work that Laszlo has done, I think we're pretty close to 
getting this working! In the meanwhile, I've been breaking out the JavaFX 
modules into their own separate NetBeans Ant projects. For example, I'm working 
on the JavaFX Graphics module in the 

[jira] [Commented] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3329:
--

h2. {anchor:building-openjfx}Building OpenJFX

Thanks to all the work that Laszlo has done, I think we're pretty close to 
getting this working! In the meanwhile, I've been breaking out the JavaFX 
modules into their own separate NetBeans Ant projects. For example, I'm working 
on the JavaFX Graphics module in the Ant-based project at 
[jgneff/javafx-graphics|https://github.com/jgneff/javafx-graphics].

In the description below, first I show how to build OpenJFX outside of NetBeans 
from the command line; then I show how to build it from within NetBeans.

h3. {anchor:from-the-command-line}From the command line

Outside of NetBeans, it's just a matter of using specific versions of Ant, 
Gradle, and the JDK, and running one command to install all of the build 
dependencies. I use the following instructions to build OpenJFX on Ubuntu 16.04 
and 18.04, and I just verified them again on a new LXD container install of 
Ubuntu 18.04.

Download [AdoptOpenJDK 
12.0.2|https://adoptopenjdk.net/releases.html?variant=openjdk12=hotspot],
 [Apache Ant 1.10.7|https://ant.apache.org/bindownload.cgi], and [Gradle 
5.6.4|https://gradle.org/releases/] into {{~/tmp}}.

{code}
~/tmp/OpenJDK12U-jdk_x64_linux_hotspot_12.0.2_10.tar.gz
~/tmp/OpenJDK12U-jdk_x64_linux_hotspot_12.0.2_10.tar.gz.sha256.txt
~/tmp/apache-ant-1.10.7-bin.tar.gz
~/tmp/apache-ant-1.10.7-bin.tar.gz.sha512
~/tmp/gradle-5.6.4-bin.zip
~/tmp/gradle-5.6.4-bin.zip.sha256
{code}

Unpack the archives into {{~/opt}}.

{code}
~/opt/apache-ant-1.10.7
~/opt/gradle-5.6.4
~/opt/jdk-12.0.210
{code}

Put the following Bash script in {{~/bin}}.

h4. {anchor:binjfxenvsh}~/bin/jfxenv.sh

{code:Bash}
#!/bin/bash
# Sets up the environment for building OpenJFX
syspath=/usr/sbin:/usr/bin:/sbin:/bin

# JDK_HOME and PATH are required by the build
export JDK_HOME=$HOME/opt/jdk-12.0.210
export JAVA_HOME=$JDK_HOME
export GRADLE_HOME=$HOME/opt/gradle-5.6.4
export ANT_HOME=$HOME/opt/apache-ant-1.10.7
export PATH=$ANT_HOME/bin:$GRADLE_HOME/bin:$JDK_HOME/bin:$syspath
{code}

Verify the environment.

{code}
$ source ~/bin/jfxenv.sh

$ java -version
openjdk version "12.0.2" 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 12.0.210)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 12.0.210, mixed mode, 
sharing)

$ ant -version
Apache Ant(TM) version 1.10.7 compiled on September 1 2019

$ gradle -version


Gradle 5.6.4


Build time:   2019-11-01 20:42:00 UTC
Revision: dd870424f9bd8e195d614dc14bb140f43c22da98

Kotlin:   1.3.41
Groovy:   2.5.4
Ant:  Apache Ant(TM) version 1.9.14 compiled on March 12 2019
JVM:  12.0.2 (AdoptOpenJDK 12.0.210)
OS:   Linux 4.15.0-66-generic amd64

{code}

Install the build dependencies. If you get the following error, uncomment the 
{{deb-src}} entries in {{/etc/apt/sources.list}} and try again.

{code}
$ sudo apt-get build-dep openjfx
Reading package lists... Done
E: You must put some 'source' URIs in your sources.list
{code}

Clone the OpenJFX repository into {{~/src}}.

{code}
$ git clone https://github.com/openjdk/jfx.git
Cloning into 'jfx'...
{code}

Build OpenJFX.

{code}
$ cd src/jfx
$ source ~/bin/jfxenv.sh
$ gradle sdk jmod
...
BUILD SUCCESSFUL in 1m 52s
134 actionable tasks: 134 executed
{code}

h3. {anchor:from-within-netbeans}From within NetBeans

To build OpenJFX from NetBeans, modify your NetBeans configuration to use JDK 
12 as the default Java Platform.

h4. 
{anchor:snapnetbeanscommondata112etcnetbeansconf}~/snap/netbeans/common/data/11.2/etc/netbeans.conf

{code}
netbeans_jdkhome="/home/john/opt/jdk-12.0.210"
{code}

!java-version.png!

Set up NetBeans to use the Custom Gradle Distribution of Gradle version 5.6.4, 
and un-check the item, "Prefer to use Gradle Wrapper that Comes with the 
Project."

!gradle-version.png!

Also change the Ant version in NetBeans to use the latest Apache Ant version 
1.10.7.

!ant-version.png!

Load the _jfx_ project in NetBeans and press the _Clean and Build Project_ 
button. It builds successfully!

Right-click the _jfx:graphics_ sub-project and select _Open Project_. The 
sub-project actually builds successfully, but the Notification Window shows an 
Unexpected Exception. I'll post the exceptions in my next comment.


> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: 

[jira] [Updated] (NETBEANS-3329) Exception loading OpenJFX gradle project

2019-11-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3329:
-
Attachment: java-version.png
gradle-version.png
ant-version.png

> Exception loading OpenJFX gradle project
> 
>
> Key: NETBEANS-3329
> URL: https://issues.apache.org/jira/browse/NETBEANS-3329
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.15
> JDK 12.0.2
>Reporter: Scott Palmer
>Priority: Major
> Attachments: ant-version.png, gradle-version.png, java-version.png, 
> messages.log
>
>
> Loading the OpenJFX project and then the "controls" sub-project lead to 
> exceptions and the controls project showing red error markers.
>  IDE log attached.
>  



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

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

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



[jira] [Commented] (NETBEANS-2290) nb-javac 1.71 fails to parse JavaFX Sources

2019-11-05 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-2290:
--

It easier to reproduce these errors using the JavaFX sample projects described 
in NETBEANS-3296 instead of the project suggested by my previous comment.


> nb-javac 1.71 fails to parse JavaFX Sources
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: AssertionError1.txt, AssertionError3.txt, messages.txt, 
> nbjavac-active-errors.txt, nbjavac-deactivated-errors.txt, 
> netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Updated] (NETBEANS-3340) Code Completion/Insertion Stops Working. Internal Exception Thrown

2019-11-05 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3340:
-
Docs Text: OpenJDK 11.0.4 on Windows 10 version 10.0 running on amd64  
(was: OpenJDK 11.0.4 on Windows 10 version 10.0 running on amd64
)

> Code Completion/Insertion Stops Working. Internal Exception Thrown
> --
>
> Key: NETBEANS-3340
> URL: https://issues.apache.org/jira/browse/NETBEANS-3340
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.2
>Reporter: Bill Reynolds
>Priority: Major
> Attachments: idelog.txt, uilog.txt
>
>
> After working for a while, insertion/completion stops working. The exception 
> log gives the attached data. 



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

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

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



[jira] [Commented] (NETBEANS-3340) Code Completion/Insertion Stops Working. Internal Exception Thrown

2019-11-05 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3340:
--

These are the same exceptions and stack trace as in NETBEANS-3300.

> Code Completion/Insertion Stops Working. Internal Exception Thrown
> --
>
> Key: NETBEANS-3340
> URL: https://issues.apache.org/jira/browse/NETBEANS-3340
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.2
>Reporter: Bill Reynolds
>Priority: Major
> Attachments: idelog.txt, uilog.txt
>
>
> After working for a while, insertion/completion stops working. The exception 
> log gives the attached data. 



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

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

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



[jira] [Updated] (NETBEANS-3340) Code Completion/Insertion Stops Working. Internal Exception Thrown

2019-11-05 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3340:
-
Description: After working for a while, insertion/completion stops working. 
The exception log gives the attached data. 

> Code Completion/Insertion Stops Working. Internal Exception Thrown
> --
>
> Key: NETBEANS-3340
> URL: https://issues.apache.org/jira/browse/NETBEANS-3340
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.2
>Reporter: Bill Reynolds
>Priority: Major
> Attachments: idelog.txt, uilog.txt
>
>
> After working for a while, insertion/completion stops working. The exception 
> log gives the attached data. 



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

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

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



[jira] [Updated] (NETBEANS-3340) Code Completion/Insertion Stops Working. Internal Exception Thrown

2019-11-05 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3340:
-
Docs Text: 
OpenJDK 11.0.4 on Windows 10 version 10.0 running on amd64


  was:
After working for a while, insertion/completion stops working. The exception 
log gives the attached data.
OpenJDK 11.0.4 on Windows 10 version 10.0 running on amd64



> Code Completion/Insertion Stops Working. Internal Exception Thrown
> --
>
> Key: NETBEANS-3340
> URL: https://issues.apache.org/jira/browse/NETBEANS-3340
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.2
>Reporter: Bill Reynolds
>Priority: Major
> Attachments: idelog.txt, uilog.txt
>
>
> After working for a while, insertion/completion stops working. The exception 
> log gives the attached data. 



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

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

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



[jira] [Resolved] (NETBEANS-3324) Please use KEYS for the link to KEYS

2019-11-04 Thread John Neffenger (Jira)


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

John Neffenger resolved NETBEANS-3324.
--
Resolution: Fixed

Fixed for the NetBeans 11.2 download page.

> Please use KEYS for the link to KEYS
> 
>
> Key: NETBEANS-3324
> URL: https://issues.apache.org/jira/browse/NETBEANS-3324
> Project: NetBeans
>  Issue Type: Bug
>  Components: website
>Affects Versions: 11.2
>Reporter: Sebb
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 11.2
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> The download page
> https://netbeans.apache.org/download/nb112/nb112.html
> provides a link to the KEYS file, but the link text is 'here' rather than 
> KEYS as is the convention.
> Using 'here' for link text is deprecated, as it does not describe what the 
> link is for. This makes the link less accessible to screen readers etc.
> Thanks



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

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

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



[jira] [Closed] (NETBEANS-3324) Please use KEYS for the link to KEYS

2019-11-04 Thread John Neffenger (Jira)


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

John Neffenger closed NETBEANS-3324.


Fix verified on Web site.

> Please use KEYS for the link to KEYS
> 
>
> Key: NETBEANS-3324
> URL: https://issues.apache.org/jira/browse/NETBEANS-3324
> Project: NetBeans
>  Issue Type: Bug
>  Components: website
>Affects Versions: 11.2
>Reporter: Sebb
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 11.2
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> The download page
> https://netbeans.apache.org/download/nb112/nb112.html
> provides a link to the KEYS file, but the link text is 'here' rather than 
> KEYS as is the convention.
> Using 'here' for link text is deprecated, as it does not describe what the 
> link is for. This makes the link less accessible to screen readers etc.
> Thanks



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

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

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



[jira] [Assigned] (NETBEANS-3324) Please use KEYS for the link to KEYS

2019-11-04 Thread John Neffenger (Jira)


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

John Neffenger reassigned NETBEANS-3324:


Assignee: John Neffenger

> Please use KEYS for the link to KEYS
> 
>
> Key: NETBEANS-3324
> URL: https://issues.apache.org/jira/browse/NETBEANS-3324
> Project: NetBeans
>  Issue Type: Bug
>  Components: website
>Affects Versions: 11.2
>Reporter: Sebb
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The download page
> https://netbeans.apache.org/download/nb112/nb112.html
> provides a link to the KEYS file, but the link text is 'here' rather than 
> KEYS as is the convention.
> Using 'here' for link text is deprecated, as it does not describe what the 
> link is for. This makes the link less accessible to screen readers etc.
> Thanks



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

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

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



[jira] [Updated] (NETBEANS-3324) Please use KEYS for the link to KEYS

2019-11-04 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3324:
-
Fix Version/s: 11.2

> Please use KEYS for the link to KEYS
> 
>
> Key: NETBEANS-3324
> URL: https://issues.apache.org/jira/browse/NETBEANS-3324
> Project: NetBeans
>  Issue Type: Bug
>  Components: website
>Affects Versions: 11.2
>Reporter: Sebb
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 11.2
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The download page
> https://netbeans.apache.org/download/nb112/nb112.html
> provides a link to the KEYS file, but the link text is 'here' rather than 
> KEYS as is the convention.
> Using 'here' for link text is deprecated, as it does not describe what the 
> link is for. This makes the link less accessible to screen readers etc.
> Thanks



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

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

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



[jira] [Updated] (NETBEANS-3324) Please use KEYS for the link to KEYS

2019-11-04 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3324:
-
Component/s: website

> Please use KEYS for the link to KEYS
> 
>
> Key: NETBEANS-3324
> URL: https://issues.apache.org/jira/browse/NETBEANS-3324
> Project: NetBeans
>  Issue Type: Bug
>  Components: website
>Affects Versions: 11.2
>Reporter: Sebb
>Priority: Minor
>  Labels: pull-request-available
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The download page
> https://netbeans.apache.org/download/nb112/nb112.html
> provides a link to the KEYS file, but the link text is 'here' rather than 
> KEYS as is the convention.
> Using 'here' for link text is deprecated, as it does not describe what the 
> link is for. This makes the link less accessible to screen readers etc.
> Thanks



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

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

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



[jira] [Updated] (NETBEANS-3324) Please use KEYS for the link to KEYS

2019-11-04 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3324:
-
Affects Version/s: 11.2

> Please use KEYS for the link to KEYS
> 
>
> Key: NETBEANS-3324
> URL: https://issues.apache.org/jira/browse/NETBEANS-3324
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
>Reporter: Sebb
>Priority: Minor
>  Labels: pull-request-available
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The download page
> https://netbeans.apache.org/download/nb112/nb112.html
> provides a link to the KEYS file, but the link text is 'here' rather than 
> KEYS as is the convention.
> Using 'here' for link text is deprecated, as it does not describe what the 
> link is for. This makes the link less accessible to screen readers etc.
> Thanks



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

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

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



[jira] [Updated] (NETBEANS-3303) Modular Gradle project fails to recognize Javadoc and Sources

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3303:
-
Attachment: javadoc-window.png

> Modular Gradle project fails to recognize Javadoc and Sources
> -
>
> Key: NETBEANS-3303
> URL: https://issues.apache.org/jira/browse/NETBEANS-3303
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: javadoc-window.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3303) Modular Gradle project fails to recognize Javadoc and Sources

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3303:
-
Description: 
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Modular 
Gradle|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Modular/Gradle]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Even after setting up the Gradle cache as described in the [parent 
issue|https://issues.apache.org/jira/browse/NETBEANS-3296], the project fails 
to recognize the Javadoc and Sources. The toolbar buttons to show the 
documentation in an external Web browser and to open the source in the editor 
are both disabled.

!javadoc-window.png!

Holding down the _Ctrl_ key and clicking a method does nothing. The _Show 
Javadoc (Alt-F1)_ item in the context menu does nothing.

The Gradle cache contains the Javadoc and Sources with their original names and 
with their Linux platform-specific names.

{code}
$ cd .gradle/caches/modules-2/files-2.1/org.openjfx/javafx-graphics/13

$ find * -type f 
6f9144cf24ab576d79e3bcdfbd48bdff31d0c509/javafx-graphics-13.pom
9dd89f728a41d898591ee9d0fb1dfb2020dab334/javafx-graphics-13-javadoc.jar
9dd89f728a41d898591ee9d0fb1dfb2020dab334/javafx-graphics-13-linux-javadoc.jar
a9407212df2b75d557a509ec14a9e8e282494b4e/javafx-graphics-13.jar
bbcbc616702a086567585183efcb0ab8eb22a66b/javafx-graphics-13-win.jar
d407d8267c270f775482a3e05fef7d857b824b47/javafx-graphics-13-sources.jar
d407d8267c270f775482a3e05fef7d857b824b47/javafx-graphics-13-linux-sources.jar
d6b0cddb2d9f5c46cf78365b3683b147981321e0/javafx-graphics-13-mac.jar
d853d12684f60037dfeea1a47e61396e0febfdfd/javafx-graphics-13-linux.jar

$ cd 9dd89f728a41d898591ee9d0fb1dfb2020dab334

$ diff -s javafx-graphics-13-javadoc.jar javafx-graphics-13-linux-javadoc.jar
Files javafx-graphics-13-javadoc.jar and javafx-graphics-13-linux-javadoc.jar 
are identical

$ cd ../d407d8267c270f775482a3e05fef7d857b824b47

$ diff -s diff javafx-graphics-13-linux-sources.jar 
javafx-graphics-13-sources.jar
Files javafx-graphics-13-linux-sources.jar and javafx-graphics-13-sources.jar 
are identical
{code}


  was:More details to follow. Until then, please see the description in the 
parent issue.


> Modular Gradle project fails to recognize Javadoc and Sources
> -
>
> Key: NETBEANS-3303
> URL: https://issues.apache.org/jira/browse/NETBEANS-3303
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: javadoc-window.png
>
>
> In the description below, I'm using the JavaFX sample project for NetBeans 
> defined in the [Modular 
> Gradle|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Modular/Gradle]
>  directory of the [openjfx/samples|https://github.com/openjfx/samples] 
> repository.
> Even after setting up the Gradle cache as described in the [parent 
> issue|https://issues.apache.org/jira/browse/NETBEANS-3296], the project fails 
> to recognize the Javadoc and Sources. The toolbar buttons to show the 
> documentation in an external Web browser and to open the source in the editor 
> are both disabled.
> !javadoc-window.png!
> Holding down the _Ctrl_ key and clicking a method does nothing. The _Show 
> Javadoc (Alt-F1)_ item in the context menu does nothing.
> The Gradle cache contains the Javadoc and Sources with their original names 
> and with their Linux platform-specific names.
> {code}
> $ cd .gradle/caches/modules-2/files-2.1/org.openjfx/javafx-graphics/13
> $ find * -type f 
> 6f9144cf24ab576d79e3bcdfbd48bdff31d0c509/javafx-graphics-13.pom
> 9dd89f728a41d898591ee9d0fb1dfb2020dab334/javafx-graphics-13-javadoc.jar
> 9dd89f728a41d898591ee9d0fb1dfb2020dab334/javafx-graphics-13-linux-javadoc.jar
> a9407212df2b75d557a509ec14a9e8e282494b4e/javafx-graphics-13.jar
> bbcbc616702a086567585183efcb0ab8eb22a66b/javafx-graphics-13-win.jar
> d407d8267c270f775482a3e05fef7d857b824b47/javafx-graphics-13-sources.jar
> d407d8267c270f775482a3e05fef7d857b824b47/javafx-graphics-13-linux-sources.jar
> d6b0cddb2d9f5c46cf78365b3683b147981321e0/javafx-graphics-13-mac.jar
> d853d12684f60037dfeea1a47e61396e0febfdfd/javafx-graphics-13-linux.jar
> $ cd 9dd89f728a41d898591ee9d0fb1dfb2020dab334
> $ diff -s javafx-graphics-13-javadoc.jar javafx-graphics-13-linux-javadoc.jar
> Files javafx-graphics-13-javadoc.jar and javafx-graphics-13-linux-javadoc.jar 
> are identical
> $ cd ../d407d8267c270f775482a3e05fef7d857b824b47
> $ diff -s diff javafx-graphics-13-linux-sources.jar 
> javafx-graphics-13-sources.jar
> Files javafx-graphics-13-linux-sources.jar and javafx-graphics-13-sources.jar 
> are identical
> {code}



--

[jira] [Updated] (NETBEANS-3302) Non-modular Gradle project fails to recognize Javadoc

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3302:
-
Description: 
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Non-Modular 
Gradle|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Gradle]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Set up the project as explained in the [parent 
issue|https://issues.apache.org/jira/browse/NETBEANS-3296] under the section 
_Gradle Non-Modular_. In particular, you'll need to install and use Gradle 
version 6.0, and you'll need to copy the JavaFX Javadoc and Sources archives in 
the Gradle cache so that their names include the platform qualifier.

After those changes, Gradle lists the following items in the Compile Classpath.

!compile-classpath.png!

The source navigation works, and the Javadoc comments in the Sources are 
displayed correctly, but the Javadoc artifacts are not recognized. The button 
in the Javadoc Window to show the documentation in an external Web browser is 
disabled, and the _Show Javadoc (Alt-F1)_ item in the context menu does nothing.

!javadoc-window.png!


  was:
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Non-Modular 
Gradle|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Gradle]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Set up the project as explained in the [parent 
issue|https://issues.apache.org/jira/browse/NETBEANS-3296] under the section 
_Gradle Non-Modular_. In particular, you'll need to install and use Gradle 
version 6.0, and you'll need to copy the JavaFX Javadoc and Sources archives in 
the Gradle cache so that their names include the platform qualifier.

After those changes, Gradle lists the following items in the Compile Classpath.

!compile-classpath.png!

The source navigation works, and the Javadoc comments in the Sources are 
displayed correctly, but the Javadoc artifacts are not recognized. The Javadoc 
Window shows that the button to show the documentation in an external Web 
browser is disabled, and the _Show Javadoc_ item in the context menu does 
nothing.

!javadoc-window.png!



> Non-modular Gradle project fails to recognize Javadoc
> -
>
> Key: NETBEANS-3302
> URL: https://issues.apache.org/jira/browse/NETBEANS-3302
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: compile-classpath.png, javadoc-window.png
>
>
> In the description below, I'm using the JavaFX sample project for NetBeans 
> defined in the [Non-Modular 
> Gradle|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Gradle]
>  directory of the [openjfx/samples|https://github.com/openjfx/samples] 
> repository.
> Set up the project as explained in the [parent 
> issue|https://issues.apache.org/jira/browse/NETBEANS-3296] under the section 
> _Gradle Non-Modular_. In particular, you'll need to install and use Gradle 
> version 6.0, and you'll need to copy the JavaFX Javadoc and Sources archives 
> in the Gradle cache so that their names include the platform qualifier.
> After those changes, Gradle lists the following items in the Compile 
> Classpath.
> !compile-classpath.png!
> The source navigation works, and the Javadoc comments in the Sources are 
> displayed correctly, but the Javadoc artifacts are not recognized. The button 
> in the Javadoc Window to show the documentation in an external Web browser is 
> disabled, and the _Show Javadoc (Alt-F1)_ item in the context menu does 
> nothing.
> !javadoc-window.png!



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

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

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



[jira] [Updated] (NETBEANS-3302) Non-modular Gradle project fails to recognize Javadoc

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3302:
-
Attachment: javadoc-window.png
compile-classpath.png

> Non-modular Gradle project fails to recognize Javadoc
> -
>
> Key: NETBEANS-3302
> URL: https://issues.apache.org/jira/browse/NETBEANS-3302
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: compile-classpath.png, javadoc-window.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3302) Non-modular Gradle project fails to recognize Javadoc

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3302:
-
Description: 
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Non-Modular 
Gradle|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Gradle]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Set up the project as explained in the [parent 
issue|https://issues.apache.org/jira/browse/NETBEANS-3296] under the section 
_Gradle Non-Modular_. In particular, you'll need to install and use Gradle 
version 6.0, and you'll need to copy the JavaFX Javadoc and Sources archives in 
the Gradle cache so that their names include the platform qualifier.

After those changes, Gradle lists the following items in the Compile Classpath.

!compile-classpath.png!

The source navigation works, and the Javadoc comments in the Sources are 
displayed correctly, but the Javadoc artifacts are not recognized. The Javadoc 
Window shows that the button to show the documentation in an external Web 
browser is disabled, and the _Show Javadoc_ item in the context menu does 
nothing.

!javadoc-window.png!


  was:More details to follow. Until then, please see the description in the 
parent issue.


> Non-modular Gradle project fails to recognize Javadoc
> -
>
> Key: NETBEANS-3302
> URL: https://issues.apache.org/jira/browse/NETBEANS-3302
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: compile-classpath.png, javadoc-window.png
>
>
> In the description below, I'm using the JavaFX sample project for NetBeans 
> defined in the [Non-Modular 
> Gradle|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Gradle]
>  directory of the [openjfx/samples|https://github.com/openjfx/samples] 
> repository.
> Set up the project as explained in the [parent 
> issue|https://issues.apache.org/jira/browse/NETBEANS-3296] under the section 
> _Gradle Non-Modular_. In particular, you'll need to install and use Gradle 
> version 6.0, and you'll need to copy the JavaFX Javadoc and Sources archives 
> in the Gradle cache so that their names include the platform qualifier.
> After those changes, Gradle lists the following items in the Compile 
> Classpath.
> !compile-classpath.png!
> The source navigation works, and the Javadoc comments in the Sources are 
> displayed correctly, but the Javadoc artifacts are not recognized. The 
> Javadoc Window shows that the button to show the documentation in an external 
> Web browser is disabled, and the _Show Javadoc_ item in the context menu does 
> nothing.
> !javadoc-window.png!



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

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

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



[jira] [Updated] (NETBEANS-3301) Modular Ant project fails to run without nb-javac

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3301:
-
Description: 
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Modular/Java] 
directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Set up the project as instructed in the [Getting 
Started|https://openjfx.io/openjfx-docs/] guide, making adjustments as 
necessary to run with the latest OpenJDK 13.0.1 and JavaFX Linux SDK 13.0.1. 
The project builds and runs without problems.

Next, uninstall the _nb-javac_ plug-in. The project still builds without 
problems, but when you click the green _Run Project_ button, an error 
notification appears in the lower right corner of the IDE.

!notification.png!

Clicking the red balloon shows the following Unexpected Exception.

!unexpected-exception.png!

Clicking the link shows the full stack trace as follows.

h2. 
{anchor:javalangunsupportedoperationexception}java.lang.UnsupportedOperationException

{code}
java.lang.UnsupportedOperationException: command: run, JavaRunner impls: 
[org.netbeans.modules.java.source.ant.ProjectRunnerImpl@1fd321e0]
at 
org.netbeans.api.java.project.runner.JavaRunner.execute(JavaRunner.java:303)
at 
org.netbeans.modules.java.api.common.project.ActionProviderSupport.bypassAntBuildScript(ActionProviderSupport.java:583)
at 
org.netbeans.modules.java.api.common.project.JavaActionProvider$9.performCompileOnSave(JavaActionProvider.java:1591)
at 
org.netbeans.modules.java.api.common.project.ActionProviderSupport$JavaModelWork.execute(ActionProviderSupport.java:1310)
at 
org.netbeans.modules.java.api.common.project.ActionProviderSupport$JavaModelWork.run(ActionProviderSupport.java:1287)
at 
org.netbeans.api.java.source.ui.ScanDialog.runWhenScanFinished(ScanDialog.java:133)
at 
org.netbeans.modules.java.api.common.project.ActionProviderSupport.invokeTarget(ActionProviderSupport.java:202)
at 
org.netbeans.modules.java.api.common.project.JavaActionProvider$ScriptAction.invoke(JavaActionProvider.java:465)
at 
org.netbeans.modules.java.api.common.project.JavaActionProvider.lambda$invokeAction$1(JavaActionProvider.java:895)
at java.base/java.util.Optional.ifPresent(Optional.java:176)
at 
org.netbeans.modules.java.api.common.project.JavaActionProvider.invokeAction(JavaActionProvider.java:888)
at 
org.netbeans.spi.project.support.LookupProviderSupport$MergedActionProvider.invokeAction(LookupProviderSupport.java:262)
at 
org.netbeans.modules.project.ui.actions.ProjectAction$2.run(ProjectAction.java:162)
at 
org.netbeans.modules.openide.util.NbMutexEventProvider$Event.doEvent(NbMutexEventProvider.java:95)
at 
org.netbeans.modules.openide.util.NbMutexEventProvider$Event.writeAccess(NbMutexEventProvider.java:60)
at 
org.netbeans.modules.openide.util.LazyMutexImplementation.writeAccess(LazyMutexImplementation.java:56)
at org.openide.util.Mutex.writeAccess(Mutex.java:285)
at 
org.netbeans.modules.project.ui.actions.ProjectAction.runSequentially(ProjectAction.java:159)
at 
org.netbeans.modules.project.ui.actions.MainProjectAction$1$1.run(MainProjectAction.java:115)
at 
java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
at 
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
[catch] at 
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at 
java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
{code}


  was:
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Modular/Java] 
directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Set up the project as instructed in the [Getting 

[jira] [Updated] (NETBEANS-3301) Modular Ant project fails to run without nb-javac

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3301:
-
Attachment: ui-log.txt
ide-log.txt

> Modular Ant project fails to run without nb-javac
> -
>
> Key: NETBEANS-3301
> URL: https://issues.apache.org/jira/browse/NETBEANS-3301
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: ide-log.txt, notification.png, ui-log.txt, 
> unexpected-exception.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3301) Modular Ant project fails to run without nb-javac

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3301:
-
Description: 
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Modular/Java] 
directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Set up the project as instructed in the [Getting 
Started|https://openjfx.io/openjfx-docs/] guide, making adjustments as 
necessary to run with the latest OpenJDK 13.0.1 and JavaFX Linux SDK 13.0.1. 
The project builds and runs without problems.

Next, uninstall the _nb-javac_ plug-in. The project still builds without 
problems, but when you click the green _Run Project_ button, an error 
notification appears in the lower right corner of the IDE.

!notification.png!

Clicking the red balloon shows the following Unexpected Exception.

!unexpected-exception.png!

Clicking the link shows the full stack trace as follows.

h2. 
{anchor:javalangunsupportedoperationexception}java.lang.UnsupportedOperationException

{code}
java.lang.UnsupportedOperationException: command: run, JavaRunner impls: 
[org.netbeans.modules.java.source.ant.ProjectRunnerImpl1fd321e0]
at 
org.netbeans.api.java.project.runner.JavaRunner.execute(JavaRunner.java:303)
at 
org.netbeans.modules.java.api.common.project.ActionProviderSupport.bypassAntBuildScript(ActionProviderSupport.java:583)
at 
org.netbeans.modules.java.api.common.project.JavaActionProvider$9.performCompileOnSave(JavaActionProvider.java:1591)
at 
org.netbeans.modules.java.api.common.project.ActionProviderSupport$JavaModelWork.execute(ActionProviderSupport.java:1310)
at 
org.netbeans.modules.java.api.common.project.ActionProviderSupport$JavaModelWork.run(ActionProviderSupport.java:1287)
at 
org.netbeans.api.java.source.ui.ScanDialog.runWhenScanFinished(ScanDialog.java:133)
at 
org.netbeans.modules.java.api.common.project.ActionProviderSupport.invokeTarget(ActionProviderSupport.java:202)
at 
org.netbeans.modules.java.api.common.project.JavaActionProvider$ScriptAction.invoke(JavaActionProvider.java:465)
at 
org.netbeans.modules.java.api.common.project.JavaActionProvider.lambda$invokeAction$1(JavaActionProvider.java:895)
at java.base/java.util.Optional.ifPresent(Optional.java:176)
at 
org.netbeans.modules.java.api.common.project.JavaActionProvider.invokeAction(JavaActionProvider.java:888)
at 
org.netbeans.spi.project.support.LookupProviderSupport$MergedActionProvider.invokeAction(LookupProviderSupport.java:262)
at 
org.netbeans.modules.project.ui.actions.ProjectAction$2.run(ProjectAction.java:162)
at 
org.netbeans.modules.openide.util.NbMutexEventProvider$Event.doEvent(NbMutexEventProvider.java:95)
at 
org.netbeans.modules.openide.util.NbMutexEventProvider$Event.writeAccess(NbMutexEventProvider.java:60)
at 
org.netbeans.modules.openide.util.LazyMutexImplementation.writeAccess(LazyMutexImplementation.java:56)
at org.openide.util.Mutex.writeAccess(Mutex.java:285)
at 
org.netbeans.modules.project.ui.actions.ProjectAction.runSequentially(ProjectAction.java:159)
at 
org.netbeans.modules.project.ui.actions.MainProjectAction$1$1.run(MainProjectAction.java:115)
at 
java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
at 
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
[catch] at 
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at 
java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
{code}


  was:More details to follow. Until then, please see the description in the 
parent issue.


> Modular Ant project fails to run without nb-javac
> -
>
> Key: NETBEANS-3301
> URL: https://issues.apache.org/jira/browse/NETBEANS-3301
> Project: NetBeans
>

[jira] [Updated] (NETBEANS-3301) Modular Ant project fails to run without nb-javac

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3301:
-
Attachment: unexpected-exception.png
notification.png

> Modular Ant project fails to run without nb-javac
> -
>
> Key: NETBEANS-3301
> URL: https://issues.apache.org/jira/browse/NETBEANS-3301
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: ide-log.txt, notification.png, ui-log.txt, 
> unexpected-exception.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3300) nb-javac 2.0 fails to parse JavaFX Sources

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3300:
-
Description: 
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Non-Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Expand the Javadoc and Sources archives of the JavaFX Linux SDK as explained in 
the section _JavaFX SDK_ of the [parent 
issue|https://issues.apache.org/jira/browse/NETBEANS-3296#javafxsdk], and set 
up the project Compile Classpath as described in the section _Add to JAR 
files_. After those changes, the project Libraries should look like the 
following screenshot, with badges for the Javadoc and Sources on each icon of 
the Classpath list.

!compile-classpath.png!

Remove any directories for the Javadoc and Sources in the _JAVAFX13_ Global 
Library, and restart NetBeans. Also make sure the _nb-javac_ plug-in is 
installed.

Open the file _Main.java_ and select the {{show()}} method. The Javadoc Window 
shows the method description, and the two right-most toolbar buttons are 
enabled to show the documentation in an external Web browser and to open the 
source in the editor.

!javadoc-show.png!

Navigate to the source by holding down the _Ctrl_ key while clicking the 
{{show()}} method. The file _Stage.java_ is opened in a new editor window, and 
the cursor is placed on the first line of the {{show()}} method. A red balloon 
with the number "1" appears in the notification area.

!notification.png!

Clicking the red balloon opens the Notification Window to show an Unexpected 
Exception.

!unexpected-exception.png!

Clicking the link in the notification shows the following seven exceptions:

h2. {anchor:javalangassertionerror}java.lang.AssertionError

{code}
java.lang.AssertionError
at com.sun.tools.javac.util.Assert.error(Assert.java:155)
at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
at 
com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559)
at com.sun.tools.javac.comp.Modules.enter(Modules.java:287)
at com.sun.tools.javac.comp.Modules.enter(Modules.java:268)
at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259)
at com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126)
at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393)
at 
org.netbeans.modules.java.source.nbjavac.parsing.TreeLoader.loadTreeFor(TreeLoader.java:164)
at 
com.sun.tools.javac.model.JavacElements.getTreeAndTopLevel(JavacElements.java:816)
at 
com.sun.tools.javac.model.JavacElements.getTreeAndTopLevel(JavacElements.java:842)
at com.sun.tools.javac.api.JavacTrees.getPath(JavacTrees.java:418)
at com.sun.tools.javac.api.JavacTrees.getPath(JavacTrees.java:408)
at 
org.netbeans.lib.nbjavac.services.NBJavacTrees.getPath(NBJavacTrees.java:83)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.resolveElementValue(ArithmeticUtilities.java:442)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.resolve(ArithmeticUtilities.java:490)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitMemberSelect(ArithmeticUtilities.java:390)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitMemberSelect(ArithmeticUtilities.java:197)
at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:241)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitBinary(ArithmeticUtilities.java:527)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitBinary(ArithmeticUtilities.java:197)
at com.sun.tools.javac.tree.JCTree$JCBinary.accept(JCTree.java:2112)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:241)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:197)
at com.sun.source.util.TreeScanner.visitParenthesized(TreeScanner.java:598)
at com.sun.tools.javac.tree.JCTree$JCParens.accept(JCTree.java:1968)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:56)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:234)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities.compute(ArithmeticUtilities.java:178)
at 
org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.visitConditional(InfiniteRecursion.java:463)
at 

[jira] [Updated] (NETBEANS-3300) nb-javac 2.0 fails to parse JavaFX Sources

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3300:
-
Description: 
In the description below, I'm using the JavaFX sample project for NetBeans 
defined in the [Non-Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Expand the Javadoc and Sources archives of the JavaFX Linux SDK as explained in 
the section _JavaFX SDK_ of the [parent 
issue|https://issues.apache.org/jira/browse/NETBEANS-3296#javafxsdk], and set 
up the project Compile Classpath as described in the section _Add to JAR 
files_. After those changes, the project Libraries should look like the 
following screenshot, with badges for the Javadoc and Sources on each icon of 
the Classpath list.

!compile-classpath.png!

Remove any directories for the Javadoc and Sources in the _JAVAFX13_ Global 
Library, and restart NetBeans. Also make sure the _nb-javac_ plug-in is 
installed.

Open the file _Main.java_ and select the {{show()}} method. The Javadoc Window 
shows the method description, and the two right-most toolbar buttons are 
enabled to show the documentation in an external Web browser and to open the 
source in the editor.

!javadoc-show.png!

Navigate to the source by holding down the _Ctrl_ key while clicking the 
{{show()}} method. The file _Stage.java_ is opened in a new editor window, and 
the cursor is placed on the first line of the {{show()}} method. A red balloon 
with the number -1- appears in the notification area.

!notification.png!

Clicking the red balloon opens the Notification Window to show an Unexpected 
Exception.

!unexpected-exception.png!

Clicking the link in the notification shows the following seven exceptions:

h2. {anchor:javalangassertionerror}java.lang.AssertionError

{code}
java.lang.AssertionError
at com.sun.tools.javac.util.Assert.error(Assert.java:155)
at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
at 
com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559)
at com.sun.tools.javac.comp.Modules.enter(Modules.java:287)
at com.sun.tools.javac.comp.Modules.enter(Modules.java:268)
at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259)
at com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126)
at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393)
at 
org.netbeans.modules.java.source.nbjavac.parsing.TreeLoader.loadTreeFor(TreeLoader.java:164)
at 
com.sun.tools.javac.model.JavacElements.getTreeAndTopLevel(JavacElements.java:816)
at 
com.sun.tools.javac.model.JavacElements.getTreeAndTopLevel(JavacElements.java:842)
at com.sun.tools.javac.api.JavacTrees.getPath(JavacTrees.java:418)
at com.sun.tools.javac.api.JavacTrees.getPath(JavacTrees.java:408)
at 
org.netbeans.lib.nbjavac.services.NBJavacTrees.getPath(NBJavacTrees.java:83)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.resolveElementValue(ArithmeticUtilities.java:442)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.resolve(ArithmeticUtilities.java:490)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitMemberSelect(ArithmeticUtilities.java:390)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitMemberSelect(ArithmeticUtilities.java:197)
at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:241)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitBinary(ArithmeticUtilities.java:527)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitBinary(ArithmeticUtilities.java:197)
at com.sun.tools.javac.tree.JCTree$JCBinary.accept(JCTree.java:2112)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:241)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:197)
at com.sun.source.util.TreeScanner.visitParenthesized(TreeScanner.java:598)
at com.sun.tools.javac.tree.JCTree$JCParens.accept(JCTree.java:1968)
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:56)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:234)
at 
org.netbeans.modules.java.hints.ArithmeticUtilities.compute(ArithmeticUtilities.java:178)
at 
org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.visitConditional(InfiniteRecursion.java:463)
at 

[jira] [Updated] (NETBEANS-3300) nb-javac 2.0 fails to parse JavaFX Sources

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3300:
-
Attachment: ide-log.txt

> nb-javac 2.0 fails to parse JavaFX Sources
> --
>
> Key: NETBEANS-3300
> URL: https://issues.apache.org/jira/browse/NETBEANS-3300
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: compile-classpath.png, ide-log.txt, javadoc-show.png, 
> notification.png, ui-log.txt, unexpected-exception.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3300) nb-javac 2.0 fails to parse JavaFX Sources

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3300:
-
Attachment: unexpected-exception.png
notification.png
javadoc-show.png
compile-classpath.png

> nb-javac 2.0 fails to parse JavaFX Sources
> --
>
> Key: NETBEANS-3300
> URL: https://issues.apache.org/jira/browse/NETBEANS-3300
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: compile-classpath.png, ide-log.txt, javadoc-show.png, 
> notification.png, ui-log.txt, unexpected-exception.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3300) nb-javac 2.0 fails to parse JavaFX Sources

2019-11-01 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3300:
-
Attachment: ui-log.txt

> nb-javac 2.0 fails to parse JavaFX Sources
> --
>
> Key: NETBEANS-3300
> URL: https://issues.apache.org/jira/browse/NETBEANS-3300
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: compile-classpath.png, ide-log.txt, javadoc-show.png, 
> notification.png, ui-log.txt, unexpected-exception.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3299) Adding Javadoc and Sources to Global Library fails

2019-10-31 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3299:
-
Description: 
In the examples below, I'm using the JavaFX sample project for NetBeans defined 
in the [Non-Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Expand the Javadoc and Sources for the JavaFX Linux SDK as explained in the 
[parent issue|https://issues.apache.org/jira/browse/NETBEANS-3296] of this 
subtask.

Create the _JAVAFX13_ Global Library.

!library-classpath.png!

Add each of the Sources directories to the library.

!library-sources.png!

Add each of the Javadoc directories to the library.

!library-javadoc.png!

Add the _JAVAFX13_ Global Library to the project's Compile Classpath.

!compile-classpath.png!

Open the _Main.java_ file and select the {{show()}} method. The full 
documentation is not shown in the Javadoc window; only the method signature is 
displayed there. The toolbar button to show the documentation in an external 
Web browser is enabled and works correctly, opening the page directly to the 
appropriate method.

!javadoc-show.png!

Click the right-most toolbar button in the Javadoc Window to "Open source in 
editor." The editor opens to the correct method location but shows a file full 
of compilation errors.

!sources-show.png!


  was:More details to follow. Until then, please see the description in the 
parent issue.


> Adding Javadoc and Sources to Global Library fails
> --
>
> Key: NETBEANS-3299
> URL: https://issues.apache.org/jira/browse/NETBEANS-3299
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: compile-classpath.png, javadoc-show.png, 
> library-classpath.png, library-javadoc.png, library-sources.png, 
> sources-show.png
>
>
> In the examples below, I'm using the JavaFX sample project for NetBeans 
> defined in the [Non-Modular 
> Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
>  directory of the [openjfx/samples|https://github.com/openjfx/samples] 
> repository.
> Expand the Javadoc and Sources for the JavaFX Linux SDK as explained in the 
> [parent issue|https://issues.apache.org/jira/browse/NETBEANS-3296] of this 
> subtask.
> Create the _JAVAFX13_ Global Library.
> !library-classpath.png!
> Add each of the Sources directories to the library.
> !library-sources.png!
> Add each of the Javadoc directories to the library.
> !library-javadoc.png!
> Add the _JAVAFX13_ Global Library to the project's Compile Classpath.
> !compile-classpath.png!
> Open the _Main.java_ file and select the {{show()}} method. The full 
> documentation is not shown in the Javadoc window; only the method signature 
> is displayed there. The toolbar button to show the documentation in an 
> external Web browser is enabled and works correctly, opening the page 
> directly to the appropriate method.
> !javadoc-show.png!
> Click the right-most toolbar button in the Javadoc Window to "Open source in 
> editor." The editor opens to the correct method location but shows a file 
> full of compilation errors.
> !sources-show.png!



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

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

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



[jira] [Updated] (NETBEANS-3299) Adding Javadoc and Sources to Global Library fails

2019-10-31 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3299:
-
Attachment: sources-show.png
library-sources.png
library-javadoc.png
library-classpath.png
javadoc-show.png
compile-classpath.png

> Adding Javadoc and Sources to Global Library fails
> --
>
> Key: NETBEANS-3299
> URL: https://issues.apache.org/jira/browse/NETBEANS-3299
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: compile-classpath.png, javadoc-show.png, 
> library-classpath.png, library-javadoc.png, library-sources.png, 
> sources-show.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3298) Invalid Javadoc root javafx-sdk-13/doc/javafx.base

2019-10-31 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3298:
-
Description: 
In the examples below, I'm using the JavaFX sample project for NetBeans defined 
in the [Non-Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Add the _JAVAFX13_ Global Library to the project's Compile Classpath.

!classpath-JAVAFX13.png!

Expand the JavaFX Javadoc as explained in the [parent 
issue|https://issues.apache.org/jira/browse/NETBEANS-3296] of this sub-task. 
Add each of the Javadoc directories to the Global Library. You see an error 
message for each directory added.

!invalid-javadoc-root.png!

The Javadoc actually works, though. The toolbar button to display the 
documentation in an external Web browser is enabled and opens directly to the 
correct method in the documentation.

!javadoc-show.png!


  was:
In the examples below, I'm using the JavaFX sample project for NetBeans defined 
in the [Non-Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Add the _JAVAFX13_ class library to the project's Compile Classpath.

!classpath-JAVAFX13.png!

Expand the JavaFX Javadoc as explained in the [parent issue|


> Invalid Javadoc root javafx-sdk-13/doc/javafx.base
> --
>
> Key: NETBEANS-3298
> URL: https://issues.apache.org/jira/browse/NETBEANS-3298
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: classpath-JAVAFX13.png, invalid-javadoc-root.png, 
> javadoc-show.png
>
>
> In the examples below, I'm using the JavaFX sample project for NetBeans 
> defined in the [Non-Modular 
> Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
>  directory of the [openjfx/samples|https://github.com/openjfx/samples] 
> repository.
> Add the _JAVAFX13_ Global Library to the project's Compile Classpath.
> !classpath-JAVAFX13.png!
> Expand the JavaFX Javadoc as explained in the [parent 
> issue|https://issues.apache.org/jira/browse/NETBEANS-3296] of this sub-task. 
> Add each of the Javadoc directories to the Global Library. You see an error 
> message for each directory added.
> !invalid-javadoc-root.png!
> The Javadoc actually works, though. The toolbar button to display the 
> documentation in an external Web browser is enabled and opens directly to the 
> correct method in the documentation.
> !javadoc-show.png!



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

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

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



[jira] [Updated] (NETBEANS-3298) Invalid Javadoc root javafx-sdk-13/doc/javafx.base

2019-10-31 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3298:
-
Description: 
In the examples below, I'm using the JavaFX sample project for NetBeans defined 
in the [Non-Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

Add the _JAVAFX13_ class library to the project's Compile Classpath.

!classpath-JAVAFX13.png!

Expand the JavaFX Javadoc as explained in the [parent issue|

  was:More details to follow. Until then, please see the description in the 
parent issue.


> Invalid Javadoc root javafx-sdk-13/doc/javafx.base
> --
>
> Key: NETBEANS-3298
> URL: https://issues.apache.org/jira/browse/NETBEANS-3298
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: classpath-JAVAFX13.png, invalid-javadoc-root.png, 
> javadoc-show.png
>
>
> In the examples below, I'm using the JavaFX sample project for NetBeans 
> defined in the [Non-Modular 
> Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
>  directory of the [openjfx/samples|https://github.com/openjfx/samples] 
> repository.
> Add the _JAVAFX13_ class library to the project's Compile Classpath.
> !classpath-JAVAFX13.png!
> Expand the JavaFX Javadoc as explained in the [parent issue|



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

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

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



[jira] [Updated] (NETBEANS-3298) Invalid Javadoc root javafx-sdk-13/doc/javafx.base

2019-10-31 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3298:
-
Attachment: javadoc-show.png
invalid-javadoc-root.png
classpath-JAVAFX13.png

> Invalid Javadoc root javafx-sdk-13/doc/javafx.base
> --
>
> Key: NETBEANS-3298
> URL: https://issues.apache.org/jira/browse/NETBEANS-3298
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: classpath-JAVAFX13.png, invalid-javadoc-root.png, 
> javadoc-show.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Updated] (NETBEANS-3297) "Attach Javadoc" really means "Attach Sources"

2019-10-31 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3297:
-
Description: 
In the examples below, I'm using the JavaFX sample project for NetBeans defined 
in the [Non-Modular 
Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
 directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository.

You may need to restart NetBeans after making changes to the items on the 
project's Compile Classpath for those changes to be recognized.

First, add just the individual JAR files to the project's Compile Classpath 
without adding their Javadoc and Sources.

!classpath-lib.png!

Open the _Main.java_ file, select the method {{show()}}, and see that the 
Javadoc is not found, as expected.

!javadoc-lib.png!

Next, add just the Javadoc to each JAR file.

!classpath-lib-doc.png!

The toolbar button (second from right) now allows you to show the documentation 
in an external Web browser and opens directly to the correct method. The 
Javadoc window shows the method signature, but fails to show the documentation 
for the method. NetBeans does not use the Javadoc to display the documentation 
after all; it uses the Sources.

!javadoc-lib-doc.png!

So add the Sources to each JAR file, along with the Javadoc.

!classpath-lib-doc-src.png!

Now we see the full documentation, and both toolbar buttons are enabled to show 
the documentation in an external Web browser and to open the source in the 
editor.

!javadoc-lib-doc-src.png!

Next, remove the Javadoc, leaving just the Sources attached.

!classpath-lib-src.png!

Now the full documentation is still available. The only difference is that the 
toolbar button to show the documentation in an external Web browser is disabled.

!javadoc-lib-src.png!

If we select a method with no actual Javadoc comments, such as 
{{setTitle(String)}}, we are prompted to attach the Javadoc even though doing 
so won't help at all.

!javadoc-lib-src-setTitle.png!


  was:More details to follow. Until then, please see the description in the 
parent issue.


> "Attach Javadoc" really means "Attach Sources"
> --
>
> Key: NETBEANS-3297
> URL: https://issues.apache.org/jira/browse/NETBEANS-3297
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: classpath-lib-doc-src.png, classpath-lib-doc.png, 
> classpath-lib-src.png, classpath-lib.png, javadoc-lib-doc-src.png, 
> javadoc-lib-doc.png, javadoc-lib-src-setTitle.png, javadoc-lib-src.png, 
> javadoc-lib.png
>
>
> In the examples below, I'm using the JavaFX sample project for NetBeans 
> defined in the [Non-Modular 
> Ant|https://github.com/openjfx/samples/tree/master/IDE/NetBeans/Non-Modular/Java]
>  directory of the [openjfx/samples|https://github.com/openjfx/samples] 
> repository.
> You may need to restart NetBeans after making changes to the items on the 
> project's Compile Classpath for those changes to be recognized.
> First, add just the individual JAR files to the project's Compile Classpath 
> without adding their Javadoc and Sources.
> !classpath-lib.png!
> Open the _Main.java_ file, select the method {{show()}}, and see that the 
> Javadoc is not found, as expected.
> !javadoc-lib.png!
> Next, add just the Javadoc to each JAR file.
> !classpath-lib-doc.png!
> The toolbar button (second from right) now allows you to show the 
> documentation in an external Web browser and opens directly to the correct 
> method. The Javadoc window shows the method signature, but fails to show the 
> documentation for the method. NetBeans does not use the Javadoc to display 
> the documentation after all; it uses the Sources.
> !javadoc-lib-doc.png!
> So add the Sources to each JAR file, along with the Javadoc.
> !classpath-lib-doc-src.png!
> Now we see the full documentation, and both toolbar buttons are enabled to 
> show the documentation in an external Web browser and to open the source in 
> the editor.
> !javadoc-lib-doc-src.png!
> Next, remove the Javadoc, leaving just the Sources attached.
> !classpath-lib-src.png!
> Now the full documentation is still available. The only difference is that 
> the toolbar button to show the documentation in an external Web browser is 
> disabled.
> !javadoc-lib-src.png!
> If we select a method with no actual Javadoc comments, such as 
> {{setTitle(String)}}, we are prompted to attach the Javadoc even though doing 
> so won't help at all.
> !javadoc-lib-src-setTitle.png!



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

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org

[jira] [Updated] (NETBEANS-3297) "Attach Javadoc" really means "Attach Sources"

2019-10-31 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3297:
-
Attachment: javadoc-lib-src-setTitle.png
javadoc-lib-src.png
javadoc-lib-doc-src.png
javadoc-lib-doc.png
javadoc-lib.png
classpath-lib-src.png
classpath-lib-doc-src.png
classpath-lib-doc.png
classpath-lib.png

> "Attach Javadoc" really means "Attach Sources"
> --
>
> Key: NETBEANS-3297
> URL: https://issues.apache.org/jira/browse/NETBEANS-3297
> Project: NetBeans
>  Issue Type: Sub-task
>Affects Versions: 11.2
> Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Minor
> Attachments: classpath-lib-doc-src.png, classpath-lib-doc.png, 
> classpath-lib-src.png, classpath-lib.png, javadoc-lib-doc-src.png, 
> javadoc-lib-doc.png, javadoc-lib-src-setTitle.png, javadoc-lib-src.png, 
> javadoc-lib.png
>
>
> More details to follow. Until then, please see the description in the parent 
> issue.



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

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

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



[jira] [Commented] (NETBEANS-3305) Cannot run and debug Maven projects with OpenJDK 13.0.1

2019-10-28 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3305:
--

I am unable to reproduce the error running [NetBeans 
11.2|https://snapcraft.io/netbeans] with [OpenJDK 
13.0.1|https://jdk.java.net/13/] on [Ubuntu 16.04.6 
LTS|http://releases.ubuntu.com/16.04/]. The project builds and runs without 
problems.

I configured the snap package to track the _edge_ channel for an early release 
of NetBeans 11.2, which should be released generally in the next few days.


> Cannot run and debug Maven projects with OpenJDK 13.0.1
> ---
>
> Key: NETBEANS-3305
> URL: https://issues.apache.org/jira/browse/NETBEANS-3305
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.1
> Environment: Windows 10 64-bit, OpenJDK 13.0.1
>Reporter: xinyingho
>Priority: Major
> Attachments: Negatron.zip
>
>
> 1/ Edit the file C:\Program Files\NetBeans-11.1\netbeans\etc\netbeans.conf so 
> that Netbeans uses OpenJDK 13.0.1, available at https://jdk.java.net/13/
> 2/ Open the attached Maven project (a very simple OpenJFX project)
> 3/ Try to build or clean/build the project
> Result: the build output window shows only 2 lines and the build fails.
> {quote}{{cd C:\Users\Xiny\Documents\NetBeansProjects\Negatron; 
> "JAVA_HOME=C:\\Program Files\\Java\\jdk-13.0.1" cmd /c "\"\"C:\\Program 
> Files\\NetBeans-11.1\\netbeans\\java\\maven\\bin\\mvn.cmd\" 
> -Dmaven.ext.class.path=\"C:\\Program 
> Files\\NetBeans-11.1\\netbeans\\java\\maven-nblib\\netbeans-eventspy.jar\" 
> -Dfile.encoding=UTF-8 install\""}}
> {{Cannot run program "cmd" (in directory 
> "C:\Users\Xiny\Documents\NetBeansProjects\Negatron"): Malformed argument has 
> embedded quote: "C:\Program 
> Files\NetBeans-11.1\netbeans\java\maven\bin\mvn.cmd" 
> -Dmaven.ext.class.path="C:\Program 
> Files\NetBeans-11.1\netbeans\java\maven-nblib\netbeans-eventspy.jar" 
> -Dfile.encoding=UTF-8 install}}
> {quote}
>  Remark: this error only happens with OpenJDK 13.0.1 while everything runs 
> fine with OpenJDK 13.
>  



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

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

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



[jira] [Commented] (NETBEANS-3304) 11.2 beta 3: Cannot use Elements.getTypeElement before the TaskEvent.Kind.ENTER finished

2019-10-26 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-3304:
--

This is the error message encountered in NETBEANS-3300, with an identical stack 
trace after the _catch_.

> 11.2 beta 3: Cannot use Elements.getTypeElement before the 
> TaskEvent.Kind.ENTER finished
> 
>
> Key: NETBEANS-3304
> URL: https://issues.apache.org/jira/browse/NETBEANS-3304
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
>Reporter: Andre Moraes
>Priority: Major
>
> {code:java}
> java.lang.IllegalStateException: Cannot use Elements.getTypeElement before 
> the TaskEvent.Kind.ENTER finished event.
>   at 
> com.sun.tools.javac.model.JavacElements.ensureEntered(JavacElements.java:891)
>   at 
> com.sun.tools.javac.model.JavacElements.doGetTypeElement(JavacElements.java:171)
>   at 
> com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:160)
>   at 
> com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:85)
>   at 
> org.netbeans.modules.java.hints.spiimpl.Hacks.parseFQNType(Hacks.java:150)
>   at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.doComputeHints(HintsInvoker.java:525)
>   at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeSuggestions(HintsInvoker.java:450)
>   at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:221)
>   at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:193)
>   at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:166)
>   at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
>   at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
>   at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65)
> [catch] at 
> org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663)
>   at 
> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
>   at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
>   at 
> org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
>   at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
>   at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
> {code}



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

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

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



[jira] [Updated] (NETBEANS-3296) Attaching JavaFX Javadoc and Sources

2019-10-26 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3296:
-
Description: 
h1. {anchor:attaching-javafx-javadoc-and-sources}Attaching JavaFX Javadoc and 
Sources

I have been unable to attach the JavaFX Javadoc and Sources to their modular 
JAR files without encountering errors in their use by NetBeans. Attaching the 
Sources allows you to navigate directly to the JavaFX source code of a field or 
method. Attaching the Javadoc allows you to open an external Web browser 
directly to the appropriate page of the documentation. These features are two 
of the main reasons I use an integrated development environment.

There are several issues encountered in this task, making it easy to lose sight 
of the bigger picture. This is my attempt to provide that more general context 
and gather all the related issues into one place.

h2. {anchor:issues}Issues

Some of the problems related to using the JavaFX Javadoc and Sources have 
already been reported:

* [NETBEANS-236|https://issues.apache.org/jira/browse/NETBEANS-236]: Incorrect 
brace spacing in try-with-resources
* [NETBEANS-1396|https://issues.apache.org/jira/browse/NETBEANS-1396]: Maven: 
Downloaded javadoc / sources not attached to artifact with classifier
* [NETBEANS-2197|https://issues.apache.org/jira/browse/NETBEANS-2197]: Missing 
code completion and Javadocs in maven projects with classifier
* [NETBEANS-2290|https://issues.apache.org/jira/browse/NETBEANS-2290]: nb-javac 
1.71 fails to parse JavaFX Sources

The two issues concerning Maven projects will be fixed by the following pull 
request (a work in progress):

* [apache/netbeans#1548|https://github.com/apache/netbeans/pull/1548]: 
(NETBEANS-1396) Missing code completion and Javadocs in maven projects with 
classifier

I created the following issues for the new problems described here:

* [NETBEANS-3297|https://issues.apache.org/jira/browse/NETBEANS-3297]: "Attach 
Javadoc" really means "Attach Sources"
* [NETBEANS-3298|https://issues.apache.org/jira/browse/NETBEANS-3298]: Invalid 
Javadoc root javafx-sdk-13/doc/javafx.base
* [NETBEANS-3299|https://issues.apache.org/jira/browse/NETBEANS-3299]: Adding 
Javadoc and Sources to Global Library fails
* [NETBEANS-3300|https://issues.apache.org/jira/browse/NETBEANS-3300]: nb-javac 
2.0 fails to parse JavaFX Sources
* [NETBEANS-3301|https://issues.apache.org/jira/browse/NETBEANS-3301]: Modular 
Ant project fails to run without nb-javac
* [NETBEANS-3302|https://issues.apache.org/jira/browse/NETBEANS-3302]: 
Non-modular Gradle project fails to recognize Javadoc
* [NETBEANS-3303|https://issues.apache.org/jira/browse/NETBEANS-3303]: Modular 
Gradle project fails to recognize Javadoc and Sources

There are also related issues for the JavaFX Javadoc and sample NetBeans 
projects on GitHub:

* [openjfx/javadoc#6|https://github.com/openjfx/javadoc/issues/6]: Attached 
Javadoc does not follow Maven convention
* [openjfx/samples#39|https://github.com/openjfx/samples/issues/39]: 
IllegalStateException running NetBeans Modular Maven project

Each issue is listed again at the point where it's encountered below.

h2. {anchor:projects}Projects

I use the six sample NetBeans projects described in [Getting Started with 
JavaFX 13|https://openjfx.io/openjfx-docs/] to explain what goes wrong. I 
examine the projects in the following order:

# Ant ("Java") Non-Modular
# Ant ("Java") Modular
# Maven Non-Modular
# Maven Modular
# Gradle Non-Modular
# Gradle Modular

The sample projects are found under the 
[NetBeans|https://github.com/openjfx/samples/tree/master/IDE/NetBeans] 
directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository on GitHub. All six projects fail in one way or another to use the 
attached Javadoc and Sources. In some cases there are workarounds, but the 
workarounds often introduce a new set of problems.

h2. {anchor:environment}Environment

I am running [Apache NetBeans 11.2|https://snapcraft.io/netbeans] with [OpenJDK 
13.0.1|https://jdk.java.net/13/] on [Ubuntu 16.04.6 
LTS|http://releases.ubuntu.com/16.04/]. I configured the snap package to track 
the _edge_ channel for an early release of NetBeans 11.2.

h3. {anchor:javafx-sdk}JavaFX SDK

I set up the JavaFX SDK and JMODs on my system as instructed below. These files 
are required by the projects using Apache Ant. Note that the Ant projects 
define two different names for the JavaFX SDK Global Library: _JAVAFX13_ and 
_JavaFX13_.

Download the [Latest Release|https://gluonhq.com/products/javafx/] of the 
JavaFX Documentation, JavaFX Linux JMODs, and JavaFX Linux SDK.

{code}
~/Downloads/openjfx-13-javadoc.zip
~/Downloads/openjfx-13_linux-x64_bin-jmods.zip
~/Downloads/openjfx-13_linux-x64_bin-sdk.zip
{code}

Extract the JavaFX Linux JMODs and JavaFX Linux SDK into {{~/lib}} with:

{code}
$ mkdir ~/lib
$ cd ~/lib
$ unzip 

[jira] [Created] (NETBEANS-3303) Modular Gradle project fails to recognize Javadoc and Sources

2019-10-25 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3303:


 Summary: Modular Gradle project fails to recognize Javadoc and 
Sources
 Key: NETBEANS-3303
 URL: https://issues.apache.org/jira/browse/NETBEANS-3303
 Project: NetBeans
  Issue Type: Sub-task
Affects Versions: 11.2
 Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
Reporter: John Neffenger


More details to follow. Until then, please see the description in the parent 
issue.



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

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

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



[jira] [Created] (NETBEANS-3302) Non-modular Gradle project fails to recognize Javadoc

2019-10-25 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3302:


 Summary: Non-modular Gradle project fails to recognize Javadoc
 Key: NETBEANS-3302
 URL: https://issues.apache.org/jira/browse/NETBEANS-3302
 Project: NetBeans
  Issue Type: Sub-task
Affects Versions: 11.2
 Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
Reporter: John Neffenger


More details to follow. Until then, please see the description in the parent 
issue.



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

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

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



[jira] [Created] (NETBEANS-3301) Modular Ant project fails to run without nb-javac

2019-10-25 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3301:


 Summary: Modular Ant project fails to run without nb-javac
 Key: NETBEANS-3301
 URL: https://issues.apache.org/jira/browse/NETBEANS-3301
 Project: NetBeans
  Issue Type: Sub-task
Affects Versions: 11.2
 Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
Reporter: John Neffenger


More details to follow. Until then, please see the description in the parent 
issue.



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

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

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



[jira] [Created] (NETBEANS-3299) Adding Javadoc and Sources to Global Library fails

2019-10-25 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3299:


 Summary: Adding Javadoc and Sources to Global Library fails
 Key: NETBEANS-3299
 URL: https://issues.apache.org/jira/browse/NETBEANS-3299
 Project: NetBeans
  Issue Type: Sub-task
Affects Versions: 11.2
 Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
Reporter: John Neffenger


More details to follow. Until then, please see the description in the parent 
issue.



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

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

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



[jira] [Created] (NETBEANS-3300) nb-javac 2.0 fails to parse JavaFX Sources

2019-10-25 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3300:


 Summary: nb-javac 2.0 fails to parse JavaFX Sources
 Key: NETBEANS-3300
 URL: https://issues.apache.org/jira/browse/NETBEANS-3300
 Project: NetBeans
  Issue Type: Sub-task
Affects Versions: 11.2
 Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
Reporter: John Neffenger


More details to follow. Until then, please see the description in the parent 
issue.



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

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

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



[jira] [Created] (NETBEANS-3298) Invalid Javadoc root javafx-sdk-13/doc/javafx.base

2019-10-25 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3298:


 Summary: Invalid Javadoc root javafx-sdk-13/doc/javafx.base
 Key: NETBEANS-3298
 URL: https://issues.apache.org/jira/browse/NETBEANS-3298
 Project: NetBeans
  Issue Type: Sub-task
Affects Versions: 11.2
 Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
Reporter: John Neffenger


More details to follow. Until then, please see the description in the parent 
issue.



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

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

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



[jira] [Created] (NETBEANS-3297) "Attach Javadoc" really means "Attach Sources"

2019-10-25 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3297:


 Summary: "Attach Javadoc" really means "Attach Sources"
 Key: NETBEANS-3297
 URL: https://issues.apache.org/jira/browse/NETBEANS-3297
 Project: NetBeans
  Issue Type: Sub-task
Affects Versions: 11.2
 Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
Reporter: John Neffenger


More details to follow. Until then, please see the description in the parent 
issue.



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

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

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



[jira] [Created] (NETBEANS-3296) Attaching JavaFX Javadoc and Sources

2019-10-25 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3296:


 Summary: Attaching JavaFX Javadoc and Sources
 Key: NETBEANS-3296
 URL: https://issues.apache.org/jira/browse/NETBEANS-3296
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.2
 Environment: OpenJDK 13.0.1 on Ubuntu 16.04.6 LTS
Reporter: John Neffenger
 Attachments: ant-JAVAFX13-classpath.png, ant-JAVAFX13-javadoc.png, 
ant-JAVAFX13-sources.png, ant-JavaFX13-classpath.png, 
ant-JavaFXMODS13-classpath.png, ant-cannot-use-elements-1.png, 
ant-cannot-use-elements-2.png, ant-command-run.png, ant-compile-classpath.png, 
ant-compile-modulepath.png, ant-completion-fails.png, 
ant-completion-works-1.png, ant-completion-works-2.png, 
ant-edit-jar-reference.png, ant-install-nb-javac.png, 
ant-invalid-javadoc-root.png, ant-javadoc-fails.png, ant-source-fails-1.png, 
ant-source-fails-2.png, ant-source-works-1.png, ant-source-works-2.png, 
ant-try-with-resources.png, gradle-completion-fails.png, 
gradle-completion-works.png, gradle-distribution.png, gradle-javadoc-fails.png, 
gradle-source-works.png, java-javadoc-works.png, java-platform-javadoc.png, 
maven-completion-fails.png, maven-dependencies.png, maven-source-fails.png

h1. {anchor:attaching-javafx-javadoc-and-sources-in-netbeans}Attaching JavaFX 
Javadoc and Sources

I have been unable to attach the JavaFX Javadoc and Sources to their modular 
JAR files without encountering errors in their use by NetBeans. Attaching the 
Sources allows you to navigate directly to the JavaFX source code of a field or 
method. Attaching the Javadoc allows you to open an external Web browser 
directly to the appropriate page of the documentation. These features are two 
of the main reasons I use an integrated development environment.

There are several issues encountered in this task, making it easy to lose sight 
of the bigger picture. This is my attempt to provide that more general context 
and gather all the related issues into one place.

h2. {anchor:issues}Issues

Some of the problems related to using the JavaFX Javadoc and Sources have 
already been reported:

* [NETBEANS-236|https://issues.apache.org/jira/browse/NETBEANS-236]: Incorrect 
brace spacing in try-with-resources
* [NETBEANS-1396|https://issues.apache.org/jira/browse/NETBEANS-1396]: Maven: 
Downloaded javadoc / sources not attached to artifact with classifier
* [NETBEANS-2197|https://issues.apache.org/jira/browse/NETBEANS-2197]: Missing 
code completion and Javadocs in maven projects with classifier
* [NETBEANS-2290|https://issues.apache.org/jira/browse/NETBEANS-2290]: nb-javac 
1.71 fails to parse JavaFX Sources

The two issues concerning Maven projects will be fixed by the following pull 
request (a work in progress):

* [apache/netbeans#1548|https://github.com/apache/netbeans/pull/1548]: 
(NETBEANS-1396) Missing code completion and Javadocs in maven projects with 
classifier

I plan to create new issues for the new problems described here:

* [NETBEANS-|https://issues.apache.org/jira/browse/NETBEANS]: "Attach 
Javadoc" really means "Attach Sources"
* [NETBEANS-|https://issues.apache.org/jira/browse/NETBEANS]: Invalid 
Javadoc root javafx-sdk-13/doc/javafx.base
* [NETBEANS-|https://issues.apache.org/jira/browse/NETBEANS]: Adding 
Javadoc and Sources to Global Library fails
* [NETBEANS-|https://issues.apache.org/jira/browse/NETBEANS]: nb-javac 2.0 
fails to parse JavaFX Sources
* [NETBEANS-|https://issues.apache.org/jira/browse/NETBEANS]: Modular Ant 
project fails to run without nb-javac
* [NETBEANS-|https://issues.apache.org/jira/browse/NETBEANS]: Non-modular 
Gradle project fails to recognize Javadoc
* [NETBEANS-|https://issues.apache.org/jira/browse/NETBEANS]: Modular 
Gradle project fails to recognize Javadoc and Sources

There are related issues for the JavaFX Javadoc and sample NetBeans projects on 
GitHub:

* [openjfx/javadoc#6|https://github.com/openjfx/javadoc/issues/6]: Attached 
Javadoc does not follow Maven convention
* [openjfx/samples#39|https://github.com/openjfx/samples/issues/39]: 
IllegalStateException running NetBeans Modular Maven project

Each issue is listed again at the point where it's encountered below.

h2. {anchor:projects}Projects

I use the six sample NetBeans projects described in [Getting Started with 
JavaFX 13|https://openjfx.io/openjfx-docs/] to explain what goes wrong. I 
examine the projects in the following order:

# Ant ("Java") Non-Modular
# Ant ("Java") Modular
# Maven Non-Modular
# Maven Modular
# Gradle Non-Modular
# Gradle Modular

The sample projects are found under the 
[NetBeans|https://github.com/openjfx/samples/tree/master/IDE/NetBeans] 
directory of the [openjfx/samples|https://github.com/openjfx/samples] 
repository on GitHub. All six projects fail in one way or another to use the 
attached Javadoc and Sources. In some cases there are workarounds, but the 

[jira] [Updated] (NETBEANS-2290) nb-javac 1.71 fails to parse JavaFX Sources

2019-10-25 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-2290:
-
Summary: nb-javac 1.71 fails to parse JavaFX Sources  (was: 
OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
NullPointerException)

> nb-javac 1.71 fails to parse JavaFX Sources
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: AssertionError1.txt, AssertionError3.txt, messages.txt, 
> nbjavac-active-errors.txt, nbjavac-deactivated-errors.txt, 
> netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Commented] (NETBEANS-1396) Maven: Downloaded javadoc / sources not attached to artifact with classifier

2019-10-19 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-1396:
--

I'm seeing the same thing as [~niabot]: just a few JavaFX methods display the 
Javadoc (in the Javadoc Documentation Window and in the code completion), but 
most methods fail to display the documentation and fail to navigate to the 
source (with a Ctrl-click).

Note that those two places where you see the Javadoc Documentation are created 
from the Sources. In other situations, I get that documentation by attaching 
only the Sources, not the Javadoc. So I don't think the Javadocs are being used 
at all. When they are attached successfully, you're able to "Show documentation 
in external web browser," but that button in the Javadoc window is disabled.


> Maven: Downloaded javadoc / sources not attached to artifact with classifier
> 
>
> Key: NETBEANS-1396
> URL: https://issues.apache.org/jira/browse/NETBEANS-1396
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Thomas Zimmermann
>Priority: Major
>  Labels: pull-request-available
> Attachments: javafx11-javadoc-sources-download.zip
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> The Maven artifacts org.openjfx:javafx-controls and friends use a jar with 
> classifier for each operating system for the actual classes, javafx-controls 
> is only an empty shell. If I understand correctly, sources / javadoc are 
> attached in maven by having additional artifacts with the classifiers 
> "sources" and "javadoc". Both are available for javafx-controls etc., but 
> NetBeans doesn't use them for javafx-controls (linux) (the platform specific 
> version with the actual classes). I think that's a bug, NetBeans should use 
> the sources and javadoc artifacts for all artifacts of the same groupId + 
> artifactId.
> Steps to reproduce:
>  # Download attached maven project
>  # Right click Dependencies -> Download Javadoc + Download Sources
>  # Open App.java, see that no source / docs are attached for 
> javafx.application.Application



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

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

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



[jira] [Commented] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-10-13 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-2290:
--

I published the project which encounters this problem as the [Monocle 
EPD|https://github.com/jgneff/monocle-epd] repository on GitHub. The project 
contains the JavaFX Graphics module as a NetBeans project using Apache Ant, 
OpenJDK 13, and the early-access JavaFX Linux SDK and documentation. See the 
README file for details.

I don't yet have a minimal working example, but at least this project is 
relatively easy to set up and always hits the problem. I tested it again last 
night on NetBeans 11.2-beta2. NetBeans opens the project without problems when 
_nb-javac_ is not installed. After installing _nb-javac_, the project opens 
with compilation errors and errors reported in the Notifications Center window.

Note that deactivating the _nb-javac_ plugin is not enough. You must uninstall 
it to prevent its use. Clear the NetBeans cache between tests if you don't see 
a change in behaviour, although that wasn't necessary in my tests.

The two different errors reported last night with _nb-javac_ were:
 * java.lang.AssertionError: Analyzer error when processing: static final 
Map pseudoClassMap = new HashMap(64)
 * java.lang.AssertionError: Analyzer error when processing: private final 
Map idMap = new HashMap()

The full stack reports for these errors are attached as the files 
[^AssertionError1.txt] and [^AssertionError3.txt].

> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: AssertionError1.txt, AssertionError3.txt, messages.txt, 
> nbjavac-active-errors.txt, nbjavac-deactivated-errors.txt, 
> netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Updated] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-10-13 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-2290:
-
Attachment: (was: AssertionError3.log)

> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: AssertionError1.txt, AssertionError3.txt, messages.txt, 
> nbjavac-active-errors.txt, nbjavac-deactivated-errors.txt, 
> netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Updated] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-10-13 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-2290:
-
Attachment: AssertionError3.txt
AssertionError1.txt

> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: AssertionError1.txt, AssertionError3.txt, messages.txt, 
> nbjavac-active-errors.txt, nbjavac-deactivated-errors.txt, 
> netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Updated] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-10-13 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-2290:
-
Attachment: (was: AssertionError1.log)

> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: AssertionError1.txt, AssertionError3.txt, messages.txt, 
> nbjavac-active-errors.txt, nbjavac-deactivated-errors.txt, 
> netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Updated] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-10-13 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-2290:
-
Attachment: AssertionError3.log
AssertionError1.log

> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: AssertionError1.log, AssertionError3.log, messages.txt, 
> nbjavac-active-errors.txt, nbjavac-deactivated-errors.txt, 
> netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Resolved] (NETBEANS-3208) Add Snap package to download page

2019-10-12 Thread John Neffenger (Jira)


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

John Neffenger resolved NETBEANS-3208.
--
Resolution: Fixed

Fixed on download page for NetBeans 11.1.

> Add Snap package to download page
> -
>
> Key: NETBEANS-3208
> URL: https://issues.apache.org/jira/browse/NETBEANS-3208
> Project: NetBeans
>  Issue Type: Improvement
>  Components: website
>Affects Versions: 11.1, 11.2
> Environment: N/A
>Reporter: John Neffenger
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available, website
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> The [NetBeans Snap package|https://snapcraft.io/netbeans] is very convenient 
> for those with Linux systems. This is a request to list it as an alternative 
> on the [Downloading Apache 
> NetBeans|https://netbeans.apache.org/download/nb111/nb111.html] page and the 
> corresponding page for version 11.2 when it is published.
> Please see the following message from the mailing list for details:
> [Re: [DISCUSS] Experimental installers for 
> 11.0|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201904.mbox/%3CCACkjAxSNz4WtP7WQ4PXLCAqGb%3D9dfXNRqKChDhWd%2BJSvyKVVVg%40mail.gmail.com%3E]
>  ??Should we also mention the Snap package for Linux users???
>  ??Yes and the difference there is that the Snap package is officially 
> supported by Apache NetBeans. Maybe if that screenshot of Apache NetBeans 10 
> can be changed to 11.0, then we should definitely add it to the Downloads 
> page.??



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

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

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



[jira] [Closed] (NETBEANS-3208) Add Snap package to download page

2019-10-12 Thread John Neffenger (Jira)


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

John Neffenger closed NETBEANS-3208.


> Add Snap package to download page
> -
>
> Key: NETBEANS-3208
> URL: https://issues.apache.org/jira/browse/NETBEANS-3208
> Project: NetBeans
>  Issue Type: Improvement
>  Components: website
>Affects Versions: 11.1, 11.2
> Environment: N/A
>Reporter: John Neffenger
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available, website
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> The [NetBeans Snap package|https://snapcraft.io/netbeans] is very convenient 
> for those with Linux systems. This is a request to list it as an alternative 
> on the [Downloading Apache 
> NetBeans|https://netbeans.apache.org/download/nb111/nb111.html] page and the 
> corresponding page for version 11.2 when it is published.
> Please see the following message from the mailing list for details:
> [Re: [DISCUSS] Experimental installers for 
> 11.0|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201904.mbox/%3CCACkjAxSNz4WtP7WQ4PXLCAqGb%3D9dfXNRqKChDhWd%2BJSvyKVVVg%40mail.gmail.com%3E]
>  ??Should we also mention the Snap package for Linux users???
>  ??Yes and the difference there is that the Snap package is officially 
> supported by Apache NetBeans. Maybe if that screenshot of Apache NetBeans 10 
> can be changed to 11.0, then we should definitely add it to the Downloads 
> page.??



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

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

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



[jira] [Resolved] (NETBEANS-3209) Add JAVA_HOME and ANT_HOME note

2019-10-12 Thread John Neffenger (Jira)


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

John Neffenger resolved NETBEANS-3209.
--
Resolution: Fixed

Fixed in the GitHub README file and on the Web site page about building from 
source.

> Add JAVA_HOME and ANT_HOME note
> ---
>
> Key: NETBEANS-3209
> URL: https://issues.apache.org/jira/browse/NETBEANS-3209
> Project: NetBeans
>  Issue Type: Improvement
>  Components: website
>Affects Versions: 11.2
> Environment: N/A
>Reporter: John Neffenger
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available, website
>  Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> This is a request to add a brief note about the JAVA_HOME and ANT_HOME 
> environment variables to the build instructions on the Web site and the 
> GitHub repository. The changes on the two pages are as follows:
> [Apache NetBeans source and daily 
> builds|https://netbeans.apache.org/download/dev/index.html]
> You can of course build Apache NetBeans from source. To do so:
> # Clone the [https://github.com/apache/netbeans] GitHub repository.
> # Install Oracle’s Java or Open JDK (v8, v11).
> # Install Apache Ant 1.10 or greater ([https://ant.apache.org/]).
> # Set JAVA_HOME and ANT_HOME appropriately or leave them undefined.
> [Apache NetBeans|https://github.com/apache/netbeans/blob/master/README.md] 
> (GitHub README.md)
> Requirements
> * Git
> * Ant 1.9.9 or above
> * JDK 8 or 11 (to build NetBeans)
> * JDK 9 or above (to run NetBeans)
> * MinGW (optional), to build Windows Launchers
> *Note:* Set JAVA_HOME and ANT_HOME appropriately or leave them undefined.
> The hidden effect of the JAVA_HOME and ANT_HOME environment variables can be 
> a trap for developers not familiar with their use by Apache Ant. The build 
> fails if JAVA_HOME or ANT_HOME point to a different version than the one 
> required by NetBeans, even when the correct version is found on the PATH 
> environment variable.
> Ant will override whatever is found on the PATH with the values of JAVA_HOME 
> or ANT_HOME, as shown below:
> {noformat}
> $ which ant
> /usr/bin/ant
> $ ant -diagnostics | grep -e ant.version -e java.version
> ant.version: Apache Ant(TM) version 1.9.6 compiled on July 20 2018
> ant.java.version: 1.8
> java.version : 1.8.0_222
> $ export JAVA_HOME=$HOME/opt/jdk-13
> $ export ANT_HOME=$HOME/opt/apache-ant-1.10.7
> $ which ant
> /usr/bin/ant
> $ ant -diagnostics | grep -e ant.version -e java.version
> ant.version: Apache Ant(TM) version 1.10.7 compiled on September 1 2019
> ant.java.version: 13
> java.version : 13
> java.version.date : 2019-09-17
> {noformat}
> Now that a new JDK is released every six months, the JAVA_HOME environment 
> variable on a developer's workstation is more likely to point to a version 
> other than JDK 8 or 11 required by NetBeans. And because NetBeans is a 
> graphical application often run and debugged from another copy of NetBeans, 
> it is more likely to be built directly on a developer's workstation rather 
> than on a separate build system.
> Please see the following message from the mailing list for details:
>  [Re: Building NetBeans 11.1 from source fails with compile 
> errors|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201910.mbox/%3C26c1f141-b021-4473-059f-41ec0b5e3613%40status6.com%3E]



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

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

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



[jira] [Closed] (NETBEANS-3209) Add JAVA_HOME and ANT_HOME note

2019-10-12 Thread John Neffenger (Jira)


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

John Neffenger closed NETBEANS-3209.


> Add JAVA_HOME and ANT_HOME note
> ---
>
> Key: NETBEANS-3209
> URL: https://issues.apache.org/jira/browse/NETBEANS-3209
> Project: NetBeans
>  Issue Type: Improvement
>  Components: website
>Affects Versions: 11.2
> Environment: N/A
>Reporter: John Neffenger
>Assignee: John Neffenger
>Priority: Minor
>  Labels: pull-request-available, website
>  Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> This is a request to add a brief note about the JAVA_HOME and ANT_HOME 
> environment variables to the build instructions on the Web site and the 
> GitHub repository. The changes on the two pages are as follows:
> [Apache NetBeans source and daily 
> builds|https://netbeans.apache.org/download/dev/index.html]
> You can of course build Apache NetBeans from source. To do so:
> # Clone the [https://github.com/apache/netbeans] GitHub repository.
> # Install Oracle’s Java or Open JDK (v8, v11).
> # Install Apache Ant 1.10 or greater ([https://ant.apache.org/]).
> # Set JAVA_HOME and ANT_HOME appropriately or leave them undefined.
> [Apache NetBeans|https://github.com/apache/netbeans/blob/master/README.md] 
> (GitHub README.md)
> Requirements
> * Git
> * Ant 1.9.9 or above
> * JDK 8 or 11 (to build NetBeans)
> * JDK 9 or above (to run NetBeans)
> * MinGW (optional), to build Windows Launchers
> *Note:* Set JAVA_HOME and ANT_HOME appropriately or leave them undefined.
> The hidden effect of the JAVA_HOME and ANT_HOME environment variables can be 
> a trap for developers not familiar with their use by Apache Ant. The build 
> fails if JAVA_HOME or ANT_HOME point to a different version than the one 
> required by NetBeans, even when the correct version is found on the PATH 
> environment variable.
> Ant will override whatever is found on the PATH with the values of JAVA_HOME 
> or ANT_HOME, as shown below:
> {noformat}
> $ which ant
> /usr/bin/ant
> $ ant -diagnostics | grep -e ant.version -e java.version
> ant.version: Apache Ant(TM) version 1.9.6 compiled on July 20 2018
> ant.java.version: 1.8
> java.version : 1.8.0_222
> $ export JAVA_HOME=$HOME/opt/jdk-13
> $ export ANT_HOME=$HOME/opt/apache-ant-1.10.7
> $ which ant
> /usr/bin/ant
> $ ant -diagnostics | grep -e ant.version -e java.version
> ant.version: Apache Ant(TM) version 1.10.7 compiled on September 1 2019
> ant.java.version: 13
> java.version : 13
> java.version.date : 2019-09-17
> {noformat}
> Now that a new JDK is released every six months, the JAVA_HOME environment 
> variable on a developer's workstation is more likely to point to a version 
> other than JDK 8 or 11 required by NetBeans. And because NetBeans is a 
> graphical application often run and debugged from another copy of NetBeans, 
> it is more likely to be built directly on a developer's workstation rather 
> than on a separate build system.
> Please see the following message from the mailing list for details:
>  [Re: Building NetBeans 11.1 from source fails with compile 
> errors|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201910.mbox/%3C26c1f141-b021-4473-059f-41ec0b5e3613%40status6.com%3E]



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

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

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



[jira] [Updated] (NETBEANS-236) Incorrect brace spacing in try-with-resources

2019-10-12 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-236:

Fix Version/s: (was: 9.0)

> Incorrect brace spacing in try-with-resources
> -
>
> Key: NETBEANS-236
> URL: https://issues.apache.org/jira/browse/NETBEANS-236
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 8.2, 11.2
>Reporter: Gili
>Assignee: Gili
>Priority: Minor
> Attachments: defaults.zip
>
>
> Given:
> {{try (Session session = scope.getSession())}}
> Invoking code-format results in:
> {{try ( Session session = scope.getSession())}}
> in spite of the fact that the IDE is configured not to insert a space inside 
> the parenthesis.



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

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

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



[jira] [Updated] (NETBEANS-236) Incorrect brace spacing in try-with-resources

2019-10-12 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-236:

Environment: (was: build 152)

> Incorrect brace spacing in try-with-resources
> -
>
> Key: NETBEANS-236
> URL: https://issues.apache.org/jira/browse/NETBEANS-236
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 8.2, 11.2
>Reporter: Gili
>Assignee: Gili
>Priority: Major
> Fix For: 9.0
>
> Attachments: defaults.zip
>
>
> Given:
> {{try (Session session = scope.getSession())}}
> Invoking code-format results in:
> {{try ( Session session = scope.getSession())}}
> in spite of the fact that the IDE is configured not to insert a space inside 
> the parenthesis.



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

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

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



[jira] [Updated] (NETBEANS-236) Incorrect brace spacing in try-with-resources

2019-10-12 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-236:

Priority: Minor  (was: Major)

> Incorrect brace spacing in try-with-resources
> -
>
> Key: NETBEANS-236
> URL: https://issues.apache.org/jira/browse/NETBEANS-236
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 8.2, 11.2
>Reporter: Gili
>Assignee: Gili
>Priority: Minor
> Fix For: 9.0
>
> Attachments: defaults.zip
>
>
> Given:
> {{try (Session session = scope.getSession())}}
> Invoking code-format results in:
> {{try ( Session session = scope.getSession())}}
> in spite of the fact that the IDE is configured not to insert a space inside 
> the parenthesis.



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

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

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



[jira] [Updated] (NETBEANS-236) Incorrect brace spacing in try-with-resources

2019-10-12 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-236:

Affects Version/s: 11.2

> Incorrect brace spacing in try-with-resources
> -
>
> Key: NETBEANS-236
> URL: https://issues.apache.org/jira/browse/NETBEANS-236
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 8.2, 11.2
> Environment: build 152
>Reporter: Gili
>Assignee: Gili
>Priority: Major
> Fix For: 9.0
>
> Attachments: defaults.zip
>
>
> Given:
> {{try (Session session = scope.getSession())}}
> Invoking code-format results in:
> {{try ( Session session = scope.getSession())}}
> in spite of the fact that the IDE is configured not to insert a space inside 
> the parenthesis.



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

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

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



[jira] [Updated] (NETBEANS-3208) Add Snap package to download page

2019-10-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3208:
-
Summary: Add Snap package to download page  (was: Add link to Snap package 
on download page)

> Add Snap package to download page
> -
>
> Key: NETBEANS-3208
> URL: https://issues.apache.org/jira/browse/NETBEANS-3208
> Project: NetBeans
>  Issue Type: Improvement
>  Components: website
>Affects Versions: 11.1, 11.2
> Environment: N/A
>Reporter: John Neffenger
>Assignee: John Neffenger
>Priority: Minor
>  Labels: website
>
> The [NetBeans Snap package|https://snapcraft.io/netbeans] is very convenient 
> for those with Linux systems. This is a request to list it as an alternative 
> on the [Downloading Apache 
> NetBeans|https://netbeans.apache.org/download/nb111/nb111.html] page and the 
> corresponding page for version 11.2 when it is published.
> Please see the following message from the mailing list for details:
> [Re: [DISCUSS] Experimental installers for 
> 11.0|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201904.mbox/%3CCACkjAxSNz4WtP7WQ4PXLCAqGb%3D9dfXNRqKChDhWd%2BJSvyKVVVg%40mail.gmail.com%3E]
>  ??Should we also mention the Snap package for Linux users???
>  ??Yes and the difference there is that the Snap package is officially 
> supported by Apache NetBeans. Maybe if that screenshot of Apache NetBeans 10 
> can be changed to 11.0, then we should definitely add it to the Downloads 
> page.??



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

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

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



[jira] [Updated] (NETBEANS-3209) Add JAVA_HOME and ANT_HOME note

2019-10-06 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-3209:
-
Summary: Add JAVA_HOME and ANT_HOME note  (was: Add JAVA_HOME and ANT_HOME 
note to build steps)

> Add JAVA_HOME and ANT_HOME note
> ---
>
> Key: NETBEANS-3209
> URL: https://issues.apache.org/jira/browse/NETBEANS-3209
> Project: NetBeans
>  Issue Type: Improvement
>  Components: website
>Affects Versions: 11.2
> Environment: N/A
>Reporter: John Neffenger
>Assignee: John Neffenger
>Priority: Minor
>  Labels: website
>
> This is a request to add a brief note about the JAVA_HOME and ANT_HOME 
> environment variables to the build instructions on the Web site and the 
> GitHub repository. The changes on the two pages are as follows:
> [Apache NetBeans source and daily 
> builds|https://netbeans.apache.org/download/dev/index.html]
> You can of course build Apache NetBeans from source. To do so:
> # Clone the [https://github.com/apache/netbeans] GitHub repository.
> # Install Oracle’s Java or Open JDK (v8, v11).
> # Install Apache Ant 1.10 or greater ([https://ant.apache.org/]).
> # Set JAVA_HOME and ANT_HOME appropriately or leave them undefined.
> [Apache NetBeans|https://github.com/apache/netbeans/blob/master/README.md] 
> (GitHub README.md)
> Requirements
> * Git
> * Ant 1.9.9 or above
> * JDK 8 or 11 (to build NetBeans)
> * JDK 9 or above (to run NetBeans)
> * MinGW (optional), to build Windows Launchers
> *Note:* Set JAVA_HOME and ANT_HOME appropriately or leave them undefined.
> The hidden effect of the JAVA_HOME and ANT_HOME environment variables can be 
> a trap for developers not familiar with their use by Apache Ant. The build 
> fails if JAVA_HOME or ANT_HOME point to a different version than the one 
> required by NetBeans, even when the correct version is found on the PATH 
> environment variable.
> Ant will override whatever is found on the PATH with the values of JAVA_HOME 
> or ANT_HOME, as shown below:
> {noformat}
> $ which ant
> /usr/bin/ant
> $ ant -diagnostics | grep -e ant.version -e java.version
> ant.version: Apache Ant(TM) version 1.9.6 compiled on July 20 2018
> ant.java.version: 1.8
> java.version : 1.8.0_222
> $ export JAVA_HOME=$HOME/opt/jdk-13
> $ export ANT_HOME=$HOME/opt/apache-ant-1.10.7
> $ which ant
> /usr/bin/ant
> $ ant -diagnostics | grep -e ant.version -e java.version
> ant.version: Apache Ant(TM) version 1.10.7 compiled on September 1 2019
> ant.java.version: 13
> java.version : 13
> java.version.date : 2019-09-17
> {noformat}
> Now that a new JDK is released every six months, the JAVA_HOME environment 
> variable on a developer's workstation is more likely to point to a version 
> other than JDK 8 or 11 required by NetBeans. And because NetBeans is a 
> graphical application often run and debugged from another copy of NetBeans, 
> it is more likely to be built directly on a developer's workstation rather 
> than on a separate build system.
> Please see the following message from the mailing list for details:
>  [Re: Building NetBeans 11.1 from source fails with compile 
> errors|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201910.mbox/%3C26c1f141-b021-4473-059f-41ec0b5e3613%40status6.com%3E]



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

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

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



[jira] [Created] (NETBEANS-3209) Add JAVA_HOME and ANT_HOME note to build steps

2019-10-06 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3209:


 Summary: Add JAVA_HOME and ANT_HOME note to build steps
 Key: NETBEANS-3209
 URL: https://issues.apache.org/jira/browse/NETBEANS-3209
 Project: NetBeans
  Issue Type: Improvement
  Components: website
Affects Versions: 11.2
 Environment: N/A
Reporter: John Neffenger
Assignee: John Neffenger


This is a request to add a brief note about the JAVA_HOME and ANT_HOME 
environment variables to the build instructions on the Web site and the GitHub 
repository. The changes on the two pages are as follows:

[Apache NetBeans source and daily 
builds|https://netbeans.apache.org/download/dev/index.html]
You can of course build Apache NetBeans from source. To do so:
# Clone the [https://github.com/apache/netbeans] GitHub repository.
# Install Oracle’s Java or Open JDK (v8, v11).
# Install Apache Ant 1.10 or greater ([https://ant.apache.org/]).
# Set JAVA_HOME and ANT_HOME appropriately or leave them undefined.

[Apache NetBeans|https://github.com/apache/netbeans/blob/master/README.md] 
(GitHub README.md)
Requirements
* Git
* Ant 1.9.9 or above
* JDK 8 or 11 (to build NetBeans)
* JDK 9 or above (to run NetBeans)
* MinGW (optional), to build Windows Launchers

*Note:* Set JAVA_HOME and ANT_HOME appropriately or leave them undefined.

The hidden effect of the JAVA_HOME and ANT_HOME environment variables can be a 
trap for developers not familiar with their use by Apache Ant. The build fails 
if JAVA_HOME or ANT_HOME point to a different version than the one required by 
NetBeans, even when the correct version is found on the PATH environment 
variable.

Ant will override whatever is found on the PATH with the values of JAVA_HOME or 
ANT_HOME, as shown below:

{noformat}
$ which ant
/usr/bin/ant
$ ant -diagnostics | grep -e ant.version -e java.version
ant.version: Apache Ant(TM) version 1.9.6 compiled on July 20 2018
ant.java.version: 1.8
java.version : 1.8.0_222

$ export JAVA_HOME=$HOME/opt/jdk-13
$ export ANT_HOME=$HOME/opt/apache-ant-1.10.7
$ which ant
/usr/bin/ant
$ ant -diagnostics | grep -e ant.version -e java.version
ant.version: Apache Ant(TM) version 1.10.7 compiled on September 1 2019
ant.java.version: 13
java.version : 13
java.version.date : 2019-09-17
{noformat}

Now that a new JDK is released every six months, the JAVA_HOME environment 
variable on a developer's workstation is more likely to point to a version 
other than JDK 8 or 11 required by NetBeans. And because NetBeans is a 
graphical application often run and debugged from another copy of NetBeans, it 
is more likely to be built directly on a developer's workstation rather than on 
a separate build system.

Please see the following message from the mailing list for details:
 [Re: Building NetBeans 11.1 from source fails with compile 
errors|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201910.mbox/%3C26c1f141-b021-4473-059f-41ec0b5e3613%40status6.com%3E]




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

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

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



[jira] [Created] (NETBEANS-3208) Add link to Snap package on download page

2019-10-06 Thread John Neffenger (Jira)
John Neffenger created NETBEANS-3208:


 Summary: Add link to Snap package on download page
 Key: NETBEANS-3208
 URL: https://issues.apache.org/jira/browse/NETBEANS-3208
 Project: NetBeans
  Issue Type: Improvement
  Components: website
Affects Versions: 11.1, 11.2
 Environment: N/A
Reporter: John Neffenger
Assignee: John Neffenger


The [NetBeans Snap package|https://snapcraft.io/netbeans] is very convenient 
for those with Linux systems. This is a request to list it as an alternative on 
the [Downloading Apache 
NetBeans|https://netbeans.apache.org/download/nb111/nb111.html] page and the 
corresponding page for version 11.2 when it is published.

Please see the following message from the mailing list for details:

[Re: [DISCUSS] Experimental installers for 
11.0|https://mail-archives.apache.org/mod_mbox/netbeans-dev/201904.mbox/%3CCACkjAxSNz4WtP7WQ4PXLCAqGb%3D9dfXNRqKChDhWd%2BJSvyKVVVg%40mail.gmail.com%3E]
 ??Should we also mention the Snap package for Linux users???
 ??Yes and the difference there is that the Snap package is officially 
supported by Apache NetBeans. Maybe if that screenshot of Apache NetBeans 10 
can be changed to 11.0, then we should definitely add it to the Downloads 
page.??




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

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

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



[jira] [Comment Edited] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-09-30 Thread John Neffenger (Jira)


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

John Neffenger edited comment on NETBEANS-2290 at 9/30/19 11:13 PM:


*Workaround:* Uninstall the _nb-javac Library_ under _Tools > Plugins_.

Neither error occurs after uninstalling the _nb-javac Library_ under _Tools > 
Plugins_. Note that deactivating the _nbjavac_ plug-in was not enough. I had to 
actually uninstall it to get rid of the errors.

[^nbjavac-active-errors.txt] shows the errors when the nb-javac Library is 
installed and active.

[^nbjavac-deactivated-errors.txt] shows the errors when the nb-javac Library is 
installed but deactivated.



was (Author: jgneff):
Neither error occurs after uninstalling the _nb-javac Library_ under _Tools > 
Plugins_. Note that deactivating the _nbjavac_ plug-in was not enough. I had to 
actually uninstall it to get rid of the errors.

[^nbjavac-active-errors.txt] shows the errors when the nb-javac Library is 
installed and active.

[^nbjavac-deactivated-errors.txt] shows the errors when the nb-javac Library is 
installed but deactivated.


> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: messages.txt, nbjavac-active-errors.txt, 
> nbjavac-deactivated-errors.txt, netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Updated] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-09-30 Thread John Neffenger (Jira)


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

John Neffenger updated NETBEANS-2290:
-
Description: 
In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
open the NetBeans project containing the OpenJFX graphics module 
(javafx.graphics) the first time after clearing the cache. If I click through 
the classes that failed to compile when opening the project, I can eventually 
get NetBean to compile all of them successfully.

The errors are:

{code:java}
java.lang.AssertionError: Analyzer error when processing:
private LinkedList activeRunLoops
= new LinkedList()
    at com.sun.tools.javac.util.Assert.error(Assert.java:162)
[catch] at org.netbeans.modules.java.source.nbjavac.indexing.
OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
{code}

immediately followed by:

{code:java}
java.lang.NullPointerException at com.sun.tools.javac.comp.
Modules.setCompilationUnitModules(Modules.java:421)
[catch] at org.netbeans.modules.java.source.nbjavac.indexing.
MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
{code}

The full text of the error and exception are attached below as the file 
_netbeans-exceptions.txt_.

This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
Exception when scanning 
projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



  was:
In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
open the NetBeans project containing the OpenJFX graphics module 
(javafx.graphics) the first time after clearing the cache. If I click through 
the classes that failed to compile when opening the project, I can eventually 
get NetBean to compile all of them successfully.

The errors are:

{code:java}
java.lang.AssertionError: Analyzer error when processing:
private LinkedList activeRunLoops
= new LinkedList()
    at com.sun.tools.javac.util.Assert.error(Assert.java:162)
[catch] at org.netbeans.modules.java.source.nbjavac.indexing.
OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
{code}

immediately followed by:

{code:java}
java.lang.NullPointerException at com.sun.tools.javac.comp.
Modules.setCompilationUnitModules(Modules.java:421)
[catch] at org.netbeans.modules.java.source.nbjavac.indexing.
MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
{code}

The full text of the error and exception are attached below as the file 
_netbeans-exceptions.txt_.

This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
Exception when scanning 
projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: messages.txt, nbjavac-active-errors.txt, 
> nbjavac-deactivated-errors.txt, netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

[jira] [Commented] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-09-28 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-2290:
--

Thank you, Geertjan. I'll see whether I can reproduce the error myself in a 
much simpler project. I did try to debug the problem, running the module "Java 
Source nb-javac Bridge" in the debugger. I managed to catch the error, but this 
is my first time looking through the NetBeans source code, so it's slow going.

 

> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: messages.txt, nbjavac-active-errors.txt, 
> nbjavac-deactivated-errors.txt, netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Commented] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-09-28 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-2290:
--

I'm using "nbjavac Library [1.71] ." The project is the latest JavaFX Graphics 
module, but using Apache Ant to build just the one module rather than the full 
Gradle build that comes with OpenJFX. It is very easy to reproduce—simply open 
the project after having cleared the cache. It's also easy to work 
around---simply keep opening the files with errors until you trigger another 
pass, which usually fixes it. I suppose I could post my Ant project of the 
JavaFX Graphics module to GitHub, if that would help.

I also see this problem all the time with almost any large project. Should I 
move this bug report to the _nb-javac Library_ instead? Where would that be?


> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: messages.txt, nbjavac-active-errors.txt, 
> nbjavac-deactivated-errors.txt, netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



[jira] [Commented] (NETBEANS-2290) OnePassCompileWorker AssertionError followed by MultiPassCompileWorker NullPointerException

2019-09-28 Thread John Neffenger (Jira)


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

John Neffenger commented on NETBEANS-2290:
--

Neither error occurs after uninstalling the _nb-javac Library_ under _Tools > 
Plugins_. Note that deactivating the _nbjavac_ plug-in was not enough. I had to 
actually uninstall it to get rid of the errors.

[^nbjavac-active-errors.txt] shows the errors when the nb-javac Library is 
installed and active.

[^nbjavac-deactivated-errors.txt] shows the errors when the nb-javac Library is 
installed but deactivated.


> OnePassCompileWorker AssertionError followed by MultiPassCompileWorker 
> NullPointerException
> ---
>
> Key: NETBEANS-2290
> URL: https://issues.apache.org/jira/browse/NETBEANS-2290
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 11.0, 11.1, 11.2
> Environment: OpenJDK 13 on Ubuntu 16.04.6 LTS
>Reporter: John Neffenger
>Priority: Major
> Attachments: messages.txt, nbjavac-active-errors.txt, 
> nbjavac-deactivated-errors.txt, netbeans-exceptions.txt
>
>
> In NetBeans 9.0, 10.0, and 11.0, I get the following two errors every time I 
> open the NetBeans project containing the OpenJFX graphics module 
> (javafx.graphics) the first time after clearing the cache. If I click through 
> the classes that failed to compile when opening the project, I can eventually 
> get NetBean to compile all of them successfully.
> The errors are:
> {code:java}
> java.lang.AssertionError: Analyzer error when processing:
> private LinkedList activeRunLoops
> = new LinkedList()
>     at com.sun.tools.javac.util.Assert.error(Assert.java:162)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> OnePassCompileWorker.compile(OnePassCompileWorker.java:257) 
> {code}
> immediately followed by:
> {code:java}
> java.lang.NullPointerException at com.sun.tools.javac.comp.
> Modules.setCompilationUnitModules(Modules.java:421)
> [catch] at org.netbeans.modules.java.source.nbjavac.indexing.
> MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
> {code}
> The full text of the error and exception are attached below as the file 
> _netbeans-exceptions.txt_.
> This might be the same problem reported for NetBeans 9.0 in [NETBEANS-1142: 
> Exception when scanning 
> projects|https://issues.apache.org/jira/browse/NETBEANS-1142].



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

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

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



  1   2   >