[jira] [Commented] (NETBEANS-311) CDDL/GPL licensed files to be resolved

2018-01-25 Thread Jan Lahoda (JIRA) 

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

Jan Lahoda commented on NETBEANS-311:
-

As I said, even the external binaries route is tricky.

I don't have a strong preference, I am just trying to find a way to actually 
properly attribute these files that have been added, so that we can move on.

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



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

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

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

[jira] [Assigned] (NETBEANS-311) CDDL/GPL licensed files to be resolved

2018-01-25 Thread Jan Lahoda (JIRA) 

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

Jan Lahoda reassigned NETBEANS-311:
---

Assignee: Matthias Bläsing

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



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

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

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

[jira] [Updated] (NETBEANS-338) Find/Replace dialog does not render correctly

2018-01-25 Thread Gili (JIRA) 

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

Gili updated NETBEANS-338:
--
Labels: regression  (was: )

> Find/Replace dialog does not render correctly
> -
>
> Key: NETBEANS-338
> URL: https://issues.apache.org/jira/browse/NETBEANS-338
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Search
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180117-unknown-revn)
> 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: Trivial
>  Labels: regression
> Attachments: screenshot.png
>
>
> In the attached screenshot, notice that the horizontal separator between the 
> two combo-boxes is cut off. Expanding the combo-box causes the line to 
> render, but once it is collapsed again the line disappears. This used to work 
> in Netbeans 8.2 (though this was with JDK 8 while now I am using JDK 9)



--
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-78) Add gits tag to repo

2018-01-25 Thread Karl Richter (JIRA) 

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

Karl Richter resolved NETBEANS-78.
--
Resolution: Done

> Add gits tag to repo
> 
>
> Key: NETBEANS-78
> URL: https://issues.apache.org/jira/browse/NETBEANS-78
> Project: NetBeans
>  Issue Type: Task
>Reporter: Karl Richter
>Priority: Major
>
> It'd be nice to have `git` tags in the repository 
> git://git.apache.org/incubator-netbeans.git which I assume has become the 
> main repository (since there's no reason to work with `hg` if there's `git`) 
> so that `git describe` delivers something meaningful and easy to read in 
> issue reports and personal feature documentation.



--
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-html4j] branch master updated: More explicit report of the missing resource page

2018-01-25 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-html4j.git


The following commit(s) were added to refs/heads/master by this push:
 new 61fab0b  More explicit report of the missing resource page
61fab0b is described below

commit 61fab0b3e1306dc3ef4876af62c8c031f7eec68b
Author: Jaroslav Tulach 
AuthorDate: Fri Jan 26 04:47:03 2018 +0100

More explicit report of the missing resource page
---
 .../main/java/org/netbeans/html/boot/fx/AbstractFXPresenter.java| 6 +-
 boot/src/main/java/net/java/html/boot/BrowserBuilder.java   | 3 +++
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git 
a/boot-fx/src/main/java/org/netbeans/html/boot/fx/AbstractFXPresenter.java 
b/boot-fx/src/main/java/org/netbeans/html/boot/fx/AbstractFXPresenter.java
index 53dce08..fc99d40 100644
--- a/boot-fx/src/main/java/org/netbeans/html/boot/fx/AbstractFXPresenter.java
+++ b/boot-fx/src/main/java/org/netbeans/html/boot/fx/AbstractFXPresenter.java
@@ -171,7 +171,11 @@ Fn.KeepAlive, Fn.ToJavaScript, Fn.FromJavaScript, 
Executor, Cloneable {
 }
 }
 }
-engine.load(resource.toExternalForm());
+try {
+engine.load(resource.toExternalForm());
+} catch (RuntimeException ex) {
+LOG.log(Level.SEVERE, "Cannot load resource " + resource, 
ex);
+}
 }
 }
 Run run = new Run();
diff --git a/boot/src/main/java/net/java/html/boot/BrowserBuilder.java 
b/boot/src/main/java/net/java/html/boot/BrowserBuilder.java
index ccbf609..e534184 100644
--- a/boot/src/main/java/net/java/html/boot/BrowserBuilder.java
+++ b/boot/src/main/java/net/java/html/boot/BrowserBuilder.java
@@ -232,6 +232,9 @@ public final class BrowserBuilder {
 }
 IOException mal[] = { null };
 URL url = findLocalizedResourceURL(resource, locale, mal, myCls);
+if (url == null) {
+throw new NullPointerException("Cannot find page " + resource + " 
to display");
+}
 
 Fn.Presenter dfnr = null;
 for (Object o : context) {

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

[jira] [Resolved] (NETBEANS-328) Platform's TemplateWizard shows wrong folder and freezes the NB app

2018-01-25 Thread Svatopluk Dedic (JIRA) 

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

Svatopluk Dedic resolved NETBEANS-328.
--
   Resolution: Fixed
Fix Version/s: 9.0

> Platform's TemplateWizard shows wrong folder and freezes the NB app
> ---
>
> Key: NETBEANS-328
> URL: https://issues.apache.org/jira/browse/NETBEANS-328
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 8.2
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
>  Labels: pull-request-available
> Fix For: 9.0
>
>  Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> In absence of project.ui module, the *_New_* action is implemented using 
> {noformat}
> org.openide.loaders.TemplateWizard{noformat}
> In standard IDE distribution, the standard New action implementationis 
> replaced by project.ui module with an advanced wizard that uses completely 
> different implementation. The defect applies only to (applications on top of) 
> NB platform *without* project support.
> 1/ the Wizard displays invalid target folder, if set in advance using 
> {noformat}
> TemplateWizard.setTargetFolder{noformat}
> The textfield with the folder's name shows parent folder, the list of folders 
> also shows parent folder's contents. It should display the target folder in 
> "Look in", textfield and show the target folder's subfolders in the listing.
> 2/ The Wizard *freezes* the application, if
>  * the target chooser is displayed
>  * the user focuses the JFileChooser part (folder name, subfolder list)
>  * presses ESC
> The Wizard does not properly intercept ESC and waits indefinitely for files 
> to be created.



--
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 #390 from sdedic/sdedic/maven_graph_edt

2018-01-25 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

commit 346c2aba470f38fc1edeef8c86dd18020ef26481
Merge: 775de6e 36b87e7
Author: Svatopluk Dedic 
AuthorDate: Thu Jan 25 22:26:31 2018 +0100

Merge pull request #390 from sdedic/sdedic/maven_graph_edt

NETBEANS-324: Maven graph widgets created in EDT

 .../maven/graph/DependencyGraphTopComponent.java   | 15 +++
 .../modules/maven/graph/GraphConstructor.java  | 52 +++---
 2 files changed, 33 insertions(+), 34 deletions(-)

-- 
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] [Commented] (NETBEANS-311) CDDL/GPL licensed files to be resolved

2018-01-25 Thread Jan Lahoda (JIRA) 

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

Jan Lahoda commented on NETBEANS-311:
-

I was thinking of something similar (although not an xml). Didn't I send a 
(very) short note on "infrastructure changes"? (But I have a clearer idea of 
what that would mean now, I think.) The question is who will setup the 
infrastructure and who will fill the information about the files.

In any case (and I think I noted that in an e-mail as well), an alternative 
would be to reuse the external binaries framework. Although even that is 
tricky, for various reasons. Not sure why that would be closing eyes for the 
reality - there are many more files and libraries NetBeans needs (launchers, 
OSGi (Felix, Equinox), ...). Are these XSDs needed more than launchers? I 
suspect there's a way to do it in a way that is unrecognizable for users from 
the current state. So to me, this is mostly a decision on what is easier to do 
and defend.

 

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



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

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

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

[jira] [Comment Edited] (NETBEANS-311) CDDL/GPL licensed files to be resolved

2018-01-25 Thread JIRA 

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

Matthias Bläsing edited comment on NETBEANS-311 at 1/25/18 8:34 PM:


I just noticed, that there is a whole thread on the incubator mailing list. Not 
sure when I will find time to work through that. I added my points to the 
issues here. What already added to one of the commits was, that we should not 
get trigger happy. Randomly removing files will not do and as a user, netbeans 
will be burned for me if the out of the box experience suffers (removing XSDs 
will do that). Removing files and moving them to a secondary location is also 
no solution - that just closes the eyes for reality (files are needed are part 
of the project).

As last productive reply - a thought for a solution:
 * add a "licenseinfo.xml" file to each module directory, that contains 
non-apache source files
 * let that file reference the files it covers
 * add info:
 ** are these files covered by a known license (licenseref)
 ** should these files excluded from rat (in most cases where this is needed 
this will be true)
 ** notice to hold additions to the notice file
 ** comment with the reasoning

This file could be verified at build-time:
 * are the referenced present
 * is the referenced license present in the license list

It could be used:
 * by reviewers to verify the reasoning
 * by the build system to:
 ** dynamicly build a rat exclude list with documented reasons
 ** pull NOTICE addtions from it
 ** include the necessary license info in the license file (I suggest to break 
the LICENSE file apart and reference separate files from there, that would make 
the file more readable)
 * by downstream users of the sources to provide the necessary info

I think having a file like this in the modules and not using a global rat 
exclude list would help understanding and could help with focused reviews.

I attached a sample file.


was (Author: mblaesing):
I just noticed, that there is a whole thread on the incubator mailing list. Not 
sure when I will find time to work through that. I added my points to the 
issues here. What already added to one of the commits was, that we should not 
get trigger happy. Randomly removing files will not do and as a user, netbeans 
will be burned for me if the out of the box experience suffers (removing XSDs 
will do that). Removing files and moving them to a secondary location is also 
no solution - that just closes the eyes for reality (files are needed are part 
of the project).

As last productive reply - a thought for a solution:
 * add a "licenseinfo.xml" file to each module directory, that contains 
non-apache source files
 * let that file reference the files it covers
 * add info:
 ** are these files covered by a known license (licenseref)
 ** should these files excluded from rat (in most cases where this is needed 
this will be true)
 ** notice to hold additions to the notice file
 ** comment with the reasoning

This file could be verified at build-time:
 * are the referenced present
 * is the referenced license present in the license list

It could be used:
 * by reviewers to verify the reasoning
 * by the build system to:
 ** dynamicly build a rat exclude list with documented reasons
 ** pull NOTICE addtions from it
 ** include the necessary license info in the license file (I suggest to break 
the LICENSE file apart and reference separate files from there, that would make 
the file more readable)
 * by downstream users of the sources to provide the necessary info

I think having a file like this in the modules and not using a global rat 
exclude list would help understanding and could help with focused reviews.

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



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

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

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

[jira] [Updated] (NETBEANS-311) CDDL/GPL licensed files to be resolved

2018-01-25 Thread JIRA 

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

Matthias Bläsing updated NETBEANS-311:
--
Attachment: licenseinfo.xml

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



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

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

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

[jira] [Updated] (NETBEANS-311) CDDL/GPL licensed files to be resolved

2018-01-25 Thread JIRA 

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

Matthias Bläsing updated NETBEANS-311:
--
Attachment: (was: licenseinfo.xml)

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



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

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

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

[jira] [Commented] (NETBEANS-309) IP provenance of icons in Apache NetBeans

2018-01-25 Thread JIRA 

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

Matthias Bläsing commented on NETBEANS-309:
---

My perspective: several images were removed by oracle when the donation was 
prepared. I so assume they are donated as the java sources are. The only other 
icons I'm aware of were merged in:

[https://github.com/apache/incubator-netbeans/commit/d4c6d52]

The icons were distributed with netbeans 8.2 so I considered them GPLv2-CDDL 
dual licensed. So from a copyright perspective they are CDDL for apache 
netbeans. This would be ok from my understanding of category-b definition:

[https://www.apache.org/legal/resolved.html#category-b]

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



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

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

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

[jira] [Commented] (NETBEANS-311) CDDL/GPL licensed files to be resolved

2018-01-25 Thread JIRA 

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

Matthias Bläsing commented on NETBEANS-311:
---

The XSDs fall under category b "source used at runtime" exception.

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



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

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

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

[jira] [Updated] (NETBEANS-335) Fix All Imports adds unnecessary entries (fields from top-level class)

2018-01-25 Thread Gili (JIRA) 

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

Gili updated NETBEANS-335:
--
Priority: Minor  (was: Major)

> Fix All Imports adds unnecessary entries (fields from top-level class)
> --
>
> Key: NETBEANS-335
> URL: https://issues.apache.org/jira/browse/NETBEANS-335
> Project: NetBeans
>  Issue Type: Bug
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180117-unknown-revn)
> 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: Minor
> Attachments: PriceType.java
>
>
> # Open the attached file.
>  # Invoke Fix All Imports
>  # Notice that the IDE attempts to import MARKET and LIMIT (defined by the 
> current file).
>  # Invoke code-format. Notice that the IDE removed unused imports for MARKET 
> and LIMIT.



--
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-335) Fix All Imports adds unnecessary entries (fields from top-level class)

2018-01-25 Thread Gili (JIRA) 
Gili created NETBEANS-335:
-

 Summary: Fix All Imports adds unnecessary entries (fields from 
top-level class)
 Key: NETBEANS-335
 URL: https://issues.apache.org/jira/browse/NETBEANS-335
 Project: NetBeans
  Issue Type: Bug
 Environment: Product Version: Apache NetBeans IDE Dev (Build 
20180117-unknown-revn)
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
 Attachments: PriceType.java

# Open the attached file.
 # Invoke Fix All Imports
 # Notice that the IDE attempts to import MARKET and LIMIT (defined by the 
current file).
 # Invoke code-format. Notice that the IDE removed unused imports for MARKET 
and LIMIT.



--
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-334) RequestProcessor does not prevent from accidental Thread.contextClassLoader changes

2018-01-25 Thread Svatopluk Dedic (JIRA) 

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

Svatopluk Dedic reassigned NETBEANS-334:


Assignee: Svatopluk Dedic

> RequestProcessor does not prevent from accidental Thread.contextClassLoader 
> changes
> ---
>
> Key: NETBEANS-334
> URL: https://issues.apache.org/jira/browse/NETBEANS-334
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Other
>Affects Versions: 8.2
>Reporter: Svatopluk Dedic
>Assignee: Svatopluk Dedic
>Priority: Major
>
> In run tasks in a dedicated RequestProcessor; sometimes the task gets an 
> unexpected context ClassLoader in the worker thread. The RequestProcessor 
> code tries to remember the context CL in effect when it enqueues a Runnable.
> But it seems that the remembered CL is only applied if a new Processor 
> (thread) is immediately available within the RP's limits. If the task is 
> enqueued for later execution because limited RP's throughput, the CL is not 
> set to the Processor prior to execution of the task.
> The value of Thread.currentThread().getContrextClassLoader() is therefore 
> undefined in code run within RP. If some other task that was  incidentally 
> run by the same thread-Processor does not clean up its changes of context CL, 
> the messed up CL will be used for subsequent unrelated tasks processed by 
> that thread.
> The  source however suggests that the original idea was to transfer both 
> (global) Lookup and context classloader to the worker 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] [Updated] (NETBEANS-334) RequestProcessor does not prevent from accidental Thread.contextClassLoader changes

2018-01-25 Thread Svatopluk Dedic (JIRA) 

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

Svatopluk Dedic updated NETBEANS-334:
-
Description: 
In run tasks in a dedicated RequestProcessor; sometimes the task gets an 
unexpected context ClassLoader in the worker thread. The RequestProcessor code 
tries to remember the context CL in effect when it enqueues a Runnable.

But it seems that the remembered CL is only applied if a new Processor (thread) 
is immediately available within the RP's limits. If the task is enqueued for 
later execution because limited RP's throughput, the CL is not set to the 
Processor prior to execution of the task.

The value of Thread.currentThread().getContrextClassLoader() is therefore 
undefined in code run within RP. If some other task that was  incidentally run 
by the same thread-Processor does not clean up its changes of context CL, the 
messed up CL will be used for subsequent unrelated tasks processed by that 
thread.

The  source however suggests that the original idea was to transfer both 
(global) Lookup and context classloader to the worker code.

  was:
In run tasks in a dedicated RequestProcessor; sometimes the task gets an 
unexpected context ClassLoader in the worker thread. The RequestProcessor code 
tries to remember the context CL in effect when it enqueues a Runnable.

But it seems that the remembered CL is only applied if a new Processor (thread) 
is immediately available within the RP's limits. If the task is enqueued for 
later execution because limited RP's throughput, the CL is not set to the 
Processor prior to execution of the task.

The value of Thread.currentThread().getContrextClassLoader() is therefore 
undefined in code run within RP.

The  source however suggests that the original idea was to transfer both 
(global) Lookup and context classloader to the worker code.


> RequestProcessor does not prevent from accidental Thread.contextClassLoader 
> changes
> ---
>
> Key: NETBEANS-334
> URL: https://issues.apache.org/jira/browse/NETBEANS-334
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Other
>Affects Versions: 8.2
>Reporter: Svatopluk Dedic
>Priority: Major
>
> In run tasks in a dedicated RequestProcessor; sometimes the task gets an 
> unexpected context ClassLoader in the worker thread. The RequestProcessor 
> code tries to remember the context CL in effect when it enqueues a Runnable.
> But it seems that the remembered CL is only applied if a new Processor 
> (thread) is immediately available within the RP's limits. If the task is 
> enqueued for later execution because limited RP's throughput, the CL is not 
> set to the Processor prior to execution of the task.
> The value of Thread.currentThread().getContrextClassLoader() is therefore 
> undefined in code run within RP. If some other task that was  incidentally 
> run by the same thread-Processor does not clean up its changes of context CL, 
> the messed up CL will be used for subsequent unrelated tasks processed by 
> that thread.
> The  source however suggests that the original idea was to transfer both 
> (global) Lookup and context classloader to the worker 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] [Created] (NETBEANS-334) RequestProcessor does not prevent from accidental Thread.contextClassLoader changes

2018-01-25 Thread Svatopluk Dedic (JIRA) 
Svatopluk Dedic created NETBEANS-334:


 Summary: RequestProcessor does not prevent from accidental 
Thread.contextClassLoader changes
 Key: NETBEANS-334
 URL: https://issues.apache.org/jira/browse/NETBEANS-334
 Project: NetBeans
  Issue Type: Bug
  Components: platform - Other
Affects Versions: 8.2
Reporter: Svatopluk Dedic


In run tasks in a dedicated RequestProcessor; sometimes the task gets an 
unexpected context ClassLoader in the worker thread. The RequestProcessor code 
tries to remember the context CL in effect when it enqueues a Runnable.

But it seems that the remembered CL is only applied if a new Processor (thread) 
is immediately available within the RP's limits. If the task is enqueued for 
later execution because limited RP's throughput, the CL is not set to the 
Processor prior to execution of the task.

The value of Thread.currentThread().getContrextClassLoader() is therefore 
undefined in code run within RP.

The  source however suggests that the original idea was to transfer both 
(global) Lookup and context classloader to the worker 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] [Created] (NETBEANS-332) Code-format messes up file if it cannot be parsed

2018-01-25 Thread Gili (JIRA) 
Gili created NETBEANS-332:
-

 Summary: Code-format messes up file if it cannot be parsed
 Key: NETBEANS-332
 URL: https://issues.apache.org/jira/browse/NETBEANS-332
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Formatting  Indentation
 Environment: Product Version: Apache NetBeans IDE Dev (Build 
20180117-unknown-revn)
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


1. Given:

 
{code:java}
public enu NoOpAllowPriceStep 
{
INSTANCE;
 public Order atMaximumPrice(BigDecimal price)
 {
 return null;
 }
@Override
 public Order atBestPrice()
 {
 return null;
 }
}
{code}
2. Invoke code-format

3. File is reformatted as following:

 
{code:java}
public enu
NoOpAllowPriceStep

{
INSTANCE;
public Order
atMaximumPrice
(BigDecimal
price
)
 {
 return null;
}
@Override
 public Order
atBestPrice
()
 {
 return null;
 }
}
{code}
Expected behavior: If file cannot be parsed, IDE should beep and refuse to 
reformat. The file contents should not be changed.

Justification: If code-format rearranges tokens, then user corrects the 
compiler error, then invokes code-format again, he/she will not end up with the 
same result as if they had corrected the compiler error in the first place and 
invoked code-format. It takes a lot of effort to fix the formatting once the 
IDE messes it up.

 

 



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

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

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

[jira] [Commented] (NETBEANS-310) EPL licensed files to be resolved

2018-01-25 Thread Geertjan Wielenga (JIRA) 

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

Geertjan Wielenga commented on NETBEANS-310:


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

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



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

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

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

[jira] [Commented] (NETBEANS-318) Move RAT exclusion definitions to a separate file

2018-01-25 Thread Geertjan Wielenga (JIRA) 

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

Geertjan Wielenga commented on NETBEANS-318:


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

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



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

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

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

[jira] [Resolved] (NETBEANS-318) Move RAT exclusion definitions to a separate file

2018-01-25 Thread Geertjan Wielenga (JIRA) 

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

Geertjan Wielenga resolved NETBEANS-318.

Resolution: Fixed

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

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



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

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

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