[jira] [Commented] (NETBEANS-5109) Remove distribution of nbjavac from apache controlled infrastructure
[ https://issues.apache.org/jira/browse/NETBEANS-5109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17245728#comment-17245728 ] Arvind commented on NETBEANS-5109: -- Going forward the latest source and jar files of nb-javac will be made available in github. The latest version of nb-javac and jars are now available in the location below: Source files https://github.com/oracle/nb-javac/ Binary files https://github.com/oracle/nb-javac/releases/download/release122 Further distribution to Maven central from github should be possible by anybody, hope this helps. > Remove distribution of nbjavac from apache controlled infrastructure > > > Key: NETBEANS-5109 > URL: https://issues.apache.org/jira/browse/NETBEANS-5109 > Project: NetBeans > Issue Type: Bug > Components: java - Compiler >Affects Versions: 12.3 >Reporter: Matthias Bläsing >Priority: Blocker > > The ASF has a pretty clear opinion about the handling of the GPLv2-CPE. There > might be an option to distribute it, but not out of the box. After the > transition of NetBeans from oracle to the ASF there was a timeframe were use > of the Oregon State University was ok, as the transition was happening. I > think we stretched that limit to the max and thus I consider this a blocker > for the next release. The nbjavac needs to be moved of ASF controlled > infrastructure. > There are various options: > - Oracle could publish nbjavac to maven central > - Oracle could provide a custom updatecenter distributing the nbjavac > - Oracle could relicense javac > - Apache NetBeans could switch to the eclipse java development tools > Not all of these options are realistic, but publishing to maven central is > perfectly doable. > I'll mark this as a blocker for next release, so it is not ignored. -- 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-5113) Autocomplete does not work in the special case
Al created NETBEANS-5113: Summary: Autocomplete does not work in the special case Key: NETBEANS-5113 URL: https://issues.apache.org/jira/browse/NETBEANS-5113 Project: NetBeans Issue Type: Bug Components: editor - Completion Templates, groovy - Editor Affects Versions: 12.2 Environment: win 10 x64 Reporter: Al Attachments: Dec-08-2020 10-32-53.gif I'm using the Groovy extension. Autocomplete does not set closing quotation mark in the special case. !Dec-08-2020 10-32-53.gif! -- 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-5118) Multiline string literals are highlighted incorrectly when they contain blank lines
Scott Palmer created NETBEANS-5118: -- Summary: Multiline string literals are highlighted incorrectly when they contain blank lines Key: NETBEANS-5118 URL: https://issues.apache.org/jira/browse/NETBEANS-5118 Project: NetBeans Issue Type: Bug Components: cnd - Editor Affects Versions: 12.2 Environment: Product Version: Apache NetBeans IDE 12.2 Java: 15.0.1; OpenJDK 64-Bit Server VM 15.0.1+9 Runtime: OpenJDK Runtime Environment 15.0.1+9 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) Reporter: Scott Palmer Attachments: bad_highlight.png, correct_indent.png According to the spec, (https://openjdk.java.net/jeps/378) blank lines are excluded from "determining lines" when calculating indentation to strip. "Blank lines -- lines that are empty or are composed wholly of white space -- have no visible influence on the indentation." NetBeans highlighting does not do this and highlights extra leading spaces as if they are included in the string when there are blank lines that are completely empty or contain less spaces than the correct indent amount. -- 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-5114) Generated ui:composition missing xmlns
Stephen Brooksbank created NETBEANS-5114: Summary: Generated ui:composition missing xmlns Key: NETBEANS-5114 URL: https://issues.apache.org/jira/browse/NETBEANS-5114 Project: NetBeans Issue Type: Bug Components: javaee - JSF Affects Versions: 12.1 Environment: Windows 10 / Netbeans 12.1 Reporter: Stephen Brooksbank Attachments: image-2020-12-08-12-10-40-084.png When generating a facelets client page using: new --> Facelets Template Client --> ui:composition option the generated file is missing: {{xmlns="http://www.w3.org/1999/xhtml; }} namespace from the ui:composition header tag: !image-2020-12-08-12-10-40-084.png! This causes page errors as soon as standard HTML tags are added to the page, such as . Please correct the template generation code for this case. Thanks. -- 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-5116) The menu Window -> IDE Tools -> Exception Reporter is broken
Francesco Illuminati created NETBEANS-5116: -- Summary: The menu Window -> IDE Tools -> Exception Reporter is broken Key: NETBEANS-5116 URL: https://issues.apache.org/jira/browse/NETBEANS-5116 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 12.2, 12.1 Reporter: Francesco Illuminati It shows a windows with a broken link pointing to the old netbeans.org domain and should be removed or updated. The button "Show my issues" is also 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
[jira] [Commented] (NETBEANS-4779) Apache NetBeans cant be installed on Mac OS Big Sur
[ https://issues.apache.org/jira/browse/NETBEANS-4779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17245903#comment-17245903 ] Christian Oyarzun commented on NETBEANS-4779: - [~chi] # NB 12.0 LTS macOS installer currently does not work on Big Sur since was built before the following fix was added to NB. [https://github.com/apache/netbeans/commit/e9143f9d2057fe66e0bffd5db955cf228d364346] # NB 12.2 contains the above fix + [https://github.com/apache/netbeans/commit/0d499c741cc526f0db563242e9863e6c81dfe708] # I believe you are running into https://issues.apache.org/jira/browse/NETBEANS-5004 # Same as above. A potential workaround is in this comment https://issues.apache.org/jira/browse/NETBEANS-5004?focusedCommentId=17234049=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17234049 I don't have Android Studio, but my guess is that it uses a macOS executable to launch Java which then properly asks for file access permissions. Hopefully this PR (or some variation) will make it into the next NB release. [https://github.com/apache/netbeans/pull/2563] > Apache NetBeans cant be installed on Mac OS Big Sur > --- > > Key: NETBEANS-4779 > URL: https://issues.apache.org/jira/browse/NETBEANS-4779 > Project: NetBeans > Issue Type: Bug > Components: platform - installer >Reporter: John McDonnell >Assignee: John McDonnell >Priority: Major > Fix For: 12.1 > > Time Spent: 20m > Remaining Estimate: 0h > > As part of of the Apache NetBeans 12.1 release, it was found that the current > mac os installer doesn't work on Big Sur due to changes in the > `/usr/libexec/java_home` script. > The fix will be to remove the version flag from the installer. -- 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-5115) "No tests executed" on maven project
Francesco Illuminati created NETBEANS-5115: -- Summary: "No tests executed" on maven project Key: NETBEANS-5115 URL: https://issues.apache.org/jira/browse/NETBEANS-5115 Project: NetBeans Issue Type: Bug Components: utilities - Test Runner Affects Versions: 12.2 Environment: Linux version 5.4.0-53-generic (buildd@lcy01-amd64-007) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #59-Ubuntu SMP Wed Oct 21 09:38:44 UTC 2020 openjdk 15-ea 2020-09-15 OpenJDK Runtime Environment (build 15-ea+32-Ubuntu-220.04) OpenJDK 64-Bit Server VM (build 15-ea+32-Ubuntu-220.04, mixed mode, sharing) Reporter: Francesco Illuminati On a maven java project executing project test or testing a single file always returns "No tests executed" even if the maven goal is run (as can be checked in the output window). This was tested with Junit Jupiter 5.6.0 and 5.7.0 and with maven-surefire-plugin 3.0.0-M(1-5) and 2.22.2. It worked fine on NB 12.1 but only after the maven-surefire-plugin 3.0.0-M4 is manually added to pom.xml (would be nice if it was added automatically). Unfortunately this bug severely impacts productivity: I'm forced back to NB 12.1. Aside from that the maven-surefire-plugin 3.0.0-M5 doesn't recognize the test resource folder using the default configuration (I have tried to set the resource folder manually in the pom.xml file without any luck). -- 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-5117) No icon shown in the KDE taskbar (Linux Kubuntu 20.04)
Francesco Illuminati created NETBEANS-5117: -- Summary: No icon shown in the KDE taskbar (Linux Kubuntu 20.04) Key: NETBEANS-5117 URL: https://issues.apache.org/jira/browse/NETBEANS-5117 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 12.2 Environment: Linux version 5.4.0-53-generic (buildd@lcy01-amd64-007) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #59-Ubuntu SMP Wed Oct 21 09:38:44 UTC 2020 openjdk 15-ea 2020-09-15 OpenJDK Runtime Environment (build 15-ea+32-Ubuntu-220.04) OpenJDK 64-Bit Server VM (build 15-ea+32-Ubuntu-220.04, mixed mode, sharing) Reporter: Francesco Illuminati NB 12.1 shows the icon correctly with identical environment and configuration. -- 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-5108] Use complete Composer package name
This is an automated email from the ASF dual-hosted git repository. tmysik 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 16c3b4b [NETBEANS-5108] Use complete Composer package name new a712b28 Merge pull request #2583 from KacerCZ/netbeans-5108-full-package-name 16c3b4b is described below commit 16c3b4bd23a9315afb205d28c9b85a70638b2421 Author: Tomas Prochazka AuthorDate: Mon Dec 7 21:04:12 2020 +0100 [NETBEANS-5108] Use complete Composer package name https://issues.apache.org/jira/browse/NETBEANS-5108 Full name of Composer package name is used in Usages window and File selector. --- .../src/org/netbeans/modules/php/composer/PhpProjectConvertor.java | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/php/php.composer/src/org/netbeans/modules/php/composer/PhpProjectConvertor.java b/php/php.composer/src/org/netbeans/modules/php/composer/PhpProjectConvertor.java index 854fe58..8eb768a 100644 --- a/php/php.composer/src/org/netbeans/modules/php/composer/PhpProjectConvertor.java +++ b/php/php.composer/src/org/netbeans/modules/php/composer/PhpProjectConvertor.java @@ -103,12 +103,7 @@ public final class PhpProjectConvertor implements ProjectConvertor { assert content != null; Object name = content.get("name"); // NOI18N if (name instanceof String) { -String fullName = (String) name; -String[] parts = fullName.split("/", 2); // NOI18N -if (parts.length == 2) { -return parts[1]; -} -return fullName; +return (String) name; } return null; } - 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-5099) SessionTimeoutPhaseListener prevents deployment
[ https://issues.apache.org/jira/browse/NETBEANS-5099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5099: Description: Make an new WebApplication with Glassfish 4.1.2 or 5.0.1. and add JavaServer Faces - Framework. (This works in Netbeans 12.1.) Add the following faces-config.xml: http://java.sun.com/xml/ns/javaee; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation="http://java.sun.com/xml/ns/javaee [http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd];> test.SessionTimeoutPhaseListener Add the following class: package test; import javax.faces.event.PhaseEvent; import javax.faces.event.PhaseId; import javax.faces.event.PhaseListener; public class SessionTimeoutPhaseListener implements PhaseListener { @Override public void beforePhase(PhaseEvent event) { } @Override public void afterPhase(PhaseEvent event) { } public void handleSessionTimeout(PhaseEvent event) { } @Override public PhaseId getPhaseId() { return PhaseId.RESTORE_VIEW; } } At deployment on Glassfish 4 or 5 the following Exeption occurs. The same Example works fine on Glassfish 4 and Glassfish 5 when it is deployed outside Netbeans or with older Netbeans version. So I feel this is a Netbeans 12.0 Issue. Info: Initializing Mojarra 2.2.14 ( 20161114-2152 unable to get svn info) for context '/WebApplication1' Severe: Critical error during deployment: com.sun.faces.config.ConfigurationException: Source Document: jndi:/server/WebApplication1/WEB-INF/faces-config.xml Cause: Unable to create a new instance of 'test.SessionTimeoutPhaseListener': java.lang.RuntimeException: at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:378) at com.sun.faces.config.processor.LifecycleConfigProcessor.addPhaseListeners(LifecycleConfigProcessor.java:154) at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:132) at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:239) at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:439) at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:227) at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:5394) at com.sun.enterprise.web.WebModule.contextListenerStart(WebModule.java:743) at org.apache.catalina.core.StandardContext.start(StandardContext.java:5963) at com.sun.enterprise.web.WebModule.start(WebModule.java:691) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747) at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286) at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932) at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139) at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122) at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291) at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219) at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:360) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534) at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565) at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:360) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464) at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722) at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534) at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224) at
[jira] [Updated] (NETBEANS-5100) Singleton EJB Bean does not deploy
[ https://issues.apache.org/jira/browse/NETBEANS-5100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5100: Description: Make a new EBJ-Module-Project. Add this Singleton-EJB to the project: package test; import javax.ejb.Singleton; @Singleton public class NewSessionBean { // Add business logic below. (Right-click in editor and choose // "Insert Code > Add Business Method") } At deployment on Glassfish 4 or 5 the following Exeption occurs. The same Example works fine on Glassfish 4 and Glassfish 5 when it is deployed outside Netbeans or with older Netbeans version. So I feel this is a Netbeans 12.0 Issue. (It also works in Netbeans 12.1.) Info: Portable JNDI names for EJB NewSessionBean: [java:global/EJBModule2/NewSessionBean!test.NewSessionBean, java:global/EJBModule2/NewSessionBean] Severe: Exception while invoking class org.glassfish.ejb.startup.EjbDeployer load method java.lang.RuntimeException: EJB Container initialization error at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:234) at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:291) at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:99) at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:206) at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:313) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:496) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219) at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:360) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534) at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565) at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:360) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464) at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722) at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534) at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224) at org.glassfish.grizzly.http.server.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:189) 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536) at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.RuntimeException: at test.NewSessionBean.(NewSessionBean.java:1) at
[jira] [Updated] (NETBEANS-5121) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Description: The following exactly same Code works fine when it is deployed outside Netbeans or with a older Netbeans version. So I feel the following is a Netbeans 12.2 Issue: My JAAS Custom Security-Module is disclosed to the server by the following code: static { // pass the username and user-roles to jaac-layer 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; } ; 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) at
[jira] [Updated] (NETBEANS-5121) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Environment: Netbeans 12.2, Glassfish 4.1.2, Project: jdk1.8.0_65, Netbeans: jdk 15.01 (was: Netbeans 12.2, 4.1.2, Project: jdk1.8.0_65, Netbeans: jdk 15.01) > Publishing JAAS-Context fails > - > > Key: NETBEANS-5121 > URL: https://issues.apache.org/jira/browse/NETBEANS-5121 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.2 > Environment: Netbeans 12.2, Glassfish 4.1.2, 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 a older Netbeans version. So I feel the following is a > Netbeans 12.2 Issue: > My JAAS Custom Security-Module is disclosed to the server by the following > code: > static > { // pass the username and user-roles to jaac-layer 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; } > ; > 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 >
[jira] [Updated] (NETBEANS-5098) SessionBean does not deploy
[ https://issues.apache.org/jira/browse/NETBEANS-5098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5098: Fix Version/s: 12.1 > SessionBean does not deploy > --- > > Key: NETBEANS-5098 > URL: https://issues.apache.org/jira/browse/NETBEANS-5098 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0 > Environment: Netbeans 12.0, Glassfish 4 and Glassfish 5, Project: > jdk1.8.0_65, Netbeans: jdk 14.01 >Reporter: S. M. >Priority: Major > Fix For: 12.1 > > > Make a new EBJ-Module-Project. Add this Session-EJB to the project: > package test; > import javax.ejb.LocalBean; > import javax.ejb.Stateless; > @Stateless > @LocalBean > public class NewSessionBean { > } > At deployment on Glassfish 4 or 5 the following Exeption occurs. > The same Example works fine on Glassfish 4 and Glassfish 5 when it is > deployed outside Netbeans or with older Netbeans version. So I feel this is a > Netbeans 12.0 Issue. (It also works in Netbeans 12.1.) > Exception: > Info: Portable JNDI names for EJB NewSessionBean: > [java:global/EJBModule2/NewSessionBean!test.NewSessionBean, > java:global/EJBModule2/NewSessionBean] > Severe: Exception while invoking class org.glassfish.ejb.startup.EjbDeployer > load method > java.lang.RuntimeException: EJB Container initialization error > at > org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:234) > at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:291) > at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:99) > at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:206) > at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:313) > at > com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:496) > at > com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219) > at > org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:360) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:360) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846) > at > com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722) > at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534) > at > com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224) > at > org.glassfish.grizzly.http.server.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:189) > 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.server.HttpHandler.doHandle(HttpHandler.java:180) > at > org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) > at > org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) > at > org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) > at > org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) > at > org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) > at > org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) > at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) > at > org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536) > at > org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112) > at >
[jira] [Resolved] (NETBEANS-5108) Name of Composer package is not complete
[ https://issues.apache.org/jira/browse/NETBEANS-5108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka resolved NETBEANS-5108. --- Fix Version/s: 12.3 Resolution: Fixed PR was merged. > Name of Composer package is not complete > > > Key: NETBEANS-5108 > URL: https://issues.apache.org/jira/browse/NETBEANS-5108 > Project: NetBeans > Issue Type: Bug > Components: php - Composer >Affects Versions: 12.2 >Reporter: Tomáš Procházka >Assignee: Tomáš Procházka >Priority: Minor > Labels: pull-request-available > Fix For: 12.3 > > Time Spent: 20m > Remaining Estimate: 0h > > NetBeans creates virtual projects for Composer packages inside PHP project. > Name of project contains only part of package name. > For example package "nette/utils" becomes "utils". > This is problem because part of package name is displayed in Usages or File > switcher. -- 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)
[ https://issues.apache.org/jira/browse/NETBEANS-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17246019#comment-17246019 ] Philippe Cloutier commented on NETBEANS-3743: - We are talking about all tickets filed on the Bugzilla instance. This ticket's Description field explains the problem. To simplify, you can ignore the last paragraph, which discusses extra issues. If you think this could clarify and understand either French or English, I can call you and explain orally. > 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
[jira] [Created] (NETBEANS-5119) Exception after switching to Dark Metal theme
Brenden Towey created NETBEANS-5119: --- Summary: Exception after switching to Dark Metal theme Key: NETBEANS-5119 URL: https://issues.apache.org/jira/browse/NETBEANS-5119 Project: NetBeans Issue Type: Bug Affects Versions: 12.2 Environment: Windows 10 Reporter: Brenden Towey Attachments: messages.log After switching to Dark Metal and restarting, none of my projects would open. I noticed NetBeans was reporting an error, the message directed me to file a bug report here. A java.lang.NoClassDefFoundError exception has occurred. Please report this at https://issues.apache.org/jira/projects/NETBEANS/issues, including a copy of your messages.log file as an attachment. The messages.log file is located in your C:\Users\Brenden\AppData\Roaming\NetBeans\12.2\var\log folder. -- 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-5120) Javadoc blocks freezing IDE
Wayne Wilson created NETBEANS-5120: -- Summary: Javadoc blocks freezing IDE Key: NETBEANS-5120 URL: https://issues.apache.org/jira/browse/NETBEANS-5120 Project: NetBeans Issue Type: Bug Components: java - Javadoc Affects Versions: 12.0 Reporter: Wayne Wilson When placing a Javadoc block in the first line of a file, it crashes the IDE. This issue occurs in basic Java files, but also in package-info files, as well. -- 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-5099) SessionTimeoutPhaseListener prevents deployment
[ https://issues.apache.org/jira/browse/NETBEANS-5099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5099: Description: (This works in Netbeans 12.1.) Make an new WebApplication with Glassfish 4.1.2 or 5.0.1. and add JavaServer Faces - Framework. Add the following faces-config.xml: http://java.sun.com/xml/ns/javaee; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation="http://java.sun.com/xml/ns/javaee [http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd];> test.SessionTimeoutPhaseListener Add the following class: package test; import javax.faces.event.PhaseEvent; import javax.faces.event.PhaseId; import javax.faces.event.PhaseListener; public class SessionTimeoutPhaseListener implements PhaseListener { @Override public void beforePhase(PhaseEvent event) { } @Override public void afterPhase(PhaseEvent event) { } public void handleSessionTimeout(PhaseEvent event) { } @Override public PhaseId getPhaseId() { return PhaseId.RESTORE_VIEW; } } At deployment on Glassfish 4 or 5 the following Exeption occurs. The same Example works fine on Glassfish 4 and Glassfish 5 when it is deployed outside Netbeans or with older Netbeans version. So I feel this is a Netbeans 12.0 Issue. Info: Initializing Mojarra 2.2.14 ( 20161114-2152 unable to get svn info) for context '/WebApplication1' Severe: Critical error during deployment: com.sun.faces.config.ConfigurationException: Source Document: jndi:/server/WebApplication1/WEB-INF/faces-config.xml Cause: Unable to create a new instance of 'test.SessionTimeoutPhaseListener': java.lang.RuntimeException: at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:378) at com.sun.faces.config.processor.LifecycleConfigProcessor.addPhaseListeners(LifecycleConfigProcessor.java:154) at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:132) at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:239) at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:439) at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:227) at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:5394) at com.sun.enterprise.web.WebModule.contextListenerStart(WebModule.java:743) at org.apache.catalina.core.StandardContext.start(StandardContext.java:5963) at com.sun.enterprise.web.WebModule.start(WebModule.java:691) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747) at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286) at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932) at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139) at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122) at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291) at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219) at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:360) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534) at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565) at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:360) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464) at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722) at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534) at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224) at
[jira] [Commented] (NETBEANS-4779) Apache NetBeans cant be installed on Mac OS Big Sur
[ https://issues.apache.org/jira/browse/NETBEANS-4779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17245961#comment-17245961 ] Carl Henrik Janson commented on NETBEANS-4779: -- There are more things with Java and Netbeans when it comes to the later versions of MacOs. Another major issue is that apps (and Java JRE is that in this context) needs to ask permission, e.g. to capture sound from a mic. But Java does not do this, hence Java is at the moment paralysed in several directions. Hopefully, someone in Oracle is professional and is just now working very hard to recoup a normal situation. Looks to me like if the added security levels in Big Sur is for the good, despite current problems. > Apache NetBeans cant be installed on Mac OS Big Sur > --- > > Key: NETBEANS-4779 > URL: https://issues.apache.org/jira/browse/NETBEANS-4779 > Project: NetBeans > Issue Type: Bug > Components: platform - installer >Reporter: John McDonnell >Assignee: John McDonnell >Priority: Major > Fix For: 12.1 > > Time Spent: 20m > Remaining Estimate: 0h > > As part of of the Apache NetBeans 12.1 release, it was found that the current > mac os installer doesn't work on Big Sur due to changes in the > `/usr/libexec/java_home` script. > The fix will be to remove the version flag from the installer. -- 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-5101) Cryptic popup dialog on deploy new EJB-Bean-Projekt
[ https://issues.apache.org/jira/browse/NETBEANS-5101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5101: Affects Version/s: 12.2 > 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 >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-5120) Javadoc blocks freezing IDE
[ https://issues.apache.org/jira/browse/NETBEANS-5120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wayne Wilson updated NETBEANS-5120: --- Description: When placing a Javadoc block in the first line of a file, it crashes the IDE. This issue occurs in basic Java files, but also in package-info files, as well. This issue also occurs if there are less than 3 lines following the end of the Javadoc Block. was: When placing a Javadoc block in the first line of a file, it crashes the IDE. This issue occurs in basic Java files, but also in package-info files, as well. > Javadoc blocks freezing IDE > --- > > Key: NETBEANS-5120 > URL: https://issues.apache.org/jira/browse/NETBEANS-5120 > Project: NetBeans > Issue Type: Bug > Components: java - Javadoc >Affects Versions: 12.0 >Reporter: Wayne Wilson >Priority: Major > Labels: JavaDoc, netbeans-12 > > When placing a Javadoc block in the first line of a file, it crashes the IDE. > This issue occurs in basic Java files, but also in package-info files, as > well. > This issue also occurs if there are less than 3 lines following the end of > the Javadoc Block. -- 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) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Summary: Publishing JAAS-Context fails (was: Publish JAAS-Context fails) > Publishing JAAS-Context fails > - > > Key: NETBEANS-5121 > URL: https://issues.apache.org/jira/browse/NETBEANS-5121 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.2 > Environment: Netbeans 12.2, 4.1.2, Project: jdk1.8.0_65, Netbeans: > jdk 15.01 >Reporter: S. M. >Priority: Major > > The exactly same Code works fine when it is deployed outside Netbeans or with > a older Netbeans version. So I feel the following is a Netbeans 12.2 Issue: > My JAAS Custom Security-Module is disclosed to the server by the following > code: > static { > // pass the username and user-roles to jaac-layer > 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; > }; > 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 >
[jira] [Updated] (NETBEANS-5098) SessionBean does not deploy
[ https://issues.apache.org/jira/browse/NETBEANS-5098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5098: Description: Make a new EBJ-Module-Project. Add this Session-EJB to the project: package test; import javax.ejb.LocalBean; import javax.ejb.Stateless; @Stateless @LocalBean public class NewSessionBean { } At deployment on Glassfish 4 or 5 the following Exeption occurs. The same Example works fine on Glassfish 4 and Glassfish 5 when it is deployed outside Netbeans or with older Netbeans version. So I feel this is a Netbeans 12.0 Issue. (It also works in Netbeans 12.1.) Exception: Info: Portable JNDI names for EJB NewSessionBean: [java:global/EJBModule2/NewSessionBean!test.NewSessionBean, java:global/EJBModule2/NewSessionBean] Severe: Exception while invoking class org.glassfish.ejb.startup.EjbDeployer load method java.lang.RuntimeException: EJB Container initialization error at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:234) at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:291) at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:99) at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:206) at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:313) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:496) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219) at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:360) at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534) at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565) at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:360) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464) at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722) at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534) at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224) at org.glassfish.grizzly.http.server.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:189) 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536) at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.RuntimeException: at test.NewSessionBean.(NewSessionBean.java:1) at test.__EJB31_Generated__NewSessionBean__IntfBean__.(Unknown Source)
[jira] [Commented] (NETBEANS-3743) Link to JIRA from "Reporting issues" brings to certain issue, rather than Introduction (System Dashboard)
[ https://issues.apache.org/jira/browse/NETBEANS-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17246020#comment-17246020 ] Geertjan Wielenga commented on NETBEANS-3743: - You want a link to point here: https://issues.apache.org/jira/secure/Dashboard.jspa No, that has nothing to do with NetBeans specifically. > 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
[jira] [Updated] (NETBEANS-5121) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Description: The following exactly same Code works fine when it is deployed outside Netbeans or with a 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 { // pass the username and user-roles to jaac-layer 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; } ; 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) at
[jira] [Created] (NETBEANS-5121) Publish JAAS-Context fails
S. M. created NETBEANS-5121: --- Summary: Publish JAAS-Context fails Key: NETBEANS-5121 URL: https://issues.apache.org/jira/browse/NETBEANS-5121 Project: NetBeans Issue Type: Bug Affects Versions: 12.2 Environment: Netbeans 12.2, 4.1.2, Project: jdk1.8.0_65, Netbeans: jdk 15.01 Reporter: S. M. The exactly same Code works fine when it is deployed outside Netbeans or with a older Netbeans version. So I feel the following is a Netbeans 12.2 Issue: My JAAS Custom Security-Module is disclosed to the server by the following code: static { // pass the username and user-roles to jaac-layer 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; }; 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at
[jira] [Comment Edited] (NETBEANS-4779) Apache NetBeans cant be installed on Mac OS Big Sur
[ https://issues.apache.org/jira/browse/NETBEANS-4779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17245961#comment-17245961 ] Carl Henrik Janson edited comment on NETBEANS-4779 at 12/8/20, 3:58 PM: There are more things with Java and Netbeans when it comes to the later versions of MacOs. Another major issue is that apps (and Java JRE is that in this context) needs to ask permission to access system resources, e.g. to capture sound from a mic. But Java does not do this request, hence Java is at the moment paralysed in several directions. Hopefully, someone in Oracle is professional and is just now working very hard to recoup a normal situation. One could also hope that someone in Apple grasp that this new level of security is too simple. For example, it should be possible for a MacOs user to define that an app is granted this or that access, even if the app does not pose such request. This is at the moment not possible unless you go down the sudo road (I assume). Looks to me like if the added security levels in Big Sur is for the good, despite current problems. was (Author: chi): There are more things with Java and Netbeans when it comes to the later versions of MacOs. Another major issue is that apps (and Java JRE is that in this context) needs to ask permission, e.g. to capture sound from a mic. But Java does not do this, hence Java is at the moment paralysed in several directions. Hopefully, someone in Oracle is professional and is just now working very hard to recoup a normal situation. Looks to me like if the added security levels in Big Sur is for the good, despite current problems. > Apache NetBeans cant be installed on Mac OS Big Sur > --- > > Key: NETBEANS-4779 > URL: https://issues.apache.org/jira/browse/NETBEANS-4779 > Project: NetBeans > Issue Type: Bug > Components: platform - installer >Reporter: John McDonnell >Assignee: John McDonnell >Priority: Major > Fix For: 12.1 > > Time Spent: 20m > Remaining Estimate: 0h > > As part of of the Apache NetBeans 12.1 release, it was found that the current > mac os installer doesn't work on Big Sur due to changes in the > `/usr/libexec/java_home` script. > The fix will be to remove the version flag from the installer. -- 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-5101) Cryptic popup dialog on deploy new EJB-Bean-Projekt
[ https://issues.apache.org/jira/browse/NETBEANS-5101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5101: Description: Make a new EBJ-Module-Project and compile the empty project: A cryptic dialog pops up - see attached picture. (was: Make a new EBJ-Module-Project and compile the empty project: A cryptic dialog pops up when it is deployed the first time - see attached picture.) > 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 >Affects Versions: 12.0, 12.1 > 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-5119) Exception after switching to Dark Metal theme
[ https://issues.apache.org/jira/browse/NETBEANS-5119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brenden Towey updated NETBEANS-5119: Description: After switching to Dark Metal and restarting, none of my projects would open. I noticed NetBeans was reporting an error, the message directed me to file a bug report here. A java.lang.NoClassDefFoundError exception has occurred. Please report this at [https://issues.apache.org/jira/projects/NETBEANS/issues], including a copy of your messages.log file as an attachment. The messages.log file is located in your C:\Users\Brenden\AppData\Roaming\NetBeans\12.2\var\log folder. Update: after a restart, everything appeared normal. So it is not reproduceable. was: After switching to Dark Metal and restarting, none of my projects would open. I noticed NetBeans was reporting an error, the message directed me to file a bug report here. A java.lang.NoClassDefFoundError exception has occurred. Please report this at https://issues.apache.org/jira/projects/NETBEANS/issues, including a copy of your messages.log file as an attachment. The messages.log file is located in your C:\Users\Brenden\AppData\Roaming\NetBeans\12.2\var\log folder. > Exception after switching to Dark Metal theme > - > > Key: NETBEANS-5119 > URL: https://issues.apache.org/jira/browse/NETBEANS-5119 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.2 > Environment: Windows 10 >Reporter: Brenden Towey >Priority: Major > Attachments: messages.log > > > After switching to Dark Metal and restarting, none of my projects would open. > I noticed NetBeans was reporting an error, the message directed me to file a > bug report here. > > A java.lang.NoClassDefFoundError exception has occurred. > Please report this at > [https://issues.apache.org/jira/projects/NETBEANS/issues], > including a copy of your messages.log file as an attachment. > The messages.log file is located in your > C:\Users\Brenden\AppData\Roaming\NetBeans\12.2\var\log folder. > > Update: after a restart, everything appeared normal. So it is not > reproduceable. -- 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) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Description: The following exactly same Code works fine when it is deployed outside Netbeans or with a 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 { // pass the username and user-roles to jaac-layer 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) at
[jira] [Updated] (NETBEANS-5121) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Environment: Netbeans 12.2, Glassfish 4.1.2, Glassfish 5.0.1, Project: jdk1.8.0_65, Netbeans: jdk 15.01 (was: Netbeans 12.2, Glassfish 4.1.2, Project: jdk1.8.0_65, Netbeans: jdk 15.01) > Publishing JAAS-Context fails > - > > Key: NETBEANS-5121 > URL: https://issues.apache.org/jira/browse/NETBEANS-5121 > Project: NetBeans > Issue Type: Bug >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 a 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 > { // pass the username and user-roles to jaac-layer 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) >
[jira] [Commented] (NETBEANS-3743) Link to JIRA from "Reporting issues" brings to certain issue, rather than Introduction (System Dashboard)
[ https://issues.apache.org/jira/browse/NETBEANS-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17246088#comment-17246088 ] Philippe Cloutier commented on NETBEANS-3743: - The broken "migrating to Bugzilla" link has been removed since I reported it. For reference, [the contents of the page|https://web.archive.org/web/20130606230833/http://wiki.apache.org/general/ApacheBugzillaToJiraMigration] can be found via the Wayback machine. The Step two section is relevant. > 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
[jira] [Updated] (NETBEANS-5121) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Description: 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 { // pass the username and user-roles to jaac-layer 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) at
[jira] [Commented] (NETBEANS-3743) Link to JIRA from "Reporting issues" brings to certain issue, rather than Introduction (System Dashboard)
[ https://issues.apache.org/jira/browse/NETBEANS-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17246090#comment-17246090 ] Geertjan Wielenga commented on NETBEANS-3743: - We have a readonly instance here of the old bugzilla, if that helps, as an archive: https://bz.apache.org/netbeans/ Indeed, NetBeans does have a single active bug tracking system: https://issues.apache.org/jira/projects/NETBEANS/issues > 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] branch master updated: Removing debug output.
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing 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 90787cc Removing debug output. new 3697145 Merge pull request #2584 from jlahoda/remove-debug 90787cc is described below commit 90787ccf1d2ad1669ea001b35c4fc20bfc3f341b Author: Jan Lahoda AuthorDate: Tue Dec 8 06:55:46 2020 +0100 Removing debug output. --- .../src/org/netbeans/modules/lsp/client/bindings/CustomIndexerImpl.java | 1 - 1 file changed, 1 deletion(-) diff --git a/ide/lsp.client/src/org/netbeans/modules/lsp/client/bindings/CustomIndexerImpl.java b/ide/lsp.client/src/org/netbeans/modules/lsp/client/bindings/CustomIndexerImpl.java index 7c5c989..097e64f 100644 --- a/ide/lsp.client/src/org/netbeans/modules/lsp/client/bindings/CustomIndexerImpl.java +++ b/ide/lsp.client/src/org/netbeans/modules/lsp/client/bindings/CustomIndexerImpl.java @@ -58,7 +58,6 @@ public class CustomIndexerImpl extends CustomIndexer { } Set mimeTypes = new HashSet<>(props.values()); -System.err.println("mimeTypes=" + mimeTypes); Project prj = FileOwnerQuery.getOwner(root); if (prj != null) { - 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) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Description: 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
[jira] [Commented] (NETBEANS-3743) Link to JIRA from "Reporting issues" brings to certain issue, rather than Introduction (System Dashboard)
[ https://issues.apache.org/jira/browse/NETBEANS-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17246155#comment-17246155 ] Geertjan Wielenga commented on NETBEANS-3743: - No, you're right. There's a readonly instance of the old bugzilla (https://bz.apache.org/netbeans) and all new issues since the start of the Apache era are here: https://issues.apache.org/jira/projects/NETBEANS/issues > 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
[jira] [Updated] (NETBEANS-5121) Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Description: 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.server.HttpHandler.doHandle(HttpHandler.java:180) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111) at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
[jira] [Updated] (NETBEANS-5121) Netbeans 12.2: Publishing JAAS-Context fails
[ https://issues.apache.org/jira/browse/NETBEANS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5121: Summary: Netbeans 12.2: Publishing JAAS-Context fails (was: Publishing JAAS-Context fails) > Netbeans 12.2: Publishing JAAS-Context fails > > > Key: NETBEANS-5121 > URL: https://issues.apache.org/jira/browse/NETBEANS-5121 > Project: NetBeans > Issue Type: Bug >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 >
[jira] [Commented] (NETBEANS-3743) Link to JIRA from "Reporting issues" brings to certain issue, rather than Introduction (System Dashboard)
[ https://issues.apache.org/jira/browse/NETBEANS-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17246146#comment-17246146 ] Philippe Cloutier commented on NETBEANS-3743: - Thank you very much Geertjan I agree that NetBeans has a single active BTS; unfortunately the implication makes no difference between active and inactive systems: ??If you have found a bug in the application, please help Apache NetBeans by reporting this problem to our bug tracking system.?? If you are [still] claiming that all Bugzilla tickets are in Jira, please answer the previous questions. > 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
[jira] [Commented] (NETBEANS-3743) Link to JIRA from "Reporting issues" brings to certain issue, rather than Introduction (System Dashboard)
[ https://issues.apache.org/jira/browse/NETBEANS-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17246084#comment-17246084 ] Philippe Cloutier commented on NETBEANS-3743: - Correct Geertjan. As I wrote yesterday, "Unfortunately, to my knowledge, this issue cannot be solved simply by fixing a link." The page you mention has most important information, as it hints that some tickets are missing in Jira. But it does not indicate that explicitly. And as you noticed, it has nothing specific to NetBeans. So simply changing the link to bring there instead would be inappropriate. Here are 2 ways in which this could be solved: # Migrate Bugzilla tickets to Jira # Change the Reporting issues page so: ## that it stops claiming that NetBeans uses a single bug tracking system ## and that it points to the NetBeans tickets in Bugzilla In addition, there is something which should be changed (probably in the link to Jira) so that following the link doesn't display a specific issue. But if the core of this issue can be fixed without solving that, I will be happy to create a separate ticket if needed. > 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
[jira] [Updated] (NETBEANS-3743) Link to JIRA from "Reporting issues" brings to certain issue, rather than Introduction (System Dashboard)
[ https://issues.apache.org/jira/browse/NETBEANS-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philippe Cloutier updated NETBEANS-3743: Description: [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.- was: [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. > 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,
[jira] [Created] (NETBEANS-5122) "Go To Test/Tested Class
Zack Young created NETBEANS-5122: Summary: "Go To Test/Tested Class Key: NETBEANS-5122 URL: https://issues.apache.org/jira/browse/NETBEANS-5122 Project: NetBeans Issue Type: Bug Reporter: Zack Young Very similar to NETBEANS-295. -- 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-4861) NB-Javac Upgrade to JDK-15
[ https://issues.apache.org/jira/browse/NETBEANS-4861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ben Gunnink updated NETBEANS-4861: -- Attachment: (was: image-2020-12-07-15-05-27-868.png) > NB-Javac Upgrade to JDK-15 > -- > > Key: NETBEANS-4861 > URL: https://issues.apache.org/jira/browse/NETBEANS-4861 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.2 >Reporter: Akshay Gupta >Priority: Critical > Labels: pull-request-available > Attachments: image-2020-12-07-15-05-38-761.png > > Time Spent: 2h 50m > Remaining Estimate: 0h > > netbeans 12.1 currently is supported by nb-javac for JDK-14. > Will upgrade nb-javac to make it in sync with JDK-15 for netbenas 12.2 > nb-javac link: [https://hg.netbeans.org/main/nb-java-x] -- 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-5122) "Go To Test/Tested Class" updates pom.xml even when canceled
[ https://issues.apache.org/jira/browse/NETBEANS-5122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zack Young updated NETBEANS-5122: - Description: Very similar to NETBEANS-295. Reproduction Steps: 1) Navigate to a file in a Maven Java project that doesn't have tests yet. 2) Use "Go To Test/Tested Class" 3) In the dialogue that pops up, select Selenium for the Framework (if not already selected) 4) Cancel 5) Congratulations, your pom.xml now has some Selenium dependencies in it This is particularly annoying when the Framework defaults to "Selenium" in some cases, so as soon as the dialogue box pops up, my pom is mangled. was: Very similar to NETBEANS-295. Summary: "Go To Test/Tested Class" updates pom.xml even when canceled (was: "Go To Test/Tested Class ) > "Go To Test/Tested Class" updates pom.xml even when canceled > > > Key: NETBEANS-5122 > URL: https://issues.apache.org/jira/browse/NETBEANS-5122 > Project: NetBeans > Issue Type: Bug >Reporter: Zack Young >Priority: Major > > Very similar to NETBEANS-295. > Reproduction Steps: > 1) Navigate to a file in a Maven Java project that doesn't have tests yet. > 2) Use "Go To Test/Tested Class" > 3) In the dialogue that pops up, select Selenium for the Framework (if not > already selected) > 4) Cancel > 5) Congratulations, your pom.xml now has some Selenium dependencies in it > This is particularly annoying when the Framework defaults to "Selenium" in > some cases, so as soon as the dialogue box pops up, my pom is mangled. -- 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-5122) "Go To Test/Tested Class" updates pom.xml even when canceled
[ https://issues.apache.org/jira/browse/NETBEANS-5122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zack Young updated NETBEANS-5122: - Affects Version/s: 11.3 12.1 > "Go To Test/Tested Class" updates pom.xml even when canceled > > > Key: NETBEANS-5122 > URL: https://issues.apache.org/jira/browse/NETBEANS-5122 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.3, 12.1 >Reporter: Zack Young >Priority: Major > > Very similar to NETBEANS-295. > Reproduction Steps: > 1) Navigate to a file in a Maven Java project that doesn't have tests yet. > 2) Use "Go To Test/Tested Class" > 3) In the dialogue that pops up, select Selenium for the Framework (if not > already selected) > 4) Cancel > 5) Congratulations, your pom.xml now has some Selenium dependencies in it > This is particularly annoying when the Framework defaults to "Selenium" in > some cases, so as soon as the dialogue box pops up, my pom is mangled. -- 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-5123) Scanner class is not working
Maxwell created NETBEANS-5123: - Summary: Scanner class is not working Key: NETBEANS-5123 URL: https://issues.apache.org/jira/browse/NETBEANS-5123 Project: NetBeans Issue Type: Bug Affects Versions: 12.2, 12.1 Environment: Product Version: Apache NetBeans IDE 12.2 Java: 14.0.2; OpenJDK 64-Bit Server VM 14.0.2+12 Runtime: OpenJDK Runtime Environment 14.0.2+12 System: Linux version 5.9.13-arch1-1 running on amd64; UTF-8; en_US (nb) User directory: /home/user/.netbeans/12.2 Cache directory: /home/user/.cache/netbeans/12.2 Reporter: Maxwell Hi, I'm trying to use the scanner function in Netbeans on GNU/Linux and I can't get anything. I did a search on the web and I found this similar issues reports: [Found in Reddit:|https://www.reddit.com/r/javahelp/comments/hogiy0/problem_with_netbeans_ide_cant_run_scanner/] [Found in StackOverFlow|https://stackoverflow.com/questions/65093960/problem-with-java-scanner-when-using-netbeans-it-does-not-show-any-reaction] Can you check and fix this ASAP, please? -- 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