January 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-7937) ConfigValidator.java#L83 - serverRequiresSsl checked twice on the same line, should be probably serverRequiresSsl && clientRequiresSsl

by Dmitrii Tikhomirov (JIRA)

Dmitrii Tikhomirov created WFLY-7937: ---------------------------------------- Summary: ConfigValidator.java#L83 - serverRequiresSsl checked twice on the same line, should be probably serverRequiresSsl && clientRequiresSsl Key: WFLY-7937 URL: https://issues.jboss.org/browse/WFLY-7937 Project: WildFly Issue Type: Bug Components: IIOP Affects Versions: 10.1.0.Final Reporter: Dmitrii Tikhomirov Assignee: Dmitrii Tikhomirov ConfigValidator.java#L83 - serverRequiresSsl checked twice on the same line, should be probably serverRequiresSsl && clientRequiresSsl https://github.com/wildfly/wildfly/blame/master/iiop-openjdk/src/main/jav... {code} if (serverRequiresSsl && serverRequiresSsl && attribute.equals(Constants.IOR_SUPPORTED)) { {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7936) The RunAs annotation doesn't work in servlets with Elytron

by Josef Cacek (JIRA)

[ https://issues.jboss.org/browse/WFLY-7936?page=com.atlassian.jira.plugin.... ] Josef Cacek updated WFLY-7936: ------------------------------ Attachment: servlet-runas.war > The RunAs annotation doesn't work in servlets with Elytron > ---------------------------------------------------------- > > Key: WFLY-7936 > URL: https://issues.jboss.org/browse/WFLY-7936 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Josef Cacek > Assignee: Darran Lofthouse > Priority: Blocker > Attachments: servlet-runas.war > > > The {{(a)javax.annotation.security.RunAs}} doesn't work in servlets when Elytron is used. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7936) The RunAs annotation doesn't work in servlets with Elytron

by Josef Cacek (JIRA)

Josef Cacek created WFLY-7936: --------------------------------- Summary: The RunAs annotation doesn't work in servlets with Elytron Key: WFLY-7936 URL: https://issues.jboss.org/browse/WFLY-7936 Project: WildFly Issue Type: Bug Components: Security Reporter: Josef Cacek Assignee: Darran Lofthouse Priority: Blocker The {{(a)javax.annotation.security.RunAs}} doesn't work in servlets when Elytron is used. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7158) Working with multiple keys in key store

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-7158?page=com.atlassian.jira.plugin.... ] Jan Kalina edited comment on WFLY-7158 at 1/23/17 5:41 AM: ----------------------------------------------------------- As discussed with [~pskopek], for the future it should work by this way: {code:xml} <key-manager name="ServerKeyManager" algorithm="SunX509"> <credential-reference store="keyskeystore" alias="mykey">  <credential-store store="passwordskeystore" alias="mykey-pwd"/>  </credential-reference> </key-manager> {code} (key-store "keyskeystore" contains SSL key "mykey", which is encrypted by password, which is stored in key-store "passwordskeystore" in alias "mykey-pwd") *But we dont support this (credential-reference referencing another credential-reference) for now.* The best way for now will be to keep user to define filtering-key-store and reference it from key-manager. was (Author: honza889): As discussed with [~pskopek], for the future it should work by this way: {code:xml} <key-manager name="ServerKeyManager" algorithm="SunX509"> <credential-reference store="keyskeystore" alias="mykey"> <credential-store store="passwordskeystore" alias="mykey-pwd"/> </credential-reference> </key-manager> {code} (key-store "keyskeystore" contains SSL key "mykey", which is encrypted by password, which is stored in key-store "passwordskeystore" in alias "mykey-pwd") *But we dont support this (credential-reference referencing another credential-reference) for now.* The best way for now will be to keep user to define filtering-key-store and reference it from key-manager. > Working with multiple keys in key store > --------------------------------------- > > Key: WFLY-7158 > URL: https://issues.jboss.org/browse/WFLY-7158 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Martin Choma > Assignee: Jan Kalina > Priority: Critical > Fix For: 11.0.0.Alpha1 > > > In case when 2 keys are present in keystore, then alias-filter (filtering into single key) on key-store resource has to be specified, otherwise key-manager can't be created. If user want to use keystore with multiple keys, user has to configure multiple key-store elements with specified alias-filter (filtering into single key). > That is pretty inconvinient. Probably introducing *alias attribute on key-manager* would be more intuitive solution to this situation. > {code} > /subsystem=elytron/key-managers=server:add(key-store=server,algorithm="SunX509",password=key-password) > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7158) Working with multiple keys in key store

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-7158?page=com.atlassian.jira.plugin.... ] Jan Kalina commented on WFLY-7158: ---------------------------------- As discussed with [~pskopek], for the future it should work by this way: {code:xml} <key-manager name="ServerKeyManager" algorithm="SunX509"> <credential-reference store="keyskeystore" alias="mykey"> <credential-store store="passwordskeystore" alias="mykey-pwd"/> </credential-reference> </key-manager> {code} (key-store "keyskeystore" contains SSL key "mykey", which is encrypted by password, which is stored in key-store "passwordskeystore" in alias "mykey-pwd") *But we dont support this (credential-reference referencing another credential-reference) for now.* The best way for now will be to keep user to define filtering-key-store and reference it from key-manager. > Working with multiple keys in key store > --------------------------------------- > > Key: WFLY-7158 > URL: https://issues.jboss.org/browse/WFLY-7158 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Martin Choma > Assignee: Jan Kalina > Priority: Critical > Fix For: 11.0.0.Alpha1 > > > In case when 2 keys are present in keystore, then alias-filter (filtering into single key) on key-store resource has to be specified, otherwise key-manager can't be created. If user want to use keystore with multiple keys, user has to configure multiple key-store elements with specified alias-filter (filtering into single key). > That is pretty inconvinient. Probably introducing *alias attribute on key-manager* would be more intuitive solution to this situation. > {code} > /subsystem=elytron/key-managers=server:add(key-store=server,algorithm="SunX509",password=key-password) > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7935) DeploymentRestResourcesDefintion inner classes override compareTo, but not equals() and hashcode()

by Romain Pelisse (JIRA)

[ https://issues.jboss.org/browse/WFLY-7935?page=com.atlassian.jira.plugin.... ] Romain Pelisse reassigned WFLY-7935: ------------------------------------ Assignee: Romain Pelisse (was: Jason Greene) > DeploymentRestResourcesDefintion inner classes override compareTo, but not equals() and hashcode() > -------------------------------------------------------------------------------------------------- > > Key: WFLY-7935 > URL: https://issues.jboss.org/browse/WFLY-7935 > Project: WildFly > Issue Type: Bug > Affects Versions: 10.1.0.Final > Reporter: Romain Pelisse > Assignee: Romain Pelisse > Priority: Minor > > JaxrsResourceMethodDescription [1] and JaxrsResourceLocatorDescription [2] classes override compareTo() method but they don't override equals() and hascode(). > Javadoc says [3]: > "It is strongly recommended (though not required) that natural orderings be consistent with equals. " > Implemented compareTo() compares object based on the class name, but the default implementation of Object for equals() compares objects based on the object reference, thus there is inconsistency. > [1] https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/java/org/jb... > [2] https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/java/org/jb... > [3] http://docs.oracle.com/javase/7/docs/api/java/lang/Comparable.html -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7935) DeploymentRestResourcesDefintion inner classes override compareTo, but not equals() and hashcode()

by Romain Pelisse (JIRA)

[ https://issues.jboss.org/browse/WFLY-7935?page=com.atlassian.jira.plugin.... ] Romain Pelisse updated WFLY-7935: --------------------------------- Component/s: REST > DeploymentRestResourcesDefintion inner classes override compareTo, but not equals() and hashcode() > -------------------------------------------------------------------------------------------------- > > Key: WFLY-7935 > URL: https://issues.jboss.org/browse/WFLY-7935 > Project: WildFly > Issue Type: Bug > Components: REST > Affects Versions: 10.1.0.Final > Reporter: Romain Pelisse > Assignee: Romain Pelisse > Priority: Minor > > JaxrsResourceMethodDescription [1] and JaxrsResourceLocatorDescription [2] classes override compareTo() method but they don't override equals() and hascode(). > Javadoc says [3]: > "It is strongly recommended (though not required) that natural orderings be consistent with equals. " > Implemented compareTo() compares object based on the class name, but the default implementation of Object for equals() compares objects based on the object reference, thus there is inconsistency. > [1] https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/java/org/jb... > [2] https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/java/org/jb... > [3] http://docs.oracle.com/javase/7/docs/api/java/lang/Comparable.html -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7935) DeploymentRestResourcesDefintion inner classes override compareTo, but not equals() and hashcode()

by Romain Pelisse (JIRA)

[ https://issues.jboss.org/browse/WFLY-7935?page=com.atlassian.jira.plugin.... ] Romain Pelisse updated WFLY-7935: --------------------------------- Affects Version/s: 10.1.0.Final > DeploymentRestResourcesDefintion inner classes override compareTo, but not equals() and hashcode() > -------------------------------------------------------------------------------------------------- > > Key: WFLY-7935 > URL: https://issues.jboss.org/browse/WFLY-7935 > Project: WildFly > Issue Type: Bug > Components: REST > Affects Versions: 10.1.0.Final > Reporter: Romain Pelisse > Assignee: Romain Pelisse > Priority: Minor > > JaxrsResourceMethodDescription [1] and JaxrsResourceLocatorDescription [2] classes override compareTo() method but they don't override equals() and hascode(). > Javadoc says [3]: > "It is strongly recommended (though not required) that natural orderings be consistent with equals. " > Implemented compareTo() compares object based on the class name, but the default implementation of Object for equals() compares objects based on the object reference, thus there is inconsistency. > [1] https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/java/org/jb... > [2] https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/java/org/jb... > [3] http://docs.oracle.com/javase/7/docs/api/java/lang/Comparable.html -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7935) DeploymentRestResourcesDefintion inner classes override compareTo, but not equals() and hashcode()

by Romain Pelisse (JIRA)

Romain Pelisse created WFLY-7935: ------------------------------------ Summary: DeploymentRestResourcesDefintion inner classes override compareTo, but not equals() and hashcode() Key: WFLY-7935 URL: https://issues.jboss.org/browse/WFLY-7935 Project: WildFly Issue Type: Bug Reporter: Romain Pelisse Assignee: Jason Greene Priority: Minor JaxrsResourceMethodDescription [1] and JaxrsResourceLocatorDescription [2] classes override compareTo() method but they don't override equals() and hascode(). Javadoc says [3]: "It is strongly recommended (though not required) that natural orderings be consistent with equals. " Implemented compareTo() compares object based on the class name, but the default implementation of Object for equals() compares objects based on the object reference, thus there is inconsistency. [1] https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/java/org/jb... [2] https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/java/org/jb... [3] http://docs.oracle.com/javase/7/docs/api/java/lang/Comparable.html -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7877) Upgrade mod_cluster to 1.3.6.CR1

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-7877?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-7877: --------------------------------- Summary: Upgrade mod_cluster to 1.3.6.CR1 (was: Upgrade mod_cluster to 1.3.6.Final) > Upgrade mod_cluster to 1.3.6.CR1 > -------------------------------- > > Key: WFLY-7877 > URL: https://issues.jboss.org/browse/WFLY-7877 > Project: WildFly > Issue Type: Component Upgrade > Components: mod_cluster > Affects Versions: 10.1.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > > Needed to bring in support for elytron SSLContext integration MODCLUSTER-562. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 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 January 2017