[JBoss JIRA] (WFCORE-774) Memory leak in JBoss CLI
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-774?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-4798 to WFCORE-774:
-----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-774 (was: WFLY-4798)
Affects Version/s: 2.0.0.Alpha4
1.0.0.CR6
(was: 8.2.0.Final)
(was: 9.0.0.CR2)
(was: 10.0.0.Alpha3)
Component/s: CLI
(was: CLI)
> Memory leak in JBoss CLI
> ------------------------
>
> Key: WFCORE-774
> URL: https://issues.jboss.org/browse/WFCORE-774
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Affects Versions: 2.0.0.Alpha4, 1.0.0.CR6
> Reporter: Josef Cacek
> Assignee: Alexey Loubyansky
>
> The JBoss CLI contains a memory leak related to CLI Kerberos authentication.
> The {{org.jboss.as.cli.impl.CommandContextImpl}} class calls the {{initJaasConfig()}} in its constructor,
> which adds a new {{JaasConfigurationWrapper}} instance to {{javax.security.auth.login.Configuration}}.
> It's done for every new {{CommandContext}} instance, so it consumes more and more memory. There is no cleanup for the registered
> configurations.
> Moreover, the searches for appropriate
> login config take more and more time because they have to go through all the wrapped objects.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFCORE-570) Provide ability to display module dependencies via Management API
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-570?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFCORE-570:
-----------------------------------------
The current /core-service=module-loading:list-resource-loader-paths op provides absolute locations, not relative. The absolute path was a key aspect of why the op was wanted, as it lets GSS determine where a module is being loaded from in a layered product or patched installation situation where there are multiple module roots.
So if this is going to replace that op, that kind of information will need to be provided somehow.
> Provide ability to display module dependencies via Management API
> -----------------------------------------------------------------
>
> Key: WFCORE-570
> URL: https://issues.jboss.org/browse/WFCORE-570
> Project: WildFly Core
> Issue Type: Feature Request
> Components: CLI, Domain Management
> Reporter: Tomaz Cerar
> Assignee: Tomaz Cerar
> Fix For: 2.0.0.Alpha5
>
>
> Provide ability to display module dependencies via Management API
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4771) The WildFly Arquillian ManagementClient should not assume undertow is enabled
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4771?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reopened WFLY-4771:
-------------------------------
After some discussion today I think we would need some better way of supporting non web deployments when there is no undertow/web subsystem to get info from.
We could just return null for webUri in case undertow subsystem is not present.
We just need to make sure this doesn't break anything.
> The WildFly Arquillian ManagementClient should not assume undertow is enabled
> -----------------------------------------------------------------------------
>
> Key: WFLY-4771
> URL: https://issues.jboss.org/browse/WFLY-4771
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
>
> When using wildfly-arquillian with infinispan-server, the connection to the managed server breaks with the following exception:
> java.lang.RuntimeException: org.jboss.as.arquillian.container.ManagementClient$UnSuccessfulOperationException: "WFLYCTL0030: No resource definition is registered for address [(\"subsystem\" => \"undertow\")]"
> at org.jboss.as.arquillian.container.ManagementClient.getWebUri(ManagementClient.java:143)
> at org.jboss.as.arquillian.container.ManagementClient.getProtocolMetaData(ManagementClient.java:160)
> at org.jboss.as.arquillian.container.CommonDeployableContainer.deploy(CommonDeployableContainer.java:145)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$3.call(ContainerDeployController.java:161)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$3.call(ContainerDeployController.java:128)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.executeOperation(ContainerDeployController.java:271)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.deploy(ContainerDeployController.java:127)
> This is because the client relies on the availability of the undertow subsystem, which might not necessarily be available (as is the case with infinispan-server).
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4808) localhost:8080 in an <a> tag causes a string index out of range exception
by Daniel O'Leary (JIRA)
[ https://issues.jboss.org/browse/WFLY-4808?page=com.atlassian.jira.plugin.... ]
Daniel O'Leary updated WFLY-4808:
---------------------------------
Issue Type: Bug (was: Feature Request)
> localhost:8080 in an <a> tag causes a string index out of range exception
> -------------------------------------------------------------------------
>
> Key: WFLY-4808
> URL: https://issues.jboss.org/browse/WFLY-4808
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 9.0.0.CR2
> Environment: Windows 7, MyFaces 2.2.8
> Reporter: Daniel O'Leary
> Assignee: Stuart Douglas
> Labels: myfaces, port, url_rewriting
>
> when using h:outputlink with a value of "http://localhost:8080/xxx/yyy.xhtml" Wildfly will generate the following:
> {quote}
> java.lang.StringIndexOutOfBoundsException: String index out of range: -14 at java.lang.String.substring(String.java:1918) at io.undertow.server.session.PathParameterSessionConfig.rewriteUrl(PathParameterSessionConfig.java:96) at io.undertow.servlet.spec.SessionCookieConfigImpl.rewriteUrl(SessionCookieConfigImpl.java:44) at org.wildfly.extension.undertow.session.CodecSessionConfig.rewriteUrl(CodecSessionConfig.java:74) at io.undertow.servlet.spec.ServletContextImpl$IgnoreInvalidatedSessionConfig.rewriteUrl(ServletContextImpl.java:1001) at io.undertow.servlet.spec.HttpServletResponseImpl.encodeURL(HttpServletResponseImpl.java:580) at org.apache.myfaces.context.servlet.ServletExternalContextImpl.encodeResourceURL(ServletExternalContextImpl.java:365) at org.apache.myfaces.shared.renderkit.html.HtmlLinkRendererBase.renderOutputLinkStart(HtmlLinkRendererBase.java:889) at org.apache.myfaces.shared.renderkit.html.HtmlLinkRendererBase.encodeBegin(HtmlLinkRendererBase.java:149) at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:596) at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:526) at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:550) at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:550) at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:550) at org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage.renderView(FaceletViewDeclarationLanguage.java:1891) at org.apache.myfaces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:313) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:58) at org.apache.myfaces.tomahawk.application.ResourceViewHandlerWrapper.renderView(ResourceViewHandlerWrapper.java:169) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:58) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:58) at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:116) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:267) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:200) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:274) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:253) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745)
> {quote}
> if I change the port to anything else, it generates the page correctly.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4808) localhost:8080 in an <a> tag causes a string index out of range exception
by Daniel O'Leary (JIRA)
Daniel O'Leary created WFLY-4808:
------------------------------------
Summary: localhost:8080 in an <a> tag causes a string index out of range exception
Key: WFLY-4808
URL: https://issues.jboss.org/browse/WFLY-4808
Project: WildFly
Issue Type: Feature Request
Components: Web (Undertow)
Affects Versions: 9.0.0.CR2
Environment: Windows 7, MyFaces 2.2.8
Reporter: Daniel O'Leary
Assignee: Stuart Douglas
when using h:outputlink with a value of "http://localhost:8080/xxx/yyy.xhtml" Wildfly will generate the following:
{quote}
java.lang.StringIndexOutOfBoundsException: String index out of range: -14 at java.lang.String.substring(String.java:1918) at io.undertow.server.session.PathParameterSessionConfig.rewriteUrl(PathParameterSessionConfig.java:96) at io.undertow.servlet.spec.SessionCookieConfigImpl.rewriteUrl(SessionCookieConfigImpl.java:44) at org.wildfly.extension.undertow.session.CodecSessionConfig.rewriteUrl(CodecSessionConfig.java:74) at io.undertow.servlet.spec.ServletContextImpl$IgnoreInvalidatedSessionConfig.rewriteUrl(ServletContextImpl.java:1001) at io.undertow.servlet.spec.HttpServletResponseImpl.encodeURL(HttpServletResponseImpl.java:580) at org.apache.myfaces.context.servlet.ServletExternalContextImpl.encodeResourceURL(ServletExternalContextImpl.java:365) at org.apache.myfaces.shared.renderkit.html.HtmlLinkRendererBase.renderOutputLinkStart(HtmlLinkRendererBase.java:889) at org.apache.myfaces.shared.renderkit.html.HtmlLinkRendererBase.encodeBegin(HtmlLinkRendererBase.java:149) at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:596) at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:526) at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:550) at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:550) at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:550) at org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage.renderView(FaceletViewDeclarationLanguage.java:1891) at org.apache.myfaces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:313) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:58) at org.apache.myfaces.tomahawk.application.ResourceViewHandlerWrapper.renderView(ResourceViewHandlerWrapper.java:169) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:58) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:58) at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:116) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:267) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:200) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:274) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:253) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745)
{quote}
if I change the port to anything else, it generates the page correctly.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4807) Remove the default bindings deployment processor and use a service
by James Perkins (JIRA)
James Perkins created WFLY-4807:
-----------------------------------
Summary: Remove the default bindings deployment processor and use a service
Key: WFLY-4807
URL: https://issues.jboss.org/browse/WFLY-4807
Project: WildFly
Issue Type: Enhancement
Components: EE, Naming
Reporter: James Perkins
Assignee: James Perkins
Currently if a subsystem wants to query a default name binding it can only be done in a {{DeploymentUnitProcessor}}. It could be useful for a subsystem to be able to query this information and display the result in it's model.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4806) Do not deploy artifacts until subsystem MBeans are registered
by Brian Riehman (JIRA)
Brian Riehman created WFLY-4806:
-----------------------------------
Summary: Do not deploy artifacts until subsystem MBeans are registered
Key: WFLY-4806
URL: https://issues.jboss.org/browse/WFLY-4806
Project: WildFly
Issue Type: Feature Request
Components: JMX, Server
Reporter: Brian Riehman
Assignee: Kabir Khan
Priority: Minor
When the server starts up and begins to deploy artifacts, the subsystem MBeans are not yet available. Our application has implemented a {{ServletContextListener}} and is attempting to lookup attributes from a DataSource MBean (e.g. {{jboss.as:subsystem=datasources,xa-data-source=DefaultDS}}). This MBean is not available at the time the listener is called when the server is first starting up. Some time after the deployment has run, the MBean is available and can be queried.
If the deployment is added after the server has already successfully started, the MBean can be queried successfully. I would imagine the deploy operation is done in parallel with the MBean registration, but I cannot find where the datasource subsystem MBean registration occurs.
It is odd that the datasource exists but the datasources subsystem MBean is not yet available for querying.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month