[jira] [Commented] (NETBEANS-3105) NullPointerException on FindUsages

2021-01-22 Thread Stephen McCants (Jira) 


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

Stephen McCants commented on NETBEANS-3105:
---

Also, where did the detailed description of this problem go?  Seriously!

Here is what *used* to be in the description:

Sometimes running a FindUsages on a method results the stack trace below. Once 
it happens, you cannot run FindUsages on that item, but you might be able to 
run it on different items. This breaks Netbeans for my colleagues and myself. 
Workaround: Use Netbeans 8.2 (11.1 has problems with Find Usages being too 
slow).
Stacktrace:
{\{java.lang.NullPointerExceptionjava.lang.NullPointerException at 
org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$TextComponentTask.run(ContextAnalyzer.java:362)
 at 
org.netbeans.modules.refactoring.java.ui.RefactoringActionsProvider.doFindUsages(RefactoringActionsProvider.java:232)
 at 
org.netbeans.modules.refactoring.api.impl.ActionsImplementationFactory.doFindUsages(ActionsImplementationFactory.java:91)
 at 
org.netbeans.modules.refactoring.spi.impl.WhereUsedAction.performAction(WhereUsedAction.java:52)
 at 
org.netbeans.modules.refactoring.spi.impl.RefactoringGlobalAction$ContextAction.actionPerformed(RefactoringGlobalAction.java:172)
 at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402) 
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at 
javax.swing.AbstractButton.doClick(AbstractButton.java:376) at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842) at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
 at java.awt.Component.processMouseEvent(Component.java:6539) at 
javax.swing.JComponent.processMouseEvent(JComponent.java:3324) at 
java.awt.Component.processEvent(Component.java:6304) at 
java.awt.Container.processEvent(Container.java:2239) at 
java.awt.Component.dispatchEventImpl(Component.java:4889) at 
java.awt.Container.dispatchEventImpl(Container.java:2297) at 
java.awt.Component.dispatchEvent(Component.java:4711) at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at 
java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535) at 
java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476) at 
java.awt.Container.dispatchEventImpl(Container.java:2283) at 
java.awt.Window.dispatchEventImpl(Window.java:2746) at 
java.awt.Component.dispatchEvent(Component.java:4711) at 
java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760) at 
java.awt.EventQueue.access$500(EventQueue.java:97) at 
java.awt.EventQueue$3.run(EventQueue.java:709) at 
java.awt.EventQueue$3.run(EventQueue.java:703) at 
java.security.AccessController.doPrivileged(Native Method) at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
 at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
 at java.awt.EventQueue$4.run(EventQueue.java:733) at 
java.awt.EventQueue$4.run(EventQueue.java:731) at 
java.security.AccessController.doPrivileged(Native Method) at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:730) at 
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)[catch]
 at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
 at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) 
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at 
java.awt.EventDispatchThread.run(EventDispatchThread.java:82)}}

> NullPointerException on FindUsages
> --
>
> Key: NETBEANS-3105
> URL: https://issues.apache.org/jira/browse/NETBEANS-3105
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Search, java - Navigation, java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Stephen McCants
>Priority: Major
> Attachments: ide.log, ide2.log
>
>
> Sometimes running a FindUsages on a method results the stack trace below.  
> Once it happens, you cannot run FindUsages on that item, but you might be 
> able to run it on different items.  This breaks Netbeans for my colleagues 
> and myself. 
> Workaround: Use Netbeans 8.2 (11.1 has problems with Find Usages being too 
> slow).
> Stacktrace:
> {{java.lang.NullPointerExceptio

[jira] [Commented] (NETBEANS-3105) NullPointerException on FindUsages

2021-01-22 Thread Stephen McCants (Jira) 


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

Stephen McCants commented on NETBEANS-3105:
---

The problem seems to have gone away with Netbeans 11.3.

> NullPointerException on FindUsages
> --
>
> Key: NETBEANS-3105
> URL: https://issues.apache.org/jira/browse/NETBEANS-3105
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Search, java - Navigation, java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Stephen McCants
>Priority: Major
> Attachments: ide.log, ide2.log
>
>
> Sometimes running a FindUsages on a method results the stack trace below.  
> Once it happens, you cannot run FindUsages on that item, but you might be 
> able to run it on different items.  This breaks Netbeans for my colleagues 
> and myself. 
> Workaround: Use Netbeans 8.2 (11.1 has problems with Find Usages being too 
> slow).
> Stacktrace:
> {{java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$TextComponentTask.run(ContextAnalyzer.java:362)
>  at 
> org.netbeans.modules.refactoring.java.ui.RefactoringActionsProvider.doFindUsages(RefactoringActionsProvider.java:232)
>  at 
> org.netbeans.modules.refactoring.api.impl.ActionsImplementationFactory.doFindUsages(ActionsImplementationFactory.java:91)
>  at 
> org.netbeans.modules.refactoring.spi.impl.WhereUsedAction.performAction(WhereUsedAction.java:52)
>  at 
> org.netbeans.modules.refactoring.spi.impl.RefactoringGlobalAction$ContextAction.actionPerformed(RefactoringGlobalAction.java:172)
>  at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) 
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) 
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
>  at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at 
> javax.swing.AbstractButton.doClick(AbstractButton.java:376) at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842) at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
>  at java.awt.Component.processMouseEvent(Component.java:6539) at 
> javax.swing.JComponent.processMouseEvent(JComponent.java:3324) at 
> java.awt.Component.processEvent(Component.java:6304) at 
> java.awt.Container.processEvent(Container.java:2239) at 
> java.awt.Component.dispatchEventImpl(Component.java:4889) at 
> java.awt.Container.dispatchEventImpl(Container.java:2297) at 
> java.awt.Component.dispatchEvent(Component.java:4711) at 
> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at 
> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535) at 
> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476) at 
> java.awt.Container.dispatchEventImpl(Container.java:2283) at 
> java.awt.Window.dispatchEventImpl(Window.java:2746) at 
> java.awt.Component.dispatchEvent(Component.java:4711) at 
> java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760) at 
> java.awt.EventQueue.access$500(EventQueue.java:97) at 
> java.awt.EventQueue$3.run(EventQueue.java:709) at 
> java.awt.EventQueue$3.run(EventQueue.java:703) at 
> java.security.AccessController.doPrivileged(Native Method) at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
>  at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
>  at java.awt.EventQueue$4.run(EventQueue.java:733) at 
> java.awt.EventQueue$4.run(EventQueue.java:731) at 
> java.security.AccessController.doPrivileged(Native Method) at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
>  at java.awt.EventQueue.dispatchEvent(EventQueue.java:730) at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)[catch]
>  at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
>  at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>  at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at 
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at 
> java.awt.EventDispatchThread.run(EventDispatchThread.java:82)}}
> {{UI Log:}}
>  
> {{}}
> {{ 2019-09-16T12:04:35}}
> {{ 1568653475223}}
> {{ 20609}}
> {{ 800}}
> {{ 16501}}
> {{ INDEXING_STARTED}}
> {{ INDEXING_STARTED}}
> {{ org.netbeans.modules.parsing.impl.indexing.Bundle}}
> {{ 31}}
> {{}}
> {{}}
> {{ 2019-09-16T12:04:35}}
> {{ 1568653475223}}
> {{ 20610}}
> {{ 800}}
> {{

[jira] [Commented] (NETBEANS-3680) Support raw-mode I/O for project execution from

2020-03-25 Thread Stephen McCants (Jira) 


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

Stephen McCants commented on NETBEANS-3680:
---

Here in the state of Texas, it should be thinking about applying for its 
Learner's Permit so it can learn to drive a car when it turns 15.   But, I 
wonder who will pay for its car insurance?  Maybe it should look for a 
part-time job to help pay for it...  ;)

> Support raw-mode I/O for project execution from 
> --
>
> Key: NETBEANS-3680
> URL: https://issues.apache.org/jira/browse/NETBEANS-3680
> Project: NetBeans
>  Issue Type: Improvement
>Affects Versions: 11.2
>Reporter: Stephen McCants
>Priority: Major
>
> Please add support for System.console() to the Output Window.
> This is a new vote for a very old ticket - 
> [https://netbeans.org/bugzilla/show_bug.cgi?id=68770] which didn't make it 
> from Bugzilla to JIRA, but is never-the-less relevant and often requested.
> Perhaps it is time to revisit this problem?



--
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-3621) NullPointerException in Java plugin

2020-02-05 Thread Stephen McCants (Jira) 


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

Stephen McCants commented on NETBEANS-3621:
---

Fails on "Call Hierarchy" on a constructor.

Restarting NetBeans didn't help.

Deleteing the cache and restarting Netbeans didn't help.

Call Hierarchy on a method in the same class works.  Find Usages on the 
construtor works.

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Mikhail
>Priority: Major
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux version 5.0.0-37-generic running on amd64; UTF-8; en_US (nb)
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
>   at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1792)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.visitReturn(TreeScanner.java:496)
>   at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1635)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1044)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:207)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:910)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   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:818)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at 
> com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:611)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>   at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>   at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>   at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>

[jira] [Updated] (NETBEANS-3621) NullPointerException in Java plugin

2020-02-05 Thread Stephen McCants (Jira) 


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

Stephen McCants updated NETBEANS-3621:
--
Fix Version/s: (was: 11.2)

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1
>Reporter: Mikhail
>Priority: Major
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux version 5.0.0-37-generic running on amd64; UTF-8; en_US (nb)
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
>   at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1792)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.visitReturn(TreeScanner.java:496)
>   at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1635)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1044)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:207)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:910)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   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:818)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at 
> com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:611)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>   at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>   at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>   at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83)
>   at 
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImp

[jira] [Updated] (NETBEANS-3621) NullPointerException in Java plugin

2020-02-05 Thread Stephen McCants (Jira) 


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

Stephen McCants updated NETBEANS-3621:
--
Affects Version/s: 11.2

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Mikhail
>Priority: Major
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux version 5.0.0-37-generic running on amd64; UTF-8; en_US (nb)
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
>   at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1792)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.visitReturn(TreeScanner.java:496)
>   at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1635)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1044)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:207)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:910)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   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:818)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at 
> com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:611)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>   at 
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>   at 
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>   at 
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
>   at 
> org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83)
>   at 
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl

[jira] [Reopened] (NETBEANS-3621) NullPointerException in Java plugin

2020-02-05 Thread Stephen McCants (Jira) 


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

Stephen McCants reopened NETBEANS-3621:
---

Looks like it was not fixed in 11.2.  Almost exactly the same stack trace:

java.lang.NullPointerExceptionjava.lang.NullPointerException at 
org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
 at 
org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
 at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1820) at 
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) at 
com.sun.source.util.TreeScanner.visitVariable(TreeScanner.java:224) at 
com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:990) at 
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) at 
com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) 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 
com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) at 
com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145) at 
org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
 at 
org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
 at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:603) 
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask.run(CallHierarchyTasks.java:357)
 at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask.run(CallHierarchyTasks.java:301)
 at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) 
at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
 at 
org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
 at 
org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
 at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) 
at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) 
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
 at 
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
 at 
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
 at 
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at 
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
 at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83) 
at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452)
 at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) 
at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask.processFiles(CallHierarchyTasks.java:476)
 at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask.runTask(CallHierarchyTasks.java:338)[catch]
 at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallTaskBase.run(CallHierarchyTasks.java:288)
 at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at 
org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1
>Reporter: Mikhail
>Priority: Major
> Fix For: 11.2
>
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux

[jira] [Created] (NETBEANS-3680) Support raw-mode I/O for project execution from

2020-01-09 Thread Stephen McCants (Jira) 
Stephen McCants created NETBEANS-3680:
-

 Summary: Support raw-mode I/O for project execution from 
 Key: NETBEANS-3680
 URL: https://issues.apache.org/jira/browse/NETBEANS-3680
 Project: NetBeans
  Issue Type: Improvement
Affects Versions: 11.2
Reporter: Stephen McCants


Please add support for System.console() to the Output Window.

This is a new vote for a very old ticket - 
[https://netbeans.org/bugzilla/show_bug.cgi?id=68770] which didn't make it from 
Bugzilla to JIRA, but is never-the-less relevant and often requested.

Perhaps it is time to revisit this problem?



--
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-3105) NullPointerException on FindUsages

2019-09-16 Thread Stephen McCants (Jira) 


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

Stephen McCants updated NETBEANS-3105:
--
Attachment: ide2.log

> NullPointerException on FindUsages
> --
>
> Key: NETBEANS-3105
> URL: https://issues.apache.org/jira/browse/NETBEANS-3105
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Search, java - Navigation, java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Stephen McCants
>Priority: Major
> Attachments: ide.log, ide2.log
>
>
> Sometimes running a FindUsages on a method results the stack trace below.  
> Once it happens, you cannot run FindUsages on that item, but you might be 
> able to run it on different items.  This breaks Netbeans for my colleagues 
> and myself. 
> Workaround: Use Netbeans 8.2 (11.1 has problems with Find Usages being too 
> slow).
> Stacktrace:
> {{java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$TextComponentTask.run(ContextAnalyzer.java:362)
>  at 
> org.netbeans.modules.refactoring.java.ui.RefactoringActionsProvider.doFindUsages(RefactoringActionsProvider.java:232)
>  at 
> org.netbeans.modules.refactoring.api.impl.ActionsImplementationFactory.doFindUsages(ActionsImplementationFactory.java:91)
>  at 
> org.netbeans.modules.refactoring.spi.impl.WhereUsedAction.performAction(WhereUsedAction.java:52)
>  at 
> org.netbeans.modules.refactoring.spi.impl.RefactoringGlobalAction$ContextAction.actionPerformed(RefactoringGlobalAction.java:172)
>  at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) 
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) 
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
>  at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at 
> javax.swing.AbstractButton.doClick(AbstractButton.java:376) at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842) at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
>  at java.awt.Component.processMouseEvent(Component.java:6539) at 
> javax.swing.JComponent.processMouseEvent(JComponent.java:3324) at 
> java.awt.Component.processEvent(Component.java:6304) at 
> java.awt.Container.processEvent(Container.java:2239) at 
> java.awt.Component.dispatchEventImpl(Component.java:4889) at 
> java.awt.Container.dispatchEventImpl(Container.java:2297) at 
> java.awt.Component.dispatchEvent(Component.java:4711) at 
> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at 
> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535) at 
> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476) at 
> java.awt.Container.dispatchEventImpl(Container.java:2283) at 
> java.awt.Window.dispatchEventImpl(Window.java:2746) at 
> java.awt.Component.dispatchEvent(Component.java:4711) at 
> java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760) at 
> java.awt.EventQueue.access$500(EventQueue.java:97) at 
> java.awt.EventQueue$3.run(EventQueue.java:709) at 
> java.awt.EventQueue$3.run(EventQueue.java:703) at 
> java.security.AccessController.doPrivileged(Native Method) at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
>  at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
>  at java.awt.EventQueue$4.run(EventQueue.java:733) at 
> java.awt.EventQueue$4.run(EventQueue.java:731) at 
> java.security.AccessController.doPrivileged(Native Method) at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
>  at java.awt.EventQueue.dispatchEvent(EventQueue.java:730) at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)[catch]
>  at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
>  at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>  at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at 
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at 
> java.awt.EventDispatchThread.run(EventDispatchThread.java:82)}}
> {{UI Log:}}
>  
> {{}}
> {{ 2019-09-16T12:04:35}}
> {{ 1568653475223}}
> {{ 20609}}
> {{ 800}}
> {{ 16501}}
> {{ INDEXING_STARTED}}
> {{ INDEXING_STARTED}}
> {{ org.netbeans.modules.parsing.impl.indexing.Bundle}}
> {{ 31}}
> {{}}
> {{}}
> {{ 2019-09-16T12:04:35}}
> {{ 1568653475223}}
> {{ 20610}}
> {{ 800}}
> {{ 16501}}
> {{ INDEXING_FINISHED}}
> {{ INDEXING_FINISHED}}
> {{ org.netbeans.modules.pars

[jira] [Commented] (NETBEANS-3105) NullPointerException on FindUsages

2019-09-16 Thread Stephen McCants (Jira) 


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

Stephen McCants commented on NETBEANS-3105:
---

Switched to having Netbeans run under OpenJDK 11, but the problem did not go 
away.  Attaching a new ide2.log file.

> NullPointerException on FindUsages
> --
>
> Key: NETBEANS-3105
> URL: https://issues.apache.org/jira/browse/NETBEANS-3105
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Search, java - Navigation, java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Stephen McCants
>Priority: Major
> Attachments: ide.log, ide2.log
>
>
> Sometimes running a FindUsages on a method results the stack trace below.  
> Once it happens, you cannot run FindUsages on that item, but you might be 
> able to run it on different items.  This breaks Netbeans for my colleagues 
> and myself. 
> Workaround: Use Netbeans 8.2 (11.1 has problems with Find Usages being too 
> slow).
> Stacktrace:
> {{java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$TextComponentTask.run(ContextAnalyzer.java:362)
>  at 
> org.netbeans.modules.refactoring.java.ui.RefactoringActionsProvider.doFindUsages(RefactoringActionsProvider.java:232)
>  at 
> org.netbeans.modules.refactoring.api.impl.ActionsImplementationFactory.doFindUsages(ActionsImplementationFactory.java:91)
>  at 
> org.netbeans.modules.refactoring.spi.impl.WhereUsedAction.performAction(WhereUsedAction.java:52)
>  at 
> org.netbeans.modules.refactoring.spi.impl.RefactoringGlobalAction$ContextAction.actionPerformed(RefactoringGlobalAction.java:172)
>  at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) 
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) 
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
>  at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at 
> javax.swing.AbstractButton.doClick(AbstractButton.java:376) at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842) at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
>  at java.awt.Component.processMouseEvent(Component.java:6539) at 
> javax.swing.JComponent.processMouseEvent(JComponent.java:3324) at 
> java.awt.Component.processEvent(Component.java:6304) at 
> java.awt.Container.processEvent(Container.java:2239) at 
> java.awt.Component.dispatchEventImpl(Component.java:4889) at 
> java.awt.Container.dispatchEventImpl(Container.java:2297) at 
> java.awt.Component.dispatchEvent(Component.java:4711) at 
> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at 
> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535) at 
> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476) at 
> java.awt.Container.dispatchEventImpl(Container.java:2283) at 
> java.awt.Window.dispatchEventImpl(Window.java:2746) at 
> java.awt.Component.dispatchEvent(Component.java:4711) at 
> java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760) at 
> java.awt.EventQueue.access$500(EventQueue.java:97) at 
> java.awt.EventQueue$3.run(EventQueue.java:709) at 
> java.awt.EventQueue$3.run(EventQueue.java:703) at 
> java.security.AccessController.doPrivileged(Native Method) at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
>  at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
>  at java.awt.EventQueue$4.run(EventQueue.java:733) at 
> java.awt.EventQueue$4.run(EventQueue.java:731) at 
> java.security.AccessController.doPrivileged(Native Method) at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
>  at java.awt.EventQueue.dispatchEvent(EventQueue.java:730) at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)[catch]
>  at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
>  at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>  at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at 
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at 
> java.awt.EventDispatchThread.run(EventDispatchThread.java:82)}}
> {{UI Log:}}
>  
> {{}}
> {{ 2019-09-16T12:04:35}}
> {{ 1568653475223}}
> {{ 20609}}
> {{ 800}}
> {{ 16501}}
> {{ INDEXING_STARTED}}
> {{ INDEXING_STARTED}}
> {{ org.netbeans.modules.parsing.impl.indexing.Bundle}}
> {{ 31}}
> {{}}
> {{}}
> {{ 2019-09-16T

[jira] [Updated] (NETBEANS-3105) NullPointerException on FindUsages

2019-09-16 Thread Stephen McCants (Jira) 


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

Stephen McCants updated NETBEANS-3105:
--
Attachment: ide.log

> NullPointerException on FindUsages
> --
>
> Key: NETBEANS-3105
> URL: https://issues.apache.org/jira/browse/NETBEANS-3105
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Search, java - Navigation, java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Stephen McCants
>Priority: Major
> Attachments: ide.log
>
>
> Sometimes running a FindUsages on a method results the stack trace below.  
> Once it happens, you cannot run FindUsages on that item, but you might be 
> able to run it on different items.  This breaks Netbeans for my colleagues 
> and myself. 
> Workaround: Use Netbeans 8.2 (11.1 has problems with Find Usages being too 
> slow).
> Stacktrace:
> {{java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$TextComponentTask.run(ContextAnalyzer.java:362)
>  at 
> org.netbeans.modules.refactoring.java.ui.RefactoringActionsProvider.doFindUsages(RefactoringActionsProvider.java:232)
>  at 
> org.netbeans.modules.refactoring.api.impl.ActionsImplementationFactory.doFindUsages(ActionsImplementationFactory.java:91)
>  at 
> org.netbeans.modules.refactoring.spi.impl.WhereUsedAction.performAction(WhereUsedAction.java:52)
>  at 
> org.netbeans.modules.refactoring.spi.impl.RefactoringGlobalAction$ContextAction.actionPerformed(RefactoringGlobalAction.java:172)
>  at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) 
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) 
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
>  at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at 
> javax.swing.AbstractButton.doClick(AbstractButton.java:376) at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842) at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
>  at java.awt.Component.processMouseEvent(Component.java:6539) at 
> javax.swing.JComponent.processMouseEvent(JComponent.java:3324) at 
> java.awt.Component.processEvent(Component.java:6304) at 
> java.awt.Container.processEvent(Container.java:2239) at 
> java.awt.Component.dispatchEventImpl(Component.java:4889) at 
> java.awt.Container.dispatchEventImpl(Container.java:2297) at 
> java.awt.Component.dispatchEvent(Component.java:4711) at 
> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at 
> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535) at 
> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476) at 
> java.awt.Container.dispatchEventImpl(Container.java:2283) at 
> java.awt.Window.dispatchEventImpl(Window.java:2746) at 
> java.awt.Component.dispatchEvent(Component.java:4711) at 
> java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760) at 
> java.awt.EventQueue.access$500(EventQueue.java:97) at 
> java.awt.EventQueue$3.run(EventQueue.java:709) at 
> java.awt.EventQueue$3.run(EventQueue.java:703) at 
> java.security.AccessController.doPrivileged(Native Method) at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
>  at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
>  at java.awt.EventQueue$4.run(EventQueue.java:733) at 
> java.awt.EventQueue$4.run(EventQueue.java:731) at 
> java.security.AccessController.doPrivileged(Native Method) at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
>  at java.awt.EventQueue.dispatchEvent(EventQueue.java:730) at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)[catch]
>  at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
>  at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>  at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at 
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at 
> java.awt.EventDispatchThread.run(EventDispatchThread.java:82)}}
> {{UI Log:}}
>  
> {{}}
> {{ 2019-09-16T12:04:35}}
> {{ 1568653475223}}
> {{ 20609}}
> {{ 800}}
> {{ 16501}}
> {{ INDEXING_STARTED}}
> {{ INDEXING_STARTED}}
> {{ org.netbeans.modules.parsing.impl.indexing.Bundle}}
> {{ 31}}
> {{}}
> {{}}
> {{ 2019-09-16T12:04:35}}
> {{ 1568653475223}}
> {{ 20610}}
> {{ 800}}
> {{ 16501}}
> {{ INDEXING_FINISHED}}
> {{ INDEXING_FINISHED}}
> {{ org.netbeans.modules.parsing.impl.in

[jira] [Created] (NETBEANS-3105) NullPointerException on FindUsages

2019-09-16 Thread Stephen McCants (Jira) 
Stephen McCants created NETBEANS-3105:
-

 Summary: NullPointerException on FindUsages
 Key: NETBEANS-3105
 URL: https://issues.apache.org/jira/browse/NETBEANS-3105
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Search, java - Navigation, java - Refactoring
Affects Versions: 11.1, 11.2
Reporter: Stephen McCants


Sometimes running a FindUsages on a method results the stack trace below.  Once 
it happens, you cannot run FindUsages on that item, but you might be able to 
run it on different items.  This breaks Netbeans for my colleagues and myself. 

Workaround: Use Netbeans 8.2 (11.1 has problems with Find Usages being too 
slow).

Stacktrace:

{{java.lang.NullPointerExceptionjava.lang.NullPointerException at 
org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$TextComponentTask.run(ContextAnalyzer.java:362)
 at 
org.netbeans.modules.refactoring.java.ui.RefactoringActionsProvider.doFindUsages(RefactoringActionsProvider.java:232)
 at 
org.netbeans.modules.refactoring.api.impl.ActionsImplementationFactory.doFindUsages(ActionsImplementationFactory.java:91)
 at 
org.netbeans.modules.refactoring.spi.impl.WhereUsedAction.performAction(WhereUsedAction.java:52)
 at 
org.netbeans.modules.refactoring.spi.impl.RefactoringGlobalAction$ContextAction.actionPerformed(RefactoringGlobalAction.java:172)
 at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402) 
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at 
javax.swing.AbstractButton.doClick(AbstractButton.java:376) at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842) at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
 at java.awt.Component.processMouseEvent(Component.java:6539) at 
javax.swing.JComponent.processMouseEvent(JComponent.java:3324) at 
java.awt.Component.processEvent(Component.java:6304) at 
java.awt.Container.processEvent(Container.java:2239) at 
java.awt.Component.dispatchEventImpl(Component.java:4889) at 
java.awt.Container.dispatchEventImpl(Container.java:2297) at 
java.awt.Component.dispatchEvent(Component.java:4711) at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at 
java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535) at 
java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476) at 
java.awt.Container.dispatchEventImpl(Container.java:2283) at 
java.awt.Window.dispatchEventImpl(Window.java:2746) at 
java.awt.Component.dispatchEvent(Component.java:4711) at 
java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760) at 
java.awt.EventQueue.access$500(EventQueue.java:97) at 
java.awt.EventQueue$3.run(EventQueue.java:709) at 
java.awt.EventQueue$3.run(EventQueue.java:703) at 
java.security.AccessController.doPrivileged(Native Method) at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
 at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
 at java.awt.EventQueue$4.run(EventQueue.java:733) at 
java.awt.EventQueue$4.run(EventQueue.java:731) at 
java.security.AccessController.doPrivileged(Native Method) at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:730) at 
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)[catch]
 at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
 at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) 
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at 
java.awt.EventDispatchThread.run(EventDispatchThread.java:82)}}

{{UI Log:}}

 

{{}}
{{ 2019-09-16T12:04:35}}
{{ 1568653475223}}
{{ 20609}}
{{ 800}}
{{ 16501}}
{{ INDEXING_STARTED}}
{{ INDEXING_STARTED}}
{{ org.netbeans.modules.parsing.impl.indexing.Bundle}}
{{ 31}}
{{}}
{{}}
{{ 2019-09-16T12:04:35}}
{{ 1568653475223}}
{{ 20610}}
{{ 800}}
{{ 16501}}
{{ INDEXING_FINISHED}}
{{ INDEXING_FINISHED}}
{{ org.netbeans.modules.parsing.impl.indexing.Bundle}}
{{ 0}}
{{}}
{{}}
{{ 2019-09-16T12:09:35}}
{{ 1568653775222}}
{{ 20611}}
{{ 800}}
{{ 16502}}
{{ INDEXING_STARTED}}
{{ INDEXING_STARTED}}
{{ org.netbeans.modules.parsing.impl.indexing.Bundle}}
{{ 29}}
{{}}
{{}}
{{ 2019-09-16T12:09:35}}
{{ 1568653775222}}
{{ 20612}}
{{ 800}}
{{ 16502}}
{{ INDEXING_FINISHED}}
{{ INDEXING_FINISHED}}
{{ org.netbeans.modules.parsing.impl.indexing.Bundle}}
{

[jira] [Closed] (NETBEANS-1106) Netbeans corrupts build-impl.xml files with modulepath options that will not compile.

2019-06-10 Thread Stephen McCants (JIRA) 


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

Stephen McCants closed NETBEANS-1106.
-
Resolution: Invalid

Tracked the problem down to one of our build scripts, not a problem with 
Netbeans after all.

Sorry for any inconvenience.

> Netbeans corrupts build-impl.xml files with modulepath options that will not 
> compile.
> -
>
> Key: NETBEANS-1106
> URL: https://issues.apache.org/jira/browse/NETBEANS-1106
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0, 11.0
>Reporter: Stephen McCants
>Priority: Major
>
> This was originally opened here 
> ([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that 
> was the wrong place, so I'm opening it here.
> Netbeans automatically generates the build-impl.xml file in a way that does 
> not work correctly inside or outside of Netbeans.
> Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the 
> following error:
>  BUILD FAILED
>  C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error 
> occurred while executing this line:
>  C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error 
> occurred while executing this line:
>  
> C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
> Unknown attribute [modulepath]
> Total time: 2 minutes 35 seconds
>   
>  Being able to build from the command line is important for continuous build 
> (e.g. Jenkins or Hudson) and release processes that will not be done from 
> inside Netbeans. Netbeans should work correctly or at least provide 
> information about what additional or substitute libraries are required to 
> make the build work correctly.
>   
>  Tried running the command line versions of Ant under Java 9ea, but this made 
> no difference.
>   
>  *Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
> references. This has to be done frequently as Netbeans will re-introduce the 
> "modulepath" at a later date.
> *Workaround 2:* Use Netbeans 8.2.  This is the work around we've selected. 
>   
>  Additional details and some discussion found here:
>  
> [https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]



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

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

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

[jira] [Commented] (NETBEANS-1106) Netbeans corrupts build-impl.xml files with modulepath options that will not compile.

2019-05-21 Thread Stephen McCants (JIRA) 


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

Stephen McCants commented on NETBEANS-1106:
---

It should be noted, that building inside NetBeans 11 does not work, if you are 
using Java 1.8 to build.  Since some people are still on Java 1.8 and with the 
possibility of extended support from Oracle, I think this should be supported.

> Netbeans corrupts build-impl.xml files with modulepath options that will not 
> compile.
> -
>
> Key: NETBEANS-1106
> URL: https://issues.apache.org/jira/browse/NETBEANS-1106
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0, 11.0
>Reporter: Stephen McCants
>Priority: Major
>
> This was originally opened here 
> ([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that 
> was the wrong place, so I'm opening it here.
> Netbeans automatically generates the build-impl.xml file in a way that does 
> not work correctly inside or outside of Netbeans.
> Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the 
> following error:
>  BUILD FAILED
>  C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error 
> occurred while executing this line:
>  C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error 
> occurred while executing this line:
>  
> C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
> Unknown attribute [modulepath]
> Total time: 2 minutes 35 seconds
>   
>  Being able to build from the command line is important for continuous build 
> (e.g. Jenkins or Hudson) and release processes that will not be done from 
> inside Netbeans. Netbeans should work correctly or at least provide 
> information about what additional or substitute libraries are required to 
> make the build work correctly.
>   
>  Tried running the command line versions of Ant under Java 9ea, but this made 
> no difference.
>   
>  *Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
> references. This has to be done frequently as Netbeans will re-introduce the 
> "modulepath" at a later date.
> *Workaround 2:* Use Netbeans 8.2.  This is the work around we've selected. 
>   
>  Additional details and some discussion found here:
>  
> [https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]



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

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

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

[jira] [Updated] (NETBEANS-1106) Netbeans corrupts build-impl.xml files with modulepath options that will not compile.

2019-05-21 Thread Stephen McCants (JIRA) 


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

Stephen McCants updated NETBEANS-1106:
--
Description: 
This was originally opened here 
([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that was 
the wrong place, so I'm opening it here.

Netbeans automatically generates the build-impl.xml file in a way that does not 
work correctly inside or outside of Netbeans.

Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the following 
error:
 BUILD FAILED
 C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error occurred 
while executing this line:
 C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error occurred 
while executing this line:
 C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
Unknown attribute [modulepath]

Total time: 2 minutes 35 seconds
  
 Being able to build from the command line is important for continuous build 
(e.g. Jenkins or Hudson) and release processes that will not be done from 
inside Netbeans. Netbeans should work correctly or at least provide information 
about what additional or substitute libraries are required to make the build 
work correctly.
  
 Tried running the command line versions of Ant under Java 9ea, but this made 
no difference.
  
 *Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
references. This has to be done frequently as Netbeans will re-introduce the 
"modulepath" at a later date.

*Workaround 2:* Use Netbeans 8.2.  This is the work around we've selected. 
  
 Additional details and some discussion found here:
 
[https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]

  was:
This was originally opened here 
([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that was 
the wrong place, so I'm opening it here.

Netbeans automatically generates the build-impl.xml file in a way that does not 
work correctly outside of Netbeans.

Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the following 
error:
 BUILD FAILED
 C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error occurred 
while executing this line:
 C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error occurred 
while executing this line:
 C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
Unknown attribute [modulepath]

Total time: 2 minutes 35 seconds
  
 Being able to build from the command line is important for continuous build 
(e.g. Jenkins or Hudson) and release processes that will not be done from 
inside Netbeans. Netbeans should work correctly or at least provide information 
about what additional or substitute libraries are required to make the build 
work correctly.
  
 Tried running the command line versions of Ant under Java 9ea, but this made 
no difference.
  
 *Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
references. This has to be done frequently as Netbeans will re-introduce the 
"modulepath" at a later date.

*Workaround 2:* Use Netbeans 8.2.  This is the work around we've selected. 
  
 Additional details and some discussion found here:
 
[https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]


> Netbeans corrupts build-impl.xml files with modulepath options that will not 
> compile.
> -
>
> Key: NETBEANS-1106
> URL: https://issues.apache.org/jira/browse/NETBEANS-1106
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0, 11.0
>Reporter: Stephen McCants
>Priority: Major
>
> This was originally opened here 
> ([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that 
> was the wrong place, so I'm opening it here.
> Netbeans automatically generates the build-impl.xml file in a way that does 
> not work correctly inside or outside of Netbeans.
> Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the 
> following error:
>  BUILD FAILED
>  C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error 
> occurred while executing this line:
>  C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error 
> occurred while executing this line:
>  
> C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
> Unknown attribute [modulepath]
> Total time: 2 minutes 35 seconds
>   
>  Being able to build from the command line is important for continuous build 
> (e.g. Jenkins or Hudson) and release processes that will not be done from 
> inside Netbeans. Netbeans should work correctly or at least provide 
> inf

[jira] [Updated] (NETBEANS-1106) Netbeans corrupts build-impl.xml files with modulepath options that will not compile.

2019-05-21 Thread Stephen McCants (JIRA) 


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

Stephen McCants updated NETBEANS-1106:
--
Description: 
This was originally opened here 
([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that was 
the wrong place, so I'm opening it here.

Netbeans automatically generates the build-impl.xml file in a way that does not 
work correctly outside of Netbeans.

Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the following 
error:
 BUILD FAILED
 C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error occurred 
while executing this line:
 C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error occurred 
while executing this line:
 C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
Unknown attribute [modulepath]

Total time: 2 minutes 35 seconds
  
 Being able to build from the command line is important for continuous build 
(e.g. Jenkins or Hudson) and release processes that will not be done from 
inside Netbeans. Netbeans should work correctly or at least provide information 
about what additional or substitute libraries are required to make the build 
work correctly.
  
 Tried running the command line versions of Ant under Java 9ea, but this made 
no difference.
  
 *Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
references. This has to be done frequently as Netbeans will re-introduce the 
"modulepath" at a later date.

*Workaround 2:* Use Netbeans 8.2.  This is the work around we've selected. 
  
 Additional details and some discussion found here:
 
[https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]

  was:
This was originally opened here 
([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that was 
the wrong place, so I'm opening it here.

Netbeans automatically generates the build-impl.xml file in a way that does not 
work correctly outside of Netbeans.

Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the following 
error:
BUILD FAILED
C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error occurred 
while executing this line:
C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error occurred 
while executing this line:
C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
Unknown attribute [modulepath]

Total time: 2 minutes 35 seconds
 
Being able to build from the command line is important for continuous build 
(e.g. Jenkins or Hudson) and release processes that will not be done from 
inside Netbeans. Netbeans should work correctly or at least provide information 
about what additional or substitute libraries are required to make the build 
work correctly.
 
Tried running the command line versions of Ant under Java 9ea, but this made no 
difference.
 
*Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
references. This has to be done frequently as Netbeans will re-introduce the 
"modulepath" at a later date.
 
Additional details and some discussion found here:
[https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]


> Netbeans corrupts build-impl.xml files with modulepath options that will not 
> compile.
> -
>
> Key: NETBEANS-1106
> URL: https://issues.apache.org/jira/browse/NETBEANS-1106
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0, 11.0
>Reporter: Stephen McCants
>Priority: Major
>
> This was originally opened here 
> ([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that 
> was the wrong place, so I'm opening it here.
> Netbeans automatically generates the build-impl.xml file in a way that does 
> not work correctly outside of Netbeans.
> Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the 
> following error:
>  BUILD FAILED
>  C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error 
> occurred while executing this line:
>  C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error 
> occurred while executing this line:
>  
> C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
> Unknown attribute [modulepath]
> Total time: 2 minutes 35 seconds
>   
>  Being able to build from the command line is important for continuous build 
> (e.g. Jenkins or Hudson) and release processes that will not be done from 
> inside Netbeans. Netbeans should work correctly or at least provide 
> information about what additional or substitute libraries are required to 
> make the build work correctly.
>   
>

[jira] [Commented] (NETBEANS-1106) Netbeans corrupts build-impl.xml files with modulepath options that will not compile.

2019-05-21 Thread Stephen McCants (JIRA) 


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

Stephen McCants commented on NETBEANS-1106:
---

Updated this ticket to reflect that this problem *still* exists in version 11.

> Netbeans corrupts build-impl.xml files with modulepath options that will not 
> compile.
> -
>
> Key: NETBEANS-1106
> URL: https://issues.apache.org/jira/browse/NETBEANS-1106
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0, 11.0
>Reporter: Stephen McCants
>Priority: Major
>
> This was originally opened here 
> ([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that 
> was the wrong place, so I'm opening it here.
> Netbeans automatically generates the build-impl.xml file in a way that does 
> not work correctly outside of Netbeans.
> Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the 
> following error:
> BUILD FAILED
> C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error occurred 
> while executing this line:
> C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error occurred 
> while executing this line:
> C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
> Unknown attribute [modulepath]
> Total time: 2 minutes 35 seconds
>  
> Being able to build from the command line is important for continuous build 
> (e.g. Jenkins or Hudson) and release processes that will not be done from 
> inside Netbeans. Netbeans should work correctly or at least provide 
> information about what additional or substitute libraries are required to 
> make the build work correctly.
>  
> Tried running the command line versions of Ant under Java 9ea, but this made 
> no difference.
>  
> *Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
> references. This has to be done frequently as Netbeans will re-introduce the 
> "modulepath" at a later date.
>  
> Additional details and some discussion found here:
> [https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]



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

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

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

[jira] [Updated] (NETBEANS-1106) Netbeans corrupts build-impl.xml files with modulepath options that will not compile.

2019-05-21 Thread Stephen McCants (JIRA) 


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

Stephen McCants updated NETBEANS-1106:
--
Affects Version/s: 11.0

> Netbeans corrupts build-impl.xml files with modulepath options that will not 
> compile.
> -
>
> Key: NETBEANS-1106
> URL: https://issues.apache.org/jira/browse/NETBEANS-1106
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0, 11.0
>Reporter: Stephen McCants
>Priority: Major
>
> This was originally opened here 
> ([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that 
> was the wrong place, so I'm opening it here.
> Netbeans automatically generates the build-impl.xml file in a way that does 
> not work correctly outside of Netbeans.
> Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the 
> following error:
> BUILD FAILED
> C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error occurred 
> while executing this line:
> C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error occurred 
> while executing this line:
> C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
> Unknown attribute [modulepath]
> Total time: 2 minutes 35 seconds
>  
> Being able to build from the command line is important for continuous build 
> (e.g. Jenkins or Hudson) and release processes that will not be done from 
> inside Netbeans. Netbeans should work correctly or at least provide 
> information about what additional or substitute libraries are required to 
> make the build work correctly.
>  
> Tried running the command line versions of Ant under Java 9ea, but this made 
> no difference.
>  
> *Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
> references. This has to be done frequently as Netbeans will re-introduce the 
> "modulepath" at a later date.
>  
> Additional details and some discussion found here:
> [https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]



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

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

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

[jira] [Created] (NETBEANS-1106) Netbeans corrupts build-impl.xml files with modulepath options that will not compile.

2018-08-02 Thread Stephen McCants (JIRA) 
Stephen McCants created NETBEANS-1106:
-

 Summary: Netbeans corrupts build-impl.xml files with modulepath 
options that will not compile.
 Key: NETBEANS-1106
 URL: https://issues.apache.org/jira/browse/NETBEANS-1106
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 9.0
Reporter: Stephen McCants


This was originally opened here 
([https://netbeans.org/bugzilla/show_bug.cgi?id=271487)], but I think that was 
the wrong place, so I'm opening it here.

Netbeans automatically generates the build-impl.xml file in a way that does not 
work correctly outside of Netbeans.

Running vanilla Ant 1.9.9 or Ant 1.10.1 using Java 1.8 results in the following 
error:
BUILD FAILED
C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:278: The following error occurred 
while executing this line:
C:\Users\Stephen\hcs\orc.trunk\nb\build.xml:229: The following error occurred 
while executing this line:
C:\Users\Stephen\hcs\orc.trunk\nb\ServerLibWOC\nbproject\build-impl.xml:1623: 
Unknown attribute [modulepath]

Total time: 2 minutes 35 seconds
 
Being able to build from the command line is important for continuous build 
(e.g. Jenkins or Hudson) and release processes that will not be done from 
inside Netbeans. Netbeans should work correctly or at least provide information 
about what additional or substitute libraries are required to make the build 
work correctly.
 
Tried running the command line versions of Ant under Java 9ea, but this made no 
difference.
 
*Workaround:* Edit all build-impl.xml files and remove the "modulepath=" 
references. This has to be done frequently as Netbeans will re-introduce the 
"modulepath" at a later date.
 
Additional details and some discussion found here:
[https://stackoverflow.com/questions/46244201/netbeans-dev-9-x-java-projects-will-not-build-outside-of-netbeans/46246930?noredirect=1#comment79493141_46246930]



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

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

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