[JBoss JIRA] (DROOLS-1544) Incremental Compilation with GDST ResourceType fails
by Michael Anstis (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1544?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-1544:
----------------------------------------
See https://github.com/kiegroup/drools/pull/1236 for (failing) Unit Test (if {{@Ignore}} is removed from PR...)
> Incremental Compilation with GDST ResourceType fails
> ----------------------------------------------------
>
> Key: DROOLS-1544
> URL: https://issues.jboss.org/browse/DROOLS-1544
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.0.0.CR3
> Reporter: Michael Anstis
> Assignee: Mario Fusco
>
> A NPE is thrown by {{KieBuilderSetImpl}} when updating a Guided Decision Table file (from "with error" to "no error"):
> {code}
> java.lang.NullPointerException
> at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.findResourcesWithErrors(KieBuilderSetImpl.java:104)
> at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.registerInitialErrors(KieBuilderSetImpl.java:70)
> at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.<init>(KieBuilderSetImpl.java:58)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.createFileSet(KieBuilderImpl.java:682)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (DROOLS-1544) Incremental Compilation with GDST ResourceType fails
by Michael Anstis (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1544?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-1544:
-----------------------------------
Description:
A NPE is thrown by {{KieBuilderSetImpl}} when updating a Guided Decision Table file (from "with error" to "no error"):
{code}
java.lang.NullPointerException
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.findResourcesWithErrors(KieBuilderSetImpl.java:104)
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.registerInitialErrors(KieBuilderSetImpl.java:70)
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.<init>(KieBuilderSetImpl.java:58)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.createFileSet(KieBuilderImpl.java:682)
{code}
was:
A NPE is thrown by {[KieBuilderSetImpl}} when updating a Guided Decision Table file (from "with error" to "no error"):
{code}
java.lang.NullPointerException
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.findResourcesWithErrors(KieBuilderSetImpl.java:104)
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.registerInitialErrors(KieBuilderSetImpl.java:70)
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.<init>(KieBuilderSetImpl.java:58)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.createFileSet(KieBuilderImpl.java:682)
{code}
> Incremental Compilation with GDST ResourceType fails
> ----------------------------------------------------
>
> Key: DROOLS-1544
> URL: https://issues.jboss.org/browse/DROOLS-1544
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.0.0.CR3
> Reporter: Michael Anstis
> Assignee: Mario Fusco
>
> A NPE is thrown by {{KieBuilderSetImpl}} when updating a Guided Decision Table file (from "with error" to "no error"):
> {code}
> java.lang.NullPointerException
> at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.findResourcesWithErrors(KieBuilderSetImpl.java:104)
> at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.registerInitialErrors(KieBuilderSetImpl.java:70)
> at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.<init>(KieBuilderSetImpl.java:58)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.createFileSet(KieBuilderImpl.java:682)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (DROOLS-1544) Incremental Compilation with GDST ResourceType fails
by Michael Anstis (JIRA)
Michael Anstis created DROOLS-1544:
--------------------------------------
Summary: Incremental Compilation with GDST ResourceType fails
Key: DROOLS-1544
URL: https://issues.jboss.org/browse/DROOLS-1544
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.0.0.CR3
Reporter: Michael Anstis
Assignee: Mario Fusco
A NPE is thrown by {[KieBuilderSetImpl}} when updating a Guided Decision Table file (from "with error" to "no error"):
{code}
java.lang.NullPointerException
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.findResourcesWithErrors(KieBuilderSetImpl.java:104)
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.registerInitialErrors(KieBuilderSetImpl.java:70)
at org.drools.compiler.kie.builder.impl.KieBuilderSetImpl.<init>(KieBuilderSetImpl.java:58)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.createFileSet(KieBuilderImpl.java:682)
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (DROOLS-1537) Scheduled activations are rescheduled as if new when unmarshalling session in Drools 6.5
by Kay J (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1537?page=com.atlassian.jira.plugi... ]
Kay J commented on DROOLS-1537:
-------------------------------
I have tested some more and had an interesting finding:
The only thing that seems to really affect the test I initially posted seems to be whether all the rules are loaded as one flle or as one file per rule.
I changed the initial test and loaded all rules at once (all in one file) and the test runs as expected (no activations are lost and they are all fired at the correct time).
Do you have any clue why this is and how I can fix it? For error-finding reasons I would prefer to have the rules loaded one by one, so I know which rule caused an error. If I put all in drl file, I need to parse the drl file afterwards to know, which rule the erroneous line belongs to.
> Scheduled activations are rescheduled as if new when unmarshalling session in Drools 6.5
> ----------------------------------------------------------------------------------------
>
> Key: DROOLS-1537
> URL: https://issues.jboss.org/browse/DROOLS-1537
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.5.0.Final
> Reporter: Kay J
> Assignee: Mario Fusco
> Attachments: RestoreReproducer.java
>
>
> Ticket representing question/bug from drools user group: https://groups.google.com/forum/#!topic/drools-usage/Gy3uhkh6J78
> Hello Drools users,
> I found an anomaly in Drools 6.5. I insert an Event, which triggers a rule with a timer after some time. For backup reasons I marshal the session inbetween to back it up and on unmarshal it later. However, after unmarshalling it, the scheduled activations are sometimes scheduled as if just inserted (e.g. 1min scheduling, with marshal/unmarshal after 25s results in the activation firing after 85 (25+60) seconds instead of actual 60s. I know this worked with Drools 5.6 consistently, but now it sometimes works, sometimes not, which is indeterministic.
> I created a test reproducing this behaviour, which has changing output whenever you execute it. What the example does: It create a scheduled activation, which should trigger after 20s. After 10s the session is marshalled, destroyed and unmarshalled into a new session. After another 10s it should finally trigger. (10s + 10s -> the 20s scheduled).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (WFLY-8680) Re-enable Elytron tests ignored for Windows
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-8680?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse updated WFLY-8680:
-----------------------------------
Fix Version/s: 11.0.0.Beta1
> Re-enable Elytron tests ignored for Windows
> -------------------------------------------
>
> Key: WFLY-8680
> URL: https://issues.jboss.org/browse/WFLY-8680
> Project: WildFly
> Issue Type: Task
> Components: Security, Test Suite
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Blocker
> Fix For: 11.0.0.Beta1
>
>
> The following tests are failing on Windows and need to be re-enabled: -
> org.wildfly.test.integration.elytron (25)
> audit.FileAuditLogTestCase
> audit.TCPSyslogAuditLogTestCase
> audit.UDPSyslogAuditLogTestCase
> batch.BatchSubsystemSecurityTestCase 2 failures in one build
> ejb.AuthenticationTestCase 2 failures in one build
> permissionmappers.ConstantPermissionMapperTestCase 2 failures in one build
> principaldecoders.ConstantPrincipalDecoderTestCase 2 failures in one build
> principaltransformers.ChainedPrincipalTransformerTestCase 2 failures in one build
> principaltransformers.ConstantPrincipalTransformerTestCase 2 failures in one build
> principaltransformers.RegexPrincipalTransformerTestCase 2 failures in one build
> principaltransformers.RegexValidatingPrincipalTransformerTestCase 2 failures in one build
> realm.AggregateRealmTestCase 2 failures in one build
> realm.LdapRealmTestCase 2 failures in one build
> realmmappers.ConstantRealmMapperTestCase 2 failures in one build
> realmmappers.MappedRegexRealmMapperTestCase 2 failures in one build
> realmmappers.SimpleRegexRealmMapperTestCase 2 failures in one build
> roledecoders.SimpleRoleDecoderTestCase 2 failures in one build
> rolemappers.AddPrefixRoleMapperTestCase 2 failures in one build
> rolemappers.AddSuffixRoleMapperTestCase 2 failures in one build
> rolemappers.AggregateRoleMapperTestCase 2 failures in one build
> rolemappers.ConstantRoleMapperTestCase 2 failures in one build
> rolemappers.LogicalRoleMapperTestCase 2 failures in one build
> ssl.UndertowSslSecurityDomainTestCase 2 failures in one build
> ssl.UndertowTwoWaySslNeedClientAuthTestCase
> ssl.UndertowTwoWaySslTestCase
> org.wildfly.test.integration.elytron.audit (6)
> FileAuditLogTestCase.testFailedAuth
> FileAuditLogTestCase.testSuccessfulAuth
> TCPSyslogAuditLogTestCase.testFailedAuth
> TCPSyslogAuditLogTestCase.testSuccessfulAuth
> UDPSyslogAuditLogTestCase.testFailedAuth
> UDPSyslogAuditLogTestCase.testSuccessfulAuth
> org.wildfly.test.integration.elytron.ssl (4)
> UndertowTwoWaySslNeedClientAuthTestCase.testSendingTrustedClientCertificate
> UndertowTwoWaySslTestCase.testSendingNoClientCertificate
> UndertowTwoWaySslTestCase.testSendingNonTrustedClientCertificate
> UndertowTwoWaySslTestCase.testSendingTrustedClientCertificate
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (WFLY-8680) Re-enable Elytron tests ignored for Windows
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-8680?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse moved JBEAP-10666 to WFLY-8680:
------------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-8680 (was: JBEAP-10666)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Security
Test Suite
(was: Security)
(was: Test Suite)
> Re-enable Elytron tests ignored for Windows
> -------------------------------------------
>
> Key: WFLY-8680
> URL: https://issues.jboss.org/browse/WFLY-8680
> Project: WildFly
> Issue Type: Task
> Components: Security, Test Suite
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Blocker
> Fix For: 11.0.0.Beta1
>
>
> The following tests are failing on Windows and need to be re-enabled: -
> org.wildfly.test.integration.elytron (25)
> audit.FileAuditLogTestCase
> audit.TCPSyslogAuditLogTestCase
> audit.UDPSyslogAuditLogTestCase
> batch.BatchSubsystemSecurityTestCase 2 failures in one build
> ejb.AuthenticationTestCase 2 failures in one build
> permissionmappers.ConstantPermissionMapperTestCase 2 failures in one build
> principaldecoders.ConstantPrincipalDecoderTestCase 2 failures in one build
> principaltransformers.ChainedPrincipalTransformerTestCase 2 failures in one build
> principaltransformers.ConstantPrincipalTransformerTestCase 2 failures in one build
> principaltransformers.RegexPrincipalTransformerTestCase 2 failures in one build
> principaltransformers.RegexValidatingPrincipalTransformerTestCase 2 failures in one build
> realm.AggregateRealmTestCase 2 failures in one build
> realm.LdapRealmTestCase 2 failures in one build
> realmmappers.ConstantRealmMapperTestCase 2 failures in one build
> realmmappers.MappedRegexRealmMapperTestCase 2 failures in one build
> realmmappers.SimpleRegexRealmMapperTestCase 2 failures in one build
> roledecoders.SimpleRoleDecoderTestCase 2 failures in one build
> rolemappers.AddPrefixRoleMapperTestCase 2 failures in one build
> rolemappers.AddSuffixRoleMapperTestCase 2 failures in one build
> rolemappers.AggregateRoleMapperTestCase 2 failures in one build
> rolemappers.ConstantRoleMapperTestCase 2 failures in one build
> rolemappers.LogicalRoleMapperTestCase 2 failures in one build
> ssl.UndertowSslSecurityDomainTestCase 2 failures in one build
> ssl.UndertowTwoWaySslNeedClientAuthTestCase
> ssl.UndertowTwoWaySslTestCase
> org.wildfly.test.integration.elytron.audit (6)
> FileAuditLogTestCase.testFailedAuth
> FileAuditLogTestCase.testSuccessfulAuth
> TCPSyslogAuditLogTestCase.testFailedAuth
> TCPSyslogAuditLogTestCase.testSuccessfulAuth
> UDPSyslogAuditLogTestCase.testFailedAuth
> UDPSyslogAuditLogTestCase.testSuccessfulAuth
> org.wildfly.test.integration.elytron.ssl (4)
> UndertowTwoWaySslNeedClientAuthTestCase.testSendingTrustedClientCertificate
> UndertowTwoWaySslTestCase.testSendingNoClientCertificate
> UndertowTwoWaySslTestCase.testSendingNonTrustedClientCertificate
> UndertowTwoWaySslTestCase.testSendingTrustedClientCertificate
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (ELY-1119) Setting sasl-mechanism-selector with some name value in Elytron client configuration file causes NPE during parsing
by Ondrej Lukas (JIRA)
[ https://issues.jboss.org/browse/ELY-1119?page=com.atlassian.jira.plugin.s... ]
Ondrej Lukas updated ELY-1119:
------------------------------
Component/s: Authentication Client
> Setting sasl-mechanism-selector with some name value in Elytron client configuration file causes NPE during parsing
> -------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1119
> URL: https://issues.jboss.org/browse/ELY-1119
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Authentication Client
> Affects Versions: 1.1.0.Beta39
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
> Priority: Critical
>
> In case when sasl-mechanism-selector is set in Elytron client configuration file then parsing of configuration file throws NPE. For following element (since there is no documentation then I tried to use values "someName", "NONE", "PLAIN" instead of someName):
> {code}
> <sasl-mechanism-selector selector="someName"/>
> {code}
> is following NPE thrown:
> {code}
> ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /dep/authenticationContext: java.lang.NullPointerException
> at org.wildfly.security.sasl.SaslMechanismSelector$AddSelector.addHashCode(SaslMechanismSelector.java:768)
> at org.wildfly.security.sasl.SaslMechanismSelector.hashCode(SaslMechanismSelector.java:177)
> at org.wildfly.security.sasl.SaslMechanismSelector.equals(SaslMechanismSelector.java:188)
> at org.wildfly.security.sasl.SaslMechanismSelector.equals(SaslMechanismSelector.java:184)
> at java.util.Objects.equals(Objects.java:59)
> at org.wildfly.security.auth.client.AuthenticationConfiguration.setSaslMechanismSelector(AuthenticationConfiguration.java:1037)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$18(ElytronXmlParser.java:640)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:704)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$7(ElytronXmlParser.java:513)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$8(ElytronXmlParser.java:537)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:308)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:180)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141)
> at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:116)
> at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:91)
> 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.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java: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 org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (ELY-1119) Setting sasl-mechanism-selector with some name value in Elytron client configuration file causes NPE during parsing
by Ondrej Lukas (JIRA)
[ https://issues.jboss.org/browse/ELY-1119?page=com.atlassian.jira.plugin.s... ]
Ondrej Lukas updated ELY-1119:
------------------------------
Affects Version/s: 1.1.0.Beta39
> Setting sasl-mechanism-selector with some name value in Elytron client configuration file causes NPE during parsing
> -------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1119
> URL: https://issues.jboss.org/browse/ELY-1119
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta39
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
> Priority: Critical
>
> In case when sasl-mechanism-selector is set in Elytron client configuration file then parsing of configuration file throws NPE. For following element (since there is no documentation then I tried to use values "someName", "NONE", "PLAIN" instead of someName):
> {code}
> <sasl-mechanism-selector selector="someName"/>
> {code}
> is following NPE thrown:
> {code}
> ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /dep/authenticationContext: java.lang.NullPointerException
> at org.wildfly.security.sasl.SaslMechanismSelector$AddSelector.addHashCode(SaslMechanismSelector.java:768)
> at org.wildfly.security.sasl.SaslMechanismSelector.hashCode(SaslMechanismSelector.java:177)
> at org.wildfly.security.sasl.SaslMechanismSelector.equals(SaslMechanismSelector.java:188)
> at org.wildfly.security.sasl.SaslMechanismSelector.equals(SaslMechanismSelector.java:184)
> at java.util.Objects.equals(Objects.java:59)
> at org.wildfly.security.auth.client.AuthenticationConfiguration.setSaslMechanismSelector(AuthenticationConfiguration.java:1037)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$18(ElytronXmlParser.java:640)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:704)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$7(ElytronXmlParser.java:513)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$8(ElytronXmlParser.java:537)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:308)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:180)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141)
> at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:116)
> at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:91)
> 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.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java: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 org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (ELY-1119) Setting sasl-mechanism-selector with some name value in Elytron client configuration file causes NPE during parsing
by Ondrej Lukas (JIRA)
Ondrej Lukas created ELY-1119:
---------------------------------
Summary: Setting sasl-mechanism-selector with some name value in Elytron client configuration file causes NPE during parsing
Key: ELY-1119
URL: https://issues.jboss.org/browse/ELY-1119
Project: WildFly Elytron
Issue Type: Bug
Reporter: Ondrej Lukas
Assignee: Darran Lofthouse
Priority: Critical
In case when sasl-mechanism-selector is set in Elytron client configuration file then parsing of configuration file throws NPE. For following element (since there is no documentation then I tried to use values "someName", "NONE", "PLAIN" instead of someName):
{code}
<sasl-mechanism-selector selector="someName"/>
{code}
is following NPE thrown:
{code}
ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /dep/authenticationContext: java.lang.NullPointerException
at org.wildfly.security.sasl.SaslMechanismSelector$AddSelector.addHashCode(SaslMechanismSelector.java:768)
at org.wildfly.security.sasl.SaslMechanismSelector.hashCode(SaslMechanismSelector.java:177)
at org.wildfly.security.sasl.SaslMechanismSelector.equals(SaslMechanismSelector.java:188)
at org.wildfly.security.sasl.SaslMechanismSelector.equals(SaslMechanismSelector.java:184)
at java.util.Objects.equals(Objects.java:59)
at org.wildfly.security.auth.client.AuthenticationConfiguration.setSaslMechanismSelector(AuthenticationConfiguration.java:1037)
at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$18(ElytronXmlParser.java:640)
at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:704)
at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$7(ElytronXmlParser.java:513)
at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$8(ElytronXmlParser.java:537)
at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:308)
at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:180)
at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141)
at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:116)
at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:91)
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.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java: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 org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months
[JBoss JIRA] (DROOLS-1543) DMN ItemDefinition dependencies ordering
by Matteo Mortari (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1543?page=com.atlassian.jira.plugi... ]
Matteo Mortari commented on DROOLS-1543:
----------------------------------------
Additionally, furhter modifying such described Comparator in the only case of independency, to further order alphabetically by name, would introduce potential inconsistencies across the total ordering.
Assume the following:
{code:java}
Z
B
A -> Z
{code}
where B is independent from A, Z; and A depends on Z hence by definition A > Z.
{code:java}
A > Z // by definition as A depends on Z.
B < Z // comparing b with z, because they are independent, order them by name
A < B // comparing a with b because they are independent, order them by name
{code}
At this point the inconsistency is revealed over the total ordering because:
{code:java}
A < B < Z // descends from the last 2 comparison
inconsistent with:
A > Z // was the original by definition
{code}
> DMN ItemDefinition dependencies ordering
> ----------------------------------------
>
> Key: DROOLS-1543
> URL: https://issues.jboss.org/browse/DROOLS-1543
> Project: Drools
> Issue Type: Bug
> Reporter: Matteo Mortari
> Assignee: Matteo Mortari
>
> Using Java-api Comparator is not easily suitable to address the problem of ordering the ItemDefinition by their dependencies.
> If the Comparator is used to check purely for dependencies, returning 0 for indipendent elements, assume the following:
> {code:java}
> X
> Y -> Z
> {code}
> where X is independent from Y, Z; and Y depends on Z.
> {code:java}
> compare(X, Y) == 0 // by definition above
> compare(X, Z) == 0 // still, by definition above, X is independent also from Z
> compare(Y, Z) == 1 // because Y depends on Z, Y is bigger than Z.
> {code}
> The above breaks the API contract in the Java-API Comparator where stating:
> {quote}Finally, the implementor must ensure that compare(x, y)==0 implies that sgn(compare(x, z))==sgn(compare(y, z)) for all z.{quote}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 7 months