[jira] [Updated] (NETBEANS-5391) JEE8 Syntax not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5391: Description: EE8 syntax of ui:repeat is not properly recognized. Just type: {code:java} #{i} {code} ... see screen shot: !test.png! was: EE8 syntax of ui:repeat is not properly recognized. Just type: {code} #{i} {code} ... see screen shot. > JEE8 Syntax not recognized > -- > > Key: NETBEANS-5391 > URL: https://issues.apache.org/jira/browse/NETBEANS-5391 > Project: NetBeans > Issue Type: Bug > Components: cnd - Editor >Affects Versions: 12.2 > Environment: Netbeans 12.2, Java15 >Reporter: S. M. >Priority: Minor > Attachments: test.png > > > EE8 syntax of ui:repeat is not properly recognized. Just type: > {code:java} > > #{i} > > {code} > ... see screen shot: > !test.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5098) SessionBean does not deploy (Exception while invoking class org.glassfish.ejb.startup.EjbDeployer)
[ https://issues.apache.org/jira/browse/NETBEANS-5098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5098: Description: How to reproduce: Make a new Java Ant/Java Enterprise/EJB Module and add an 'empty' Session-EJB to the project: {code} package test; import javax.ejb.LocalBean; import javax.ejb.Stateless; @Stateless @LocalBean public class NewSessionBean { } {code} Deploy the module within Netbeans to Glassfish. The exactly same code works fine when it is deployed outside Netbeans or with an older Netbeans version. So I feel it is a Netbeans Issue. At deployment on Glassfish 4 or 5 the following Exeption occurs: {code} 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-5099) PhaseListener prevents deployment
[ https://issues.apache.org/jira/browse/NETBEANS-5099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5099: Summary: PhaseListener prevents deployment (was: SessionTimeoutPhaseListener prevents deployment) > PhaseListener prevents deployment > - > > Key: NETBEANS-5099 > URL: https://issues.apache.org/jira/browse/NETBEANS-5099 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0, 12.2 > Environment: Netbeans 12.2, Glassfish 4 and Glassfish 5, Project: > jdk1.8.0_65, Netbeans: jdk 14.01 >Reporter: S. M. >Priority: Blocker > > The 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 Issue... > Here comes the error description: > Make an new WebApplication with Glassfish 4.1.2 or 5.0.1. and add JavaServer > Faces - Framework. > Add the following faces-config.xml: > {code} > >xmlns="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 > > > {code} > Add the following class: > {code} > 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; } > } > {code} > At deployment on Glassfish 4 or 5 the following Exeption occurs. > {code} > 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
[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: The 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 Issue... Here comes the error description: Make an new WebApplication with Glassfish 4.1.2 or 5.0.1. and add JavaServer Faces - Framework. Add the following faces-config.xml: {code} 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 {code} Add the following class: {code} 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; } } {code} At deployment on Glassfish 4 or 5 the following Exeption occurs. {code} 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
[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: The 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 Issue... Here comes the error description: Make an new WebApplication with Glassfish 4.1.2 or 5.0.1. and add JavaServer Faces - Framework. Add the following faces-config.xml: {code} 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 {code} Add the following class: {code} 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; } } {code} At deployment on Glassfish 4 or 5 the following Exeption occurs. {code} 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
[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: The 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 Issue... Here comes the error description: Make an new WebApplication with Glassfish 4.1.2 or 5.0.1. and add JavaServer Faces - Framework. Add the following faces-config.xml: {code} 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 {code} Add the following class: {code} 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; } } {code} At deployment on Glassfish 4 or 5 the following Exeption occurs. {code} 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
[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: The 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 Issue... Here comes the error description: Make a new EBJ-Module-Project. Add this Singleton-EJB to the project: {code} 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") } {code} At deployment on Glassfish 4 or 5 the following Exeption occurs: {code} 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-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: The 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 Issue... Here comes the error description: Make a new EBJ-Module-Project. Add this Singleton-EJB to the project: {code} 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") } {code} At deployment on Glassfish 4 or 5 the following Exeption occurs: {code} 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) 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: 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: {code} static { URL jaasConfigURL = LoginRMB.class.getClassLoader().getResource("my_jaas.config"); System.setProperty("java.security.auth.login.config", jaasConfigURL.toString()); } {code} my_jaas.config looks like: {code} MySecurityContext { com.cortexsoft.jaas.myloginmodul.MyLoginModule required debug=true; }; {code} I deploy to Glassfish 4.1.2. or 5.0.1 When I try to establish the security context by: {code} LoginContext lc = new LoginContext("MySecurityContext", myCallbackHandler); {code} ...the following error occurs: {code} 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) 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: 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: {code} static { URL jaasConfigURL = LoginRMB.class.getClassLoader().getResource("my_jaas.config"); System.setProperty("java.security.auth.login.config", jaasConfigURL.toString()); } {code} my_jaas.config looks like: {code} MySecurityContext { com.cortexsoft.jaas.myloginmodul.MyLoginModule required debug=true; }; {code} I deploy to Glassfish 4.1.2. or 5.0.1 When I try to establish the security context by: {code} LoginContext lc = new LoginContext("MySecurityContext", myCallbackHandler); {code} ...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-5255) Duplicate deployment in maven web application
[ https://issues.apache.org/jira/browse/NETBEANS-5255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5255: Description: Create a maven web application. Clean and build the project. When you run the project, it is deployed two times. (Which is a menace for large projects) (was: Create a maven web application. Clean and build the project. When you run the project it is deployed two times. (Which is a menace for large projects)) > Duplicate deployment in maven web application > - > > Key: NETBEANS-5255 > URL: https://issues.apache.org/jira/browse/NETBEANS-5255 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven >Affects Versions: 12.2 > Environment: Netbeans 12.2, Glassfish 4, Project: jdk1.8.0_65, > Netbeans: jdk 14.01 >Reporter: S. M. >Priority: Major > > Create a maven web application. Clean and build the project. When you run the > project, it is deployed two times. (Which is a menace for large projects) -- 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-5391) JEE8 Syntax not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5391: Description: EE8 syntax of ui:repeat is not properly recognized. Just type: {code} #\{i} {code} ... see screen shot. was: EE8 syntax of ui:repeat is not properly recognized. Just type: #\{i} ... see screen shot. > JEE8 Syntax not recognized > -- > > Key: NETBEANS-5391 > URL: https://issues.apache.org/jira/browse/NETBEANS-5391 > Project: NetBeans > Issue Type: Bug > Components: cnd - Editor >Affects Versions: 12.2 > Environment: Netbeans 12.2, Java15 >Reporter: S. M. >Priority: Minor > Attachments: test.png > > > EE8 syntax of ui:repeat is not properly recognized. Just type: > {code} > > #\{i} > > {code} > ... see screen shot. -- 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-5391) JEE8 Syntax not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5391: Description: EE8 syntax of ui:repeat is not properly recognized. Just type: {code} #{i} {code} ... see screen shot. was: EE8 syntax of ui:repeat is not properly recognized. Just type: {code} #\{i} {code} ... see screen shot. > JEE8 Syntax not recognized > -- > > Key: NETBEANS-5391 > URL: https://issues.apache.org/jira/browse/NETBEANS-5391 > Project: NetBeans > Issue Type: Bug > Components: cnd - Editor >Affects Versions: 12.2 > Environment: Netbeans 12.2, Java15 >Reporter: S. M. >Priority: Minor > Attachments: test.png > > > EE8 syntax of ui:repeat is not properly recognized. Just type: > {code} > > #{i} > > {code} > ... see screen shot. -- 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-5391) JEE8 Syntax not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5391: Description: EE8 syntax of ui:repeat is not properly recognized. Just type: #\{i} ... see screen shot. was: JEE8 Syntax of ui:repeat is not properly recognized. Just type: #\{i} ... see screen shot. > JEE8 Syntax not recognized > -- > > Key: NETBEANS-5391 > URL: https://issues.apache.org/jira/browse/NETBEANS-5391 > Project: NetBeans > Issue Type: Bug > Components: cnd - Editor >Affects Versions: 12.2 > Environment: Netbeans 12.2, Java15 >Reporter: S. M. >Priority: Minor > Attachments: test.png > > > EE8 syntax of ui:repeat is not properly recognized. Just type: > > #\{i} > > ... see screen shot. -- 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-5391) JEE8 Syntax not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5391: Description: JEE8 Syntax of ui:repeat is not properly recognized. Just type: #\{i} ... see screen shot. was: JEE8 Syntax of ui:repeat is not properly recognized. Upload a screen shot did not work - so just type: #\{i} ... see screen shot. > JEE8 Syntax not recognized > -- > > Key: NETBEANS-5391 > URL: https://issues.apache.org/jira/browse/NETBEANS-5391 > Project: NetBeans > Issue Type: Bug > Components: cnd - Editor >Affects Versions: 12.2 > Environment: Netbeans 12.2, Java15 >Reporter: S. M. >Priority: Minor > Attachments: test.png > > > JEE8 Syntax of ui:repeat is not properly recognized. Just type: > > #\{i} > > ... see screen shot. -- 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-5391) JEE8 Syntax not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5391: Description: JEE8 Syntax of ui:repeat is not properly recognized. Upload a screen shot did not work - so just type: #\{i} ... see screen shot. was: JEE8 Syntax of ui:repeat is not properly recognized. Upload a screen shot did not work - so just type: #\{i} ...and a 'red line' will appear. > JEE8 Syntax not recognized > -- > > Key: NETBEANS-5391 > URL: https://issues.apache.org/jira/browse/NETBEANS-5391 > Project: NetBeans > Issue Type: Bug > Components: cnd - Editor >Affects Versions: 12.2 > Environment: Netbeans 12.2, Java15 >Reporter: S. M. >Priority: Minor > Attachments: test.png > > > JEE8 Syntax of ui:repeat is not properly recognized. Upload a screen shot did > not work - so just type: > > #\{i} > > ... see screen shot. -- 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-5391) JEE8 Syntax not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5391: Attachment: test.png > JEE8 Syntax not recognized > -- > > Key: NETBEANS-5391 > URL: https://issues.apache.org/jira/browse/NETBEANS-5391 > Project: NetBeans > Issue Type: Bug > Components: cnd - Editor >Affects Versions: 12.2 > Environment: Netbeans 12.2, Java15 >Reporter: S. M. >Priority: Minor > Attachments: test.png > > > JEE8 Syntax of ui:repeat is not properly recognized. Upload a screen shot did > not work - so just type: > > #\{i} > > ...and a 'red line' will appear. -- 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-5256) Disabling maven indexing is ignored
[ https://issues.apache.org/jira/browse/NETBEANS-5256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5256: Attachment: test.png > Disabling maven indexing is ignored > --- > > Key: NETBEANS-5256 > URL: https://issues.apache.org/jira/browse/NETBEANS-5256 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven >Affects Versions: 12.2 > Environment: Netbeans 12.2 >Reporter: S. M. >Assignee: Svatopluk Dedic >Priority: Minor > > Though maven indexing is disabled in the Netbeans settings (Index Update > Frequency: Never) the IDE continues to fetch the index from maven central. > Supplement: After the index was downloaded once completely, there were no > more tries to download it again. > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5256) Disabling maven indexing is ignored
[ https://issues.apache.org/jira/browse/NETBEANS-5256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] S. M. updated NETBEANS-5256: Attachment: (was: test.png) > Disabling maven indexing is ignored > --- > > Key: NETBEANS-5256 > URL: https://issues.apache.org/jira/browse/NETBEANS-5256 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven >Affects Versions: 12.2 > Environment: Netbeans 12.2 >Reporter: S. M. >Assignee: Svatopluk Dedic >Priority: Minor > > Though maven indexing is disabled in the Netbeans settings (Index Update > Frequency: Never) the IDE continues to fetch the index from maven central. > Supplement: After the index was downloaded once completely, there were no > more tries to download it again. > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-5391) JEE8 Syntax not recognized
S. M. created NETBEANS-5391: --- Summary: JEE8 Syntax not recognized Key: NETBEANS-5391 URL: https://issues.apache.org/jira/browse/NETBEANS-5391 Project: NetBeans Issue Type: Bug Components: cnd - Editor Affects Versions: 12.2 Environment: Netbeans 12.2, Java15 Reporter: S. M. JEE8 Syntax of ui:repeat is not properly recognized. Upload a screen shot did not work - so just type: #\{i} ...and a 'red line' will appear. -- 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-tools] branch master updated: Implement apache oauth login
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-tools.git The following commit(s) were added to refs/heads/master by this push: new 1e49bb6 Implement apache oauth login new 6a3a7ba Merge pull request #42 from matthiasblaesing/pp3-login-apache 1e49bb6 is described below commit 1e49bb68f2335579e70d8ac5a189c65bf3ef9631 Author: Matthias Bläsing AuthorDate: Wed Feb 3 21:39:46 2021 +0100 Implement apache oauth login The ASF provides an oauth based login option via: https://oauth.apache.org see https://oauth.apache.org/api.html for documentation. This change integrates the oauth system and allows every ASF committer to login using his/her ASF credentials. --- .../Application/config/module.config.php.dist | 8 + .../src/Application/Controller/LoginController.php | 88 +++-- pp3/public/img/login/apache.svg| 404 + 3 files changed, 467 insertions(+), 33 deletions(-) diff --git a/pp3/module/Application/config/module.config.php.dist b/pp3/module/Application/config/module.config.php.dist index 5dafbfb..32f514b 100755 --- a/pp3/module/Application/config/module.config.php.dist +++ b/pp3/module/Application/config/module.config.php.dist @@ -60,6 +60,14 @@ return array( 'clientId' => 'DO_NOT_COMMIT', 'clientSecret' => 'DO_NOT_COMMIT', 'type' => 'amazon' +), +array( +'id' => 'apache', +'name' => 'Apache', +'icon' => '/img/login/apache.svg', +'clientId' => 'IGNORED', +'clientSecret' => 'IGNORED', +'type' => 'apache' ) ), 'router' => array( diff --git a/pp3/module/Application/src/Application/Controller/LoginController.php b/pp3/module/Application/src/Application/Controller/LoginController.php index 3fbdfeb..493897d 100644 --- a/pp3/module/Application/src/Application/Controller/LoginController.php +++ b/pp3/module/Application/src/Application/Controller/LoginController.php @@ -82,6 +82,9 @@ class LoginController extends BaseController { $stateBytes = random_bytes(64); $state = bin2hex($stateBytes); +if($loginConfig['type'] == 'apache') { +$state = substr($state, 0, 64); +} $_SESSION['oauthState'] = $state; $_SESSION['oauthConfig'] = $loginConfig['id']; $scopeData = self::scopesFromType($loginConfig['type']); @@ -89,7 +92,7 @@ class LoginController extends BaseController { 'client_id' => $loginConfig['clientId'], 'state' => $state, 'response_type' => 'code', -'redirect_uri' => $this->redirectUrl() +'redirect_uri' => $this->redirectUrl($loginConfig['type'], $state) ); if($scopeData) { $queryData['scope'] = $scopeData; @@ -124,39 +127,48 @@ class LoginController extends BaseController { return $response; } -$tokenRequest = self::tokenRequest($code, $loginConfig); -$queryTokenResult = file_get_contents(self::tokenUrlFromType($loginConfig['type']), false, stream_context_create([ -'http' => [ -'method' => 'POST', -'header' => ["Content-type: application/json", "Accept: application/json"], -'content' => json_encode($tokenRequest) -] -])); - -if(!$queryTokenResult) { -error_log("Empty response"); -$response->setStatusCode(500); -$response->setContent(json_encode(array('success' => false, 'reason' => 'INVALID_TOKEN'))); -return $response; -} +if($loginConfig['type'] == 'apache') { +$queryProfileResult = file_get_contents("https://oauth.apache.org/token?code=; . $_GET['code'], false, stream_context_create([ +'http' => [ +'header' => ['Accept: application/json', 'User-Agent: Netbeans Plugin Portal'], +"ignore_errors" => true, +] +])); +} else { +$tokenRequest = self::tokenRequest($code, $loginConfig); +$queryTokenResult = file_get_contents(self::tokenUrlFromType($loginConfig['type']), false, stream_context_create([ +'http' => [ +'method' => 'POST', +'header' => ["Content-type: application/json", "Accept: application/json"], +'content' => json_encode($tokenRequest) +] +])); + +if(!$queryTokenResult) { +error_log("Empty response"); +$response->setStatusCode(500); +$response->setContent(json_encode(array('success' => false, 'reason' => 'INVALID_TOKEN'))); +return $response; +
[jira] [Comment Edited] (NETBEANS-5380) Background scanning spends significant time in o.n.m.j.mx.project.SuiteFileOwnerQueryImpl#getOwner
[ https://issues.apache.org/jira/browse/NETBEANS-5380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17292066#comment-17292066 ] Matthias Bläsing edited comment on NETBEANS-5380 at 2/27/21, 9:50 AM: -- Thank you for the explanation - with the generated projects indeed I found, that the SimpleFileOwnerQueryImplementation will normally return the wrong project. With this in mind I reverted the question: How could we prevent netbeans from recognizing the legacy projects when MX support is present? I came up with this: [https://github.com/matthiasblaesing/netbeans/commit/460042be723b28b430f88c77c1ee7ab18f364892] The problem from my POV is, that org.netbeans.modules.project.ant.AntBasedProjectFactorySingleton will recognize the ant based project and legacy project support kicks in. But NetBeans supports multiple projects per project and will default to the one with the ProjectFactory of the lowest position. So two thing are done in the above patch: # org.netbeans.modules.java.mx.project.SuiteFactory got a position and that position is lower than the one from AntBasedProjectFactorySingleton # The factory was modified, to detect MX project not only for the current directory, but also two levels up What do you think? I'll switch to a build with this merged and see if it does what I expect it to do. *[edit]* Totally unscientific check: * had angular-tour-of-heros open (puts medium load onto the indexer) * opened an MX project (regex from graal project): the main regex project _and_ the two subprojects (com.oracle.truffle.regex and com.oracle.truffle.regex.test) where recognized * I opened regex and got normal java code completion and error reporting (so looks right) * indexing is still not fast, but it is back to the normal speed. Now the JsIndexer is again the most significant part of the indexing was (Author: mblaesing): Thank you for the explanation - with the generated projects indeed I found, that the SimpleFileOwnerQueryImplementation will normally return the wrong project. With this in mind I reverted the question: How could we prevent netbeans from recognizing the legacy projects when MX support is present? I came up with this: [https://github.com/matthiasblaesing/netbeans/commit/460042be723b28b430f88c77c1ee7ab18f364892] The problem from my POV is, that org.netbeans.modules.project.ant.AntBasedProjectFactorySingleton will recognize the ant based project and legacy project support kicks in. But NetBeans supports multiple projects per project and will default to the one with the ProjectFactory of the lowest position. So two thing are done in the above patch: # org.netbeans.modules.java.mx.project.SuiteFactory got a position and that position is lower than the one from AntBasedProjectFactorySingleton # The factory was modified, to detect MX project not only for the current directory, but also two levels up What do you think? I'll switch to a build with this merged and see if it does what I expect it to do. [edit]Totally unscientific check: * had angular-tour-of-heros open (puts medium load onto the indexer) * opened an MX project (regex from graal project): the main regex project _and_ the two subprojects (com.oracle.truffle.regex and com.oracle.truffle.regex.test) where recognized * I opened regex and got normal java code completion and error reporting (so looks right) * indexing is still not fast, but it is back to the normal speed. Now the JsIndexer is again the most significant part of the indexing > Background scanning spends significant time in > o.n.m.j.mx.project.SuiteFileOwnerQueryImpl#getOwner > -- > > Key: NETBEANS-5380 > URL: https://issues.apache.org/jira/browse/NETBEANS-5380 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: Next >Reporter: Matthias Bläsing >Assignee: Jaroslav Tulach >Priority: Major > Attachments: sample1.npss, sample2.npss > > > I opened an angular project into an IDE build from recent master. I observed, > that a very (> 20 minutes) long background scanning times could be observed. > I first used visual VM and then the netbeans internal profiler to try to > narrow it down. > *Profile* > I'll attach two self profiles, both show the same picture, so I'll > concentrate on _sample2.npss_: > There are 9 entries in the self profile, that show CPU times > 190s. From > these 8 are waiting in native code and thus false positives: > - ReferenceHandler > - FileSystemWatchService > - process reaper (3x) > - StreamTerm.Output (2x) > - pool-5-thread-1 (From the trace LSP integration) > The one trace, that is connected to the observed scanning and is in java code > is
[jira] [Comment Edited] (NETBEANS-5380) Background scanning spends significant time in o.n.m.j.mx.project.SuiteFileOwnerQueryImpl#getOwner
[ https://issues.apache.org/jira/browse/NETBEANS-5380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17292066#comment-17292066 ] Matthias Bläsing edited comment on NETBEANS-5380 at 2/27/21, 9:50 AM: -- Thank you for the explanation - with the generated projects indeed I found, that the SimpleFileOwnerQueryImplementation will normally return the wrong project. With this in mind I reverted the question: How could we prevent netbeans from recognizing the legacy projects when MX support is present? I came up with this: [https://github.com/matthiasblaesing/netbeans/commit/460042be723b28b430f88c77c1ee7ab18f364892] The problem from my POV is, that org.netbeans.modules.project.ant.AntBasedProjectFactorySingleton will recognize the ant based project and legacy project support kicks in. But NetBeans supports multiple projects per project and will default to the one with the ProjectFactory of the lowest position. So two thing are done in the above patch: # org.netbeans.modules.java.mx.project.SuiteFactory got a position and that position is lower than the one from AntBasedProjectFactorySingleton # The factory was modified, to detect MX project not only for the current directory, but also two levels up What do you think? I'll switch to a build with this merged and see if it does what I expect it to do. [edit]Totally unscientific check: * had angular-tour-of-heros open (puts medium load onto the indexer) * opened an MX project (regex from graal project): the main regex project _and_ the two subprojects (com.oracle.truffle.regex and com.oracle.truffle.regex.test) where recognized * I opened regex and got normal java code completion and error reporting (so looks right) * indexing is still not fast, but it is back to the normal speed. Now the JsIndexer is again the most significant part of the indexing was (Author: mblaesing): Thank you for the explanation - with the generated projects indeed I found, that the SimpleFileOwnerQueryImplementation will normally return the wrong project. With this in mind I reverted the question: How could we prevent netbeans from recognizing the legacy projects when MX support is present? I came up with this: [https://github.com/matthiasblaesing/netbeans/commit/460042be723b28b430f88c77c1ee7ab18f364892] The problem from my POV is, that org.netbeans.modules.project.ant.AntBasedProjectFactorySingleton will recognize the ant based project and legacy project support kicks in. But NetBeans supports multiple projects per project and will default to the one with the ProjectFactory of the lowest position. So two thing are done in the above patch: # org.netbeans.modules.java.mx.project.SuiteFactory got a position and that position is lower than the one from AntBasedProjectFactorySingleton # The factory was modified, to detect MX project not only for the current directory, but also two levels up What do you think? I'll switch to a build with this merged and see if it does what I expect it to do. > Background scanning spends significant time in > o.n.m.j.mx.project.SuiteFileOwnerQueryImpl#getOwner > -- > > Key: NETBEANS-5380 > URL: https://issues.apache.org/jira/browse/NETBEANS-5380 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: Next >Reporter: Matthias Bläsing >Assignee: Jaroslav Tulach >Priority: Major > Attachments: sample1.npss, sample2.npss > > > I opened an angular project into an IDE build from recent master. I observed, > that a very (> 20 minutes) long background scanning times could be observed. > I first used visual VM and then the netbeans internal profiler to try to > narrow it down. > *Profile* > I'll attach two self profiles, both show the same picture, so I'll > concentrate on _sample2.npss_: > There are 9 entries in the self profile, that show CPU times > 190s. From > these 8 are waiting in native code and thus false positives: > - ReferenceHandler > - FileSystemWatchService > - process reaper (3x) > - StreamTerm.Output (2x) > - pool-5-thread-1 (From the trace LSP integration) > The one trace, that is connected to the observed scanning and is in java code > is _RepositoryUpdater.worker._ Breaking this down shows, that, although the > forward calls split into two branches, both hit: > _org.netbeans.modules.java.mx.project.SuiteFileOwnerQueryImpl#getOwner_ > That method is responsible for 178s CPU time. No other FileOwnerQueryImpl > shows up in the trace, and thus this leads me to the conclusion, that this is > fishy. > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail:
[jira] [Commented] (NETBEANS-5380) Background scanning spends significant time in o.n.m.j.mx.project.SuiteFileOwnerQueryImpl#getOwner
[ https://issues.apache.org/jira/browse/NETBEANS-5380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17292066#comment-17292066 ] Matthias Bläsing commented on NETBEANS-5380: Thank you for the explanation - with the generated projects indeed I found, that the SimpleFileOwnerQueryImplementation will normally return the wrong project. With this in mind I reverted the question: How could we prevent netbeans from recognizing the legacy projects when MX support is present? I came up with this: [https://github.com/matthiasblaesing/netbeans/commit/460042be723b28b430f88c77c1ee7ab18f364892] The problem from my POV is, that org.netbeans.modules.project.ant.AntBasedProjectFactorySingleton will recognize the ant based project and legacy project support kicks in. But NetBeans supports multiple projects per project and will default to the one with the ProjectFactory of the lowest position. So two thing are done in the above patch: # org.netbeans.modules.java.mx.project.SuiteFactory got a position and that position is lower than the one from AntBasedProjectFactorySingleton # The factory was modified, to detect MX project not only for the current directory, but also two levels up What do you think? I'll switch to a build with this merged and see if it does what I expect it to do. > Background scanning spends significant time in > o.n.m.j.mx.project.SuiteFileOwnerQueryImpl#getOwner > -- > > Key: NETBEANS-5380 > URL: https://issues.apache.org/jira/browse/NETBEANS-5380 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: Next >Reporter: Matthias Bläsing >Assignee: Jaroslav Tulach >Priority: Major > Attachments: sample1.npss, sample2.npss > > > I opened an angular project into an IDE build from recent master. I observed, > that a very (> 20 minutes) long background scanning times could be observed. > I first used visual VM and then the netbeans internal profiler to try to > narrow it down. > *Profile* > I'll attach two self profiles, both show the same picture, so I'll > concentrate on _sample2.npss_: > There are 9 entries in the self profile, that show CPU times > 190s. From > these 8 are waiting in native code and thus false positives: > - ReferenceHandler > - FileSystemWatchService > - process reaper (3x) > - StreamTerm.Output (2x) > - pool-5-thread-1 (From the trace LSP integration) > The one trace, that is connected to the observed scanning and is in java code > is _RepositoryUpdater.worker._ Breaking this down shows, that, although the > forward calls split into two branches, both hit: > _org.netbeans.modules.java.mx.project.SuiteFileOwnerQueryImpl#getOwner_ > That method is responsible for 178s CPU time. No other FileOwnerQueryImpl > shows up in the trace, and thus this leads me to the conclusion, that this is > fishy. > -- 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