[JBoss JIRA] (WFLY-10094) [Artemis 2.x upgrade] libAIO does not get loaded on RHEL 6 x86_64
by Miroslav Novak (JIRA)
[ https://issues.jboss.org/browse/WFLY-10094?page=com.atlassian.jira.plugin... ]
Miroslav Novak commented on WFLY-10094:
---------------------------------------
[~jmesnil] I'm getting different md5sum.
http://central.maven.org/maven2/org/apache/activemq/artemis-native/2.5.0/...
{code}
79682a39ac6fd81adf3961c44d6caa3b artemis-native-2.5.0.jar
{code}
https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/early-testing-...:
{code}
ed73591a3090a189abf9da84bce77792 ./jboss-eap/modules/system/layers/base/org/apache/activemq/artemis/journal/main/lib/linux-x86_64/libartemis-native-64.so
{code}
> [Artemis 2.x upgrade] libAIO does not get loaded on RHEL 6 x86_64
> -----------------------------------------------------------------
>
> Key: WFLY-10094
> URL: https://issues.jboss.org/browse/WFLY-10094
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Miroslav Novak
> Assignee: Jeff Mesnil
> Priority: Blocker
> Labels: activemq, feature-branch-blocker
>
> LibAIO does not get loaded on RHEL 6 x86_64:
> {code}
> [hudson@rhel6-large-2723 bin]$ sh standalone.sh -c standalone-full-ha.xml -Djboss.socket.binding.port-offset=1000
> =========================================================================
> JBoss Bootstrap Environment
> JBOSS_HOME: /tmp/jboss-eap
> JAVA: java
> JAVA_OPTS: -server -Xms64m -Xmx512m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true
> =========================================================================
> ...
> 10:14:31,918 INFO [org.wildfly.extension.messaging-activemq] (MSC service thread 1-1) WFLYMSGAMQ0075: AIO wasn't located on this platform, it will fall back to using pure Java NIO. Your platform is Linux, install LibAIO to enable the AIO journal and achieve optimal performance.
> 10:14:32,017 INFO [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 75) AMQ221000: live Message Broker is starting with configuration Broker Configuration (clustered=true,journalDirectory=/tmp/jboss-eap/standalone/data/activemq/journal,bindingsDirectory=/tmp/jboss-eap/standalone/data/activemq/bindings,largeMessagesDirectory=/tmp/jboss-eap/standalone/data/activemq/largemessages,pagingDirectory=/tmp/jboss-eap/standalone/data/activemq/paging)
> 10:14:32,110 INFO [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 75) AMQ221013: Using NIO Journal
> ...
> {code}
> libAIO in artemis journal module from WF branch. Not from Artemis 2.5.0.Final tag.
> Wildfly: https://github.com/jmesnil/wildfly/tree/WFLY-9407_upgrade_artemis_2.4.0_w... (06c878a313d3cad323889d017e60fd5533204d1a)
> Artemis: upstreadm master (577b62d5210cdcc0f86ab9bb1b24e944c877dfe7)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3767) Ability to configure each aggregated realm separately
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3767?page=com.atlassian.jira.plugi... ]
Kabir Khan commented on WFCORE-3767:
------------------------------------
I think [~msvehla] makes sense :) It does change the behaviour for users, and so sounds like it will need some extra testing considerations
> Ability to configure each aggregated realm separately
> -----------------------------------------------------
>
> Key: WFCORE-3767
> URL: https://issues.jboss.org/browse/WFCORE-3767
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Security
> Reporter: Jean-Francois Denise
> Assignee: Darran Lofthouse
> Attachments: conf-extract
>
>
> The use-case is EXTERNAL + role derived from mgmt-groups.properties. To achieve this use-case a realm aggregate is needed. Each aggregated realm can't be configured with its own principal-transformer. So each realm is impacted by the transformer set on the aggregation.
> Allowing to configure each realm separately would offer the flexibility to isolate principal transformation for authorisation and not impact authentication.
> Authentication impact is quite important, an alias in the trust-store and the decoded principal must match exactly. Something that shouldn't be made mandatory in this case.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3767) Ability to configure each aggregated realm separately
by Martin Švehla (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3767?page=com.atlassian.jira.plugi... ]
Martin Švehla commented on WFCORE-3767:
---------------------------------------
[~dlofthouse] from our point of view it should be RFE. Our criteria isn't size of the feature as much as if/how it is visible to users. If it influences configuration, it should be RFE. Besides QE, the docs team will have to get involved too to document the changes in the subsystem.
I suggest transforming PRODMGT-1865 (the one that [~mchoma] mentioned) to EAP7 RFE and do this jira as part of this new RFE.
If the feature is small, we don't need to do overly complicated analysis/test plan documents and it still can be processed fast ;)
[~kabirkhan] any objections?
> Ability to configure each aggregated realm separately
> -----------------------------------------------------
>
> Key: WFCORE-3767
> URL: https://issues.jboss.org/browse/WFCORE-3767
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Security
> Reporter: Jean-Francois Denise
> Assignee: Darran Lofthouse
> Attachments: conf-extract
>
>
> The use-case is EXTERNAL + role derived from mgmt-groups.properties. To achieve this use-case a realm aggregate is needed. Each aggregated realm can't be configured with its own principal-transformer. So each realm is impacted by the transformer set on the aggregation.
> Allowing to configure each realm separately would offer the flexibility to isolate principal transformation for authorisation and not impact authentication.
> Authentication impact is quite important, an alias in the trust-store and the decoded principal must match exactly. Something that shouldn't be made mandatory in this case.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3735) Axis jar not working in WildFly 11
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3735?page=com.atlassian.jira.plugi... ]
Darran Lofthouse resolved WFCORE-3735.
--------------------------------------
Resolution: Rejected
Jira is where we track bug reports / feature requests - at the moment you would be better discussing your issues in the community forum http://wildfly.org/gethelp/
It may be as this stopped working between WildFly 10 and 11 that there is an underlying bug but the time to raise the bug report would be once it can be further described.
> Axis jar not working in WildFly 11
> ----------------------------------
>
> Key: WFCORE-3735
> URL: https://issues.jboss.org/browse/WFCORE-3735
> Project: WildFly Core
> Issue Type: Bug
> Reporter: J Prasanna Venkatesan
>
> Hi,
> We have application which uses another application's webservice. It was working till WildFly 10.
> But in WildFly 11, it is not working. It is throwing
> 2018-04-10 15:02:47,494 ERROR [io.undertow.request] (default task-7) UT005023: Exception handling request to /authenticationManager/: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.createSoapStub(ClientSoapStubFactory.java:107)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.getSoapStub(ClientSoapStubFactory.java:60)
> at deployment.authenticationManager.war//etc.TeamForgeImpl.setHostUrl(TeamForgeImpl.java:73)
> at deployment.authenticationManager.war//filters.CtfAuthFilterImpl.filter(CtfAuthFilterImpl.java:54)
> at deployment.authenticationManager.war//ninja.FilterChainImpl.next(FilterChainImpl.java:35)
> at deployment.authenticationManager.war//ninja.NinjaImpl.invoke(NinjaImpl.java:97)
> at deployment.authenticationManager.war//ninja.servlet.NinjaServletDispatcher.service(NinjaServletDispatcher.java:83)
> at deployment.authenticationManager.war//com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
> at deployment.authenticationManager.war//com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
> at deployment.authenticationManager.war//com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
> at deployment.authenticationManager.war//filters.DemoServletFilter.doFilter(DemoServletFilter.java:43)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:163)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58)
> at deployment.authenticationManager.war//com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
> at deployment.authenticationManager.war//com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
> at io.undertow.servlet//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at io.undertow.servlet//io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.core//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.core//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.core//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.core//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.core//io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
> at io.undertow.core//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [java.base:]
> at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [java.base:]
> at java.base/java.lang.Thread.run(Unknown Source) [java.base:]
> Caused by: java.lang.reflect.InvocationTargetException
> at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [java.base:]
> at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) [java.base:]
> at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) [java.base:]
> at java.base/java.lang.reflect.Constructor.newInstance(Unknown Source) [java.base:]
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.createSoapStub(ClientSoapStubFactory.java:97)
> ... 54 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.apache.axis.client.AxisClient
> at deployment.authenticationManager.war//org.apache.axis.client.Service.getAxisClient(Service.java:104)
> at deployment.authenticationManager.war//org.apache.axis.client.Service.<init>(Service.java:113)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStub.<init>(ClientSoapStub.java:50)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.cemain.CollabNetSoapStub.<init>(CollabNetSoapStub.java:21)
> ... 59 more
> Please throw some light here.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3735) Axis jar not working in WildFly 11
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3735?page=com.atlassian.jira.plugi... ]
Darran Lofthouse updated WFCORE-3735:
-------------------------------------
Priority: Major (was: Critical)
> Axis jar not working in WildFly 11
> ----------------------------------
>
> Key: WFCORE-3735
> URL: https://issues.jboss.org/browse/WFCORE-3735
> Project: WildFly Core
> Issue Type: Bug
> Reporter: J Prasanna Venkatesan
>
> Hi,
> We have application which uses another application's webservice. It was working till WildFly 10.
> But in WildFly 11, it is not working. It is throwing
> 2018-04-10 15:02:47,494 ERROR [io.undertow.request] (default task-7) UT005023: Exception handling request to /authenticationManager/: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.createSoapStub(ClientSoapStubFactory.java:107)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.getSoapStub(ClientSoapStubFactory.java:60)
> at deployment.authenticationManager.war//etc.TeamForgeImpl.setHostUrl(TeamForgeImpl.java:73)
> at deployment.authenticationManager.war//filters.CtfAuthFilterImpl.filter(CtfAuthFilterImpl.java:54)
> at deployment.authenticationManager.war//ninja.FilterChainImpl.next(FilterChainImpl.java:35)
> at deployment.authenticationManager.war//ninja.NinjaImpl.invoke(NinjaImpl.java:97)
> at deployment.authenticationManager.war//ninja.servlet.NinjaServletDispatcher.service(NinjaServletDispatcher.java:83)
> at deployment.authenticationManager.war//com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
> at deployment.authenticationManager.war//com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
> at deployment.authenticationManager.war//com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
> at deployment.authenticationManager.war//filters.DemoServletFilter.doFilter(DemoServletFilter.java:43)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:163)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58)
> at deployment.authenticationManager.war//com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
> at deployment.authenticationManager.war//com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
> at io.undertow.servlet//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at io.undertow.servlet//io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.core//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.core//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.core//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.core//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.core//io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
> at io.undertow.core//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [java.base:]
> at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [java.base:]
> at java.base/java.lang.Thread.run(Unknown Source) [java.base:]
> Caused by: java.lang.reflect.InvocationTargetException
> at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [java.base:]
> at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) [java.base:]
> at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) [java.base:]
> at java.base/java.lang.reflect.Constructor.newInstance(Unknown Source) [java.base:]
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.createSoapStub(ClientSoapStubFactory.java:97)
> ... 54 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.apache.axis.client.AxisClient
> at deployment.authenticationManager.war//org.apache.axis.client.Service.getAxisClient(Service.java:104)
> at deployment.authenticationManager.war//org.apache.axis.client.Service.<init>(Service.java:113)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStub.<init>(ClientSoapStub.java:50)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.cemain.CollabNetSoapStub.<init>(CollabNetSoapStub.java:21)
> ... 59 more
> Please throw some light here.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3767) Ability to configure each aggregated realm separately
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3767?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise commented on WFCORE-3767:
----------------------------------------------
[~mchoma], yes the same requirement.
> Ability to configure each aggregated realm separately
> -----------------------------------------------------
>
> Key: WFCORE-3767
> URL: https://issues.jboss.org/browse/WFCORE-3767
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Security
> Reporter: Jean-Francois Denise
> Assignee: Darran Lofthouse
> Attachments: conf-extract
>
>
> The use-case is EXTERNAL + role derived from mgmt-groups.properties. To achieve this use-case a realm aggregate is needed. Each aggregated realm can't be configured with its own principal-transformer. So each realm is impacted by the transformer set on the aggregation.
> Allowing to configure each realm separately would offer the flexibility to isolate principal transformation for authorisation and not impact authentication.
> Authentication impact is quite important, an alias in the trust-store and the decoded principal must match exactly. Something that shouldn't be made mandatory in this case.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3767) Ability to configure each aggregated realm separately
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3767?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise edited comment on WFCORE-3767 at 4/26/18 5:31 AM:
-----------------------------------------------------------------------
I just attached a conf extract with what I am doing and what I would like to do.
was (Author: jdenise):
I just attached a cone extract with what I am doing and what I would like to do.
> Ability to configure each aggregated realm separately
> -----------------------------------------------------
>
> Key: WFCORE-3767
> URL: https://issues.jboss.org/browse/WFCORE-3767
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Security
> Reporter: Jean-Francois Denise
> Assignee: Darran Lofthouse
> Attachments: conf-extract
>
>
> The use-case is EXTERNAL + role derived from mgmt-groups.properties. To achieve this use-case a realm aggregate is needed. Each aggregated realm can't be configured with its own principal-transformer. So each realm is impacted by the transformer set on the aggregation.
> Allowing to configure each realm separately would offer the flexibility to isolate principal transformation for authorisation and not impact authentication.
> Authentication impact is quite important, an alias in the trust-store and the decoded principal must match exactly. Something that shouldn't be made mandatory in this case.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3767) Ability to configure each aggregated realm separately
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3767?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise commented on WFCORE-3767:
----------------------------------------------
I just attached a cone extract with what I am doing and what I would like to do.
> Ability to configure each aggregated realm separately
> -----------------------------------------------------
>
> Key: WFCORE-3767
> URL: https://issues.jboss.org/browse/WFCORE-3767
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Security
> Reporter: Jean-Francois Denise
> Assignee: Darran Lofthouse
> Attachments: conf-extract
>
>
> The use-case is EXTERNAL + role derived from mgmt-groups.properties. To achieve this use-case a realm aggregate is needed. Each aggregated realm can't be configured with its own principal-transformer. So each realm is impacted by the transformer set on the aggregation.
> Allowing to configure each realm separately would offer the flexibility to isolate principal transformation for authorisation and not impact authentication.
> Authentication impact is quite important, an alias in the trust-store and the decoded principal must match exactly. Something that shouldn't be made mandatory in this case.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3767) Ability to configure each aggregated realm separately
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3767?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise updated WFCORE-3767:
-----------------------------------------
Attachment: conf-extract
> Ability to configure each aggregated realm separately
> -----------------------------------------------------
>
> Key: WFCORE-3767
> URL: https://issues.jboss.org/browse/WFCORE-3767
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Security
> Reporter: Jean-Francois Denise
> Assignee: Darran Lofthouse
> Attachments: conf-extract
>
>
> The use-case is EXTERNAL + role derived from mgmt-groups.properties. To achieve this use-case a realm aggregate is needed. Each aggregated realm can't be configured with its own principal-transformer. So each realm is impacted by the transformer set on the aggregation.
> Allowing to configure each realm separately would offer the flexibility to isolate principal transformation for authorisation and not impact authentication.
> Authentication impact is quite important, an alias in the trust-store and the decoded principal must match exactly. Something that shouldn't be made mandatory in this case.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3735) Axis jar not working in WildFly 11
by J Prasanna Venkatesan (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3735?page=com.atlassian.jira.plugi... ]
J Prasanna Venkatesan commented on WFCORE-3735:
-----------------------------------------------
Any Update here. It has been long time
Your guidance is much appreciated.
> Axis jar not working in WildFly 11
> ----------------------------------
>
> Key: WFCORE-3735
> URL: https://issues.jboss.org/browse/WFCORE-3735
> Project: WildFly Core
> Issue Type: Bug
> Reporter: J Prasanna Venkatesan
> Priority: Critical
>
> Hi,
> We have application which uses another application's webservice. It was working till WildFly 10.
> But in WildFly 11, it is not working. It is throwing
> 2018-04-10 15:02:47,494 ERROR [io.undertow.request] (default task-7) UT005023: Exception handling request to /authenticationManager/: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.createSoapStub(ClientSoapStubFactory.java:107)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.getSoapStub(ClientSoapStubFactory.java:60)
> at deployment.authenticationManager.war//etc.TeamForgeImpl.setHostUrl(TeamForgeImpl.java:73)
> at deployment.authenticationManager.war//filters.CtfAuthFilterImpl.filter(CtfAuthFilterImpl.java:54)
> at deployment.authenticationManager.war//ninja.FilterChainImpl.next(FilterChainImpl.java:35)
> at deployment.authenticationManager.war//ninja.NinjaImpl.invoke(NinjaImpl.java:97)
> at deployment.authenticationManager.war//ninja.servlet.NinjaServletDispatcher.service(NinjaServletDispatcher.java:83)
> at deployment.authenticationManager.war//com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
> at deployment.authenticationManager.war//com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
> at deployment.authenticationManager.war//com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
> at deployment.authenticationManager.war//filters.DemoServletFilter.doFilter(DemoServletFilter.java:43)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:163)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58)
> at deployment.authenticationManager.war//com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
> at deployment.authenticationManager.war//com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
> at io.undertow.servlet//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at io.undertow.servlet//io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.core//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.core//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.core//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.core//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.core//io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
> at io.undertow.core//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [java.base:]
> at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [java.base:]
> at java.base/java.lang.Thread.run(Unknown Source) [java.base:]
> Caused by: java.lang.reflect.InvocationTargetException
> at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [java.base:]
> at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) [java.base:]
> at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) [java.base:]
> at java.base/java.lang.reflect.Constructor.newInstance(Unknown Source) [java.base:]
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.createSoapStub(ClientSoapStubFactory.java:97)
> ... 54 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.apache.axis.client.AxisClient
> at deployment.authenticationManager.war//org.apache.axis.client.Service.getAxisClient(Service.java:104)
> at deployment.authenticationManager.war//org.apache.axis.client.Service.<init>(Service.java:113)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStub.<init>(ClientSoapStub.java:50)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.cemain.CollabNetSoapStub.<init>(CollabNetSoapStub.java:21)
> ... 59 more
> Please throw some light here.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months