[JBoss JIRA] (WFCORE-1259) Embedded HC started with host-slave.xml does not allow changes as master connection service is not available
by Ken Wills (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1259?page=com.atlassian.jira.plugi... ]
Ken Wills updated WFCORE-1259:
------------------------------
Issue Type: Bug (was: Enhancement)
> Embedded HC started with host-slave.xml does not allow changes as master connection service is not available
> ------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-1259
> URL: https://issues.jboss.org/browse/WFCORE-1259
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Ken Wills
> Assignee: Ken Wills
>
> # update host-slave.xml - simplify the example
> -<host xmlns="urn:jboss:domain:4.0">
> +<host name="slave" xmlns="urn:jboss:domain:4.0">
> $ ./jboss-cli.sh -Djboss.domain.master.address=127.0.0.1
> [disconnected /] embed-host-controller --host-config=host-slave.xml --std-out=echo
> [domain@embedded /] /host=slave/server-config=server-one:write-attribute(name=socket-binding-port-offset, value=1)
> 2:22:06,003 ERROR [org.jboss.as.controller.management-operation] (AeshProcess: 2) WFLYCTL0013: Operation
> +("write-attribute") failed - address: ([
> ("host" => "slave"),
> ("server-config" => "server-one")
> ]): org.jboss.msc.service.ServiceNotFoundException: Service service jboss.domain.controller.connection not found
> at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:669)
> at org.jboss.as.controller.OperationContextImpl$OperationContextServiceRegistry.getRequiredService(OperationCo
> +ntextImpl.java:2208)
> at org.jboss.as.domain.controller.operations.SyncModelOperationHandlerWrapper.execute(SyncModelOperationHandle
> +rWrapper.java:131)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1341)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:204)
> at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:659)
> at org.jboss.as.controller.ModelControllerImpl$3.execute(ModelControllerImpl.java:649)
> at org.jboss.as.controller.client.helpers.DelegatingModelControllerClient.execute(DelegatingModelControllerCli
> +ent.java:63)
> at org.jboss.as.cli.embedded.ThreadContextsModelControllerClient.execute(ThreadContextsModelControllerClient.j
> +ava:59)
> at org.jboss.as.cli.handlers.OperationRequestHandler.handle(OperationRequestHandler.java:84)
> at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:753)
> at org.jboss.as.cli.impl.CommandContextImpl.handleSafe(CommandContextImpl.java:799)
> at org.jboss.as.cli.impl.CommandContextImpl$2.execute(CommandContextImpl.java:412)
> at org.jboss.aesh.console.AeshProcess.run(AeshProcess.java:53)
> 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)
> {
> "outcome" => "failed",
> "result" => {},
> "failure-description" => {"host-failure-descriptions" => {"slave" => "WFLYCTL0158: Operation handler failed: org.j
> +boss.msc.service.ServiceNotFoundException: Service service jboss.domain.controller.connection not found"}},
> "rolled-back" => true
> }
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFCORE-951) LDAP context resource leaks in Picketbox
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-951?page=com.atlassian.jira.plugin... ]
Brian Stansberry resolved WFCORE-951.
-------------------------------------
Release Notes Text: I'm going to resolve this against 2.0.5 although it may have been an early 2.0.x release. The related JBEAP issue is verified and the code for this is in sync between the branches so for the JBEAP to be fixed this one must be as well.
Fix Version/s: 2.0.5.Final
Resolution: Done
> LDAP context resource leaks in Picketbox
> ----------------------------------------
>
> Key: WFCORE-951
> URL: https://issues.jboss.org/browse/WFCORE-951
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 2.0.0.Beta5
> Reporter: Josef Cacek
> Assignee: Peter Skopek
> Priority: Blocker
> Fix For: 2.0.5.Final
>
>
> There are several {{InitialLdapContext}} resource leaks in LDAP related code in PicketBox.
> The most critical is IMO leak in `LdapLoginModule.createLdapInitContext()` method. LDAP connections will stay open for customers who use administrators bind (i.e. {{java.naming.security.principal}} login module option for the Ldap login module).
> The problematic code seems like:
> {code:java}
> InitialLdapContext ctx = null;
> try
> {
> //...
> ctx = new InitialLdapContext(env, null);
> if (PicketBoxLogger.LOGGER.isTraceEnabled())
> {
> PicketBoxLogger.LOGGER.traceSuccessfulLogInToLDAP(ctx.toString());
> }
> if (bindDN != null)
> {
> // Rebind the ctx to the bind dn/credentials for the roles searches
> PicketBoxLogger.LOGGER.traceRebindWithConfiguredPrincipal(bindDN);
> env.setProperty(Context.SECURITY_PRINCIPAL, bindDN);
> env.put(Context.SECURITY_CREDENTIALS, bindCredential);
> ctx = new InitialLdapContext(env, null);
> }
> // ...
> }
> finally
> {
> // Close the context to release the connection
> if (ctx != null)
> ctx.close();
> // ...
> }
> {code}
> The first constructed {{InitialLdapContext}} is not closed before creating the "admin context".
> The other PicketBox classes which have weak handling of the {{InitialLdapContext}} are:
> * {{LdapContextHandler}}
> * {{LdapAttributeMappingProvider}}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5918) ServletContext.getResourceAsStream fails in latest CR5 version
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5918?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-5918:
------------------------------
Description:
Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
problem only occurs when server is started from path that is not case equal to real path on file system.
was:
Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
> ServletContext.getResourceAsStream fails in latest CR5 version
> --------------------------------------------------------------
>
> Key: WFLY-5918
> URL: https://issues.jboss.org/browse/WFLY-5918
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.CR5
> Environment: Wildfly 10.0.0 CR5
> Windows 7
> JDK 1.8_66 64Bit
> Reporter: Alban Chadenas
> Assignee: Stuart Douglas
>
> Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
> Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
> problem only occurs when server is started from path that is not case equal to real path on file system.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5918) ServletContext.getResourceAsStream fails on windows
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5918?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-5918:
------------------------------
Summary: ServletContext.getResourceAsStream fails on windows (was: ServletContext.getResourceAsStream fails in latest CR5 version)
> ServletContext.getResourceAsStream fails on windows
> ---------------------------------------------------
>
> Key: WFLY-5918
> URL: https://issues.jboss.org/browse/WFLY-5918
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.CR5
> Environment: Wildfly 10.0.0 CR5
> Windows 7
> JDK 1.8_66 64Bit
> Reporter: Alban Chadenas
> Assignee: Stuart Douglas
>
> Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
> Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
> problem only occurs when server is started from path that is not case equal to real path on file system.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5918) ServletContext.getResourceAsStream fails on windows
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5918?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-5918:
------------------------------
Description:
Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
*problem only occurs when server is started from path that is not case equal to real path on file system.*
was:
Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
problem only occurs when server is started from path that is not case equal to real path on file system.
> ServletContext.getResourceAsStream fails on windows
> ---------------------------------------------------
>
> Key: WFLY-5918
> URL: https://issues.jboss.org/browse/WFLY-5918
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.CR5
> Environment: Wildfly 10.0.0 CR5
> Windows 7
> JDK 1.8_66 64Bit
> Reporter: Alban Chadenas
> Assignee: Stuart Douglas
>
> Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
> Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
> *problem only occurs when server is started from path that is not case equal to real path on file system.*
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5924) ServletContext.getResourceAsStream fails in latest CR5 version
by Tomaz Cerar (JIRA)
Tomaz Cerar created WFLY-5924:
---------------------------------
Summary: ServletContext.getResourceAsStream fails in latest CR5 version
Key: WFLY-5924
URL: https://issues.jboss.org/browse/WFLY-5924
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 10.0.0.CR5
Environment: Wildfly 10.0.0 CR5
Windows 7
JDK 1.8_66 64Bit
Reporter: Tomaz Cerar
Assignee: Stuart Douglas
Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5918) ServletContext.getResourceAsStream fails in latest CR5 version
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5918?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-5918:
-----------------------------------
Patch does indeed fix the problem.
> ServletContext.getResourceAsStream fails in latest CR5 version
> --------------------------------------------------------------
>
> Key: WFLY-5918
> URL: https://issues.jboss.org/browse/WFLY-5918
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.CR5
> Environment: Wildfly 10.0.0 CR5
> Windows 7
> JDK 1.8_66 64Bit
> Reporter: Alban Chadenas
> Assignee: Stuart Douglas
>
> Struts 1 ActionServlet fails to initialize with latest Wildfly 10.0.0 CR5 though it was working fine on the previous CR4 release. The failure occurs when Servlet tries to read the /WEB-INF/web.xml inside my web application.
> Looking at the struts source code, getServletContext().getResourceAsStream("/WEB-INF/web.xml") returns null during the Servlet initialization.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months