May 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-1030) Move TokenSecurityRealm to org.wildfly.security.auth.realm package

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1030?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1030: ---------------------------------- Fix Version/s: 1.1.0.Beta46 (was: 1.1.0.Beta45) > Move TokenSecurityRealm to org.wildfly.security.auth.realm package > ------------------------------------------------------------------ > > Key: ELY-1030 > URL: https://issues.jboss.org/browse/ELY-1030 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Realms > Reporter: Darran Lofthouse > Assignee: Pedro Igor > Priority: Critical > Fix For: 1.1.0.Beta46 > > > The LDAP and JDBC realms have their own package as they have quite a few utility and configuration classes, the token realm only has one so I don't think we really need this one to be in it'own realm. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-1031) Make the CredentialStore class final

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1031?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1031: ---------------------------------- Fix Version/s: 1.1.0.Beta46 (was: 1.1.0.Beta45) > Make the CredentialStore class final > ------------------------------------ > > Key: ELY-1031 > URL: https://issues.jboss.org/browse/ELY-1031 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Credential Store > Reporter: Darran Lofthouse > Assignee: Peter Skopek > Priority: Critical > Fix For: 1.1.0.Beta46 > > > Unless there is a reason this has not already be done the class should probably be made final to be sure extension is not possible. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-1180) Ensure a cipher suite filter for HTTP/2 compatible cipher suites can be specified.

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1180?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1180: ---------------------------------- Fix Version/s: 1.1.0.Beta46 (was: 1.1.0.Beta45) > Ensure a cipher suite filter for HTTP/2 compatible cipher suites can be specified. > ---------------------------------------------------------------------------------- > > Key: ELY-1180 > URL: https://issues.jboss.org/browse/ELY-1180 > Project: WildFly Elytron > Issue Type: Task > Components: SSL > Reporter: Darran Lofthouse > Fix For: 1.1.0.Beta46 > > > This may be more verification but we should ensure we can return an SSLContext optimised for HTTP/2. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-1183) Release WildFly Elytron 1.1.0.Beta45

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1183?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse resolved ELY-1183. ----------------------------------- Resolution: Done > Release WildFly Elytron 1.1.0.Beta45 > ------------------------------------ > > Key: ELY-1183 > URL: https://issues.jboss.org/browse/ELY-1183 > Project: WildFly Elytron > Issue Type: Release > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 1.1.0.Beta45 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-1183) Release WildFly Elytron 1.1.0.Beta45

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-1183: ------------------------------------- Summary: Release WildFly Elytron 1.1.0.Beta45 Key: ELY-1183 URL: https://issues.jboss.org/browse/ELY-1183 Project: WildFly Elytron Issue Type: Release Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.1.0.Beta45 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-1182) Update CipherSuite DEFAULT to match latest OpenSSL default

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1182?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse resolved ELY-1182. ----------------------------------- Resolution: Done > Update CipherSuite DEFAULT to match latest OpenSSL default > ---------------------------------------------------------- > > Key: ELY-1182 > URL: https://issues.jboss.org/browse/ELY-1182 > Project: WildFly Elytron > Issue Type: Task > Components: SSL > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 1.1.0.Beta45 > > > https://www.openssl.org/docs/man1.0.2/apps/ciphers.html -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (HAWKULARQE-1) [QE] - JMAN4-111 - Immutability of JBoss Middleware services running in containers

by Hayk Hovsepyan (JIRA)

[ https://issues.jboss.org/browse/HAWKULARQE-1?page=com.atlassian.jira.plug... ] Hayk Hovsepyan commented on HAWKULARQE-1: ----------------------------------------- Domain mode is not supported in containers. > [QE] - JMAN4-111 - Immutability of JBoss Middleware services running in containers > ---------------------------------------------------------------------------------- > > Key: HAWKULARQE-1 > URL: https://issues.jboss.org/browse/HAWKULARQE-1 > Project: Hawkular QE > Issue Type: Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Blocker > Labels: mm-integration-hawkular-qe > > See [JMAN4-111|https://issues.jboss.org/browse/JMAN4-111] -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2855) CLIProcessWrapper - destroy the CLI process forcibly

by Petr Kremensky (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2855?page=com.atlassian.jira.plugi... ] Petr Kremensky moved JBEAP-11066 to WFCORE-2855: ------------------------------------------------ Project: WildFly Core (was: JBoss Enterprise Application Platform) Key: WFCORE-2855 (was: JBEAP-11066) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Test Suite (was: Test Suite) Affects Version/s: (was: 7.1.0.DR18) > CLIProcessWrapper - destroy the CLI process forcibly > ---------------------------------------------------- > > Key: WFCORE-2855 > URL: https://issues.jboss.org/browse/WFCORE-2855 > Project: WildFly Core > Issue Type: Enhancement > Components: Test Suite > Reporter: Petr Kremensky > Assignee: Petr Kremensky > > process.destroy() doesn't kill the CLI process completely on HP-UX and Solaris boxes -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ELY-1177) Using rewrite-user-name-regex element in Elytron client configuration file causes NPE

by Ondrej Lukas (JIRA)

[ https://issues.jboss.org/browse/ELY-1177?page=com.atlassian.jira.plugin.s... ] Ondrej Lukas commented on ELY-1177: ----------------------------------- [~iweiss] Sure, I added reproducer to JBEAP-11021. > Using rewrite-user-name-regex element in Elytron client configuration file causes NPE > ------------------------------------------------------------------------------------- > > Key: ELY-1177 > URL: https://issues.jboss.org/browse/ELY-1177 > Project: WildFly Elytron > Issue Type: Bug > Affects Versions: 1.1.0.Beta42 > Reporter: Ondrej Lukas > Assignee: Ingo Weiss > Priority: Blocker > > When element {{rewrite-user-name-regex}} is used in Elytron client configuration file then NullPointerException is thrown during authentication. > Stack trace of thrown NPE: > {code} > java.lang.NullPointerException > org.wildfly.security.auth.client.AuthenticationConfiguration.rewriteUser(AuthenticationConfiguration.java:492) > org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$14(ElytronXmlParser.java:605) > org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832) > org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832) > org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832) > org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:704) > org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$7(ElytronXmlParser.java:513) > org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$8(ElytronXmlParser.java:537) > org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:308) > org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:180) > org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141) > com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:120) > com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:95) > javax.servlet.http.HttpServlet.service(HttpServlet.java:687) > javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) > io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) > io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) > io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) > io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) > io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) > io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) > io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68) > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) > io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) > io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) > io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) > io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704) > org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704) > org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704) > org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704) > io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) > io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) > io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) > io.undertow.server.Connectors.executeRootHandler(Connectors.java:211) > io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809) > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > java.lang.Thread.run(Thread.java:745) > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1570) Rule stopped working after upgrading from 5.6.0 to 6.5.0

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1570?page=com.atlassian.jira.plugi... ] Mario Fusco resolved DROOLS-1570. --------------------------------- Resolution: Duplicate Issue Duplicated by https://issues.jboss.org/browse/DROOLS-1571 > Rule stopped working after upgrading from 5.6.0 to 6.5.0 > -------------------------------------------------------- > > Key: DROOLS-1570 > URL: https://issues.jboss.org/browse/DROOLS-1570 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.5.0.Final > Reporter: Manish Java > Assignee: Mario Fusco > > I have the following POJO: > {code:java} > package org.example.domain.purchase; > public class Order { > private OrderType type; > } > {code} > and the following rules: > {code:java} > package org.example.domain.purchase; > rule "consignment" > when > $order: Order(type.equals(OrderType.CONSIGNMENT)) > then > System.out.println("Processing consignment order."); > end > rule "sale" > when > $order: Order(type.equals(OrderType.SALE)) > then > System.out.println("Processing sale order."); > end > rule "transfer" > when > $order: Order(type.equals(OrderType.TRANSFER)) > then > System.out.println("Processing transfer order."); > end > {code} > These rules work fine with Drools v5.6.0 but do not fire after upgrading to v6.5.0. Even the following simple rule does not fire: > {code:java} > package org.example.domain.purchase; > rule "order" > when > $order: Order() > then > System.out.println("Processing an order.") > end > {code} > A sample project is available on [Github|https://github.com/manish-in-java/spring-drools-validation]. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2017