[jira] [Commented] (NETBEANS-344) org.netbeans.core.windows.service.PresenterDecorator is not publicly accessible
[ https://issues.apache.org/jira/browse/NETBEANS-344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446639#comment-16446639 ] Austin Stephens commented on NETBEANS-344: -- I can't think if much off of the top of my head, but I don't think that class is used anywhere. It could be useful to some people though. > org.netbeans.core.windows.service.PresenterDecorator is not publicly > accessible > --- > > Key: NETBEANS-344 > URL: https://issues.apache.org/jira/browse/NETBEANS-344 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 >Reporter: Austin Stephens >Priority: Trivial > > The commit message for adding it states that it was added so other modules > could customize the displayed dialog, but it is module private. -- 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-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446638#comment-16446638
]
Austin Stephens commented on NETBEANS-373:
--
I have tested removing the synchronized from the showDialog method and have yet
to see issues.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-342) Revisit netbeans_default_options in netbeans.conf
[
https://issues.apache.org/jira/browse/NETBEANS-342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Kishalmi reassigned NETBEANS-342:
Assignee: Laszlo Kishalmi
> Revisit netbeans_default_options in netbeans.conf
> -
>
> Key: NETBEANS-342
> URL: https://issues.apache.org/jira/browse/NETBEANS-342
> Project: NetBeans
> Issue Type: Improvement
> Components: platform - LaunchersCLI
>Affects Versions: 9.0
>Reporter: Laszlo Kishalmi
>Assignee: Laszlo Kishalmi
>Priority: Major
>
> The default JVM and other options has not been changed too much over the
> years. If it has been changed those changes were just appends. Like now we
> got a bunch of appended --add-exports and --add-opens due to Java 9.
> I'd see the following points to be discussed:
> # Using Client VM is most probably not required / deprecated
> # Are the initial memory arguments Ok?
> # Is sun.java2d.noddraw=true still required?
> # Is sun.zip.disableMemoryMapping=true still required
> # Shall we force Antialiased text rendering with {{swing.aatext=true}} here?
> # Java 9 related stuff could be in a different variable
>
--
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-399) Compile on Save support for arbitrary maven projects
[ https://issues.apache.org/jira/browse/NETBEANS-399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446563#comment-16446563 ] Laszlo Kishalmi commented on NETBEANS-399: -- Well probably this could happen after 9.0 release and the second code drop from Oracle which contains the JavaEE stuff. Without that it's really hard to do any improvement here. > Compile on Save support for arbitrary maven projects > > > Key: NETBEANS-399 > URL: https://issues.apache.org/jira/browse/NETBEANS-399 > Project: NetBeans > Issue Type: Wish > Components: javaee - Maven >Affects Versions: 8.2 >Reporter: ratcash >Priority: Major > Attachments: Kotlin-maven-EE.zip > > > Dear developers, > please consider adding support for arbitrary maven projects to utilize the > "compile on save" and deploy on save feature of Netbeans. > To give a real-life example: > I am evaluating the Kotlin-Netbeans plugin from JetBrains > ([https://github.com/JetBrains/kotlin-netbeans)] to develop a maven based > Kotlin project for Java EE in Netbeans. The maven setup is according to the > official guide here: [https://kotlinlang.org/docs/reference/using-maven.html] > The Compile on Save feature is a huge time safer, works flawlessly for the > rather standard Maven/Java/EE projects and I can't imagine development > without it. > While the FAQ for [http://wiki.netbeans.org/FaqCompileOnSave] states that for > maven projects it actually executes the corresponding maven goals (phases?), > it does not really seem like the kotlin-maven-plugin was called - no new > class files appear in target/classes. > An improvement suggestion was already filed for the plugin developers > ([https://github.com/JetBrains/kotlin-netbeans/issues/126)] even though that > plugin is not maintained these days. Also I wanted to double check via this > very ticket, whether adding support for this is actually the plugin's > responsibility or that of netbeans'. > I have already wrote to the users mailing list and Emilian B. referred me to > Jira here. > Attached see a sample project I used to test the capability. > Joining the sparseness and advanced capabilities of Kotlin with the fast > reload times achievable with "Compile On Save" and "Deploy on Save" would be > a killer combination. This would be something that would not be possible > (AFAIK) with any other IDE today. -- 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-344) org.netbeans.core.windows.service.PresenterDecorator is not publicly accessible
[ https://issues.apache.org/jira/browse/NETBEANS-344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446558#comment-16446558 ] Laszlo Kishalmi commented on NETBEANS-344: -- I guess it is just for the friend modules. But could you describe a use case what would you like to achieve and how this issue raise a problem to you? > org.netbeans.core.windows.service.PresenterDecorator is not publicly > accessible > --- > > Key: NETBEANS-344 > URL: https://issues.apache.org/jira/browse/NETBEANS-344 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 >Reporter: Austin Stephens >Priority: Trivial > > The commit message for adding it states that it was added so other modules > could customize the displayed dialog, but it is module private. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-113) Update keyboard shortcuts card to NetBeans 9
[ https://issues.apache.org/jira/browse/NETBEANS-113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-113. -- Resolution: Fixed Assignee: Geertjan Wielenga Fix Version/s: 9.0 It seems the PR got into the master, so I'd consider closing this issue. > Update keyboard shortcuts card to NetBeans 9 > > > Key: NETBEANS-113 > URL: https://issues.apache.org/jira/browse/NETBEANS-113 > Project: NetBeans > Issue Type: Bug > Environment: Sources are in 'usersguide' module and PDFs are in > 'ide.branding' module. Both, for PC and Mac, need at least version number to > be 9 instead of 8.0. >Reporter: Geertjan Wielenga >Assignee: Geertjan Wielenga >Priority: Trivial > Labels: pull-request-available > Fix For: 9.0 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Kishalmi reassigned NETBEANS-373:
Assignee: (was: Laszlo Kishalmi)
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Kishalmi reassigned NETBEANS-373:
Assignee: Laszlo Kishalmi
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Laszlo Kishalmi
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-42) Netbeans Maven:Java Application when run several times creates multiple instances (once for each time run), resulting in a port confilct
[ https://issues.apache.org/jira/browse/NETBEANS-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446510#comment-16446510 ] Laszlo Kishalmi commented on NETBEANS-42: - Well, knowing how Maven project works this is not necessary a trivial change. Could you please provide at least the Maven archetype you are using or a sample maven project to test? > Netbeans Maven:Java Application when run several times creates multiple > instances (once for each time run), resulting in a port confilct > > > Key: NETBEANS-42 > URL: https://issues.apache.org/jira/browse/NETBEANS-42 > Project: NetBeans > Issue Type: New Feature > Components: apisupport - Project >Affects Versions: 8.2 > Environment: Ubuntu Linux 17.04 >Reporter: Ken McWilliams >Priority: Minor > > I generally use JEE and Glassfish to create web applications, however I've > created a web application using Jetty which does not require a container. > However each time I run the application I have to manually stop the currently > running instance. This doesn't take long but it is a bit of a pain. I would > like a smoother development cycle, I'm sure it can be automated at the > command line and will do so, but I think it should be a pretty common issue. > I'm creating my project using NB 8.2. File -> New Project -> Under Categories > selecting "Maven", Under Projects "Java Application" > Each time the project is run, a new running instance is deployed, such that > after 5 runs there are 5 running programs (well that would normally be the > case for this type of application but because of a port conflict I must stop > the previous instance). > Any of the following would be a viable solution: > Ideally, if their is a running instance of the program it is compiled and > relaunched on save, don't know if this is possible outside of a container > like Glassfish. > The application kills any previous deployment and compiles and runs a new > instance when "Run Project" button is pressed (F6). > Anything else that meets this intention. -- 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-42) Netbeans Maven:Java Application when run several times creates multiple instances (once for each time run), resulting in a port confilct
[ https://issues.apache.org/jira/browse/NETBEANS-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-42: Priority: Minor (was: Trivial) > Netbeans Maven:Java Application when run several times creates multiple > instances (once for each time run), resulting in a port confilct > > > Key: NETBEANS-42 > URL: https://issues.apache.org/jira/browse/NETBEANS-42 > Project: NetBeans > Issue Type: New Feature > Components: apisupport - Project >Affects Versions: 8.2 > Environment: Ubuntu Linux 17.04 >Reporter: Ken McWilliams >Priority: Minor > > I generally use JEE and Glassfish to create web applications, however I've > created a web application using Jetty which does not require a container. > However each time I run the application I have to manually stop the currently > running instance. This doesn't take long but it is a bit of a pain. I would > like a smoother development cycle, I'm sure it can be automated at the > command line and will do so, but I think it should be a pretty common issue. > I'm creating my project using NB 8.2. File -> New Project -> Under Categories > selecting "Maven", Under Projects "Java Application" > Each time the project is run, a new running instance is deployed, such that > after 5 runs there are 5 running programs (well that would normally be the > case for this type of application but because of a port conflict I must stop > the previous instance). > Any of the following would be a viable solution: > Ideally, if their is a running instance of the program it is compiled and > relaunched on save, don't know if this is possible outside of a container > like Glassfish. > The application kills any previous deployment and compiles and runs a new > instance when "Run Project" button is pressed (F6). > Anything else that meets this intention. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-341) Provide Snap Packages for NetBeans
[
https://issues.apache.org/jira/browse/NETBEANS-341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Kishalmi reassigned NETBEANS-341:
Assignee: Laszlo Kishalmi
> Provide Snap Packages for NetBeans
> --
>
> Key: NETBEANS-341
> URL: https://issues.apache.org/jira/browse/NETBEANS-341
> Project: NetBeans
> Issue Type: Wish
> Components: platform - LaunchersCLI
>Affects Versions: 9.0
>Reporter: Laszlo Kishalmi
>Assignee: Laszlo Kishalmi
>Priority: Major
> Labels: CI, build, pull-request-available
> Time Spent: 2h
> Remaining Estimate: 0h
>
> The aim of this wish is to make NetBeans IDE available using Snap packaging
> system making it available on almost all Linux distributions.
> While the invention of Snap package management is a bit controversial among
> Linux users, it is definitely gaining momentum as some major brands started
> to deliver their products as Snap packages. Like Spotify and IntelliJ as well.
> Snap store can provide different distribution channels for different state of
> the products, like alpha, beta and stable (additional channels can be
> requested as well). Snapcraft.io service provides an automatic build and
> release functionality for free. Also the snap client can update the installed
> software daily. Having this functionality can enable some users to live on
> the edge if they want.
> I've started some experiments which can help make it happen.
> # This snap code needs to be integrated into the main NetBeans repository.
> Check tle linked PR#404
> # Snapcraft.io could be bind into github to enable automatic build.
> As far as I see now we shall request a permission to build a the package
> with classic confinement (no-security restrictions)
> My experimental package is available and can be tested with:
> {code:java}
> wget
> https://s3-us-west-2.amazonaws.com/lkishalmi-us-west-2-public/snaps/netbeans_9.0-beta-rc2_amd64.snap
> snap install netbeans_9.0-beta-rc2_amd64.snap --dangerous --classic{code}
> If we could make this happen NetBeans install on Linux could be as simple as:
> {code:java}
> snap install netbeans --classic{code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method
[
https://issues.apache.org/jira/browse/NETBEANS-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446298#comment-16446298
]
Austin Stephens commented on NETBEANS-708:
--
It looks like it happens when the annotation is on a non-final value as well,
it just happens more predictably.
> Code completion throws an AssertionError when running before an annotation on
> a final variable in a method
> --
>
> Key: NETBEANS-708
> URL: https://issues.apache.org/jira/browse/NETBEANS-708
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
>
> {code:java}
> private void asplode(){
>
> @SuppressWarnings("deprecation")
> final int foo = 0;
> }
> {code}
> Typing anything above the annotation (like, say, 'I' for Integer) will cause
> an assertion error.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method
Austin Stephens created NETBEANS-708:
Summary: Code completion throws an AssertionError when running
before an annotation on a final variable in a method
Key: NETBEANS-708
URL: https://issues.apache.org/jira/browse/NETBEANS-708
Project: NetBeans
Issue Type: Bug
Components: java - Source
Affects Versions: 9.0
Reporter: Austin Stephens
{code:java}
private void asplode(){
@SuppressWarnings("deprecation")
final int foo = 0;
}
{code}
Typing anything above the annotation (like, say, 'I' for Integer) will cause an
assertion error.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446285#comment-16446285 ] Laszlo Kishalmi commented on NETBEANS-585: -- Just for the record. It is working on Ubuntu with HiDPI display Wayland 150% Scaling. [~cowwoc] Would you try it with Java 10 as Java 9 is now no longer a supported release. > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-592) Netbeans 9.0 show only the local history
[ https://issues.apache.org/jira/browse/NETBEANS-592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446239#comment-16446239 ] Gilberto C Andrade commented on NETBEANS-592: - Confirmed. This is a very annoy bug! > Netbeans 9.0 show only the local history > > > Key: NETBEANS-592 > URL: https://issues.apache.org/jira/browse/NETBEANS-592 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 9.0 >Reporter: Ivan Melendez >Priority: Major > Attachments: Screen Shot 2018-04-04 at 10.29.24 AM.png > > > When you have a opened file and you need see the git history, NetBeans only > show the local history, not all commits. If the file don't have the local > history show a list empty (see screenshot) -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446235#comment-16446235 ] Gili commented on NETBEANS-235: --- [~lkishalmi] Yes. Multi-monitor, HiDPI environment, Java 9. We're not sure whether the problem is in the JDK or Netbeans yet. First, it would be great for a second person to reproduce this problem :) > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: regression > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446228#comment-16446228 ] Gili commented on NETBEANS-585: --- [~lkishalmi] Yes, I have a multi-screen setup. No, Netbeans is not on a secondary monitor. The primary monitor has a resolution of 3840x2160 with 150% scaling mode under Windows 10.0.16299.371. I think the kicker is the 4k monitor and font-scaling mode. Also, I am running under Oracle Java 9. Is anyone able to test this under Windows 10 in HiDPI mode? > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-271) Caret in Watch window renders in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446226#comment-16446226 ] Gili commented on NETBEANS-271: --- [~lkishalmi] Yeah, I'm guessing this is Windows HiDPI specific. > Caret in Watch window renders in wrong position > --- > > Key: NETBEANS-271 > URL: https://issues.apache.org/jira/browse/NETBEANS-271 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This is a regression relative to version 8.2 > Repro steps: > 1. Assuming you have "row.toString()" in a debugging session watch > 2. Edit the watch > 3. Position the caret so it visually looks like it is after the dot > 4. Hit DEL keyboard button > 5. Notice that "o" gets deleted instead of "t" > 6. Similarly, any characters you type will get inserted in the wrong position > (one index off) > It is difficult to know where the IDE will insert/delete characters because > the caret isn't showing up in the right place. -- 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-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated NETBEANS-654:
Labels: pull-request-available (was: )
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
> Labels: pull-request-available
> Attachments: AccessibilityBugKiller.zip
>
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused:
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
> Invalid or deleted file:
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
> at
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
> at
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
> at
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
> at
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
> at
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
> at
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
> at
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
> at
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>
[jira] [Commented] (NETBEANS-467) maven artifacts for Apache NetBeans Platform need to be created and hosted
[ https://issues.apache.org/jira/browse/NETBEANS-467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446200#comment-16446200 ] Laszlo Kishalmi commented on NETBEANS-467: -- Just a tip: We might could host our binaries on [https://bintray.com,|https://bintray.com,/] OSS accounts have 10 Gb space > maven artifacts for Apache NetBeans Platform need to be created and hosted > --- > > Key: NETBEANS-467 > URL: https://issues.apache.org/jira/browse/NETBEANS-467 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 9.0 >Reporter: Eric Barboni >Priority: Blocker > > Hi (hope I did not miss mails on this topic), > During test on maven NetCAT, testers are told to create and generate > mavenized NetBeans Platform Module and Suite. > Maven archetype for Netbeans platform module [1] are linked to artefacts > stored in [2] (RELEASE 6 to 8.2) and it is also possible to use snapshot > versions from [3] > Artefacts are generated from Oracle NetBeans sources at the moment, RELEASE* > artefact were built from a specific build, SNAPSHOT artefact are refreshed > every day with no history (I suppose for space reason). > > It would be nice to recreate a workflow to regenerate maven artefacts for > the Apache NetBeans Platform from Apache NetBeans sources. > > [1][https://github.com/mojohaus/nbm-archetype/] > [2][https://bits.netbeans.org/nexus] > [3][https://bits.netbeans.org/dev/maven-snapshot/|http://bits.netbeans.org/dev/maven-snapshot/] > > > -- 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-698) AssertionError loading Designer pallete
[
https://issues.apache.org/jira/browse/NETBEANS-698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446191#comment-16446191
]
Laszlo Kishalmi commented on NETBEANS-698:
--
It is definitely a bug in the Gradle plugin.
> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Painting Printing, guibuilder - Code
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
>Reporter: will mason
>Priority: Blocker
> Labels: AssertionError, GUI, Regression, cache, cache-control,
> designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs,
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
> * Starting Netbeans from command-line
> * Reset windows
> h2. expected / desirable
> * Windows should be reset to default state
> h2. actual
> * The pallete sub-panel was not painting ... It just showed "Loading ..."
> for quite some time.
> * I used reset windows to try to get it back
> * Errors in the attached {{messages.log}} file.
> * Assertion Error, see AssertionError.logs attachment.
> ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError:
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
> at
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
> at
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
> at
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
> at
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
> at
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
> at
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
> at
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
> at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
> at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
> at
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
> at
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
> at
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
> at
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
> at
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
> at
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
> at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
> at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
> at
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
> at
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
> at
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
> at
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
> at
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
> at
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
> at
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
> at
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
> at
> org.netbeans.spi.palette.PaletteTopComponent.propertyChange(PaletteTopComponent.java:128)
> at
> java.desktop/java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:341)
> at
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:333)
> at
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:266)
> at
> org.netbeans.spi.palette.PaletteSwitch.showHidePaletteTopComponent(PaletteSwitch.java:226)
> at
>
[jira] [Commented] (NETBEANS-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446168#comment-16446168 ] Laszlo Kishalmi commented on NETBEANS-235: -- Could not reproduce under Ubuntu 18.04 64bit using Oracle Java 10 I'm guessing it is either a Windows JVM related issue or something with your settings. Are you using Multi-monitor and/or HiDPI environment? HiDPI support is new in Java 9 and it may not behave correctly on all platforms. > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: regression > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446153#comment-16446153 ] Laszlo Kishalmi commented on NETBEANS-585: -- Could not reproduce under Ubuntu 18.04 64bit using Oracle Java 10 BTW is this happening on Multi monitor setup with NetBeans displayed on not the "primary" monitor? > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-707) add an option to remember open tabs according to vcs branch
Alvin Thompson created NETBEANS-707: --- Summary: add an option to remember open tabs according to vcs branch Key: NETBEANS-707 URL: https://issues.apache.org/jira/browse/NETBEANS-707 Project: NetBeans Issue Type: New Feature Components: ide - UI Reporter: Alvin Thompson Usually, when you have to switch branches in git/svn/whatever, you'll be working on different files. It would be nice if the IDE remembered what tabs were open when you were last on that particular branch, and remembered them. When you next switch to that branch, that set of tabs should be used. -- 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-271) Caret in Watch window renders in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446128#comment-16446128 ] Laszlo Kishalmi commented on NETBEANS-271: -- Could not reproduce under Ubuntu 18.04 64bit using Oracle Java 10 > Caret in Watch window renders in wrong position > --- > > Key: NETBEANS-271 > URL: https://issues.apache.org/jira/browse/NETBEANS-271 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This is a regression relative to version 8.2 > Repro steps: > 1. Assuming you have "row.toString()" in a debugging session watch > 2. Edit the watch > 3. Position the caret so it visually looks like it is after the dot > 4. Hit DEL keyboard button > 5. Notice that "o" gets deleted instead of "t" > 6. Similarly, any characters you type will get inserted in the wrong position > (one index off) > It is difficult to know where the IDE will insert/delete characters because > the caret isn't showing up in the right place. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-491) Turn off exception reporter
[ https://issues.apache.org/jira/browse/NETBEANS-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16445880#comment-16445880 ] Jiří Kovalský edited comment on NETBEANS-491 at 4/20/18 3:30 PM: - [~rtaneja], any update on this? The JIRA link has been updated accordingly. Thanks. was (Author: jkovalsky): [~rtaneja], any update on this? > Turn off exception reporter > --- > > Key: NETBEANS-491 > URL: https://issues.apache.org/jira/browse/NETBEANS-491 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0 >Reporter: Jiří Kovalský >Assignee: Reema Taneja >Priority: Critical > Labels: pull-request-available > Attachments: report_error.png > > Time Spent: 3h 10m > Remaining Estimate: 0h > > Apache NetBeans 9.0 tries to send exception reports even though the backend > infrastructure is no longer available. In case of an exception NetBeans IDE > should no longer display the *Review and Report Problem* button and report > URL in the error message should instead read: > [https://issues.apache.org/jira/secure/CreateIssue!default.jspa] > *Steps to reproduce:* > # Launch development build #20180320 of Apache NetBeans 9.0. > # Type e.g. _properties_ into the *Search* field in the upper right corner > of the IDE. > # Press Enter. > *Expected:* > Due to another bug NetBeans opens an exception dialog which contains old link > to _issues.html_ page and *Review and Report Problem* button. > *Actual:* > NetBeans opens an exception dialog only instructing user to report the > exception to Apache Jira and no *Review and Report Problem* button is shown. -- 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-491) Turn off exception reporter
[ https://issues.apache.org/jira/browse/NETBEANS-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16445880#comment-16445880 ] Jiří Kovalský commented on NETBEANS-491: [~rtaneja], any update on this? > Turn off exception reporter > --- > > Key: NETBEANS-491 > URL: https://issues.apache.org/jira/browse/NETBEANS-491 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0 >Reporter: Jiří Kovalský >Assignee: Reema Taneja >Priority: Critical > Labels: pull-request-available > Attachments: report_error.png > > Time Spent: 3h 10m > Remaining Estimate: 0h > > Apache NetBeans 9.0 tries to send exception reports even though the backend > infrastructure is no longer available. In case of an exception NetBeans IDE > should no longer display the *Review and Report Problem* button and report > URL in the error message should instead read: > [https://issues.apache.org/jira/secure/CreateIssue!default.jspa] > *Steps to reproduce:* > # Launch development build #20180320 of Apache NetBeans 9.0. > # Type e.g. _properties_ into the *Search* field in the upper right corner > of the IDE. > # Press Enter. > *Expected:* > Due to another bug NetBeans opens an exception dialog which contains old link > to _issues.html_ page and *Review and Report Problem* button. > *Actual:* > NetBeans opens an exception dialog only instructing user to report the > exception to Apache Jira and no *Review and Report Problem* button is shown. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-462) Java Help class cannot be found
[ https://issues.apache.org/jira/browse/NETBEANS-462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jiří Kovalský closed NETBEANS-462. -- Closing as not a valid bug. > Java Help class cannot be found > --- > > Key: NETBEANS-462 > URL: https://issues.apache.org/jira/browse/NETBEANS-462 > Project: NetBeans > Issue Type: Bug > Components: platform - Help System >Reporter: Zoran Sevarac >Priority: Critical > > While building NetBeans Platform application that has module with Java Help > I'm getting the following exception: > An annotation processor threw an uncaught exception. > Consult the following stack trace for details. > java.lang.NoClassDefFoundError: com/sun/java/help/search/Indexer > at > org.netbeans.modules.javahelp.HelpSetRegistrationProcessor.handleProcess(HelpSetRegistrationProcessor.java:145) > at > org.openide.filesystems.annotations.LayerGeneratingProcessor.process(LayerGeneratingProcessor.java:99) > at com.sun.tools.javac > > There is no this problem with NetBeans 8.2 > -- 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
