[JBoss JIRA] (WFLY-8475) JBoss-Product-Release-Name has changed in eap manifest, breaking tools expectations
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFLY-8475?page=com.atlassian.jira.plugin.... ]
ehsavoie Hugonnet moved JBEAP-10027 to WFLY-8475:
-------------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-8475 (was: JBEAP-10027)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Build System
(was: Productization)
Affects Version/s: 11.0.0.Alpha1
(was: 7.0.0.ER6)
> JBoss-Product-Release-Name has changed in eap manifest, breaking tools expectations
> -----------------------------------------------------------------------------------
>
> Key: WFLY-8475
> URL: https://issues.jboss.org/browse/WFLY-8475
> Project: WildFly
> Issue Type: Enhancement
> Components: Build System
> Affects Versions: 11.0.0.Alpha1
> Reporter: ehsavoie Hugonnet
> Assignee: ehsavoie Hugonnet
>
> See https://issues.jboss.org/browse/JBIDE-21782
> JBossTools was keying off JBoss-Product-Release-Name and matching it to "EAP" so we know how tools should handle this server, set minimum java requirements, etc.
> The change to "JBoss EAP" broke expectations. Admittedly we can fix it now, but should tools be expecting that this release-name will remain mostly stable? Or should we expect it to change often?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8474) Adding Elytron SSO to Undertow should announce reload-required
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-8474?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar moved WFCORE-2601 to WFLY-8474:
-------------------------------------------
Project: WildFly (was: WildFly Core)
Key: WFLY-8474 (was: WFCORE-2601)
Component/s: Security
Web (Undertow)
(was: Security)
Affects Version/s: (was: 3.0.0.Beta10)
> Adding Elytron SSO to Undertow should announce reload-required
> --------------------------------------------------------------
>
> Key: WFLY-8474
> URL: https://issues.jboss.org/browse/WFLY-8474
> Project: WildFly
> Issue Type: Bug
> Components: Security, Web (Undertow)
> Reporter: Ondrej Kotek
> Assignee: Paul Ferraro
> Priority: Blocker
> Labels: authentication, http, management-model, sso, undertow
>
> The operation adding Elytron SSO configuration to Undertow subsystem returns {{\{"outcome" => "success"\}}}. However the SSO does not work without performing {{reload}}. It is very confusing for an administrator.
> The {{reload}} should not be required, or a response header requiring reload should be returned.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-5512) Issue for pre-compiled jsp
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5512?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar resolved WFLY-5512.
-------------------------------
Fix Version/s: 10.0.0.Final
Assignee: Tomaz Cerar (was: Jason Greene)
Resolution: Done
Reopen if problem still exists
> Issue for pre-compiled jsp
> --------------------------
>
> Key: WFLY-5512
> URL: https://issues.jboss.org/browse/WFLY-5512
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 9.0.1.Final
> Environment: WildFly 9.0.1
> Reporter: Pradeep Pantula
> Assignee: Tomaz Cerar
> Priority: Minor
> Labels: jboss, new_and_noteworthy, wildfly
> Fix For: 10.0.0.Final
>
>
> Issue in pre-compiled jsp file.
> I have compiled jsp files using tomat and jasper libraries. It worked well with jboss7.
> Now we are migrating to WildFly9. But after deployment I'm facing following issue at runtime.
> Can anyone help me to solve this issue?
> Pasted complete exception in here:
> 17:33:00,583 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /app/obp/pages/NoService.jsp: javax.servlet.ServletException: javax.servlet.ServletException: java.lang.RuntimeException: java.lang.ClassCastException: org.wildfly.extension.undertow.deployment.UndertowJSPInstanceManager cannot be cast to org.apache.tomcat.InstanceManager
> at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:283)
> at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1858)
> at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:446)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> 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.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> 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:282)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:261)
> 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:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: javax.servlet.ServletException: java.lang.RuntimeException: java.lang.ClassCastException: org.wildfly.extension.undertow.deployment.UndertowJSPInstanceManager cannot be cast to org.apache.tomcat.InstanceManager
> at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:283)
> at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1858)
> at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:446)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> 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 io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 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.dispatchRequest(ServletInitialHandler.java:263)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(ServletInitialHandler.java:198)
> at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:195)
> at io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:108)
> at org.apache.struts.chain.commands.servlet.PerformForward.handleAsForward(PerformForward.java:99)
> at org.apache.struts.chain.commands.servlet.PerformForward.perform(PerformForward.java:82)
> at org.apache.struts.chain.commands.AbstractPerformForward.execute(AbstractPerformForward.java:51)
> at org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommandBase.java:48)
> at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
> at org.apache.commons.chain.generic.LookupCommand.execute(LookupCommand.java:304)
> at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
> at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:280)
> ... 31 more
> Caused by: java.lang.RuntimeException: java.lang.ClassCastException: org.wildfly.extension.undertow.deployment.UndertowJSPInstanceManager cannot be cast to org.apache.tomcat.InstanceManager
> at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:219)
> at io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:108)
> at org.apache.struts.chain.commands.servlet.PerformForward.handleAsForward(PerformForward.java:99)
> at org.apache.struts.chain.commands.servlet.PerformForward.perform(PerformForward.java:82)
> at org.apache.struts.chain.commands.AbstractPerformForward.execute(AbstractPerformForward.java:51)
> at org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommandBase.java:48)
> at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
> at org.apache.commons.chain.generic.LookupCommand.execute(LookupCommand.java:304)
> at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
> at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:280)
> ... 53 more
> Caused by: java.lang.ClassCastException: org.wildfly.extension.undertow.deployment.UndertowJSPInstanceManager cannot be cast to org.apache.tomcat.InstanceManager
> at org.apache.jasper.runtime.InstanceManagerFactory.getInstanceManager(InstanceManagerFactory.java:32)
> at org.apache.jsp.pages.NoService_jsp._jspInit(Unknown Source)
> at org.apache.jasper.runtime.HttpJspBase.init(HttpJspBase.java:49)
> at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
> at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
> at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:230)
> at io.undertow.servlet.core.ManagedServlet.getServlet(ManagedServlet.java:169)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 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.dispatchRequest(ServletInitialHandler.java:263)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(ServletInitialHandler.java:198)
> at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:195)
> ... 62 more
> 17:33:00,600 ERROR [io.undertow.request] (default task-1) UT005022: Exception generating error page /pages/customer/500.jsp: java.lang.RuntimeException: java.lang.ClassCastException: org.wildfly.extension.undertow.deployment.UndertowJSPInstanceManager cannot be cast to org.apache.tomcat.InstanceManager
> at io.undertow.servlet.spec.RequestDispatcherImpl.error(RequestDispatcherImpl.java:475)
> at io.undertow.servlet.spec.RequestDispatcherImpl.error(RequestDispatcherImpl.java:388)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:309)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:261)
> 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:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.ClassCastException: org.wildfly.extension.undertow.deployment.UndertowJSPInstanceManager cannot be cast to org.apache.tomcat.InstanceManager
> at org.apache.jasper.runtime.InstanceManagerFactory.getInstanceManager(InstanceManagerFactory.java:32)
> at org.apache.jasper.runtime.TagHandlerPool.init(TagHandlerPool.java:83)
> at org.apache.jasper.runtime.TagHandlerPool.getTagHandlerPool(TagHandlerPool.java:63)
> at org.apache.jsp.pages.customer._500_jsp._jspInit(Unknown Source)
> at org.apache.jasper.runtime.HttpJspBase.init(HttpJspBase.java:49)
> at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
> at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
> at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:230)
> at io.undertow.servlet.core.ManagedServlet.getServlet(ManagedServlet.java:169)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 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.dispatchRequest(ServletInitialHandler.java:263)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(ServletInitialHandler.java:198)
> at io.undertow.servlet.spec.RequestDispatcherImpl.error(RequestDispatcherImpl.java:469)
> ... 10 more
> Thanks in Advance,
> Pradeep. P
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-8439) Unregistering node throws error: MEM: Can't update or insert context
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-8439?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-8439:
---------------------------------
Assignee: Tomaz Cerar (was: Stuart Douglas)
> Unregistering node throws error: MEM: Can't update or insert context
> --------------------------------------------------------------------
>
> Key: WFLY-8439
> URL: https://issues.jboss.org/browse/WFLY-8439
> Project: WildFly
> Issue Type: Bug
> Components: mod_cluster, Web (Undertow)
> Reporter: Stuart Douglas
> Assignee: Tomaz Cerar
> Labels: mod_cluster
> Fix For: 11.0.0.Beta1
>
>
> New error message in proxy balancer log
> {noformat}
> 2017-03-21 15:22:24,957 INFO [io.undertow] (default task-23) UT005047: Unregistering context wildfly-services, from node jboss-eap-7.1-1
> 2017-03-21 15:22:24,962 ERROR [io.undertow] (default task-23) UT005043: Error in processing MCMP commands: Type:MEM, Mess: MEM: Can't update or insert context
> 2017-03-21 15:22:28,694 INFO [io.undertow] (default task-29) UT005047: Unregistering context wildfly-services, from node jboss-eap-7.1-2
> 2017-03-21 15:22:28,696 ERROR [io.undertow] (default task-29) UT005043: Error in processing MCMP commands: Type:MEM, Mess: MEM: Can't update or insert context
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-7089) Undertow appears to require explicit keywords implements WebApplicationInitializer
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-7089?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-7089:
-----------------------------------
do you have a simple reproducer?
> Undertow appears to require explicit keywords implements WebApplicationInitializer
> ----------------------------------------------------------------------------------
>
> Key: WFLY-7089
> URL: https://issues.jboss.org/browse/WFLY-7089
> Project: WildFly
> Issue Type: Feature Request
> Components: Web (Undertow)
> Affects Versions: 10.1.0.Final
> Reporter: Darryl Miles
> Assignee: Stuart Douglas
>
> Undertow appears to require explicit keywords implements WebApplicationInitializer set on WEB-INF/classes when the class is using an "extends AbstractBaseClassThatImplementWebApplicationInitializer".
> It does not appear to see the annotation set on the base class AbstractBaseClassThatImplementWebApplicationInitializer.
> More over in my particular scenario this base class is provided in a JAR that is inside the EAR (not the WAR).
> Maybe what Wildfly is doing is completely specification compliant and other Servlet implementations work differently.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFCORE-2601) Adding Elytron SSO to Undertow should announce reload-required
by Ondrej Kotek (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2601?page=com.atlassian.jira.plugi... ]
Ondrej Kotek moved JBEAP-10024 to WFCORE-2601:
----------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-2601 (was: JBEAP-10024)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Security
(was: Security)
(was: Web (Undertow))
Affects Version/s: 3.0.0.Beta10
(was: 7.1.0.DR15)
> Adding Elytron SSO to Undertow should announce reload-required
> --------------------------------------------------------------
>
> Key: WFCORE-2601
> URL: https://issues.jboss.org/browse/WFCORE-2601
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta10
> Reporter: Ondrej Kotek
> Assignee: Paul Ferraro
> Priority: Blocker
> Labels: authentication, http, management-model, sso, undertow
>
> The operation adding Elytron SSO configuration to Undertow subsystem returns {{\{"outcome" => "success"\}}}. However the SSO does not work without performing {{reload}}. It is very confusing for an administrator.
> The {{reload}} should not be required, or a response header requiring reload should be returned.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFLY-7987) Remove operations should warn the user if the resource has any dependents
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-7987?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-7987:
-----------------------------------
Addition of capabilities in undertow subsystem is tracked in WFLY-8473
> Remove operations should warn the user if the resource has any dependents
> -------------------------------------------------------------------------
>
> Key: WFLY-7987
> URL: https://issues.jboss.org/browse/WFLY-7987
> Project: WildFly
> Issue Type: Task
> Components: Web (Undertow)
> Affects Versions: 10.1.0.Final
> Reporter: Guillermo González de Agüero
> Assignee: Tomaz Cerar
>
> Services may have dependents that can't work if they are not present. Removal operations should prevent, or least warn the user then he is about to remove a service that may have side effects.
> Take a look at this example:
> {code:shell}
> [standalone@localhost:9990 /] /subsystem=undertow/configuration=filter/response-header=test:add(header-name=X-test, header-value=test)
> {"outcome" => "success"}
> [standalone@localhost:9990 /] /subsystem=undertow/server=default-server/host=default-host/filter-ref=test:add()
> {"outcome" => "success"}
> [standalone@localhost:9990 /] /subsystem=undertow/configuration=filter/response-header=test:remove()
> {
> "outcome" => "success",
> "response-headers" => {
> "operation-requires-reload" => true,
> "process-state" => "reload-required"
> }
> }
> [standalone@localhost:9990 /] :reload()
> {
> "outcome" => "success",
> "result" => undefined
> }
> [standalone@localhost:9990 /] /core-service=management:read-boot-errors()
> {
> "outcome" => "success",
> "result" => [{
> "failed-operation" => {
> "operation" => "add",
> "address" => [
> ("subsystem" => "undertow"),
> ("server" => "default-server"),
> ("host" => "default-host"),
> ("filter-ref" => "test")
> ]
> },
> "failure-description" => "{\"WFLYCTL0412: Required services that are not installed:\" => [\"jboss.undertow.filter.test\"],\"WFLYCTL0180: Services with missing/unavailable dependencies\" => [\"jboss.undertow.server.default-server.default-host.filter-ref.test is missing [jboss.undertow.filter.test]\"]}",
> "services-missing-dependencies" => ["jboss.undertow.server.default-server.default-host.filter-ref.test is missing [jboss.undertow.filter.test]"]
> }]
> }
> {code}
> A new Undertow filter is created and assigned to a host. The filter is then removed, but the host still needs it.
> The problem is only seen after a server reload. The same thing happens when you remove, i.e. the default Servlet Container or the Bean pool of the EJB subsystem.
> My proposal is to at least add a response head to the remove operations listing affected (dependent) services. This would complement the new WildFly 11 capability registry.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month