[jira] [Created] (NETBEANS-3929) There is no way to delete a git tag from a remote repository from using NetBeans

2020-03-01 Thread Dmitry.Mochalov (Jira)
Dmitry.Mochalov created NETBEANS-3929:
-

 Summary: There is no way to delete a git tag from a remote 
repository from using NetBeans
 Key: NETBEANS-3929
 URL: https://issues.apache.org/jira/browse/NETBEANS-3929
 Project: NetBeans
  Issue Type: Bug
  Components: versioncontrol - Git
Affects Versions: 11.2
Reporter: Dmitry.Mochalov


*Steps to reproduce:*
1) Create local tag (for example 8.0.1)
2) Push changes to the upstream
3) Can see tags using the GitHub releases page.
4) Remove tag using an integrated git repository.
5) Push changes to the upstream using (git repository browser -> remote -> 
push...)
*Expected result*
1) Netbeans detects that there is a missing local tag and the tag exists in the 
remote repository.
2) NetBeans asks whether i want to delete a locally missing tag from the remote 
repository.
3) I agree. NetBeans perform removal of the tag from the remote repo.
4) NetBeans logs removal in the output window of git.

 

*Real result:*
1) NetBeans ignores locally deleted tags. 
2) The "Push to Remote Repository" dialog (git repository browser -> remote -> 
push...) doesn't show options to delete from the remote repository browser 
locally deleted tag.
3) After performing fetch from remote NetBeans restores locally deleted.



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

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

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



[jira] [Updated] (NETBEANS-3929) There is no way to delete a git tag from a remote repository from using NetBeans

2020-03-01 Thread Dmitry.Mochalov (Jira)


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

Dmitry.Mochalov updated NETBEANS-3929:
--
 Attachment: image-2020-03-01-13-53-01-272.png
 image-2020-03-01-13-53-41-212.png
 image-2020-03-01-13-53-58-870.png
 image-2020-03-01-13-54-08-208.png
 image-2020-03-01-13-55-15-061.png
 image-2020-03-01-13-55-43-469.png
Description: 
*Steps to reproduce:*
 1) Create local tag (for example 8.0.1)
 2) Push changes to the upstream
 3) Can see tags using the GitHub releases page.
 4) Remove tag using an integrated git repository.
 5) Push changes to the upstream using (git repository browser -> remote -> 
push...)
 *Expected result*
 1) Netbeans detects that there is a missing local tag and the tag exists in 
the remote repository.
 2) NetBeans asks whether i want to delete a locally missing tag from the 
remote repository.
 3) I agree. NetBeans perform removal of the tag from the remote repo.
 4) NetBeans logs removal in the output window of git.

 

*Real result:*
 1) NetBeans ignores locally deleted tags. 
 2) The "Push to Remote Repository" dialog (git repository browser -> remote -> 
push...) doesn't show options to delete from the remote repository browser 
locally deleted tag.
 3) After performing fetch from remote NetBeans restores locally deleted.

*adds info*
 Currently, NetBeans can remove branches and I think the functionality of 
removal a tag should look like removal a branch.

 

removal of a branch:

!image-2020-03-01-13-53-41-212.png!

!image-2020-03-01-13-54-08-208.png!

supposed view of removal a tag:

!image-2020-03-01-13-55-15-061.png!

 

logging:

!image-2020-03-01-13-55-43-469.png!

  was:
*Steps to reproduce:*
1) Create local tag (for example 8.0.1)
2) Push changes to the upstream
3) Can see tags using the GitHub releases page.
4) Remove tag using an integrated git repository.
5) Push changes to the upstream using (git repository browser -> remote -> 
push...)
*Expected result*
1) Netbeans detects that there is a missing local tag and the tag exists in the 
remote repository.
2) NetBeans asks whether i want to delete a locally missing tag from the remote 
repository.
3) I agree. NetBeans perform removal of the tag from the remote repo.
4) NetBeans logs removal in the output window of git.

 

*Real result:*
1) NetBeans ignores locally deleted tags. 
2) The "Push to Remote Repository" dialog (git repository browser -> remote -> 
push...) doesn't show options to delete from the remote repository browser 
locally deleted tag.
3) After performing fetch from remote NetBeans restores locally deleted.


> There is no way to delete a git tag from a remote repository from using 
> NetBeans
> 
>
> Key: NETBEANS-3929
> URL: https://issues.apache.org/jira/browse/NETBEANS-3929
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.2
>Reporter: Dmitry.Mochalov
>Priority: Minor
> Attachments: image-2020-03-01-13-53-01-272.png, 
> image-2020-03-01-13-53-41-212.png, image-2020-03-01-13-53-58-870.png, 
> image-2020-03-01-13-54-08-208.png, image-2020-03-01-13-55-15-061.png, 
> image-2020-03-01-13-55-43-469.png
>
>
> *Steps to reproduce:*
>  1) Create local tag (for example 8.0.1)
>  2) Push changes to the upstream
>  3) Can see tags using the GitHub releases page.
>  4) Remove tag using an integrated git repository.
>  5) Push changes to the upstream using (git repository browser -> remote -> 
> push...)
>  *Expected result*
>  1) Netbeans detects that there is a missing local tag and the tag exists in 
> the remote repository.
>  2) NetBeans asks whether i want to delete a locally missing tag from the 
> remote repository.
>  3) I agree. NetBeans perform removal of the tag from the remote repo.
>  4) NetBeans logs removal in the output window of git.
>  
> *Real result:*
>  1) NetBeans ignores locally deleted tags. 
>  2) The "Push to Remote Repository" dialog (git repository browser -> remote 
> -> push...) doesn't show options to delete from the remote repository browser 
> locally deleted tag.
>  3) After performing fetch from remote NetBeans restores locally deleted.
> *adds info*
>  Currently, NetBeans can remove branches and I think the functionality of 
> removal a tag should look like removal a branch.
>  
> removal of a branch:
> !image-2020-03-01-13-53-41-212.png!
> !image-2020-03-01-13-54-08-208.png!
> supposed view of removal a tag:
> !image-2020-03-01-13-55-15-061.png!
>  
> logging:
> !image-2020-03-01-13-55-43-469.png!



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

-
To unsubscribe, e-mail: 

[netbeans-website] branch master updated: Add files via upload

2020-03-01 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

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


The following commit(s) were added to refs/heads/master by this push:
 new f6c53a5  Add files via upload
f6c53a5 is described below

commit f6c53a5009d26cb1fb6eb4961bebfb63f7852d21
Author: Geertjan Wielenga 
AuthorDate: Sun Mar 1 11:57:26 2020 +0100

Add files via upload
---
 .../src/content/download/nb113/janitor-11.3.png | Bin 0 -> 70717 bytes
 1 file changed, 0 insertions(+), 0 deletions(-)

diff --git a/netbeans.apache.org/src/content/download/nb113/janitor-11.3.png 
b/netbeans.apache.org/src/content/download/nb113/janitor-11.3.png
new file mode 100644
index 000..f700eab
Binary files /dev/null and 
b/netbeans.apache.org/src/content/download/nb113/janitor-11.3.png differ


-
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-3929) There is no way to delete a git tag from a remote repository using NetBeans

2020-03-01 Thread Dmitry.Mochalov (Jira)


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

Dmitry.Mochalov updated NETBEANS-3929:
--
Summary: There is no way to delete a git tag from a remote repository using 
NetBeans  (was: There is no way to delete a git tag from a remote repository 
from using NetBeans)

> There is no way to delete a git tag from a remote repository using NetBeans
> ---
>
> Key: NETBEANS-3929
> URL: https://issues.apache.org/jira/browse/NETBEANS-3929
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.2
>Reporter: Dmitry.Mochalov
>Assignee: Dmitry.Mochalov
>Priority: Minor
> Attachments: image-2020-03-01-13-53-01-272.png, 
> image-2020-03-01-13-53-41-212.png, image-2020-03-01-13-53-58-870.png, 
> image-2020-03-01-13-54-08-208.png, image-2020-03-01-13-55-15-061.png, 
> image-2020-03-01-13-55-43-469.png
>
>
> *Steps to reproduce:*
>  1) Create local tag (for example 8.0.1)
>  2) Push changes to the upstream
>  3) Can see tags using the GitHub releases page.
>  4) Remove tag using an integrated git repository.
>  5) Push changes to the upstream using (git repository browser -> remote -> 
> push...)
>  *Expected result*
>  1) Netbeans detects that there is a missing local tag and the tag exists in 
> the remote repository.
>  2) NetBeans asks whether i want to delete a locally missing tag from the 
> remote repository.
>  3) I agree. NetBeans perform removal of the tag from the remote repo.
>  4) NetBeans logs removal in the output window of git.
>  
> *Real result:*
>  1) NetBeans ignores locally deleted tags. 
>  2) The "Push to Remote Repository" dialog (git repository browser -> remote 
> -> push...) doesn't show options to delete from the remote repository browser 
> locally deleted tag.
>  3) After performing fetch from remote NetBeans restores locally deleted.
> *adds info*
>  Currently, NetBeans can remove branches and I think the functionality of 
> removal a tag should look like removal a branch.
>  
> removal of a branch:
> !image-2020-03-01-13-53-41-212.png!
> !image-2020-03-01-13-54-08-208.png!
> supposed view of removal a tag:
> !image-2020-03-01-13-55-15-061.png!
>  
> logging:
> !image-2020-03-01-13-55-43-469.png!



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

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

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



[netbeans-website] branch asf-site updated: Automated site publishing by Jenkins build 1216

2020-03-01 Thread git-site-role
This is an automated email from the ASF dual-hosted git repository.

git-site-role pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/netbeans-website.git


The following commit(s) were added to refs/heads/asf-site by this push:
 new c1bab3e  Automated site publishing by Jenkins build 1216
c1bab3e is described below

commit c1bab3e353ceac3e58a2a89c10c595eaf6ecf6eb
Author: jenkins 
AuthorDate: Sun Mar 1 11:02:52 2020 +

Automated site publishing by Jenkins build 1216
---
 content/download/nb113/index.html | 8 
 1 file changed, 8 insertions(+)

diff --git a/content/download/nb113/index.html 
b/content/download/nb113/index.html
index 4715537..cd3a926 100644
--- a/content/download/nb113/index.html
+++ b/content/download/nb113/index.html
@@ -386,8 +386,16 @@ Currently, Apache NetBeans supports Java EE, though not 
yet Jakarta EE. The Jaka
 
 Library updates, for example, to Groovy 2.5.9, junit 5.5.2, and GraalVM 
19.3.0.
 
+
+Janitor helps to identify and remove old and unused NetBeans user 
directories.
+
 
 
+
+
+
+
+
 
 
 Notes


-
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



[netbeans-website] branch asf-site updated: Automated site publishing by Jenkins build 1215

2020-03-01 Thread git-site-role
This is an automated email from the ASF dual-hosted git repository.

git-site-role pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/netbeans-website.git


The following commit(s) were added to refs/heads/asf-site by this push:
 new 39eadb1  Automated site publishing by Jenkins build 1215
39eadb1 is described below

commit 39eadb104b10cdea86f27fd6f3328597ad25ad82
Author: jenkins 
AuthorDate: Sun Mar 1 10:59:47 2020 +

Automated site publishing by Jenkins build 1215
---
 content/download/nb113/janitor-11.3.png | Bin 0 -> 70717 bytes
 1 file changed, 0 insertions(+), 0 deletions(-)

diff --git a/content/download/nb113/janitor-11.3.png 
b/content/download/nb113/janitor-11.3.png
new file mode 100644
index 000..f700eab
Binary files /dev/null and b/content/download/nb113/janitor-11.3.png differ


-
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



[netbeans-website] branch master updated: Janitor

2020-03-01 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

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


The following commit(s) were added to refs/heads/master by this push:
 new 962c2d3  Janitor
962c2d3 is described below

commit 962c2d3dfc45ab2abd609e57af2eecff3a2d0698
Author: Geertjan Wielenga 
AuthorDate: Sun Mar 1 11:59:49 2020 +0100

Janitor
---
 netbeans.apache.org/src/content/download/nb113/index.asciidoc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/netbeans.apache.org/src/content/download/nb113/index.asciidoc 
b/netbeans.apache.org/src/content/download/nb113/index.asciidoc
index ce3f777..9eddb0f 100644
--- a/netbeans.apache.org/src/content/download/nb113/index.asciidoc
+++ b/netbeans.apache.org/src/content/download/nb113/index.asciidoc
@@ -172,6 +172,9 @@ image::typescript-11.3.png[role="left", 
link="typescript-11.3.png"]
 
 - Cleaning up many compiler warnings, for example, relating to linter warning 
types of deprecation, rawtypes, and unchecked.
 - Library updates, for example, to Groovy 2.5.9, junit 5.5.2, and GraalVM 
19.3.0.
+- Janitor helps to identify and remove old and unused NetBeans user 
directories.
+
+image::janitor-11.3.png[role="left", link="janitor-11.3.png"]
 
 === Notes
 


-
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-3929) There is no way to delete a git tag from a remote repository from using NetBeans

2020-03-01 Thread Dmitry.Mochalov (Jira)


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

Dmitry.Mochalov reassigned NETBEANS-3929:
-

Assignee: Dmitry.Mochalov

> There is no way to delete a git tag from a remote repository from using 
> NetBeans
> 
>
> Key: NETBEANS-3929
> URL: https://issues.apache.org/jira/browse/NETBEANS-3929
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.2
>Reporter: Dmitry.Mochalov
>Assignee: Dmitry.Mochalov
>Priority: Minor
> Attachments: image-2020-03-01-13-53-01-272.png, 
> image-2020-03-01-13-53-41-212.png, image-2020-03-01-13-53-58-870.png, 
> image-2020-03-01-13-54-08-208.png, image-2020-03-01-13-55-15-061.png, 
> image-2020-03-01-13-55-43-469.png
>
>
> *Steps to reproduce:*
>  1) Create local tag (for example 8.0.1)
>  2) Push changes to the upstream
>  3) Can see tags using the GitHub releases page.
>  4) Remove tag using an integrated git repository.
>  5) Push changes to the upstream using (git repository browser -> remote -> 
> push...)
>  *Expected result*
>  1) Netbeans detects that there is a missing local tag and the tag exists in 
> the remote repository.
>  2) NetBeans asks whether i want to delete a locally missing tag from the 
> remote repository.
>  3) I agree. NetBeans perform removal of the tag from the remote repo.
>  4) NetBeans logs removal in the output window of git.
>  
> *Real result:*
>  1) NetBeans ignores locally deleted tags. 
>  2) The "Push to Remote Repository" dialog (git repository browser -> remote 
> -> push...) doesn't show options to delete from the remote repository browser 
> locally deleted tag.
>  3) After performing fetch from remote NetBeans restores locally deleted.
> *adds info*
>  Currently, NetBeans can remove branches and I think the functionality of 
> removal a tag should look like removal a branch.
>  
> removal of a branch:
> !image-2020-03-01-13-53-41-212.png!
> !image-2020-03-01-13-54-08-208.png!
> supposed view of removal a tag:
> !image-2020-03-01-13-55-15-061.png!
>  
> logging:
> !image-2020-03-01-13-55-43-469.png!



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

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

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



[jira] [Commented] (NETBEANS-2842) Using of deprecated pack200 tool in nbm packaging

2020-03-01 Thread Jan Lahoda (Jira)


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

Jan Lahoda commented on NETBEANS-2842:
--

Looking at commons, it seems it just delegates to the JDK impl(?). There's some 
impl of pack200 in Apache Harmony, not sure how usable or not would that be.

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



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

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

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



[jira] [Updated] (NETBEANS-2842) Using of deprecated pack200 tool in nbm packaging

2020-03-01 Thread Benjamin Graf (Jira)


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

Benjamin Graf updated NETBEANS-2842:

Affects Version/s: 11.3

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



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

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

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



[jira] [Updated] (NETBEANS-3929) There is no way to delete a git tag from a remote repository using NetBeans

2020-03-01 Thread ASF GitHub Bot (Jira)


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

ASF GitHub Bot updated NETBEANS-3929:
-
Labels: pull-request-available  (was: )

> There is no way to delete a git tag from a remote repository using NetBeans
> ---
>
> Key: NETBEANS-3929
> URL: https://issues.apache.org/jira/browse/NETBEANS-3929
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.2
>Reporter: Dmitry.Mochalov
>Assignee: Dmitry.Mochalov
>Priority: Minor
>  Labels: pull-request-available
> Attachments: image-2020-03-01-13-53-01-272.png, 
> image-2020-03-01-13-53-41-212.png, image-2020-03-01-13-53-58-870.png, 
> image-2020-03-01-13-54-08-208.png, image-2020-03-01-13-55-15-061.png, 
> image-2020-03-01-13-55-43-469.png
>
>
> *Steps to reproduce:*
>  1) Create local tag (for example 8.0.1)
>  2) Push changes to the upstream
>  3) Can see tags using the GitHub releases page.
>  4) Remove tag using an integrated git repository.
>  5) Push changes to the upstream using (git repository browser -> remote -> 
> push...)
>  *Expected result*
>  1) Netbeans detects that there is a missing local tag and the tag exists in 
> the remote repository.
>  2) NetBeans asks whether i want to delete a locally missing tag from the 
> remote repository.
>  3) I agree. NetBeans perform removal of the tag from the remote repo.
>  4) NetBeans logs removal in the output window of git.
>  
> *Real result:*
>  1) NetBeans ignores locally deleted tags. 
>  2) The "Push to Remote Repository" dialog (git repository browser -> remote 
> -> push...) doesn't show options to delete from the remote repository browser 
> locally deleted tag.
>  3) After performing fetch from remote NetBeans restores locally deleted.
> *adds info*
>  Currently, NetBeans can remove branches and I think the functionality of 
> removal a tag should look like removal a branch.
>  
> removal of a branch:
> !image-2020-03-01-13-53-41-212.png!
> !image-2020-03-01-13-54-08-208.png!
> supposed view of removal a tag:
> !image-2020-03-01-13-55-15-061.png!
>  
> logging:
> !image-2020-03-01-13-55-43-469.png!



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

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

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



[jira] [Updated] (NETBEANS-3928) Exception notification raises over and over again

2020-03-01 Thread Jira


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

Matthias Bläsing updated NETBEANS-3928:
---
Attachment: stacktrace.txt

> Exception notification raises over and over again
> -
>
> Key: NETBEANS-3928
> URL: https://issues.apache.org/jira/browse/NETBEANS-3928
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
>Reporter: Martin
>Priority: Minor
> Attachments: stacktrace.txt
>
>
> Only stacktrace provided - stacktrace attached as file now.



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

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

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



[jira] [Updated] (NETBEANS-3928) Exception notification raises over and over again

2020-03-01 Thread Jira


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

Matthias Bläsing updated NETBEANS-3928:
---
Description: Only stacktrace provided - stacktrace attached as file now.  
(was: 
java.util.ConcurrentModificationExceptionjava.util.ConcurrentModificationException
 at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1139) at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.getParameterName(ParameterNameProviderImpl.java:130)
 at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$1.invoke(ParameterNameProviderImpl.java:90)
 at com.sun.proxy.$Proxy26.getParameterName(Unknown Source) at 
com.sun.tools.javac.code.MissingInfoHandler.getParameterName(MissingInfoHandler.java:63)
 at com.sun.tools.javac.code.Symbol$ParamSymbol.getSimpleName(Symbol.java:1746) 
at com.sun.tools.javac.code.Symbol$ParamSymbol.getSimpleName(Symbol.java:1731) 
at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$2.lambda$visitMethod$0(ParameterNameProviderImpl.java:142)
 at 
java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195)
 at java.base/java.util.Iterator.forEachRemaining(Iterator.java:133) at 
java.base/java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801)
 at 
java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484) 
at 
java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
 at 
java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:913)
 at 
java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) 
at 
java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:578)
 at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$2.visitMethod(ParameterNameProviderImpl.java:142)
 at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$2.visitMethod(ParameterNameProviderImpl.java:138)
 at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:914) at 
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) at 
com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) at 
com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188) at 
com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:822) at 
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) at 
com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145) at 
com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:603) at 
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.lambda$null$0(ParameterNameProviderImpl.java:146)
 at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) 
at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
 at 
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
 at 
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
 at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) 
at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) 
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
 at 
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
 at 
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
 at 
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at 
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
 at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) 
at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452)
 at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) 
at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.lambda$getParameterName$1(ParameterNameProviderImpl.java:136)
 at java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1138) at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl.getParameterName(ParameterNameProviderImpl.java:130)
 at 
org.netbeans.modules.java.source.parsing.ParameterNameProviderImpl$1.invoke(ParameterNameProviderImpl.java:90)
 at com.sun.proxy.$Proxy26.getParameterName(Unknown Source) at 
com.sun.tools.javac.code.MissingInfoHandler.getParameterName(MissingInfoHandler.java:63)
 at 

[jira] [Created] (NETBEANS-3930) Code formatting not working with default clause in a switch statement

2020-03-01 Thread Adrian Theodorescu (Jira)
Adrian Theodorescu created NETBEANS-3930:


 Summary: Code formatting not working with default clause in a 
switch statement
 Key: NETBEANS-3930
 URL: https://issues.apache.org/jira/browse/NETBEANS-3930
 Project: NetBeans
  Issue Type: Bug
  Components: cnd - Editor
Affects Versions: 11.2
Reporter: Adrian Theodorescu


Code formatting is not working if there's a default clause in a switch 
statement. Here's some sample code that reproduces this:
{code:java}
public class AutoFormat {
public AutoFormat() {
switch (1) {
case 1: break;
case 2: break;
default: break;
}
}
}

{code}
 Once you remove the line with the default clause, formatting works properly 
again.



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

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

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



[jira] [Resolved] (NETBEANS-3630) Upgrade javaee8.api binaries

2020-03-01 Thread Jose (Jira)


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

Jose resolved NETBEANS-3630.

Resolution: Implemented

PR merged into master

> Upgrade javaee8.api binaries
> 
>
> Key: NETBEANS-3630
> URL: https://issues.apache.org/jira/browse/NETBEANS-3630
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Javadoc, projects - Libraries
>Affects Versions: 11.2
>Reporter: Jose
>Assignee: Jose
>Priority: Minor
>  Labels: pull-request-available
> Fix For: Next, 11.3
>
>  Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> Notes:
> - Update JSR-250 Common Annotations for the Java Platform Maintenance Review 3
> - Update javaee from 8.0 to 8.0.1
> - Update javax.mail from 1.6.0 to 1.6.2
> - Update javax.resource-api from 1.7 to 1.7.1
> - Update javax.management.j2ee-api from 1.1.1 to 1.1.2
> - Update javax.security.jacc-api from 1.5 to 1.6
> - Update javax.enterprise.concurrent-api from 1.0 to 1.1
> - Update javax.enterprise.deploy-api from 1.6 to 1.7
> - Update javax.xml.registry-api from 1.0.7 to 1.0.8
> - Update javax.xml.rpc-api from 1.1.1 to 1.1.2
> - Update module 'j2ee.platform' (javadoc) from 7.0 to 8.0.1
> - Update module 'web.jsf.editor' (javadoc) from 2.0 to 2.3
> Release Notes:
> [Common 
> Annotations|https://github.com/javaee/javax.annotation/commit/be897900de1042028dc2d5d3f67883537dc23a53]



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

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

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



[jira] [Resolved] (NETBEANS-3875) Jersey project creation from archetype fails

2020-03-01 Thread Ernie Rael (Jira)


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

Ernie Rael resolved NETBEANS-3875.
--
Resolution: Duplicate

> Jersey project creation from archetype fails
> 
>
> Key: NETBEANS-3875
> URL: https://issues.apache.org/jira/browse/NETBEANS-3875
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 11.3
>Reporter: Alessandro Falappa
>Priority: Major
> Attachments: jersey-quickstart.PNG
>
>
> # New Project > Java with Maven > Project from Archetype
>  # Search for *jersey*
>  # Select the first {{jersey-quickstart-archetype}} archetype item (group id: 
> {{org.glassfish.jersey.archetypes}} version: {{2.30}})
>  # Press _Next_
>  # Choose foobar as *Project Name*
>  # Fill the other field and choose an empty directory as *Project Location*
>  # Press _Finish_
> The project generation fails complaining a folder with name foobar exists. An 
> empty foobar folder is left in the choosen project location.
> {code:java}
> 
> Building Maven Stub Project (No POM) 1
> >>> 
> maven-archetype-plugin:2.4:generate (default-cli) > generate-sources @ 
> standalone-pom >>><<< maven-archetype-plugin:2.4:generate (default-cli) < 
> generate-sources @ standalone-pom <<<--- maven-archetype-plugin:2.4:generate 
> (default-cli) @ standalone-pom ---
> Generating project in Batch mode
> Archetype defined by properties
> 
> Using following parameters for creating project from Old (1.x) Archetype: 
> jersey-quickstart-webapp:2.30
> 
> Parameter: basedir, Value: C:\Users\falappa\Documents\NetBeansProjects
> Parameter: package, Value: af.foobar
> Parameter: groupId, Value: af
> Parameter: artifactId, Value: foobar
> Parameter: packageName, Value: af.foobar
> Parameter: version, Value: 1.0-SNAPSHOT
> 
> BUILD FAILURE
> 
> Total time: 1.484 s
> Finished at: 2020-02-13T14:16:58+01:00
> Final Memory: 11M/40M
> 
> Failed to execute goal 
> org.apache.maven.plugins:maven-archetype-plugin:2.4:generate (default-cli) on 
> project standalone-pom: Directory foobar already exists - please run from a 
> clean directory -> [Help 1]To see the full stack trace of the errors, re-run 
> Maven with the -e switch.
> Re-run Maven using the -X switch to enable full debug logging.For more 
> information about the errors and possible solutions, please read the 
> following articles:
> [Help 1] 
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException{code}
> Probably the Maven from archetype wizard creates the folder prior to maven 
> archetype execution.
> Not sure if this can be considered a bug in the jersey archetype instead.



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

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

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



[netbeans] branch master updated: [NETBEANS-3918] defer creation of target folder until/if needed

2020-03-01 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/netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new 0237feb  [NETBEANS-3918] defer creation of target folder until/if 
needed
 new 6d97666  Merge pull request #1991 from errael/SpuriousDirectoryCreation
0237feb is described below

commit 0237febf42ceceee360d0a93fd477373fee206e9
Author: Ernie Rael 
AuthorDate: Sat Feb 29 21:41:39 2020 +

[NETBEANS-3918] defer creation of target folder until/if needed
---
 java/maven/nbproject/project.xml   |  2 +-
 .../modules/maven/newproject/BasicPanelVisual.java |  6 ++-
 platform/openide.loaders/apichanges.xml| 20 +
 platform/openide.loaders/manifest.mf   |  2 +-
 .../openide.loaders/nbproject/project.properties   |  2 +-
 .../src/org/openide/loaders/TemplateWizard.java| 22 ++
 .../org/openide/loaders/TemplateWizardTest.java| 51 ++
 7 files changed, 100 insertions(+), 5 deletions(-)

diff --git a/java/maven/nbproject/project.xml b/java/maven/nbproject/project.xml
index 301791c..c63c99f 100644
--- a/java/maven/nbproject/project.xml
+++ b/java/maven/nbproject/project.xml
@@ -458,7 +458,7 @@
 
 
 
-7.61
+7.76
 
 
 
diff --git 
a/java/maven/src/org/netbeans/modules/maven/newproject/BasicPanelVisual.java 
b/java/maven/src/org/netbeans/modules/maven/newproject/BasicPanelVisual.java
index c423070..16cfec2 100644
--- a/java/maven/src/org/netbeans/modules/maven/newproject/BasicPanelVisual.java
+++ b/java/maven/src/org/netbeans/modules/maven/newproject/BasicPanelVisual.java
@@ -513,8 +513,10 @@ public class BasicPanelVisual extends JPanel implements 
DocumentListener, Window
 
 d.putProperty(CommonProjectActions.PROJECT_PARENT_FOLDER, 
parentFolder);
 if (d instanceof TemplateWizard) {
-parentFolder.mkdirs();
-((TemplateWizard) 
d).setTargetFolder(DataFolder.findFolder(FileUtil.toFileObject(parentFolder)));
+((TemplateWizard) d).setTargetFolderLazy(() -> {
+parentFolder.mkdirs();
+return 
DataFolder.findFolder(FileUtil.toFileObject(parentFolder));
+});
 }
 d.putProperty("name", name); //NOI18N
 if (d instanceof TemplateWizard) {
diff --git a/platform/openide.loaders/apichanges.xml 
b/platform/openide.loaders/apichanges.xml
index a125085..cefd40a 100644
--- a/platform/openide.loaders/apichanges.xml
+++ b/platform/openide.loaders/apichanges.xml
@@ -85,6 +85,26 @@ is the proper place.
 
 
   
+  
+  
+  Support lazy creation of TargetFolder.
+  
+  
+  
+  
+  
+  
+  Creation of TargetFolder can be deferred by using
+  
+  
TemplateWizard.setTargetFolderLazy(SupplierDataFolder)
+  .
+  
+  
+  
+  
+  
   
   
   Separate template handling
diff --git a/platform/openide.loaders/manifest.mf 
b/platform/openide.loaders/manifest.mf
index 5c8e495..4c71258 100644
--- a/platform/openide.loaders/manifest.mf
+++ b/platform/openide.loaders/manifest.mf
@@ -1,6 +1,6 @@
 Manifest-Version: 1.0
 OpenIDE-Module: org.openide.loaders
-OpenIDE-Module-Specification-Version: 7.75
+OpenIDE-Module-Specification-Version: 7.76
 OpenIDE-Module-Localizing-Bundle: org/openide/loaders/Bundle.properties
 OpenIDE-Module-Provides: org.netbeans.modules.templates.v1_0
 OpenIDE-Module-Layer: org/netbeans/modules/openide/loaders/layer.xml
diff --git a/platform/openide.loaders/nbproject/project.properties 
b/platform/openide.loaders/nbproject/project.properties
index 174a9ab..efa4e85 100644
--- a/platform/openide.loaders/nbproject/project.properties
+++ b/platform/openide.loaders/nbproject/project.properties
@@ -17,7 +17,7 @@
 
 is.autoload=true
 javac.compilerargs=-Xlint -Xlint:-serial
-javac.source=1.6
+javac.source=1.8
 javadoc.main.page=org/openide/loaders/doc-files/api.html
 javadoc.arch=${basedir}/arch.xml
 javadoc.apichanges=${basedir}/apichanges.xml
diff --git 
a/platform/openide.loaders/src/org/openide/loaders/TemplateWizard.java 
b/platform/openide.loaders/src/org/openide/loaders/TemplateWizard.java
index 949cc3c..adde8ad 100644
--- a/platform/openide.loaders/src/org/openide/loaders/TemplateWizard.java
+++ b/platform/openide.loaders/src/org/openide/loaders/TemplateWizard.java
@@ -29,6 +29,7 @@ import java.text.MessageFormat;
 import java.util.*;
 import java.util.concurrent.ArrayBlockingQueue;
 import java.util.concurrent.BlockingQueue;
+import java.util.function.Supplier;
 import java.util.logging.Level;
 import java.util.logging.Logger;
 

[jira] [Resolved] (NETBEANS-3918) Maven new project wizard creates spurious directories

2020-03-01 Thread Jaroslav Tulach (Jira)


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

Jaroslav Tulach resolved NETBEANS-3918.
---
Resolution: Fixed

I've just merged https://github.com/apache/netbeans/pull/1991 - thanks for the 
work.

> Maven new project wizard creates spurious directories
> -
>
> Key: NETBEANS-3918
> URL: https://issues.apache.org/jira/browse/NETBEANS-3918
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 11.3
>Reporter: Ernie Rael
>Assignee: Jaroslav Tulach
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> This derives from the 2nd part of NETBEANS-2446. Whenever the "Name and 
> Location" panel for maven's NewProject action is exited, a directory is 
> created for the indicated "Project Folder:". This could be after pressing 
> "Back", "Next", "Cancel". 



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

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

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



[jira] [Created] (NETBEANS-3931) Exception notification: java.lang.AssertionError

2020-03-01 Thread Martin (Jira)
Martin created NETBEANS-3931:


 Summary: Exception notification: java.lang.AssertionError
 Key: NETBEANS-3931
 URL: https://issues.apache.org/jira/browse/NETBEANS-3931
 Project: NetBeans
  Issue Type: Bug
Reporter: Martin
 Attachments: ex.txt

Reporting raised exception, when and why not clear, effects not clear,

ide still seems OK

 

 



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

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

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



[jira] [Updated] (NETBEANS-3928) Exception notification raises over and over again: java.util.ConcurrentModificationException

2020-03-01 Thread Martin (Jira)


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

Martin updated NETBEANS-3928:
-
Summary: Exception notification raises over and over again: 
java.util.ConcurrentModificationException  (was: Exception notification raises 
over and over again)

> Exception notification raises over and over again: 
> java.util.ConcurrentModificationException
> 
>
> Key: NETBEANS-3928
> URL: https://issues.apache.org/jira/browse/NETBEANS-3928
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
>Reporter: Martin
>Priority: Minor
> Attachments: stacktrace.txt
>
>
> Only stacktrace provided - stacktrace attached as file now.



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

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

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