[JBoss JIRA] (ELY-1503) SPNEGO fails on <distributable/> deployment
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/ELY-1503?page=com.atlassian.jira.plugin.s... ]
Farah Juma updated ELY-1503:
----------------------------
Fix Version/s: 1.1.9.Final
> SPNEGO fails on <distributable/> deployment
> -------------------------------------------
>
> Key: ELY-1503
> URL: https://issues.jboss.org/browse/ELY-1503
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Blocker
> Labels: downstream_dependency
> Fix For: 1.2.1.Final, 1.3.0.CR1, 1.1.9.Final
>
>
> Session-scoped (default) SPNEGO authentication does not work on </distributable> deployments.
> Works on CONNECTION and NONE scoped.
> {code}
> 07:09:42,554 ERROR [io.undertow.request] (default task-63) UT005023: Exception handling request to /3246302d-d806-4441-ab87-1cf291a618d5/protected/SimpleSecuredServlet: java.lang.IllegalArgumentException: org.infinispan.commons.marshall.NotSerializableException: sun.security.jgss.GSSContextImpl
> at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionAttributes.setAttribute(CoarseSessionAttributes.java:71)
> at org.wildfly.clustering.web.undertow.session.DistributableSession.setAttribute(DistributableSession.java:176)
> at io.undertow.servlet.spec.HttpSessionImpl.setAttribute(HttpSessionImpl.java:169)
> at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService$4.setAttachment(ApplicationSecurityDomainDefinition.java:676)
> at org.wildfly.security.http.impl.SpnegoAuthenticationMechanism.evaluateRequest(SpnegoAuthenticationMechanism.java:199)
> at org.wildfly.security.http.util.SetMechanismInformationMechanismFactory$1.evaluateRequest(SetMechanismInformationMechanismFactory.java:114)
> at org.wildfly.security.http.util.SetMechanismInformationMechanismFactory$1.evaluateRequest(SetMechanismInformationMechanismFactory.java:114)
> at org.wildfly.security.http.util.SecurityIdentityServerMechanismFactory$1.evaluateRequest(SecurityIdentityServerMechanismFactory.java:77)
> at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.authenticate(HttpAuthenticator.java:115)
> at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.access$100(HttpAuthenticator.java:94)
> at org.wildfly.security.http.HttpAuthenticator.authenticate(HttpAuthenticator.java:78)
> at org.wildfly.elytron.web.undertow.server.SecurityContextImpl.authenticate(SecurityContextImpl.java:100)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:55)
> 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:53)
> 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:59)
> 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.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> 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:326)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> 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)
> Caused by: org.infinispan.commons.marshall.NotSerializableException: sun.security.jgss.GSSContextImpl
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-10040) Different behavior when filter defined in undertow-handlers.conf vs via expression filter
by Adam Krajcik (JIRA)
Adam Krajcik created WFLY-10040:
-----------------------------------
Summary: Different behavior when filter defined in undertow-handlers.conf vs via expression filter
Key: WFLY-10040
URL: https://issues.jboss.org/browse/WFLY-10040
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 12.0.0.Beta1
Reporter: Adam Krajcik
Assignee: Stuart Douglas
Attachments: files.war
When this expression{code}equals(%m, 'POST') -> { response-code(444) } else { response-code(555) }{code} is put into "undertow-handlers.conf", and the predicate is false, the returned response code is 200, like the false branch was ignored.
The handler for the false branch is set to RewriteCorrectingHandlerWrapper.
This behavior is different when the same expression is configured via expression filter in undertow subsystem.
Contents of files.war:
{code}
/empty
/not-empty
/WEB-INF/undertow-handlers.conf
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2397) PMML modules have classloader issues in OSGi
by Jens Reimann (JIRA)
Jens Reimann created DROOLS-2397:
------------------------------------
Summary: PMML modules have classloader issues in OSGi
Key: DROOLS-2397
URL: https://issues.jboss.org/browse/DROOLS-2397
Project: Drools
Issue Type: Bug
Affects Versions: 7.6.0.Final
Environment: Equinox OSGi container, Java 8
Reporter: Jens Reimann
Assignee: Edson Tirelli
The drools PMML modules (drools-pmml and kie-pmml) both suffer from a few class loader issues when running inside an OSGi container.
The KieBase built for transforming the PMML model to Drools model selects the wrong class loader (based on the context class loader). The JAXB instance creator fails with the same problem.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2396) [DMN Designer] Cover dtable commands for non trivial index
by Jozef Marko (JIRA)
Jozef Marko created DROOLS-2396:
-----------------------------------
Summary: [DMN Designer] Cover dtable commands for non trivial index
Key: DROOLS-2396
URL: https://issues.jboss.org/browse/DROOLS-2396
Project: Drools
Issue Type: Task
Components: DMN Editor
Affects Versions: 7.7.0.Final
Reporter: Jozef Marko
Assignee: Jozef Marko
Cover decision table commands for non trivial cases, it means when table had multiple rules / inputs / outputs. And then *rule / input / output* is *added / deleted*.
h3. Acceptance criteria
# AddInputClauseCommand (?)
# AddOutputClauseCommand (?)
# DeleteRuleCommand (?)
# DeleteInputClauseCommand (?)
# DeleteOutputClauseCommand (?)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2301) Decision Table editor
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2301?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2301:
--------------------------------
QE Status: VERIFIED (was: ASSIGNED)
> Decision Table editor
> ---------------------
>
> Key: DROOLS-2301
> URL: https://issues.jboss.org/browse/DROOLS-2301
> Project: Drools
> Issue Type: Sub-task
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
>
> h1. Refactoring for "Decision Table" editor
> h2. Acceptance criteria:
> # Set table orientation (/)
> ## This should not be affected by the change of hit policy or table data
> # Change hit policy (/)
> ## Change should be visible in most left upper cell
> ## If {{COLLECT <function>}} was selected, then hit policy changed and then again {{COLLECT}} selected, then {{<function>}} should be same as previously
> # Clear decision table context entry clicking to any header cell (/)
> # Add rule (/)
> ## Above
> ### Clicking to existing row number
> ### Clicking to existing cell
> ## Below
> ### Clicking to existing row number
> ### Clicking to existing cell
> # Add input (/)
> ## Before
> ### Clicking to existing input
> ### Clicking to existing output shouldn't allow to add input
> ## After
> ### Clicking to existing input
> ### Clicking to existing output shouldn't allow to add input
> # Add output (/)
> ## Before
> ### Clicking to existing output
> ### Clicking to existing input shouldn't allow to add output
> ## After
> ### Clicking to existing output
> ### Clicking to existing input shouldn't allow to add output
> # Remove (/)
> ## Input
> ## Output
> ## Rule
> ## At least one item of all above have to be present - really like this!
> # Output clauses should be collapsed to one name (/)
> # Reorder (/)
> ## Inputs separately
> ## Outputs separately
> ## inputs with outputs and vice versa shouldn't be allowed
> ## Description column should be prevented
> ## Rows of table
> # Change column width (/)
> ## Input
> ## Output
> ## Description
> # Rename any input clause (/)
> # Rename any output clause (x)
> ## DROOLS-2394
> # Undo or Redo anything from this list (x)
> ## DROOLS-2392
> # Save and reopen in any moment (/)
> # Use table as not most upper left context entry of decision (x)
> ## DROOLS-2395
> # Invoke menu when multiple cells selected (x)
> ## DROOLS-2393
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2301) Decision Table editor
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2301?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-2301:
-------------------------------------
Code review done.
> Decision Table editor
> ---------------------
>
> Key: DROOLS-2301
> URL: https://issues.jboss.org/browse/DROOLS-2301
> Project: Drools
> Issue Type: Sub-task
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
>
> h1. Refactoring for "Decision Table" editor
> h2. Acceptance criteria:
> # Set table orientation (/)
> ## This should not be affected by the change of hit policy or table data
> # Change hit policy (/)
> ## Change should be visible in most left upper cell
> ## If {{COLLECT <function>}} was selected, then hit policy changed and then again {{COLLECT}} selected, then {{<function>}} should be same as previously
> # Clear decision table context entry clicking to any header cell (/)
> # Add rule (/)
> ## Above
> ### Clicking to existing row number
> ### Clicking to existing cell
> ## Below
> ### Clicking to existing row number
> ### Clicking to existing cell
> # Add input (/)
> ## Before
> ### Clicking to existing input
> ### Clicking to existing output shouldn't allow to add input
> ## After
> ### Clicking to existing input
> ### Clicking to existing output shouldn't allow to add input
> # Add output (/)
> ## Before
> ### Clicking to existing output
> ### Clicking to existing input shouldn't allow to add output
> ## After
> ### Clicking to existing output
> ### Clicking to existing input shouldn't allow to add output
> # Remove (/)
> ## Input
> ## Output
> ## Rule
> ## At least one item of all above have to be present - really like this!
> # Output clauses should be collapsed to one name (/)
> # Reorder (/)
> ## Inputs separately
> ## Outputs separately
> ## inputs with outputs and vice versa shouldn't be allowed
> ## Description column should be prevented
> ## Rows of table
> # Change column width (/)
> ## Input
> ## Output
> ## Description
> # Rename any input clause (/)
> # Rename any output clause (x)
> ## DROOLS-2394
> # Undo or Redo anything from this list (x)
> ## DROOLS-2392
> # Save and reopen in any moment (/)
> # Use table as not most upper left context entry of decision (x)
> ## DROOLS-2395
> # Invoke menu when multiple cells selected (x)
> ## DROOLS-2393
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months