[jira] [Comment Edited] (NETBEANS-5069) Wrong rendering of Lombok classes

2020-12-10 Thread Paul Ponec (Jira)


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

Paul Ponec edited comment on NETBEANS-5069 at 12/10/20, 9:40 PM:
-

> try and uninstall nb-javac and see if it helps .

When I manually deleted the following three files, NetBean started working 
properly and the error was gone.

1. ~/.netbeans/12.2/modules/org-netbeans-modules-nbjavac-api.jar
 2. ~/.netbeans/12.2/modules/org-netbeans-modules-nbjavac-impl.jar
 3. ~/.netbeans/12.2/modules/org-netbeans-modules-nbjavac.jar


was (Author: pponec):
> try and uninstall nb-javac and see if it helps .

When I manually deleted the following three files, NetBean started working 
properly and the error was gone.

1. ~/netbeans/12.2/modules/org-netbeans-modules-nbjavac-api.jar
2. ~/netbeans/12.2/modules/org-netbeans-modules-nbjavac-impl.jar
3. ~/netbeans/12.2/modules/org-netbeans-modules-nbjavac.jar

> Wrong rendering of Lombok classes
> -
>
> Key: NETBEANS-5069
> URL: https://issues.apache.org/jira/browse/NETBEANS-5069
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.1
> Environment: Product Version: Apache NetBeans IDE 12.1
> Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+12-LTS
> Runtime: OpenJDK Runtime Environment 11.0.9.1+12-LTS
> System: Linux version 5.4.0-54-generic running on amd64; UTF-8; cs_CZ (nb)
> openjdk version "11.0.8" 2020-07-14 LTS
> OpenJDK Runtime Environment Corretto-11.0.8.10.1 (build 11.0.8+10-LTS)
> OpenJDK 64-Bit Server VM Corretto-11.0.8.10.1 (build 11.0.8+10-LTS, mixed 
> mode)
> No LSB modules are available.
> Distributor ID:   Ubuntu
> Description:  Ubuntu 20.04.1 LTS
> Release:  20.04
> Codename: focal
>Reporter: Paul Ponec
>Assignee: Akshay Gupta
>Priority: Critical
> Attachments: JUnitLombok.zip, Snímek 
> obrazovky_2020-11-25_19-49-52_NetBeans-12.1.jpg, 
> VirtualBox_2020-12-10_nb12-about.png, VirtualBox_2020-12-10_nb12-about.png, 
> VirtualBox_2020-12-10_nb12-bug.png, VirtualBox_2020-12-10_nb12-bug.png, 
> lombok.png
>
>
> The IDE displays false errors in classes affected by Lombok framework. I have 
> attached a screenshot and a sample project. Although it might seem that this 
> is only a cosmetic mistake, the NetBeans is practically unusable on larger 
> projects, and this situation has forced me to temporarily switch to competing 
> IDE.



--
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-5069) Wrong rendering of Lombok classes

2020-12-10 Thread Paul Ponec (Jira)


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

Paul Ponec commented on NETBEANS-5069:
--

> try and uninstall nb-javac and see if it helps .

When I manually deleted the following three files, NetBean started working 
properly and the error was gone.

1. ~/netbeans/12.2/modules/org-netbeans-modules-nbjavac-api.jar
2. ~/netbeans/12.2/modules/org-netbeans-modules-nbjavac-impl.jar
3. ~/netbeans/12.2/modules/org-netbeans-modules-nbjavac.jar

> Wrong rendering of Lombok classes
> -
>
> Key: NETBEANS-5069
> URL: https://issues.apache.org/jira/browse/NETBEANS-5069
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.1
> Environment: Product Version: Apache NetBeans IDE 12.1
> Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+12-LTS
> Runtime: OpenJDK Runtime Environment 11.0.9.1+12-LTS
> System: Linux version 5.4.0-54-generic running on amd64; UTF-8; cs_CZ (nb)
> openjdk version "11.0.8" 2020-07-14 LTS
> OpenJDK Runtime Environment Corretto-11.0.8.10.1 (build 11.0.8+10-LTS)
> OpenJDK 64-Bit Server VM Corretto-11.0.8.10.1 (build 11.0.8+10-LTS, mixed 
> mode)
> No LSB modules are available.
> Distributor ID:   Ubuntu
> Description:  Ubuntu 20.04.1 LTS
> Release:  20.04
> Codename: focal
>Reporter: Paul Ponec
>Assignee: Akshay Gupta
>Priority: Critical
> Attachments: JUnitLombok.zip, Snímek 
> obrazovky_2020-11-25_19-49-52_NetBeans-12.1.jpg, 
> VirtualBox_2020-12-10_nb12-about.png, VirtualBox_2020-12-10_nb12-about.png, 
> VirtualBox_2020-12-10_nb12-bug.png, VirtualBox_2020-12-10_nb12-bug.png, 
> lombok.png
>
>
> The IDE displays false errors in classes affected by Lombok framework. I have 
> attached a screenshot and a sample project. Although it might seem that this 
> is only a cosmetic mistake, the NetBeans is practically unusable on larger 
> projects, and this situation has forced me to temporarily switch to competing 
> IDE.



--
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-5069) Wrong rendering of Lombok classes

2020-12-10 Thread Paul Ponec (Jira)


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

Paul Ponec updated NETBEANS-5069:
-
Attachment: VirtualBox_2020-12-10_nb12-about.png

> Wrong rendering of Lombok classes
> -
>
> Key: NETBEANS-5069
> URL: https://issues.apache.org/jira/browse/NETBEANS-5069
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.1
> Environment: Product Version: Apache NetBeans IDE 12.1
> Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+12-LTS
> Runtime: OpenJDK Runtime Environment 11.0.9.1+12-LTS
> System: Linux version 5.4.0-54-generic running on amd64; UTF-8; cs_CZ (nb)
> openjdk version "11.0.8" 2020-07-14 LTS
> OpenJDK Runtime Environment Corretto-11.0.8.10.1 (build 11.0.8+10-LTS)
> OpenJDK 64-Bit Server VM Corretto-11.0.8.10.1 (build 11.0.8+10-LTS, mixed 
> mode)
> No LSB modules are available.
> Distributor ID:   Ubuntu
> Description:  Ubuntu 20.04.1 LTS
> Release:  20.04
> Codename: focal
>Reporter: Paul Ponec
>Assignee: Akshay Gupta
>Priority: Critical
> Attachments: JUnitLombok.zip, Snímek 
> obrazovky_2020-11-25_19-49-52_NetBeans-12.1.jpg, 
> VirtualBox_2020-12-10_nb12-about.png, VirtualBox_2020-12-10_nb12-about.png, 
> VirtualBox_2020-12-10_nb12-bug.png, VirtualBox_2020-12-10_nb12-bug.png, 
> lombok.png
>
>
> The IDE displays false errors in classes affected by Lombok framework. I have 
> attached a screenshot and a sample project. Although it might seem that this 
> is only a cosmetic mistake, the NetBeans is practically unusable on larger 
> projects, and this situation has forced me to temporarily switch to competing 
> IDE.



--
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-5069) Wrong rendering of Lombok classes

2020-12-10 Thread Paul Ponec (Jira)


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

Paul Ponec commented on NETBEANS-5069:
--

I have created a new virtual machine with pure Linux Xubuntu 20.04.1 LTS. I 
have installed Java 11 LTS from a standard repository. Unfortunately, the 
result is still the same. See attached images:

!VirtualBox_2020-12-10_nb12-bug.png!




!VirtualBox_2020-12-10_nb12-about.png!

> Wrong rendering of Lombok classes
> -
>
> Key: NETBEANS-5069
> URL: https://issues.apache.org/jira/browse/NETBEANS-5069
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.1
> Environment: Product Version: Apache NetBeans IDE 12.1
> Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+12-LTS
> Runtime: OpenJDK Runtime Environment 11.0.9.1+12-LTS
> System: Linux version 5.4.0-54-generic running on amd64; UTF-8; cs_CZ (nb)
> openjdk version "11.0.8" 2020-07-14 LTS
> OpenJDK Runtime Environment Corretto-11.0.8.10.1 (build 11.0.8+10-LTS)
> OpenJDK 64-Bit Server VM Corretto-11.0.8.10.1 (build 11.0.8+10-LTS, mixed 
> mode)
> No LSB modules are available.
> Distributor ID:   Ubuntu
> Description:  Ubuntu 20.04.1 LTS
> Release:  20.04
> Codename: focal
>Reporter: Paul Ponec
>Assignee: Akshay Gupta
>Priority: Critical
> Attachments: JUnitLombok.zip, Snímek 
> obrazovky_2020-11-25_19-49-52_NetBeans-12.1.jpg, 
> VirtualBox_2020-12-10_nb12-about.png, VirtualBox_2020-12-10_nb12-about.png, 
> VirtualBox_2020-12-10_nb12-bug.png, VirtualBox_2020-12-10_nb12-bug.png, 
> lombok.png
>
>
> The IDE displays false errors in classes affected by Lombok framework. I have 
> attached a screenshot and a sample project. Although it might seem that this 
> is only a cosmetic mistake, the NetBeans is practically unusable on larger 
> projects, and this situation has forced me to temporarily switch to competing 
> IDE.



--
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-5069) Wrong rendering of Lombok classes

2020-12-10 Thread Paul Ponec (Jira)


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

Paul Ponec updated NETBEANS-5069:
-
Attachment: VirtualBox_2020-12-10_nb12-bug.png
VirtualBox_2020-12-10_nb12-about.png

> Wrong rendering of Lombok classes
> -
>
> Key: NETBEANS-5069
> URL: https://issues.apache.org/jira/browse/NETBEANS-5069
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.1
> Environment: Product Version: Apache NetBeans IDE 12.1
> Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+12-LTS
> Runtime: OpenJDK Runtime Environment 11.0.9.1+12-LTS
> System: Linux version 5.4.0-54-generic running on amd64; UTF-8; cs_CZ (nb)
> openjdk version "11.0.8" 2020-07-14 LTS
> OpenJDK Runtime Environment Corretto-11.0.8.10.1 (build 11.0.8+10-LTS)
> OpenJDK 64-Bit Server VM Corretto-11.0.8.10.1 (build 11.0.8+10-LTS, mixed 
> mode)
> No LSB modules are available.
> Distributor ID:   Ubuntu
> Description:  Ubuntu 20.04.1 LTS
> Release:  20.04
> Codename: focal
>Reporter: Paul Ponec
>Assignee: Akshay Gupta
>Priority: Critical
> Attachments: JUnitLombok.zip, Snímek 
> obrazovky_2020-11-25_19-49-52_NetBeans-12.1.jpg, 
> VirtualBox_2020-12-10_nb12-about.png, VirtualBox_2020-12-10_nb12-bug.png, 
> VirtualBox_2020-12-10_nb12-bug.png, lombok.png
>
>
> The IDE displays false errors in classes affected by Lombok framework. I have 
> attached a screenshot and a sample project. Although it might seem that this 
> is only a cosmetic mistake, the NetBeans is practically unusable on larger 
> projects, and this situation has forced me to temporarily switch to competing 
> IDE.



--
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-5069) Wrong rendering of Lombok classes

2020-12-10 Thread Paul Ponec (Jira)


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

Paul Ponec updated NETBEANS-5069:
-
Attachment: VirtualBox_2020-12-10_nb12-bug.png

> Wrong rendering of Lombok classes
> -
>
> Key: NETBEANS-5069
> URL: https://issues.apache.org/jira/browse/NETBEANS-5069
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.1
> Environment: Product Version: Apache NetBeans IDE 12.1
> Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+12-LTS
> Runtime: OpenJDK Runtime Environment 11.0.9.1+12-LTS
> System: Linux version 5.4.0-54-generic running on amd64; UTF-8; cs_CZ (nb)
> openjdk version "11.0.8" 2020-07-14 LTS
> OpenJDK Runtime Environment Corretto-11.0.8.10.1 (build 11.0.8+10-LTS)
> OpenJDK 64-Bit Server VM Corretto-11.0.8.10.1 (build 11.0.8+10-LTS, mixed 
> mode)
> No LSB modules are available.
> Distributor ID:   Ubuntu
> Description:  Ubuntu 20.04.1 LTS
> Release:  20.04
> Codename: focal
>Reporter: Paul Ponec
>Assignee: Akshay Gupta
>Priority: Critical
> Attachments: JUnitLombok.zip, Snímek 
> obrazovky_2020-11-25_19-49-52_NetBeans-12.1.jpg, 
> VirtualBox_2020-12-10_nb12-about.png, VirtualBox_2020-12-10_nb12-bug.png, 
> VirtualBox_2020-12-10_nb12-bug.png, lombok.png
>
>
> The IDE displays false errors in classes affected by Lombok framework. I have 
> attached a screenshot and a sample project. Although it might seem that this 
> is only a cosmetic mistake, the NetBeans is practically unusable on larger 
> projects, and this situation has forced me to temporarily switch to competing 
> IDE.



--
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] [Assigned] (NETBEANS-5133) On MACOS Big Sur a normal user can not open Preferences or Plugins

2020-12-10 Thread Jose Medeiros (Jira)


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

Jose Medeiros reassigned NETBEANS-5133:
---

Assignee: (was: Jose Medeiros)

> On MACOS Big Sur a normal user can not open Preferences or Plugins
> --
>
> Key: NETBEANS-5133
> URL: https://issues.apache.org/jira/browse/NETBEANS-5133
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Settings, platform - Plugin Manager
>Affects Versions: 12.1, 12.2
> Environment: macOS Big Sur 11.0.1
>Reporter: Jose Medeiros
>Priority: Critical
>
> When running as a normal user, if you click on Netbeans->Preferences the 
> window will open, shake, freeze and not let you do anything. The same thing 
> happens with the Tools->Plugins. Running as super user it works perfectly. 
> Could it be trying to pop up an authentication window that never shows up? 
> See my answer at Stackoverflow 
> [https://stackoverflow.com/questions/61904617/access-to-root-application-support-macos-java/61994057#61994057]
>  if that's the case.



--
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-4458) enable use of generics

2020-12-10 Thread ASF GitHub Bot (Jira)


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

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

> enable use of generics
> --
>
> Key: NETBEANS-4458
> URL: https://issues.apache.org/jira/browse/NETBEANS-4458
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Brad Walker
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 2h
>  Remaining Estimate: 0h
>
> A lot of places in the code has generic use commented out.. For example, the 
> following in
> LayoutModel.java
> {code:java}
>  public void unsetSameSize(List/**/ components, int dimension) {
> Iterator i = components.iterator();
> while (i.hasNext()) {
> String cid = (String)i.next();
> LayoutComponent lc = getLayoutComponent(cid);
> removeComponentFromLinkSizedGroup(lc, dimension);
> }
> }
> {code}
> All I've done here is enable it to reduce the warnings and test out the code 
> to make sure it works correctly.



--
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-5132) Netbeans 12.2 NPE in background scanning of project

2020-12-10 Thread Jira


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

Jakub Radliński commented on NETBEANS-5132:
---

I've observed the same behaviour. 

OS: Windows 10, JDK zulu 8 build 1.8.0_262-b19

The log file ([^netbeans-ide-log.txt]) is attached. I think that it is related 
to nb-javac. On fresh Netbeans installation everything works and the background 
scanning process is fast. After installation of nb-javac background scanning 
slows down and the NPE occurs.

 

> Netbeans 12.2 NPE in background scanning of project
> ---
>
> Key: NETBEANS-5132
> URL: https://issues.apache.org/jira/browse/NETBEANS-5132
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.2
> Environment: OS: Ubuntu 20.04
> JDK: Oracle 1.8_271
>Reporter: Davide Villa
>Priority: Critical
> Attachments: netbeans-ide-log.txt, netbeans.log, ui.log
>
>
> the background scanning of my project throws a NPE in the version 12.2.
>  no problems on the previous version 12.1
>  
> may be the same problem reported NETBEANS-5125
>  
>  



--
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-5138) local variables not visible in debugger when invalid Watch exists

2020-12-10 Thread Jeremy Dunn (Jira)
Jeremy Dunn created NETBEANS-5138:
-

 Summary: local variables not visible in debugger when invalid 
Watch exists
 Key: NETBEANS-5138
 URL: https://issues.apache.org/jira/browse/NETBEANS-5138
 Project: NetBeans
  Issue Type: Bug
  Components: php - Debugger
Affects Versions: 12.1
 Environment: Windows 10; Apache 2.4.46; PHP 7.3.25; xdebug 3.0.1

same bug is reproducible with xdebug 2.9.6 and 2.9.8. 
same bug is reproducible in NB 11.3
Reporter: Jeremy Dunn
 Attachments: invalidWatch-blocksValidLocalVariableInDebugger.PNG, 
localVariablesVisibleWithoutInvalidWatch.PNG

PHP 7.3 project.  start debugging.  create an INVALID Watch.  expose the 
Variables debugger panel.  set a breakpoint, in a method with local variables.  
run the code to that breakpoint.  Notice that the local variables are MISSING.  
See attached screenshot [1]

Delete the invalid Watch.  Run the code again to the same breakpoint.  Notice 
that the local variables are VISIBLE.  See attached screenshot [2

Expected behavior is that Local Variables will always be visible, despite 
presence of invalid Watch(es).

 



--
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-5132) Netbeans 12.2 NPE in background scanning of project

2020-12-10 Thread Jira


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

Jakub Radliński updated NETBEANS-5132:
--
Attachment: netbeans-ide-log.txt

> Netbeans 12.2 NPE in background scanning of project
> ---
>
> Key: NETBEANS-5132
> URL: https://issues.apache.org/jira/browse/NETBEANS-5132
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.2
> Environment: OS: Ubuntu 20.04
> JDK: Oracle 1.8_271
>Reporter: Davide Villa
>Priority: Critical
> Attachments: netbeans-ide-log.txt, netbeans.log, ui.log
>
>
> the background scanning of my project throws a NPE in the version 12.2.
>  no problems on the previous version 12.1
>  
> may be the same problem reported NETBEANS-5125
>  
>  



--
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] [Closed] (NETBEANS-3521) Upgrade Xerces2-J from 2.8.0 to 2.12.0

2020-12-10 Thread Jose (Jira)


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

Jose closed NETBEANS-3521.
--
Resolution: Abandoned

> Upgrade Xerces2-J from 2.8.0 to 2.12.0
> --
>
> Key: NETBEANS-3521
> URL: https://issues.apache.org/jira/browse/NETBEANS-3521
> Project: NetBeans
>  Issue Type: Improvement
>  Components: ide - Code
>Affects Versions: Next, 11.2
>Reporter: Jose
>Assignee: Jose
>Priority: Minor
>  Labels: pull-request-available
>  Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> Notes:
> - Fixed several bugs 
> - Many enhancements and performance improvements
> - Xerces and Xalan now share a common serialization codebase
> - Xerces' native serializer was deprecated
> - Support for OASIS XML Catalogs v1.1
> - Implementation of the parser related portions of JAXP 1.4
> - Experimental support for XML Schema 1.1 by providing a fully compliant XML 
> Schema 1.1 implementation
> [Apache Xerces2-J Web Page|https://xerces.apache.org/xerces2-j/]
> [Apache Xerces2-JRelease 
> Notes|https://xerces.apache.org/xerces2-j/releases.html]



--
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-5137) GUI does'nt load anymore

2020-12-10 Thread dim sio (Jira)
dim sio created NETBEANS-5137:
-

 Summary: GUI does'nt load anymore
 Key: NETBEANS-5137
 URL: https://issues.apache.org/jira/browse/NETBEANS-5137
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 12.1
Reporter: dim sio
 Attachments: 20201210194011.log, ide log.txt, ui log.txt

Hello!

In the past week my projects that contain GUI elements don't work anymore.

Moreover i try to install netbeans 12.2 and the installer doesn't respond after 
"Configuring the installer" loads.
Furthermore, i can'even uninstall netbeans 12.1

In the attached file 20201210194011.log is the log file that is created in the 
/.bin folder after every incident.




--
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-3743) Link to JIRA from "Reporting issues" brings to certain issue, rather than Introduction (System Dashboard)

2020-12-10 Thread Philippe Cloutier (Jira)


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

Philippe Cloutier commented on NETBEANS-3743:
-

Thanks again Geertjan

> Link to JIRA from "Reporting issues" brings to certain issue, rather than 
> Introduction (System Dashboard)
> -
>
> Key: NETBEANS-3743
> URL: https://issues.apache.org/jira/browse/NETBEANS-3743
> Project: NetBeans
>  Issue Type: Bug
>  Components: website
>Reporter: Philippe Cloutier
>Priority: Critical
>  Labels: easyfix
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> [The website's "Reporting issues" 
> page|https://netbeans.apache.org/participate/report-issue.html] simply links 
> to Apache's Jira instance with a link to 
> [https://issues.apache.org/jira/projects/NETBEANS/issues]
> This URL seems to behave strangely. Currently, it redirects me to the URL for 
> a specific issue, NETBEANS-2082: 
> [https://issues.apache.org/jira/projects/NETBEANS/issues/NETBEANS-2082?filter=allopenissues]
> Following that link, I did a search to see how well NetBeans supported PHP. 
> This search turned up surprisingly few issues, which got me thinking I should 
> evaluate NetBeans for PHP development.
> But that was before I figured out by chance that NetBeans migrated to Jira 
> after using Bugzilla, and that apparently none of the tickets were migrated 
> to Jira! Had Reporting issues linked to [the Jira instance's homepage (System 
> Dashboard)|https://issues.apache.org/jira/secure/Dashboard.jspa], I could 
> have understood that from the Introduction's paragraph on Bugzilla. But with 
> the current link, I didn't stand a chance.
>  
> Notes about the Introduction:
>  # "Jira" is no longer fully uppercase as if it was an acronym
>  # -The [migrating from 
> Bugzilla|http://wiki.apache.org/general/ApacheBugzillaToJiraMigration] link 
> is currently broken.-
>  



--
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 master updated: Update index.asciidoc

2020-12-10 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 3ea71d2  Update index.asciidoc
 new 069cb93  Merge pull request #506 from trixon/patch-1
3ea71d2 is described below

commit 3ea71d26241af56f8d77b3209c005a979da52a08
Author: Patrik Karlström 
AuthorDate: Thu Dec 10 13:31:19 2020 +0100

Update index.asciidoc
---
 netbeans.apache.org/src/content/download/nb122/index.asciidoc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/netbeans.apache.org/src/content/download/nb122/index.asciidoc 
b/netbeans.apache.org/src/content/download/nb122/index.asciidoc
index ae5e460..b18c006 100644
--- a/netbeans.apache.org/src/content/download/nb122/index.asciidoc
+++ b/netbeans.apache.org/src/content/download/nb122/index.asciidoc
@@ -31,7 +31,7 @@
 :experimental:
 :linkattrs:
 
-Welcome to Apache NetBeans 12.2, the first feature release of the Apache 
NetBeans 12 cycle!
+Welcome to Apache NetBeans 12.2, the second feature release of the Apache 
NetBeans 12 cycle!
 
 TIP: The LTS release of the Apache NetBeans 12 cycle is Apache NetBeans 12.0. 
The 12.2 release has not been tested as heavily as the LTS release and may 
therefore be less stable. Use 12.2 to use the latest features and to provide 
feedback for the next LTS release, scheduled for 2021. Go here to download  
link:/download/nb120/nb120.html[Apache NetBeans 12.0], the current LTS release.
 


-
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: Add a section to describe the steps needed to start developing NetBeans using NetBeans.

2020-12-10 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 8241eb8  Add a section to describe the steps needed to start 
developing NetBeans using NetBeans.
 new 0670e8e  Merge pull request #505 from 
jostle/jostle-howto-debug-netbeans
8241eb8 is described below

commit 8241eb8b0f5ffb679d57d363c26457bc59950866
Author: John Lemcke 
AuthorDate: Thu Dec 10 12:59:05 2020 +1100

Add a section to describe the steps needed to start developing NetBeans 
using NetBeans.

This is intended to complement the existing tutorial videos.
---
 .../src/content/participate/submit-pr.asciidoc | 64 +-
 1 file changed, 63 insertions(+), 1 deletion(-)

diff --git a/netbeans.apache.org/src/content/participate/submit-pr.asciidoc 
b/netbeans.apache.org/src/content/participate/submit-pr.asciidoc
index 4dd068a..09d6d85 100644
--- a/netbeans.apache.org/src/content/participate/submit-pr.asciidoc
+++ b/netbeans.apache.org/src/content/participate/submit-pr.asciidoc
@@ -58,7 +58,7 @@ We appreciate new contributors to adhere to the following 
guidelines, to make th
 . Try to keep the code *readable, maintainable, easy to debug* and 
*performant*.
 
 == Learn to run and debug NetBeans IDE or Platform applications
-link:/participate/build-run-debug-tutorials.html[Watch a series of 5 short 
videos] (2 minutes on average) showing how to build, run and debug the NetBeans 
IDE or any NetBeans platform application from sources. 
+link:/participate/build-run-debug-tutorials.html[Watch a series of 5 short 
videos] (2 minutes on average) or see link:#develop[Developing NetBeans with 
NetBeans] for help on how to build, run and debug the NetBeans IDE or any 
NetBeans platform application from sources. 
 
 == Contributing to Apache NetBeans in GitHub
 
@@ -70,6 +70,21 @@ the "fork" button on the top right of the GitHub page.
 
 You then need to clone the forked repository in your computer.
 
+[source, shell]
+
+cd 
+git clone https://github.com//netbeans.git
+
+
+At this stage it is a good idea to check that you can build and run NetBeans.
+
+[source, shell]
+
+cd netbeans
+ant
+ant tryme
+
+
 Finally, in your computer, you need to setup your name and email in GitHub.
 This will also help git to rebase in order to fulfill its task.
 
@@ -135,6 +150,53 @@ https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History
 
 After submission (and certainly after someone starts reviewing the PR) you 
shouldn't touch the PR's history. 
 
+[[develop]]
+== Developing NetBeans with NetBeans
+These steps assume you have already forked, cloned and configured your 
NetBeans development repository.
+
+. Configure NetBeans
+  * Open your currently installed NetBeans
+  * Enable the _Developing NetBeans_ plugin.
+** Open the _Plugins_ dialog (_Tools->Plugins_)
+** Find _Developing NetBeans_ in either the _Available_ or _Installed_ list
+** If it is _Available_ select its checkbox and click _Install_
+** If it is _Installed_ but not _Active_, select its checkbox and click 
_Activate_
+
+. Add your development repository as a NetBeans Platform
+  * Open the _NetBeans Platform Manager_ (_Tools->NetBeans Platforms_)
+  * Click _Add Platform ..._
+  * Navigate to `/netbeans/nbbuild/` and select `netbeans`
+  * Click _Next >_
+  * Click _Finish_
+  * Select the _Sources_ tab
+  * Click _Add ZIP/Folder ..._
+  * Select `/netbeans` and click _Open_
+  * Close _NetBeans Platform Manager_
+
+. Create a new project (_File->New Project..._)
+  * In _Categories:_ select _Java with Ant / NetBeans Modules_
+  * In _Projects:_ select _Module Suite_
+  * Click _Next >_
+  * Enter a _Project Name:_ (e.g. NB-IDE-DEV)
+  * Optionally change the _Project Location:_
+  * Click _Finish_
+
+. Locate the source code for your development repository
+  * Open the _Favorites_ window (_Window->Favorites_)
+  * Select _Add to Favorites..._ in the right-click context menu
+  * Select `/netbeans` and click _Add_
+
+. Set a breakpoint in the source code. As a start try the entry point `public 
static void main (String args[])`
+  * In the _Favorites_ tab navigate to 
`platform/o.n.bootstrap/src/org/netbeans` and open `Main.java`
+  * Set a breakpoint
+
+. Start the debugger
+  * Select your IDE project (e.g. NB-IDE-DEV) from the _Run->Set Main Project_ 
menu
+  * Start the debugger :
+** _Debug->Debug Main Project_ menu,
+** *or* Click the Debug toolbar item
+** *or* Ctrl+F5
+
 [[donating-code]]
 == Donating Code
 


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

[jira] [Commented] (NETBEANS-5134) Error nodes in Gradle subprojects

2020-12-10 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi commented on NETBEANS-5134:
---

Well,

This usually happens with 'wrong' Gradle projects, that puts the source 
directories outside of the sub-project folder. These are also places where 
people use these source folders to share code between subprojects.

Anyway in those cases the FileOwnerQuery could return something else than the 
sub-project where the sources are defined.

The root project FileOwnerQuery might be tweaked to take account sourcedirs 
outside the sub-project, but if sub-projects start to share code, then I do not 
know what could be done.

 

> Error nodes in Gradle subprojects
> -
>
> Key: NETBEANS-5134
> URL: https://issues.apache.org/jira/browse/NETBEANS-5134
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Gradle
>Affects Versions: 12.2
>Reporter: Jaroslav Tulach
>Assignee: Laszlo Kishalmi
>Priority: Major
> Attachments: image-2020-12-10-04-55-17-574.png
>
>
> I am trying to open
> [https://github.com/daemontus/heap-language/]
> project in NetBeans 12.2 and this is the result:
> !image-2020-12-10-04-55-17-574.png!
> There is a lot of Error Node. This is caused by {{SourcesNodeFactory}}:
> {code:java}
> @Override
> public Node node(SourceGroup group) {
> Project owner = FileOwnerQuery.getOwner(group.getRootFolder());
> if (owner != project) {
> if (owner == null) {
> //#152418 if project for folder is not found, just look 
> the other way..
> 
> Logger.getLogger(SourcesNodeFactory.class.getName()).log(Level.INFO, "Cannot 
> find a project owner for folder {0}", group.getRootFolder()); //NOI18N
> return null;
> }
> AbstractNode erroNode = new AbstractNode(Children.LEAF);
> String prjText = 
> ProjectUtils.getInformation(owner).getDisplayName();
> //TODO: Could this happen? Use Bundle.
> erroNode.setDisplayName("Error Node: " + 
> group.getDisplayName() + " " + prjText);
> return erroNode;
> } {code}
> the {{group.getRootFolder()}} belongs to sub project, but the {{owner}} is 
> identified as the parent project.



--
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-5121) Netbeans 12.2: Publishing JAAS-Context fails

2020-12-10 Thread S. M. (Jira)


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

S. M. updated NETBEANS-5121:

Component/s: javaee - EJB Project

> Netbeans 12.2: Publishing JAAS-Context fails
> 
>
> Key: NETBEANS-5121
> URL: https://issues.apache.org/jira/browse/NETBEANS-5121
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - EJB Project, serverplugins - GlassFish
>Affects Versions: 12.2
> Environment: Netbeans 12.2, Glassfish 4.1.2, Glassfish 5.0.1, 
> Project: jdk1.8.0_65, Netbeans: jdk 15.01
>Reporter: S. M.
>Priority: Major
>
> The following exactly same Code works fine when it is deployed outside 
> Netbeans or with an older Netbeans version. So I feel the following is a 
> Netbeans 12.2 Issue:
> My JAAS Custom Security-Module is disclosed by the following code:
> static
> { URL jaasConfigURL = 
> LoginRMB.class.getClassLoader().getResource("my_jaas.config"); 
> System.setProperty("java.security.auth.login.config", 
> jaasConfigURL.toString()); }
> my_jaas.config looks like:
>  MySecurityContext
> { com.cortexsoft.jaas.myloginmodul.MyLoginModule required debug=true; };
> I deploy to Glassfish 4.1.2. or 5.0.1 When I try to establish the security 
> context by:
> LoginContext lc = new LoginContext("MySecurityContext", myCallbackHandler);
> ...the following error occurs:
>  javax.security.auth.login.LoginException: No LoginModules configured for 
> MySecurityContext
>  at javax.security.auth.login.LoginContext.init(LoginContext.java:264)
>  at javax.security.auth.login.LoginContext.(LoginContext.java:417)
>  at 
> com.cortexsoft.mypackage.web.mb.login.JaasLoginHelper.jaasLogin(JaasLoginHelper.java:49)
>  at com.cortexsoft.mypackage.web.mb.login.LoginRMB.login(LoginRMB.java:1131)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>  at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  at java.lang.reflect.Method.invoke(Method.java:497)
>  at com.sun.el.parser.AstValue.invoke(AstValue.java:289)
>  at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
>  at 
> org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
>  at 
> org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
>  at 
> com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105)
>  at 
> javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87)
>  at 
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
>  at javax.faces.component.UICommand.broadcast(UICommand.java:315)
>  at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
>  at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
>  at 
> com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
>  at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
>  at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
>  at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)
>  at 
> org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
>  at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
>  at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
>  at 
> org.glassfish.tyrus.servlet.TyrusServletFilter.doFilter(TyrusServletFilter.java:305)
>  at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>  at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
>  at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
>  at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
>  at 
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
>  at 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
>  at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
>  at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
>  at 
> org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:416)
>  at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:283)
>  at 
> com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
>  at 
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
>  at 
> org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
>  at 
> org.glassfis

[jira] [Updated] (NETBEANS-5101) Cryptic popup dialog on deploy new EJB-Bean-Projekt

2020-12-10 Thread S. M. (Jira)


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

S. M. updated NETBEANS-5101:

Component/s: javaee - EJB Project

> Cryptic popup dialog on deploy new EJB-Bean-Projekt
> ---
>
> Key: NETBEANS-5101
> URL: https://issues.apache.org/jira/browse/NETBEANS-5101
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - EJB Project
>Affects Versions: 12.0, 12.1, 12.2
> Environment: Netbeans 12.0, Glassfish 4 and Glassfish 5, Project: 
> jdk1.8.0_65, Netbeans: jdk 14.01
>Reporter: S. M.
>Priority: Minor
> Attachments: screen-shot-Deplay-EJBModule.png
>
>
> Make a new EBJ-Module-Project and compile the empty project: A cryptic dialog 
> pops up - see attached picture.



--
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-5121) Netbeans 12.2: Publishing JAAS-Context fails

2020-12-10 Thread S. M. (Jira)


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

S. M. updated NETBEANS-5121:

Component/s: serverplugins - GlassFish

> Netbeans 12.2: Publishing JAAS-Context fails
> 
>
> Key: NETBEANS-5121
> URL: https://issues.apache.org/jira/browse/NETBEANS-5121
> Project: NetBeans
>  Issue Type: Bug
>  Components: serverplugins - GlassFish
>Affects Versions: 12.2
> Environment: Netbeans 12.2, Glassfish 4.1.2, Glassfish 5.0.1, 
> Project: jdk1.8.0_65, Netbeans: jdk 15.01
>Reporter: S. M.
>Priority: Major
>
> The following exactly same Code works fine when it is deployed outside 
> Netbeans or with an older Netbeans version. So I feel the following is a 
> Netbeans 12.2 Issue:
> My JAAS Custom Security-Module is disclosed by the following code:
> static
> { URL jaasConfigURL = 
> LoginRMB.class.getClassLoader().getResource("my_jaas.config"); 
> System.setProperty("java.security.auth.login.config", 
> jaasConfigURL.toString()); }
> my_jaas.config looks like:
>  MySecurityContext
> { com.cortexsoft.jaas.myloginmodul.MyLoginModule required debug=true; };
> I deploy to Glassfish 4.1.2. or 5.0.1 When I try to establish the security 
> context by:
> LoginContext lc = new LoginContext("MySecurityContext", myCallbackHandler);
> ...the following error occurs:
>  javax.security.auth.login.LoginException: No LoginModules configured for 
> MySecurityContext
>  at javax.security.auth.login.LoginContext.init(LoginContext.java:264)
>  at javax.security.auth.login.LoginContext.(LoginContext.java:417)
>  at 
> com.cortexsoft.mypackage.web.mb.login.JaasLoginHelper.jaasLogin(JaasLoginHelper.java:49)
>  at com.cortexsoft.mypackage.web.mb.login.LoginRMB.login(LoginRMB.java:1131)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>  at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  at java.lang.reflect.Method.invoke(Method.java:497)
>  at com.sun.el.parser.AstValue.invoke(AstValue.java:289)
>  at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
>  at 
> org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
>  at 
> org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
>  at 
> com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105)
>  at 
> javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87)
>  at 
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
>  at javax.faces.component.UICommand.broadcast(UICommand.java:315)
>  at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
>  at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
>  at 
> com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
>  at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
>  at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
>  at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)
>  at 
> org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
>  at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
>  at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
>  at 
> org.glassfish.tyrus.servlet.TyrusServletFilter.doFilter(TyrusServletFilter.java:305)
>  at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>  at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
>  at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
>  at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
>  at 
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
>  at 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
>  at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
>  at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
>  at 
> org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:416)
>  at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:283)
>  at 
> com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
>  at 
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
>  at 
> org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
>  at 
> org.glassfish.grizzly.http.se

[jira] [Commented] (NETBEANS-4999) Executable created in NB fails to run

2020-12-10 Thread Jeff (Jira)


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

Jeff commented on NETBEANS-4999:


In a scenario where I have to package and deploy to multiple users who do not 
have a JRE, how does one bundle the JRE with the application?

Thanks

> Executable created in NB fails to run
> -
>
> Key: NETBEANS-4999
> URL: https://issues.apache.org/jira/browse/NETBEANS-4999
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Affects Versions: 8.2
> Environment: Windows 10, OpenJDK 8 Hotspot 
>Reporter: Jeff
>Priority: Major
> Fix For: Next
>
>
> Hi there. I'm new to NetBeans and am using Netbeans 8. I've started with some 
> example project, more specifically the FeedReader app that comes with the 
> Netbeans tutorial pack. I'm using the AdoptOpenJDK Java 8. I've managed to 
> build the FeedReader app in the IDE and ran it successfully. I tested by 
> pulling some RSS feeds from various sources snd could read them in the 
> Feedreader app. 
> My next step was to package the app. 
> In the "Packaging" option, I selected the "zip" option which completed 
> successfully.
>  
> I then went to my file system directory "...\feedreadersuite\feedreader\bin 
> and there are two binaries FeederReeder.exe and FeedReeder64.exe(which I 
> presume one is the 32 bit one and the other 64 bit). 
>  
> When I try to run(double click) both of these files, I get a pop-up with an 
> error message that says:
> " Cannot find java 1.8 or higher" 
> I'm stumped by this as I thought Netbeans bundled the binary exes with the 
> requisite jres.
> Whats am I missing here? 
> Regards, 



--
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-5136) double checked locking idiom wrong in inspect and transform

2020-12-10 Thread Carsten Hammer (Jira)


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

Carsten Hammer updated NETBEANS-5136:
-
Description: 
The pattern implemented in 
[https://bz.apache.org/netbeans/show_bug.cgi?id=248740] seems to be wrong 
according to 
[https://docs.google.com/document/d/1mAeEgQu4H4ADxa03k7YaVDjIP5vJBvjVIjg3DIvoc8E/edit]

The right pattern looks like this:
 # 334, Second code example. *_This is a serious error!_* The current code can 
return null if multiple threads race to initialize the field. Here’s how the 
code should look:

 
{code:java}
// Double-check idiom for lazy initialization of instance fields
private volatile FieldType field;
 
private FieldType getField() {
   FieldType result = field;
   if (result != null)    // First check (no locking)
   return result;
 
   synchronized(this){    
  if (field == null) // Second check (with locking)   
 field = computeFieldValue();    
   return field;    
   }
}
{code}

  was:
The pattern implemented in 
[https://bz.apache.org/netbeans/show_bug.cgi?id=248740] seems to be wrong 
according to 
[https://docs.google.com/document/d/1mAeEgQu4H4ADxa03k7YaVDjIP5vJBvjVIjg3DIvoc8E/edit]

The right pattern looks like this:
 #  334, Second code example. *_This is a serious error!_* The current code can 
return null if multiple threads race to initialize the field. Here’s how the 
code should look:

 

*// Double-check idiom for lazy initialization of instance fields*

private volatile FieldType field;

 

private FieldType getField() {

   FieldType result = field;

   if (result != null)    // First check (no locking)

   return result;

 

   synchronized(this) {

   if (field == null) // Second check (with locking)

   field = computeFieldValue();

   return field;

   }

}


> double checked locking idiom wrong in inspect and transform
> ---
>
> Key: NETBEANS-5136
> URL: https://issues.apache.org/jira/browse/NETBEANS-5136
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 12.2
>Reporter: Carsten Hammer
>Priority: Critical
>
> The pattern implemented in 
> [https://bz.apache.org/netbeans/show_bug.cgi?id=248740] seems to be wrong 
> according to 
> [https://docs.google.com/document/d/1mAeEgQu4H4ADxa03k7YaVDjIP5vJBvjVIjg3DIvoc8E/edit]
> The right pattern looks like this:
>  # 334, Second code example. *_This is a serious error!_* The current code 
> can return null if multiple threads race to initialize the field. Here’s how 
> the code should look:
>  
> {code:java}
> // Double-check idiom for lazy initialization of instance fields
> private volatile FieldType field;
>  
> private FieldType getField() {
>    FieldType result = field;
>    if (result != null)    // First check (no locking)
>    return result;
>  
>    synchronized(this){    
>   if (field == null) // Second check (with locking)   
>  field = computeFieldValue();    
>    return field;    
>    }
> }
> {code}



--
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-5136) double checked locking idiom wrong in inspect and transform

2020-12-10 Thread Carsten Hammer (Jira)
Carsten Hammer created NETBEANS-5136:


 Summary: double checked locking idiom wrong in inspect and 
transform
 Key: NETBEANS-5136
 URL: https://issues.apache.org/jira/browse/NETBEANS-5136
 Project: NetBeans
  Issue Type: Bug
  Components: java - Refactoring
Affects Versions: 12.2
Reporter: Carsten Hammer


The pattern implemented in 
[https://bz.apache.org/netbeans/show_bug.cgi?id=248740] seems to be wrong 
according to 
[https://docs.google.com/document/d/1mAeEgQu4H4ADxa03k7YaVDjIP5vJBvjVIjg3DIvoc8E/edit]

The right pattern looks like this:
 #  334, Second code example. *_This is a serious error!_* The current code can 
return null if multiple threads race to initialize the field. Here’s how the 
code should look:

 

*// Double-check idiom for lazy initialization of instance fields*

private volatile FieldType field;

 

private FieldType getField() {

   FieldType result = field;

   if (result != null)    // First check (no locking)

   return result;

 

   synchronized(this) {

   if (field == null) // Second check (with locking)

   field = computeFieldValue();

   return field;

   }

}



--
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-5135) Make ResultView controls always visible

2020-12-10 Thread Pieter van den Hombergh (Jira)
Pieter van den Hombergh created NETBEANS-5135:
-

 Summary: Make ResultView controls always visible
 Key: NETBEANS-5135
 URL: https://issues.apache.org/jira/browse/NETBEANS-5135
 Project: NetBeans
  Issue Type: Improvement
  Components: java - JUnit
Affects Versions: 12.2
Reporter: Pieter van den Hombergh
 Attachments: testresults.png

For many use cases the test runner NetBeans ui ResultView is more user friendly
than the maven output. However it is not enabled by default, and most 
annoyingly,
the button to set the view to show always is visible only _after_  you have 
been able to get the 
window to show a test result at all.  The button I am talking about is 
indicated with an arrow in the picture below.

So therefor it would be nice to always enable the button bar at the left hand 
side.
A refresh button would be a nice addition, which should simply re-read the unit 
test report files.




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