[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)
8 years
[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)
8 years
[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)
8 years
[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)
8 years
[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)
8 years
[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)
8 years
[JBoss JIRA] (DROOLS-2495) NullPointerException in Declaration.getHashCode() when getter in LHS and serialize/deserialize package
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2495?page=com.atlassian.jira.plugi... ]
Mario Fusco resolved DROOLS-2495.
---------------------------------
Resolution: Done
Fixed by https://github.com/kiegroup/drools/commit/8c4f9267ea4d3ee53a8729c70734374...
> NullPointerException in Declaration.getHashCode() when getter in LHS and serialize/deserialize package
> ------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-2495
> URL: https://issues.jboss.org/browse/DROOLS-2495
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.7.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Mario Fusco
> Labels: support
>
> Under the condition:
> - A rule uses a getter method in LHS. e.g. "Cheese(type == $p.getName())"
> - A package is serialized/deserialized
> executing the rule throws NullPointerException.
> {noformat}
> java.lang.NullPointerException: null
> at org.drools.core.rule.Declaration.getHashCode(Declaration.java:267)
> at org.drools.core.util.AbstractHashTable$FieldIndex.hashCodeOf(AbstractHashTable.java:333)
> at org.drools.core.util.AbstractHashTable$SingleIndex.hashCodeOf(AbstractHashTable.java:397)
> at org.drools.core.util.index.TupleIndexHashTable.getOrCreate(TupleIndexHashTable.java:392)
> at org.drools.core.util.index.TupleIndexHashTable.add(TupleIndexHashTable.java:358)
> at org.drools.core.phreak.PhreakJoinNode.doLeftInserts(PhreakJoinNode.java:95)
> at org.drools.core.phreak.PhreakJoinNode.doNode(PhreakJoinNode.java:71)
> at org.drools.core.phreak.RuleNetworkEvaluator.switchOnDoBetaNode(RuleNetworkEvaluator.java:552)
> at org.drools.core.phreak.RuleNetworkEvaluator.evalBetaNode(RuleNetworkEvaluator.java:538)
> at org.drools.core.phreak.RuleNetworkEvaluator.evalNode(RuleNetworkEvaluator.java:373)
> at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:333)
> at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:169)
> at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:127)
> at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:212)
> at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:87)
> at org.drools.core.concurrent.AbstractRuleEvaluator.internalEvaluateAndFire(AbstractRuleEvaluator.java:34)
> at org.drools.core.concurrent.SequentialRuleEvaluator.evaluateAndFire(SequentialRuleEvaluator.java:43)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1067)
> at org.drools.core.common.DefaultAgenda.internalFireAllRules(DefaultAgenda.java:1014)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1006)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1315)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1290)
> at org.drools.compiler.integrationtests.SerializedPackageMergeTest.testBuildAndSerializePackagesWithGetterInLHS(SerializedPackageMergeTest.java:220)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFCORE-3767) Ability to configure each aggregated realm separately
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3767?page=com.atlassian.jira.plugi... ]
Darran Lofthouse commented on WFCORE-3767:
------------------------------------------
[~jdenise] Do you have some example commands or configuration available to illustrate what you are seeing?
> 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
>
> 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)
8 years
[JBoss JIRA] (WFCORE-3767) Ability to configure each aggregated realm separately
by Jean-Francois Denise (JIRA)
Jean-Francois Denise created WFCORE-3767:
--------------------------------------------
Summary: 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
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)
8 years