[JBoss JIRA] (DROOLS-1585) DMNEvaluatorCompiler wrong type inference for nested context anonymous entry
by Matteo Mortari (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1585?page=com.atlassian.jira.plugi... ]
Matteo Mortari updated DROOLS-1585:
-----------------------------------
Description:
In a nested context scenario containing anonymous entry, the type inference resolve to the parent Decision/BKM node instead of returning the parent ContextEntry where a variable might actually be defined.
For example in this scenario
!Workspace 1_181.png!
the anonymous entry type inference for the expression {{AgePlus1Minus1 + 0}} is given the type of the BKM node itself, instead of being inferred as the type for the context entry "Age".
was:
In a nested context scenario containing anonymous entry, the type inference resolve to the parent Decision/BKM node instead of returning the parent ContextEntry where a variable might actually be defined.
For example in this scenario
!Workspace 1_181.png|thumbnail!
the anonymous entry type inference for the expression {{AgePlus1Minus1 + 0}} is given the type of the BKM node itself, instead of being inferred as the type for the context entry "Age".
> DMNEvaluatorCompiler wrong type inference for nested context anonymous entry
> ----------------------------------------------------------------------------
>
> Key: DROOLS-1585
> URL: https://issues.jboss.org/browse/DROOLS-1585
> Project: Drools
> Issue Type: Bug
> Components: dmn engine
> Reporter: Matteo Mortari
> Assignee: Matteo Mortari
> Attachments: Workspace 1_181.png
>
>
> In a nested context scenario containing anonymous entry, the type inference resolve to the parent Decision/BKM node instead of returning the parent ContextEntry where a variable might actually be defined.
> For example in this scenario
> !Workspace 1_181.png!
> the anonymous entry type inference for the expression {{AgePlus1Minus1 + 0}} is given the type of the BKM node itself, instead of being inferred as the type for the context entry "Age".
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (DROOLS-1585) DMNEvaluatorCompiler wrong type inference for nested context anonymous entry
by Matteo Mortari (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1585?page=com.atlassian.jira.plugi... ]
Matteo Mortari updated DROOLS-1585:
-----------------------------------
Description:
In a nested context scenario containing anonymous entry, the type inference resolve to the parent Decision/BKM node instead of returning the parent ContextEntry where a variable might actually be defined.
For example in this scenario
!Workspace 1_181.png|thumbnail!
the anonymous entry type inference for the expression {{AgePlus1Minus1 + 0}} is given the type of the BKM node itself, instead of being inferred as the type for the context entry "Age".
was:In a nested context scenario containing anonymous entry, the type inference resolve to the parent Decision/BKM node instead of returning the parent ContextEntry where a variable might actually be defined.
> DMNEvaluatorCompiler wrong type inference for nested context anonymous entry
> ----------------------------------------------------------------------------
>
> Key: DROOLS-1585
> URL: https://issues.jboss.org/browse/DROOLS-1585
> Project: Drools
> Issue Type: Bug
> Components: dmn engine
> Reporter: Matteo Mortari
> Assignee: Matteo Mortari
> Attachments: Workspace 1_181.png
>
>
> In a nested context scenario containing anonymous entry, the type inference resolve to the parent Decision/BKM node instead of returning the parent ContextEntry where a variable might actually be defined.
> For example in this scenario
> !Workspace 1_181.png|thumbnail!
> the anonymous entry type inference for the expression {{AgePlus1Minus1 + 0}} is given the type of the BKM node itself, instead of being inferred as the type for the context entry "Age".
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (DROOLS-1585) DMNEvaluatorCompiler wrong type inference for nested context anonymous entry
by Matteo Mortari (JIRA)
Matteo Mortari created DROOLS-1585:
--------------------------------------
Summary: DMNEvaluatorCompiler wrong type inference for nested context anonymous entry
Key: DROOLS-1585
URL: https://issues.jboss.org/browse/DROOLS-1585
Project: Drools
Issue Type: Bug
Components: dmn engine
Reporter: Matteo Mortari
Assignee: Matteo Mortari
Attachments: Workspace 1_181.png
In a nested context scenario containing anonymous entry, the type inference resolve to the parent Decision/BKM node instead of returning the parent ContextEntry where a variable might actually be defined.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (WFLY-7037) Memory leak when doing deploy/undeploy app using REST and JPA
by Manuel Blechschmidt (JIRA)
[ https://issues.jboss.org/browse/WFLY-7037?page=com.atlassian.jira.plugin.... ]
Manuel Blechschmidt commented on WFLY-7037:
-------------------------------------------
Hi guys,
I used a quite dirty workaround to resolve this. Maybe this is interesting for others as well:
{code}
package de.blechschmidt.memory;
import java.lang.reflect.Field;
import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Modifier;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.PreDestroy;
import javax.ejb.Singleton;
import javax.ejb.Startup;
@Singleton
@Startup
public class MemoryLeakFixer {
private static final Logger log = Logger
.getLogger(MemoryLeakFixer.class.getName());
@PreDestroy
public void clean() {
try {
log.info("Fixing Memory Leak from: WFLY-7037");
Class<?> classUtil = Class
.forName("com.fasterxml.jackson.databind.util.ClassUtil");
// https://stackoverflow.com/questions/3301635/change-private-static-final-f...
Field sCachedField = classUtil.getDeclaredField("sCached");
sCachedField.setAccessible(true);
Field modifiersField = Field.class.getDeclaredField("modifiers");
modifiersField.setAccessible(true);
modifiersField.setInt(sCachedField,
sCachedField.getModifiers() & ~Modifier.FINAL);
Class<?> lruMapClass = Class
.forName("com.fasterxml.jackson.databind.util.LRUMap");
// Get a fresh new lruMap cache
Object lruMap = lruMapClass
.getConstructor(int.class, int.class)
.newInstance(48, 48);
// Reset the cache
sCachedField.set(null, lruMap);
} catch (ClassNotFoundException | NoSuchFieldException
| SecurityException | IllegalArgumentException
| IllegalAccessException | InstantiationException
| InvocationTargetException | NoSuchMethodException e) {
log.log(Level.WARNING, "Could not clean Jackson", e);
}
}
}
{code}
> Memory leak when doing deploy/undeploy app using REST and JPA
> -------------------------------------------------------------
>
> Key: WFLY-7037
> URL: https://issues.jboss.org/browse/WFLY-7037
> Project: WildFly
> Issue Type: Bug
> Components: REST, XML Frameworks
> Affects Versions: 10.1.0.Final
> Reporter: Tomas Remes
> Assignee: Stuart Douglas
> Priority: Critical
> Fix For: 11.0.0.Alpha1
>
> Attachments: gc_path.png, mem-leak.zip
>
>
> It seems that exposing some type (ApplicationUser in attached app) which has enum type as attribute via REST api could cause memory leak (See steps to reproduce). You can observe that person.joey.test.UserType instances are kept in memory when GC happens (metaspace exceeds) and the path to GC root looks:
> !gc_path.png|thumbnail!
> Note that this map https://github.com/FasterXML/jackson-databind/blob/jackson-databind-2.7.4... was not available in 2.5.4 version used in WF 10.0.0.Final
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (WFLY-8847) SPNEGOLoginModuleTestCase#testIdentityPropagation fails with IBM on some machines
by Martin Choma (JIRA)
[ https://issues.jboss.org/browse/WFLY-8847?page=com.atlassian.jira.plugin.... ]
Martin Choma updated WFLY-8847:
-------------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/10115
> SPNEGOLoginModuleTestCase#testIdentityPropagation fails with IBM on some machines
> ---------------------------------------------------------------------------------
>
> Key: WFLY-8847
> URL: https://issues.jboss.org/browse/WFLY-8847
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 11.0.0.Alpha1
> Reporter: Martin Choma
> Priority: Minor
>
> IBM java sends address in delegated kerberos ticket. ApacheDS includes this address into ticket and check that address with address of client (taken from connection). On some machines, these addresses doesn't match.
> Those are machines when there are several virtual IPs and if node0 is set to non-first IP address, ApacheDS address check fails.
> See details in https://issues.apache.org/jira/browse/DIRSERVER-2156
> {code}
> [31m15:14:11,302 ERROR [io.undertow.request] (default task-32) UT005023: Exception handling request to /f1eb2aa6-5139-4bce-bad8-ad9a49d3912f/protected/PropagateIdentityServlet: javax.servlet.ServletException: Propagation failed.
> at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:87)
> 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:85)
> 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.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> 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:285)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:264)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:175)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:792)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.lang.Thread.run(Thread.java:785)
> Caused by: org.ietf.jgss.GSSException, major code: 11, minor code: 0
> major string: General failure, unspecified at GSSAPI level
> minor string: Error: java.lang.Exception: Error: com.ibm.security.krb5.KrbException, status code: 38
> message: Incorrect net address
> at com.ibm.security.jgss.i18n.I18NException.throwGSSException(I18NException.java:33)
> at com.ibm.security.jgss.mech.krb5.g.a(g.java:23)
> at com.ibm.security.jgss.mech.krb5.g.initSecContext(g.java:814)
> at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:337)
> at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:437)
> at org.jboss.eapqe.krbldap.utils.krb.GSSTestClient.getName(GSSTestClient.java:100)
> at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:85)
> ... 32 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (WFLY-8847) SPNEGOLoginModuleTestCase#testIdentityPropagation fails with IBM on some machines
by Martin Choma (JIRA)
[ https://issues.jboss.org/browse/WFLY-8847?page=com.atlassian.jira.plugin.... ]
Martin Choma updated WFLY-8847:
-------------------------------
Description:
IBM java sends address in delegated kerberos ticket. ApacheDS includes this address into ticket and check that address with address of client (taken from connection). On some machines, these addresses doesn't match.
Those are machines when there are several virtual IPs and if node0 is set to non-first IP address, ApacheDS address check fails.
See details in https://issues.apache.org/jira/browse/DIRSERVER-2156
{code}
[31m15:14:11,302 ERROR [io.undertow.request] (default task-32) UT005023: Exception handling request to /f1eb2aa6-5139-4bce-bad8-ad9a49d3912f/protected/PropagateIdentityServlet: javax.servlet.ServletException: Propagation failed.
at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:87)
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:85)
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.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56)
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
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:285)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:264)
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:175)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:792)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.lang.Thread.run(Thread.java:785)
Caused by: org.ietf.jgss.GSSException, major code: 11, minor code: 0
major string: General failure, unspecified at GSSAPI level
minor string: Error: java.lang.Exception: Error: com.ibm.security.krb5.KrbException, status code: 38
message: Incorrect net address
at com.ibm.security.jgss.i18n.I18NException.throwGSSException(I18NException.java:33)
at com.ibm.security.jgss.mech.krb5.g.a(g.java:23)
at com.ibm.security.jgss.mech.krb5.g.initSecContext(g.java:814)
at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:337)
at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:437)
at org.jboss.eapqe.krbldap.utils.krb.GSSTestClient.getName(GSSTestClient.java:100)
at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:85)
... 32 more
{code}
was:
IBM java sends address in delegated kerberos ticket. ApacheDS includes this address into ticket and check that address with address of client (taken from connection). On some machines, these addresses doesn't
match.
Those are machines when there are several virtual IPs and if node0 is set to non-first IP address, ApacheDS address check fails.
See details in https://issues.apache.org/jira/browse/DIRSERVER-2156
{code}
[31m15:14:11,302 ERROR [io.undertow.request] (default task-32) UT005023: Exception handling request to /f1eb2aa6-5139-4bce-bad8-ad9a49d3912f/protected/PropagateIdentityServlet: javax.servlet.ServletException: Propagation failed.
at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:87)
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:85)
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.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56)
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
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:285)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:264)
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:175)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:792)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.lang.Thread.run(Thread.java:785)
Caused by: org.ietf.jgss.GSSException, major code: 11, minor code: 0
major string: General failure, unspecified at GSSAPI level
minor string: Error: java.lang.Exception: Error: com.ibm.security.krb5.KrbException, status code: 38
message: Incorrect net address
at com.ibm.security.jgss.i18n.I18NException.throwGSSException(I18NException.java:33)
at com.ibm.security.jgss.mech.krb5.g.a(g.java:23)
at com.ibm.security.jgss.mech.krb5.g.initSecContext(g.java:814)
at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:337)
at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:437)
at org.jboss.eapqe.krbldap.utils.krb.GSSTestClient.getName(GSSTestClient.java:100)
at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:85)
... 32 more
{code}
> SPNEGOLoginModuleTestCase#testIdentityPropagation fails with IBM on some machines
> ---------------------------------------------------------------------------------
>
> Key: WFLY-8847
> URL: https://issues.jboss.org/browse/WFLY-8847
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 11.0.0.Alpha1
> Reporter: Martin Choma
> Priority: Minor
>
> IBM java sends address in delegated kerberos ticket. ApacheDS includes this address into ticket and check that address with address of client (taken from connection). On some machines, these addresses doesn't match.
> Those are machines when there are several virtual IPs and if node0 is set to non-first IP address, ApacheDS address check fails.
> See details in https://issues.apache.org/jira/browse/DIRSERVER-2156
> {code}
> [31m15:14:11,302 ERROR [io.undertow.request] (default task-32) UT005023: Exception handling request to /f1eb2aa6-5139-4bce-bad8-ad9a49d3912f/protected/PropagateIdentityServlet: javax.servlet.ServletException: Propagation failed.
> at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:87)
> 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:85)
> 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.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> 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:285)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:264)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:175)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:792)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.lang.Thread.run(Thread.java:785)
> Caused by: org.ietf.jgss.GSSException, major code: 11, minor code: 0
> major string: General failure, unspecified at GSSAPI level
> minor string: Error: java.lang.Exception: Error: com.ibm.security.krb5.KrbException, status code: 38
> message: Incorrect net address
> at com.ibm.security.jgss.i18n.I18NException.throwGSSException(I18NException.java:33)
> at com.ibm.security.jgss.mech.krb5.g.a(g.java:23)
> at com.ibm.security.jgss.mech.krb5.g.initSecContext(g.java:814)
> at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:337)
> at com.ibm.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:437)
> at org.jboss.eapqe.krbldap.utils.krb.GSSTestClient.getName(GSSTestClient.java:100)
> at org.jboss.eapqe.krbldap.eap.deployments.servlets.PropagateIdentityServlet.doGet(PropagateIdentityServlet.java:85)
> ... 32 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month