[jira] [Resolved] (NETBEANS-480) Need to disable hint ConvertToDiamondBulkHint for var type statement.

2018-04-11 Thread ARUNAVA SINHA (JIRA) 

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

ARUNAVA SINHA resolved NETBEANS-480.

   Resolution: Fixed
Fix Version/s: Next

Merged with master

 

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

> Need to disable hint ConvertToDiamondBulkHint for var type statement.
> -
>
> Key: NETBEANS-480
> URL: https://issues.apache.org/jira/browse/NETBEANS-480
> Project: NetBeans
>  Issue Type: Bug
>Reporter: ARUNAVA SINHA
>Assignee: ARUNAVA SINHA
>Priority: Trivial
>  Labels: JDK10-LVTI
> Fix For: Next
>
>
> Fix hint 'Use diamond inference' should be disabled for below kind of 
> statement.
> var list = new ArrayList();



--
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-449) Compilation error for build from source (Ubuntu 17.10, Java 8, Ant 10.2)

2018-04-11 Thread Laszlo Kishalmi (JIRA) 

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

Laszlo Kishalmi resolved NETBEANS-449.
--
Resolution: Fixed

As PR #444 has been merged to the master this is no longer a problem. Verified.

> Compilation error for build from source (Ubuntu 17.10, Java 8, Ant 10.2)
> 
>
> Key: NETBEANS-449
> URL: https://issues.apache.org/jira/browse/NETBEANS-449
> Project: NetBeans
>  Issue Type: Bug
> Environment: Ubuntu 17.10, Java 8u151, Ant 1.10.2
>Reporter: Kevin
>Assignee: Jan Lahoda
>Priority: Minor
>  Labels: pull-request-available
> Attachments: installing-apache-netbeans.log
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> I failed to build incubator Apache NetBeans from source. I cloned the master 
> branch, ran ant v10.2 with Java 8u151 installed. It broke on a Java 
> compilation error:
> {code:java}
> bootstrap:
>  [echo] Bootstrapping NetBeans-specific Ant extensions...
>     [javac] Compiling 53 source files to 
> /media/kevvurs/ExtraDrive1/incubator-netbeans/nbbuild/build/antclasses
>     [javac] 
> /media/kevvurs/ExtraDrive1/incubator-netbeans/nbbuild/antsrc/org/netbeans/nbbuild/LayerIndex.java:344:
>  error: class ZipArray inherits unrelated defaults for stream() from types 
> ResourceCollection and Collection
>     [javac] private static final class ZipArray extends 
> ArrayList
>     [javac]  ^
>     [javac] 1 error
> {code}
> ZipArray extended ArrayList and implemented ResourceCollection, so Java broke 
> on the multiple stream() definitions. I am guessing Java 9 would get around 
> this, but the documentation says it will work with Java 8.



--
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-449) Compilation error for build from source (Ubuntu 17.10, Java 8, Ant 10.2)

2018-04-11 Thread Laszlo Kishalmi (JIRA) 

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

Laszlo Kishalmi reassigned NETBEANS-449:


Assignee: Jan Lahoda

> Compilation error for build from source (Ubuntu 17.10, Java 8, Ant 10.2)
> 
>
> Key: NETBEANS-449
> URL: https://issues.apache.org/jira/browse/NETBEANS-449
> Project: NetBeans
>  Issue Type: Bug
> Environment: Ubuntu 17.10, Java 8u151, Ant 1.10.2
>Reporter: Kevin
>Assignee: Jan Lahoda
>Priority: Minor
>  Labels: pull-request-available
> Attachments: installing-apache-netbeans.log
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> I failed to build incubator Apache NetBeans from source. I cloned the master 
> branch, ran ant v10.2 with Java 8u151 installed. It broke on a Java 
> compilation error:
> {code:java}
> bootstrap:
>  [echo] Bootstrapping NetBeans-specific Ant extensions...
>     [javac] Compiling 53 source files to 
> /media/kevvurs/ExtraDrive1/incubator-netbeans/nbbuild/build/antclasses
>     [javac] 
> /media/kevvurs/ExtraDrive1/incubator-netbeans/nbbuild/antsrc/org/netbeans/nbbuild/LayerIndex.java:344:
>  error: class ZipArray inherits unrelated defaults for stream() from types 
> ResourceCollection and Collection
>     [javac] private static final class ZipArray extends 
> ArrayList
>     [javac]  ^
>     [javac] 1 error
> {code}
> ZipArray extended ArrayList and implemented ResourceCollection, so Java broke 
> on the multiple stream() definitions. I am guessing Java 9 would get around 
> this, but the documentation says it will work with Java 8.



--
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-652) HINT: Type cast is too strong is disabled by default. Requires enabling for test to pass.

2018-04-11 Thread Manikantan Narender Nath (JIRA) 

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

Manikantan Narender Nath updated NETBEANS-652:
--
Priority: Minor  (was: Major)

> HINT: Type cast is too strong is disabled by default. Requires enabling for 
> test to pass.
> -
>
> Key: NETBEANS-652
> URL: https://issues.apache.org/jira/browse/NETBEANS-652
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 9.0
>Reporter: Manikantan Narender Nath
>Priority: Minor
> Attachments: No-hashmap-hint.png
>
>
> Test specification: 
> [http://netbeans-vm.apache.org/synergy/client/app/#/specification/350]
> Test Suite: 
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2016/v/1]
> Test case: 
> [http://netbeans-vm.apache.org/synergy/client/app/#/case/4989/suite/-1/v/1]
> steps to reproduce
>  # Download & extract the attached project in above specification 
> (JavaHInts.zip)
>  # Start Netbeans with a clean user and cache dir
>  # Open the extracted project (Java Hints)
>  # From the project view|src open the class from 
> _abstraction.TypeCastIsTooStrong.java_
>  # Place cursor on line 8 
>  # Press Alt-enter (ctrl-enter on mac)
> Expected result:
> Hint: Hint Type Cast is too strong is shown
> Actual Result: The hint is not shown
>  
> Reason: Hint OPtions|Editor|Hints|Abstraction|Type Cast is too strong is 
> disabled by default.
> After enabling, the hint is shown properly.



--
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-652) HINT: Type cast is too strong is disabled by default. Requires enabling for test to pass.

2018-04-11 Thread Manikantan Narender Nath (JIRA) 

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

Manikantan Narender Nath updated NETBEANS-652:
--
Attachment: No-hashmap-hint.png

> HINT: Type cast is too strong is disabled by default. Requires enabling for 
> test to pass.
> -
>
> Key: NETBEANS-652
> URL: https://issues.apache.org/jira/browse/NETBEANS-652
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 9.0
>Reporter: Manikantan Narender Nath
>Priority: Major
> Attachments: No-hashmap-hint.png
>
>
> Test specification: 
> [http://netbeans-vm.apache.org/synergy/client/app/#/specification/350]
> Test Suite: 
> [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2016/v/1]
> Test case: 
> [http://netbeans-vm.apache.org/synergy/client/app/#/case/4989/suite/-1/v/1]
> steps to reproduce
>  # Download & extract the attached project in above specification 
> (JavaHInts.zip)
>  # Start Netbeans with a clean user and cache dir
>  # Open the extracted project (Java Hints)
>  # From the project view|src open the class from 
> _abstraction.TypeCastIsTooStrong.java_
>  # Place cursor on line 8 
>  # Press Alt-enter (ctrl-enter on mac)
> Expected result:
> Hint: Hint Type Cast is too strong is shown
> Actual Result: The hint is not shown
>  
> Reason: Hint OPtions|Editor|Hints|Abstraction|Type Cast is too strong is 
> disabled by default.
> After enabling, the hint is shown properly.



--
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-652) HINT: Type cast is too strong is disabled by default. Requires enabling for test to pass.

2018-04-11 Thread Manikantan Narender Nath (JIRA) 
Manikantan Narender Nath created NETBEANS-652:
-

 Summary: HINT: Type cast is too strong is disabled by default. 
Requires enabling for test to pass.
 Key: NETBEANS-652
 URL: https://issues.apache.org/jira/browse/NETBEANS-652
 Project: NetBeans
  Issue Type: Bug
  Components: java - Hints
Affects Versions: 9.0
Reporter: Manikantan Narender Nath


Test specification: 
[http://netbeans-vm.apache.org/synergy/client/app/#/specification/350]

Test Suite: [http://netbeans-vm.apache.org/synergy/client/app/#/suite/2016/v/1]

Test case: 
[http://netbeans-vm.apache.org/synergy/client/app/#/case/4989/suite/-1/v/1]

steps to reproduce
 # Download & extract the attached project in above specification 
(JavaHInts.zip)
 # Start Netbeans with a clean user and cache dir
 # Open the extracted project (Java Hints)
 # From the project view|src open the class from 
_abstraction.TypeCastIsTooStrong.java_
 # Place cursor on line 8 
 # Press Alt-enter (ctrl-enter on mac)

Expected result:

Hint: Hint Type Cast is too strong is shown

Actual Result: The hint is not shown

 

Reason: Hint OPtions|Editor|Hints|Abstraction|Type Cast is too strong is 
disabled by default.

After enabling, the hint is shown properly.



--
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-650) Edit Ant Library from Project Window Tree Causes java.lang.AssertionError

2018-04-11 Thread Mark Wilmoth (JIRA) 
Mark Wilmoth created NETBEANS-650:
-

 Summary: Edit Ant Library from Project Window Tree Causes 
java.lang.AssertionError
 Key: NETBEANS-650
 URL: https://issues.apache.org/jira/browse/NETBEANS-650
 Project: NetBeans
  Issue Type: Bug
  Components: java - Project
Affects Versions: 9.0
 Environment: Product Version: Apache NetBeans IDE Dev (Build 
incubator-netbeans-linux-406-on-20180411)
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; UTF-8; en_US (nb)

Reporter: Mark Wilmoth
 Attachments: Edit Ant Library Bug 001.png, messages.log

# Open an Ant Java Project.
 # In the Project window, right click on any Ant Library or the JDK Library.
 # This brings up a context menu. Click "Edit..."
 # A org.openide.util.RequestProcessor$SlowItem exception occurs. 

java.lang.AssertionError
 at org.openide.awt.HtmlRendererImpl.reset(HtmlRendererImpl.java:78)
 at 
org.openide.awt.HtmlRendererImpl.getTreeCellRendererComponent(HtmlRendererImpl.java:122)
 at 
org.openide.explorer.view.NodeRenderer.getTreeCellRendererComponent(NodeRenderer.java:131)
 at org.openide.explorer.view.TreeView.initializeTree(TreeView.java:289)
 at org.openide.explorer.view.TreeView.(TreeView.java:213)
 at org.openide.explorer.view.TreeView.(TreeView.java:203)
 at org.openide.explorer.view.BeanTreeView.(BeanTreeView.java:73)
 at 
org.netbeans.modules.java.platform.ui.PlatformsCustomizer$PlatformsView.(PlatformsCustomizer.java:527)
 at 
org.netbeans.modules.java.platform.ui.PlatformsCustomizer.initComponents(PlatformsCustomizer.java:153)
 at 
org.netbeans.modules.java.platform.ui.PlatformsCustomizer.(PlatformsCustomizer.java:94)
 at 
org.netbeans.api.java.platform.PlatformsCustomizer.showCustomizer(PlatformsCustomizer.java:41)
 at 
org.netbeans.modules.java.api.common.project.ui.PlatformNode$PlatformEditable.edit(PlatformNode.java:292)
 at 
org.netbeans.modules.java.api.common.project.ui.EditRootAction.performAction(EditRootAction.java:41)
 at 
org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
 at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
 at 
org.openide.util.actions.ActionInvoker$ActionRunnable.actionPerformed(ActionInvoker.java:137)
 at org.netbeans.core.ModuleActions.invokeAction(ModuleActions.java:84)
 at 
org.netbeans.modules.openide.actions.ActionsBridgeImpl.invokeAction(ActionsBridgeImpl.java:35)
 at 
org.openide.util.actions.ActionInvoker$ActionRunnable.doRun(ActionInvoker.java:128)
 at org.openide.util.actions.ActionInvoker$2.run(ActionInvoker.java:85)
 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)
Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to
 at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
 at 
org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:89)
 at org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
 at 
org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
 at 
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
 at 
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
 at 
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
 at 
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
 at java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369)
 at 
java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:980)
 at 
java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1024)
 at java.desktop/java.awt.Component.processMouseEvent(Component.java:6589)
 at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
 at java.desktop/java.awt.Component.processEvent(Component.java:6354)
 at java.desktop/java.awt.Container.processEvent(Container.java:2260)
 at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966)
 at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2318)
 at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
 at 
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4906)
 at 
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
 at 
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
 at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2304)
 at ja

[jira] [Created] (NETBEANS-649) Missing source level 9 and 10 in a NetBeans module project

2018-04-11 Thread Junichi Yamamoto (JIRA) 
Junichi Yamamoto created NETBEANS-649:
-

 Summary: Missing source level 9 and 10 in a NetBeans module project
 Key: NETBEANS-649
 URL: https://issues.apache.org/jira/browse/NETBEANS-649
 Project: NetBeans
  Issue Type: Bug
  Components: java - Project, projects - Ant
Affects Versions: 9.0
 Environment: Product Version: Apache NetBeans IDE Dev (Build 
20180412-acefa191423b)
Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
Runtime: Java(TM) SE Runtime Environment 10+46
System: Linux version 4.4.0-119-generic running on amd64; UTF-8; ja
Reporter: Junichi Yamamoto
 Fix For: 9.0
 Attachments: nb-module-project-source-level-screenshot.png

Missing source level 9 and 10 in a NetBeans module project(see the 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] [Updated] (NETBEANS-648) Cannot select "Source/Binary Format : 10" in a maven project

2018-04-11 Thread Junichi Yamamoto (JIRA) 

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

Junichi Yamamoto updated NETBEANS-648:
--
Description: 
Ant project properties have "JDK 10" as Source/Binary Format but maven project 
properties do not have "10"(see the screenshot).

my environments:
Product Version: Apache NetBeans IDE Dev (Build 20180412-acefa191423b)
Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
Runtime: Java(TM) SE Runtime Environment 10+46
System: Linux version 4.4.0-119-generic running on amd64; UTF-8;

  was:Ant project properties have "JDK 10" as Source/Binary Format but maven 
project properties do not have "10"(see the screenshot).


> Cannot select "Source/Binary Format : 10" in a maven project
> 
>
> Key: NETBEANS-648
> URL: https://issues.apache.org/jira/browse/NETBEANS-648
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project, projects - Maven
>Affects Versions: 9.0
>Reporter: Junichi Yamamoto
>Priority: Major
> Fix For: 9.0
>
> Attachments: java10-maven-project-issue-screenshot.png
>
>
> Ant project properties have "JDK 10" as Source/Binary Format but maven 
> project properties do not have "10"(see the screenshot).
> my environments:
> Product Version: Apache NetBeans IDE Dev (Build 20180412-acefa191423b)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Linux version 4.4.0-119-generic running on amd64; UTF-8;



--
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-602) Wrong module name detected with multi-release JAR

2018-04-11 Thread ASF GitHub Bot (JIRA) 

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

ASF GitHub Bot updated NETBEANS-602:

Labels: pull-request-available  (was: )

> Wrong module name detected with multi-release JAR
> -
>
> Key: NETBEANS-602
> URL: https://issues.apache.org/jira/browse/NETBEANS-602
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
> Environment: JDK 9.0.4 and JDK 10 on Linux
> NetBeans jenkins build
>Reporter: Robert Fitzsimons
>Priority: Major
>  Labels: pull-request-available
> Attachments: multirel.png
>
>
> I was doing a quick experiment with lwjgl (Lightweight Java Game Library) and 
> Java modules an a recent jenkins build of netbeans 9.0.
> The screenshot shows the error condition.  !multirel.png!
> The reproducer is to:
>  * Create a new Java Modular Project with a JDK9 or JDK10 platform.
>  * Create a new module
>  * In the module add the lwjgl-3.1.6.jar downloaded from 
> [http://search.maven.org/remotecontent?filepath=org/lwjgl/lwjgl/3.1.6/lwjgl-3.1.6.jar|maven].
> At this point netbeans shows the project as valid but the project fails to 
> build. Updating the modules-info.java from 'requires lwjgl;' causes netbeans 
> to show an invalid project but the project now builds correctly.
> With a maven project the projects is also shown as invalid.
> 
> Digging through the code it looks like the getModuleName(URL,boolean) method 
> in java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java 
> needs to be updated to support the Multi-release JAR files section from the 
> [https://docs.oracle.com/javase/9/docs/specs/jar/jar.html#multi-release-jar-files|JAR
>  File Spec].
> Probable change in Binary logic is to first look for Multi-Release attribute 
> in the MANIFEST.MF.  If true, starting with current source version (not 
> currently supplied to the method), work backwards in source versions looking 
> for a module-info.class in the versions directories, use it's module name if 
> found. Otherwise (or false) use the current logic, root module-info module 
> name, Automatic-Module-Name, or compute an automatic module name.



--
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-648) Cannot select "Source/Binary Format : 10" in a maven project

2018-04-11 Thread Junichi Yamamoto (JIRA) 
Junichi Yamamoto created NETBEANS-648:
-

 Summary: Cannot select "Source/Binary Format : 10" in a maven 
project
 Key: NETBEANS-648
 URL: https://issues.apache.org/jira/browse/NETBEANS-648
 Project: NetBeans
  Issue Type: Bug
  Components: java - Project, projects - Maven
Affects Versions: 9.0
Reporter: Junichi Yamamoto
 Fix For: 9.0
 Attachments: java10-maven-project-issue-screenshot.png

Ant project properties have "JDK 10" as Source/Binary Format but maven project 
properties do not have "10"(see the 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] [Closed] (NETBEANS-492) Quick Search for help throws java.lang.ClassNotFoundException

2018-04-11 Thread JIRA 

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

Jiří Kovalský closed NETBEANS-492.
--

Verified in Apache NetBeans IDE Dev (Build 
incubator-netbeans-linux-406-on-20180411). Thanks for the quick fix.

> Quick Search for help throws java.lang.ClassNotFoundException
> -
>
> Key: NETBEANS-492
> URL: https://issues.apache.org/jira/browse/NETBEANS-492
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Help System
>Affects Versions: 9.0
>Reporter: Jiří Kovalský
>Assignee: Geertjan Wielenga
>Priority: Critical
>  Labels: pull-request-available
> Attachments: exception.txt
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> It is not possible to search for any help in the latest development builds of 
> Apache NetBeans. IDE just throws exception [1] instead of opening a window 
> with relevant help information.
> *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:*
> Standard help window is opened with relevant information.
> *Actual:*
> NetBeans opens an exception dialog.
> 
> [1] java.lang.ClassNotFoundException: javax.help.search.SearchEngine
>     at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ...
> Caused: java.lang.ClassNotFoundException: javax.help.search.SearchEngine 
> starting from ModuleCL@74a3b713[org.netbeans.modules.javahelp] with possible 
> defining loaders null and declared parents 
> [org.netbeans.MainImpl$BootClassLoader@87aac27, 
> ModuleCL@73eccb6d[org.openide.nodes] ...
> [snip]



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

2018-04-11 Thread JIRA 

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

Jiří Kovalský commented on NETBEANS-491:


The new location is [http://netbeans-vm.apache.org/misc/bug_report.html]

> 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: Jiří Kovalský
>Priority: Critical
>  Labels: pull-request-available
> Attachments: report_error.png
>
>  Time Spent: 2h 20m
>  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] [Assigned] (NETBEANS-491) Turn off exception reporter

2018-04-11 Thread JIRA 

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

Jiří Kovalský reassigned NETBEANS-491:
--

Assignee: Reema Taneja  (was: Jiří Kovalský)

> 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: 2h 20m
>  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] [Created] (NETBEANS-647) nbproject folder not deleted when project including sources deleted

2018-04-11 Thread Georgia Ingham (JIRA) 
Georgia Ingham created NETBEANS-647:
---

 Summary: nbproject folder not deleted when project including 
sources deleted
 Key: NETBEANS-647
 URL: https://issues.apache.org/jira/browse/NETBEANS-647
 Project: NetBeans
  Issue Type: Bug
  Components: projects - Maven
Reporter: Georgia Ingham
Assignee: Georgia Ingham


Looks like an old issue (https://netbeans.org/bugzilla/show_bug.cgi?id=253700) 
that wasn't fixed completely as some project folders/files are still not 
deleted. 

The target folder and sources are deleted if you choose to right click on the 
project node and delete the project along with sources. Just seems to be the 
top level project folder, nbproject folder and the properties file which are 
not deleted.



--
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-618) JDK 10 Profiler: When profiling "Selected Classes", intermittant java.lang.ClassNotFoundException is thrown

2018-04-11 Thread Glenn Holmer (JIRA) 

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

Glenn Holmer commented on NETBEANS-618:
---

I see this too, preceded by this warning:
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by 
org.netbeans.lib.profiler.server.ClassLoaderManager to method 
java.lang.ClassLoader.findLoadedClass(java.lang.String)
WARNING: Please consider reporting this to the maintainers of 
org.netbeans.lib.profiler.server.ClassLoaderManager
WARNING: Use --illegal-access=warn to enable warnings of further illegal 
reflective access operations
WARNING: All illegal access operations will be denied in a future release


> JDK 10 Profiler:  When profiling "Selected Classes", intermittant 
> java.lang.ClassNotFoundException is thrown
> 
>
> Key: NETBEANS-618
> URL: https://issues.apache.org/jira/browse/NETBEANS-618
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0
> Environment: OS X 10.12.6
>Reporter: Josh Juneau
>Priority: Critical
> Fix For: 9.0
>
>
> When profiling under JDK 10 and using "Selected Classes" option, the 
> following error is thrown after clicking "Apply" and the profiled application 
> starts up.  This occurred during one of the Profiler tests with the 
> AnagramGame.
>  
> java.lang.ClassNotFoundException: java/lang/reflect/WeakPairMap$Pair
> at java.base/java.lang.Class.forName0(Native Method)
> at java.base/java.lang.Class.forName(Class.java:291)
> at 
> org.netbeans.lib.profiler.server.ProfilerInterface$InitiateProfilingThread.initiateInstrumentation(ProfilerInterface.java:165)
> at 
> org.netbeans.lib.profiler.server.ProfilerInterface$InitiateProfilingThread.run(ProfilerInterface.java:117)
>    



--
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-618) JDK 10 Profiler: When profiling "Selected Classes", intermittant java.lang.ClassNotFoundException is thrown

2018-04-11 Thread Glenn Holmer (JIRA) 

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

Glenn Holmer updated NETBEANS-618:
--
Component/s: (was: cnd - Profile)
 profiler - Base

> JDK 10 Profiler:  When profiling "Selected Classes", intermittant 
> java.lang.ClassNotFoundException is thrown
> 
>
> Key: NETBEANS-618
> URL: https://issues.apache.org/jira/browse/NETBEANS-618
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0
> Environment: OS X 10.12.6
>Reporter: Josh Juneau
>Priority: Critical
> Fix For: 9.0
>
>
> When profiling under JDK 10 and using "Selected Classes" option, the 
> following error is thrown after clicking "Apply" and the profiled application 
> starts up.  This occurred during one of the Profiler tests with the 
> AnagramGame.
>  
> java.lang.ClassNotFoundException: java/lang/reflect/WeakPairMap$Pair
> at java.base/java.lang.Class.forName0(Native Method)
> at java.base/java.lang.Class.forName(Class.java:291)
> at 
> org.netbeans.lib.profiler.server.ProfilerInterface$InitiateProfilingThread.initiateInstrumentation(ProfilerInterface.java:165)
> at 
> org.netbeans.lib.profiler.server.ProfilerInterface$InitiateProfilingThread.run(ProfilerInterface.java:117)
>    



--
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-646) Keyboard lag in 8.2 under macOS 10.13 High Sierra?

2018-04-11 Thread Bob Alei (JIRA) 
Bob Alei created NETBEANS-646:
-

 Summary: Keyboard lag in 8.2 under macOS 10.13 High Sierra?
 Key: NETBEANS-646
 URL: https://issues.apache.org/jira/browse/NETBEANS-646
 Project: NetBeans
  Issue Type: Bug
 Environment: MacBook Pro, NB 8.2, JDK 1.8.?
Reporter: Bob Alei


A student of mine is having big trouble with newly installed NB 8.2 on a 
Macbook pro (?) running with JDK 1.8.?  In the source editor, he can type a few 
characters then the cursor jumps around, very erratically. I think it's a 
keyboard lag issue, if he waits a half second between keypresses, it seems to 
be OK.  But it could be something else.  Are there any known configurations 
that cause bizarre keyboard behavior?  Anything else that I could check?  All 
other programs on his computer work fine.  TIA,

Bob Alei

PS.  MY apologies if this is the wrong forum for this kind of question.  Please 
advise if so.



--
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-645) guibuilder does not name template classes correctly

2018-04-11 Thread Chuck Davis (JIRA) 
Chuck Davis created NETBEANS-645:


 Summary: guibuilder does not name template classes correctly
 Key: NETBEANS-645
 URL: https://issues.apache.org/jira/browse/NETBEANS-645
 Project: NetBeans
  Issue Type: Bug
  Components: guibuilder - Code
Affects Versions: 9.0
 Environment: Linux
Reporter: Chuck Davis


Create a template from a JFrame with components.  Create a new gui from the 
template.  The new class does not have a correct name as entered in the wizard 
for new template class.



--
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-482) NoClassDefFoundError when trying to handle properties of JavaFX project

2018-04-11 Thread Kevin (JIRA) 

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

Kevin commented on NETBEANS-482:


Same problem here

> NoClassDefFoundError when trying to handle properties of JavaFX project
> ---
>
> Key: NETBEANS-482
> URL: https://issues.apache.org/jira/browse/NETBEANS-482
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Property Editors
> Environment: Windows 10, 64-bit
> Java 9.0.4, an  Java 10
>Reporter: Helmut Leininger
>Priority: Critical
> Attachments: TestFX1.zip, messages.zip
>
>
> I installed Netbeans 9.0 from Apche incubating. Then, I ran the wizard to 
> cfreate a n application:
>  - New Project / JavaFX / JavaFX FXML application
> After the wizard has ebded, I tried to view / adapt the project properties:
>   -  right click on the project / Properties
> Then, click on "Run"
> --> Unexcpected Exception



--
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-644) GroupLayout deos not exist

2018-04-11 Thread Chuck Davis (JIRA) 
Chuck Davis created NETBEANS-644:


 Summary: GroupLayout deos not exist
 Key: NETBEANS-644
 URL: https://issues.apache.org/jira/browse/NETBEANS-644
 Project: NetBeans
  Issue Type: Bug
  Components: guibuilder - Code
Affects Versions: 9.0
 Environment: Linux
Reporter: Chuck Davis


doing gui builder NetCAT test for layout manager.  GroupLayout produced a npe 
and the message in editor is that the GroupLayout does not exist.



--
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-643) Mercurial Annotate fails on files with spaces in them and files named like .hgignore

2018-04-11 Thread Austin Stephens (JIRA) 
Austin Stephens created NETBEANS-643:


 Summary: Mercurial Annotate fails on files with spaces in them and 
files named like .hgignore
 Key: NETBEANS-643
 URL: https://issues.apache.org/jira/browse/NETBEANS-643
 Project: NetBeans
  Issue Type: Bug
  Components: versioncontrol - Mercurial
Affects Versions: 8.2, 9.0, Next
Reporter: Austin Stephens


Annotate cannot handle output lines such as:
{noformat}
foo 8731 foo/ba r.baz: 98: Stuff
foo 8731 .foo/bar.baz: 98: Stuff{noformat}
Resulting in the annotate column containing nothing. Please fix, it is very 
annoying and I have to use a different program to do annotating.

I recommend using a proper data structure (like xml) to get the blame info.



--
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-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

2018-04-11 Thread Jean-Marc Borer (JIRA) 

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

Jean-Marc Borer commented on NETBEANS-58:
-

I am not the man either for all this classloading fuss.:P

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which doesn't trigger this problem. You cannot predict when 
> classloading is needed. In fact it is very likely to be needed when 
> application is still not "warm", i.e. during startup.
> h3. WORKAROUNDS
> *#1*
> If on Windows: Setting the following registry key:
>

[jira] [Comment Edited] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)

2018-04-11 Thread Jean-Marc Borer (JIRA) 

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

Jean-Marc Borer edited comment on NETBEANS-58 at 4/11/18 2:44 PM:
--

I am not the man either for all this classloading stuff. :P


was (Author: jmborer):
I am not the man either for all this classloading fuss.:P

> NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
> ---
>
> Key: NETBEANS-58
> URL: https://issues.apache.org/jira/browse/NETBEANS-58
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Proxy
>Affects Versions: 8.2, 9.0
> Environment: Primarily Windows.
>Reporter: phansson
>Priority: Critical
> Attachments: NETBEANS-58-workaround1.diff, nb-freeze-dump.txt, 
> netbeans.txt
>
>
> When any network operation is performed, such as attempting to contact 
> NetBeans Update Center, the application (IDE or Platform) may freeze. Users 
> will typically experience this on startup. It was reported in old bug tracker 
> as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308].
> The problem arises because of the fix JDK folks applied as a consequence of 
> the reported [JDK-8032832 
> bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very 
> clever IMO: it puts a lock on the classloader, thus introducing a range of 
> other problems, one of them being that NetNeans IDE or NetBeans Platform will 
> likely freeze on startup when it attempts a network operation. The fact that 
> their fix made things worse (while no doubt fixing the original issue) has 
> been reported as 
> [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184].
> h3. WHEN DOES IT HAPPEN?
> As the lock is introduced for authentication of type 'Negotiate' it of course 
> only happens if there's a network proxy on the path which uses this type of 
> authentication. Also known as SPNEGO. This form of authentication is in my 
> experience very common in corporate networks, in particular those that base 
> themselves on the Microsoft stack. But a person on Oracle's own internal 
> network, such as a JDK developer, is most likely not exposed to it. :-)
> There's another condition for it to happen: The JRE runtime must be unable to 
> provide 'credentials' (a Kerberos token) to the network proxy on its own. 
> SPNEGO is really designed to be seamless and promptless. Support for it was 
> added in Java 6. But later on Microsoft tightened the desktop security around 
> obtaining the so-called 'session token' and the JDK folks were never able to 
> work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in 
> real-life, SPNEGO in the JRE on Windows is no longer promptless:  it will be 
> forced to ask the user for credentials, thus negating the idea of SPNEGO. It 
> is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is 
> most likely working just fine and the bug will never be experienced.
> h3. HOW DO I KNOW IF I'M AFFECTED BY EXACTLY THIS BUG?
> This bug in this ticket is characterized by the fact that you'll always be 
> able to find the following in your thread dump:
> {noformat}
>at 
> sun.net.www.protocol.http.NegotiateAuthentication.isSupported(NegotiateAuthentication.java:)
> - locked  (a org.netbeans.ModuleManager$SystemClassLoader)
> {noformat}
> Note that the [Ctrl-Break 
> method|https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr019.html]
>  of obtaining a thread dump is favoured over jstack and other methods.
> h3. WHY DOES IT HAPPEN?
> There will be a lock held on the classloader object when the JRE's registered 
>  Authenticator is invoked. If the Authenticator does work on another thread, 
> that other thread has a need for some classloading and the current thread 
> needs to wait for the result of that thread, then bum!, there's a deadlock 
> between the two threads. This means the lock on the classloader will never be 
> released and it will ultimately affect other threads, such as the AWT 
> dispatch thread (aka Swing EDT) which will then also lock. Then you have what 
> the user experiences as a freeze.
> The NB Platform's own Authenticator, {{NbAuthenticator}}, does exactly what I 
> described and will thus be triggering the deadlock. More precisely it will 
> happen when NbAuthenticator calls Keyring. Does this mean the NbAuthenticator 
> does something wrong?  No, of course it doesn't. The real problem is the lock 
> on the classloader. It is actually virtually impossible to design an 
> Authenticator which doesn't trigger this problem. You cannot predict when 
> classloading is needed. In fact it is very likely to be needed when 
> application is still not "warm", i.e. during startup.
> h3.

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

2018-04-11 Thread JIRA 

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

Jiří Kovalský edited comment on NETBEANS-330 at 4/11/18 11:31 AM:
--

I am convinced this is a blocker, because there will be a huge demand for 
Apache NetBeans 9.0 when we release it and this cannot be fixed later as we 
will never measure the activity backwards. I am tracking the statistics. But 
this is not only about some numbers. We need to keep the modularism of NetBeans 
and same mechanism for incremental updates in the future which should be in 
Apache Infra's own interest, because it's easier to download couple of updated 
modules worth several hundreds of kilobytes than downloading whole IDE with 
several hundreds of megabytes.


was (Author: jkovalsky):
I am convinced this is a blocker, because there will be a huge demand for 
Apache NetBeans 9.0 when we release it and this cannot be fixed later as we 
will never measure the activity backwards. I am tracking the statistics. But 
this is not only about some numbers. We need to keep the modularism of NetBeans 
and same mechanism for incremental updates in the future which should be in 
Apache Infra's own interes, because it's easier to download couple of updated 
modules worth several hundreds of kilobytes than downloading whole IDE with 
several hundreds of megabytes.

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



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

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

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

[jira] [Created] (NETBEANS-642) javascript debugger blindsides by being case-sensitive

2018-04-11 Thread Peter Malmgren (JIRA) 
Peter Malmgren created NETBEANS-642:
---

 Summary: javascript debugger blindsides by being case-sensitive
 Key: NETBEANS-642
 URL: https://issues.apache.org/jira/browse/NETBEANS-642
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Hints  Annotations, javascript - Debugger
Affects Versions: 8.2
 Environment: Product Version = NetBeans IDE 8.2 (Build 201609300101)
Operating System = Windows 8 version 6.2 running on amd64
Java; VM; Vendor = 1.8.0_31
Runtime = Java HotSpot(TM) 64-Bit Server VM 25.31-b07
Reporter: Peter Malmgren


Problem:
Could not debug javascript code from referenced .js file.
The code executes fine but would ignore breakpoints. 
The hint: "Unresolved breakpoint" during runtime almost .

STEPS:
  * Create a new Html5/javascript project.
  * In a new file named lowercase.js, insert: 
function hello(){
    console.log("test");
}

  * insert into index.html:


(it is important for this bug that 'C' in lowerCase.js is uppercase)
  * Put a breakpoint on it.
  * insert into index.html:
hello()

  * Put a breakpoint on it.
  * Run project with a browser with netbeans connector.

The problem should become apparent: The second breakpoint is ignored.

ACTUAL:
  Before executing the program: 
    * confirm that both breakpoints do not appear different to any other 
breakpoint.
  While debugging: 
    * Confirm that there is no problem with the breakpoint in index.html. 
    * Confirm that the program ignores the breakpoint in lowercase.js.
    * Confirm that the second breakpoint has "Unresolved breakpoint: Not 
resolved/active at current time." as context.
    * Confirm that the program still executes lowercase.js by looking at the 
output of console.log("test"); in hello().

  When the program counter/current line is at the breakpoint in index.html, you 
can step through lowercase.js.
  You can still not place unbroken breakpoints in lowercase.js

EXPECTED:
  one of the following:
    * The debugger fails together with the browser and operating system i.e: 
not be case-sensitive in a Windows locale, be case-sensitive Linux locale.
    * Notify the developer that there is a reference 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] [Comment Edited] (NETBEANS-421) Conditional breakpoints trigger when condition is false

2018-04-11 Thread Gili (JIRA) 

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

Gili edited comment on NETBEANS-421 at 4/11/18 9:13 AM:


I am pretty certain this is a bug in Netbeans now. 
[https://stackoverflow.com/a/49770808/14731] contains an explanation of how to 
reproduce this in IntelliJ IDEA and Netbeans seems to have the same problem.
{quote}This happens when temporary objects created during the evaluation are 
collected before the end of the calculation. Usually it may happen when you 
suspend only one thread and other threads perform GC during this calculation. 
This will be better handled in 2018.2, sorry for inconvenience.
{quote}


was (Author: cowwoc):
I am pretty certain this is a bug in Netbeans now. 
https://stackoverflow.com/a/49770808/14731 contains an explanation of how to 
reproduce this in IntelliJ IDEA and Netbeans seems to have the same problem.

> Conditional breakpoints trigger when condition is false
> ---
>
> Key: NETBEANS-421
> URL: https://issues.apache.org/jira/browse/NETBEANS-421
> Project: NetBeans
>  Issue Type: Bug
>  Components: debugger - Java
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-219-on-20180221)
> Updates: Updates available
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>
> I set a conditional breakpoint which is triggering every time, even if the 
> condition is false. I opened the Debugger Console and saw:
> {code:java}
> Breakpoint hit at line 299 in class 
> com.holdmyspot.pyramid.binance.BinanceOrderStream$WebSocketListener by thread 
> WebSocketClient@1801942731-21.
> ***
> The object was collected.
> ***
> {code}
> I believe this is coming from 
> [https://github.com/apache/incubator-netbeans/blob/15bc442a91fa2be81488725b15c61386bf1d0b9b/debugger.jpda/src/org/netbeans/modules/debugger/jpda/JavaEvaluator.java#L168]
>  but it isn't clear what this means.
> If I enter the conditional expression in the "Variables" tab, it evaluates 
> correctly, so I don't think there is anything wrong with the expression.
> My conditional expression is 
> {{symbol.equals(CurrencyPair.fromString("BNB/USD"))}} where {{symbol}} is a 
> local String variable and {{CurrencyPair.fromString()}} is a static method.
> Please clarify what is going wrong, and improve the IDE so it explains to the 
> user what is wrong.



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

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

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

[jira] [Commented] (NETBEANS-421) Conditional breakpoints trigger when condition is false

2018-04-11 Thread Gili (JIRA) 

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

Gili commented on NETBEANS-421:
---

I am pretty certain this is a bug in Netbeans now. 
https://stackoverflow.com/a/49770808/14731 contains an explanation of how to 
reproduce this in IntelliJ IDEA and Netbeans seems to have the same problem.

> Conditional breakpoints trigger when condition is false
> ---
>
> Key: NETBEANS-421
> URL: https://issues.apache.org/jira/browse/NETBEANS-421
> Project: NetBeans
>  Issue Type: Bug
>  Components: debugger - Java
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-219-on-20180221)
> Updates: Updates available
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>
> I set a conditional breakpoint which is triggering every time, even if the 
> condition is false. I opened the Debugger Console and saw:
> {code:java}
> Breakpoint hit at line 299 in class 
> com.holdmyspot.pyramid.binance.BinanceOrderStream$WebSocketListener by thread 
> WebSocketClient@1801942731-21.
> ***
> The object was collected.
> ***
> {code}
> I believe this is coming from 
> [https://github.com/apache/incubator-netbeans/blob/15bc442a91fa2be81488725b15c61386bf1d0b9b/debugger.jpda/src/org/netbeans/modules/debugger/jpda/JavaEvaluator.java#L168]
>  but it isn't clear what this means.
> If I enter the conditional expression in the "Variables" tab, it evaluates 
> correctly, so I don't think there is anything wrong with the expression.
> My conditional expression is 
> {{symbol.equals(CurrencyPair.fromString("BNB/USD"))}} where {{symbol}} is a 
> local String variable and {{CurrencyPair.fromString()}} is a static method.
> Please clarify what is going wrong, and improve the IDE so it explains to the 
> user what is wrong.



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

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

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

[incubator-netbeans] branch master updated: Allow to postprocess downloaded binaries (#491)

2018-04-11 Thread sdedic 
This is an automated email from the ASF dual-hosted git repository.

sdedic pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new acefa19  Allow to postprocess downloaded binaries (#491)
acefa19 is described below

commit acefa191423bf4ac9522371a07f9de071037ab80
Author: Svatopluk Dedic 
AuthorDate: Wed Apr 11 10:54:23 2018 +0200

Allow to postprocess downloaded binaries (#491)

 Overridable process.release.files with dependencies. Adapted lib.profiler 
and o.apache.xml.resolver to the new overridable task.
---
 lib.profiler/build.xml|  9 +
 nbbuild/templates/projectized.xml | 13 +
 o.apache.xml.resolver/build.xml   |  4 +++-
 3 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/lib.profiler/build.xml b/lib.profiler/build.xml
index 1089296..e6c6d8b 100644
--- a/lib.profiler/build.xml
+++ b/lib.profiler/build.xml
@@ -24,15 +24,8 @@
 
 
 
-
-
-
-
-
-
+
 
-
-
 
 
   
diff --git a/nbbuild/templates/projectized.xml 
b/nbbuild/templates/projectized.xml
index a993f77..b112e65 100644
--- a/nbbuild/templates/projectized.xml
+++ b/nbbuild/templates/projectized.xml
@@ -230,14 +230,19 @@ If you are sure you want to build with JDK 9+ anyway, 
use: -Dpermit.jdk9.builds=
 
 
 
-
-
-
+
+
+
+
 
 
 
 
 
+
+
+
+
 
 
 
@@ -811,5 +816,5 @@ If you are sure you want to build with JDK 9+ anyway, use: 
-Dpermit.jdk9.builds=
 
 
 
-
+
 
diff --git a/o.apache.xml.resolver/build.xml b/o.apache.xml.resolver/build.xml
index 6fb51e4..977594f 100644
--- a/o.apache.xml.resolver/build.xml
+++ b/o.apache.xml.resolver/build.xml
@@ -58,5 +58,7 @@
 
 
 
-
+
+
+
 

-- 
To stop receiving notification emails like this one, please contact
sde...@apache.org.

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: 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-641) Eclipselink upgrade to >=2.6

2018-04-11 Thread JIRA 
Jakub Radliński created NETBEANS-641:


 Summary: Eclipselink upgrade to >=2.6
 Key: NETBEANS-641
 URL: https://issues.apache.org/jira/browse/NETBEANS-641
 Project: NetBeans
  Issue Type: Improvement
  Components: javaee - Persistence
Affects Versions: 9.0
Reporter: Jakub Radliński


Eclipselink library is still 2.5.2. The main problem occurs when we want to use 
JPA Console with Entity class using Java 8 lambdas. 

It's old (https://bugs.eclipse.org/bugs/show_bug.cgi?id=433075), well known 
problem, fixed in versions >=2.6



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

2018-04-11 Thread Bertrand Delacretaz (JIRA) 

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

Bertrand Delacretaz updated NETBEANS-330:
-
Description: 
In order to keep measuring number of NetBeans active users also in the future 
we need to create an update center similar to 8.2 NetBeans Distribution UC [1] 
which will be hosted on Apache infrastructure and register it in the NetBeans 
9.0 FCS build. We are measuring this statistics since 2004 and stopping it now 
is not an option hence this is a blocker bug for 9.0 release.

[1] 
[http://updates.netbeans.org/netbeans/updates/8.2/uc/final/distribution/catalog.xml.gz]

(for the uninitiated: UC == Update Center)

  was:
In order to keep measuring number of NetBeans active users also in the future 
we need to create an update center similar to 8.2 NetBeans Distribution UC [1] 
which will be hosted on Apache infrastructure and register it in the NetBeans 
9.0 FCS build. We are measuring this statistics since 2004 and stopping it now 
is not an option hence this is a blocker bug for 9.0 release.

[1] 
[http://updates.netbeans.org/netbeans/updates/8.2/uc/final/distribution/catalog.xml.gz|http://updates.netbeans.org/netbeans/updates/8.2/uc/final/distribution/catalog.xml.gz]


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



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

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

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

[incubator-netbeans] 01/01: Merge pull request #482 from sdedic/bugfix/extra_savecookie

2018-04-11 Thread jtulach 
This is an automated email from the ASF dual-hosted git repository.

jtulach pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git

commit c4cc19baa2f4f789615da2b568629d380c48b8b0
Merge: 1bbc9ef 3a914fb
Author: Jaroslav Tulach 
AuthorDate: Wed Apr 11 09:04:38 2018 +0200

Merge pull request #482 from sdedic/bugfix/extra_savecookie

Better consistency between SaveCookie presence and modified status

 .../netbeans/modules/csl/core/GsfDataObject.java   |  2 +-
 .../modules/csl/core/GsfDataObjectTest.java| 25 +++
 .../org/netbeans/modules/html/HtmlDataObject.java  |  2 +-
 .../netbeans/modules/html/HtmlDataObjectTest.java  | 35 +
 .../xml/multiview/XmlMultiViewDataObject.java  |  2 +-
 .../xml/multiview/test/XmlMultiViewEditorTest.java | 36 --
 6 files changed, 90 insertions(+), 12 deletions(-)

-- 
To stop receiving notification emails like this one, please contact
jtul...@apache.org.

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

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

[incubator-netbeans] branch master updated (1bbc9ef -> c4cc19b)

2018-04-11 Thread jtulach 
This is an automated email from the ASF dual-hosted git repository.

jtulach pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git.


from 1bbc9ef  #517: Prevent a project to be a subproject of itself (#490)
 add 10f0728  Better consistency between SaveCookie presence and modified 
status
 add 3a914fb  Added unit tests to check cookie presence
 new c4cc19b  Merge pull request #482 from sdedic/bugfix/extra_savecookie

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 .../netbeans/modules/csl/core/GsfDataObject.java   |  2 +-
 .../modules/csl/core/GsfDataObjectTest.java| 25 +++
 .../org/netbeans/modules/html/HtmlDataObject.java  |  2 +-
 .../netbeans/modules/html/HtmlDataObjectTest.java  | 35 +
 .../xml/multiview/XmlMultiViewDataObject.java  |  2 +-
 .../xml/multiview/test/XmlMultiViewEditorTest.java | 36 --
 6 files changed, 90 insertions(+), 12 deletions(-)

-- 
To stop receiving notification emails like this one, please contact
jtul...@apache.org.

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

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