May 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (SECURITY-971) SecurityKeyManager should use delegate for methods inherited from X509ExtendedKeyManager when possible

by Stefan Guilhen (JIRA)

[ https://issues.jboss.org/browse/SECURITY-971?page=com.atlassian.jira.plug... ] Stefan Guilhen closed SECURITY-971. ----------------------------------- > SecurityKeyManager should use delegate for methods inherited from X509ExtendedKeyManager when possible > ------------------------------------------------------------------------------------------------------ > > Key: SECURITY-971 > URL: https://issues.jboss.org/browse/SECURITY-971 > Project: PicketBox > Issue Type: Bug > Components: JBossSX > Affects Versions: PicketBox_5_0_1.Final > Reporter: Stefan Guilhen > Assignee: Stefan Guilhen > Fix For: PicketBox_5_0_2.Final > > > SecurityKeyManager now extends X509ExtendedKeyManager but the methods inherited from this class have been left unimplemented (i.e. return null). > The implementation should check if the delegate instance is of type X509ExtendedKeyManager and use the delegate for these methods instead of relying on the default implementation. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SECURITY-972) Release PicketBox 5.0.2.Final

by Stefan Guilhen (JIRA)

Stefan Guilhen created SECURITY-972: --------------------------------------- Summary: Release PicketBox 5.0.2.Final Key: SECURITY-972 URL: https://issues.jboss.org/browse/SECURITY-972 Project: PicketBox Issue Type: Task Reporter: Stefan Guilhen Assignee: Stefan Guilhen -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SECURITY-971) SecurityKeyManager should use delegate for methods inherited from X509ExtendedKeyManager when possible

by Stefan Guilhen (JIRA)

Stefan Guilhen created SECURITY-971: --------------------------------------- Summary: SecurityKeyManager should use delegate for methods inherited from X509ExtendedKeyManager when possible Key: SECURITY-971 URL: https://issues.jboss.org/browse/SECURITY-971 Project: PicketBox Issue Type: Bug Components: JBossSX Affects Versions: PicketBox_5_0_1.Final Reporter: Stefan Guilhen Assignee: Stefan Guilhen Fix For: PicketBox_5_0_2.Beta1 SecurityKeyManager now extends X509ExtendedKeyManager but the methods inherited from this class have been left unimplemented (i.e. return null). The implementation should check if the delegate instance is of type X509ExtendedKeyManager and use the delegate for these methods instead of relying on the default implementation. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-2834) Add SASL tests for management interface

by Josef Cacek (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2834?page=com.atlassian.jira.plugi... ] Josef Cacek moved JBEAP-11004 to WFCORE-2834: --------------------------------------------- Project: WildFly Core (was: JBoss Enterprise Application Platform) Key: WFCORE-2834 (was: JBEAP-11004) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Test Suite (was: Test Suite) > Add SASL tests for management interface > --------------------------------------- > > Key: WFCORE-2834 > URL: https://issues.jboss.org/browse/WFCORE-2834 > Project: WildFly Core > Issue Type: Bug > Components: Test Suite > Reporter: Josef Cacek > Assignee: Josef Cacek > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1566) Unable to lookup Stateless KieSession and KieBase from Remote Java Client

by Dhamodharan Krishnan (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1566?page=com.atlassian.jira.plugi... ] Dhamodharan Krishnan commented on DROOLS-1566: ---------------------------------------------- [~tirelli] Could you please let me know if there is an option to lookup Stateless Kie Session. > Unable to lookup Stateless KieSession and KieBase from Remote Java Client > ------------------------------------------------------------------------- > > Key: DROOLS-1566 > URL: https://issues.jboss.org/browse/DROOLS-1566 > Project: Drools > Issue Type: Bug > Components: kie server > Affects Versions: 6.5.0.Final > Reporter: Dhamodharan Krishnan > Assignee: Edson Tirelli > > The rules that I define in Stateful or the default KieSession and KieBase are picked up the Remote Java client. The rules that I define in Stateless KieSessions or KieBase are not picked up. > I am not able to define rules in Stateless Kie Session. And I get duplicate data as part of my response as the facts injected into the Working memory seems to get bundled. > For eg, if a response POJO is supposed to contain 3 inner objects as part of its Response. > Response.java > { > List<Person> personsList; > } > Lets assume that the response should contain 3 matching persons as part of its response. > But each time, I hit the Kie Container from the Remote Java client, the results get bundled and it goes in Arithmetic progression as > 3 , 6, 9, 12, 15, .... and so on until I restart my KieServer instance itself. > Thats where I am not clear on how to configure the KieContainer to make sure the results are not bundled. > Imagine, if I am going to call the Kie Container from different instances, it may even be giving wrong results . > As it returns the stocked up data. > Hope you understand my problem. > Thats where I try to configure Stateless KieSession and map my package to that. > But the remote Java client is not able to pick the Stateless KieSession. > It picks only Stateful ones. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8357) jboss-ejb-iiop_1_0.xsd is invalid

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-8357?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-8357: ----------------------------------------------- Radovan STANCEL <rstancel(a)redhat.com> changed the Status of [bug 1192591|https://bugzilla.redhat.com/show_bug.cgi?id=1192591] from POST to MODIFIED > jboss-ejb-iiop_1_0.xsd is invalid > --------------------------------- > > Key: WFLY-8357 > URL: https://issues.jboss.org/browse/WFLY-8357 > Project: WildFly > Issue Type: Bug > Components: EJB > Reporter: Radovan Netuka > Priority: Critical > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8778) Elytron filesystem-realm should load existing identities from file system

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-8778?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated WFLY-8778: ----------------------------------- Fix Version/s: 11.0.0.Beta1 > Elytron filesystem-realm should load existing identities from file system > ------------------------------------------------------------------------- > > Key: WFLY-8778 > URL: https://issues.jboss.org/browse/WFLY-8778 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 11.0.0.Alpha1 > Reporter: Jan Kalina > Assignee: Jan Kalina > Priority: Blocker > Labels: filesystem-realm, security-realm > Fix For: 11.0.0.Beta1 > > > Elytron {{filesystem-realm}} should load existing identities from file system. The steps to reproduce results in: > {noformat} > [standalone@localhost:9990 /] /subsystem=elytron/filesystem-realm=realm/identity=user:read-identity > { > "outcome" => "failed", > "failure-description" => "WFLYCTL0216: Management resource '[ > (\"subsystem\" => \"elytron\"), > (\"filesystem-realm\" => \"realm\"), > (\"identity\" => \"user\") > ]' not found", > "rolled-back" => true > } > [standalone@localhost:9990 /] /subsystem=elytron/filesystem-realm=realm/identity=user:add > { > "outcome" => "failed", > "failure-description" => "WFLYELY01000: Identity with name [user] already exists.", > "rolled-back" => true > } > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8798) CLI Opertation 'load' for Elytron key-store does not change key used by management

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-8798?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated WFLY-8798: ----------------------------------- Fix Version/s: 11.0.0.Beta1 > CLI Opertation 'load' for Elytron key-store does not change key used by management > ---------------------------------------------------------------------------------- > > Key: WFLY-8798 > URL: https://issues.jboss.org/browse/WFLY-8798 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 11.0.0.Alpha1 > Reporter: Jan Kalina > Assignee: Jan Kalina > Priority: Blocker > Labels: management-model, ssl > Fix For: 11.0.0.Beta1 > > > When keystore (or cerficate in keystore) is changed during server runtime then CLI opertation {{load}} can be used for {{/subsystem=elytron/key-store=...}} to re-reading this keystore in server. However after calling this operation server still works with original keystore/certificate. Then CLI reads current keystore correctly, but in case when ssl-context which uses that key-store is used then original keystore is still used by server. Reload of server is required to correctly re-read the new keystore. See Steps to Reproduce for more details. > We request blocker flag since this issue blocks RFE EAP7-455. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8723) Move elytron management security tests from full to core

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-8723?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated WFLY-8723: ----------------------------------- Fix Version/s: 11.0.0.Beta1 > Move elytron management security tests from full to core > -------------------------------------------------------- > > Key: WFLY-8723 > URL: https://issues.jboss.org/browse/WFLY-8723 > Project: WildFly > Issue Type: Task > Reporter: Ken Wills > Assignee: James Perkins > Fix For: 11.0.0.Beta1 > > > This is the wildfly portion of https://issues.jboss.org/browse/WFCORE-2746 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-8741) Elytron credential-store should offer operations instead of alias resource

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-8741?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated WFLY-8741: ----------------------------------- Fix Version/s: 11.0.0.Beta1 > Elytron credential-store should offer operations instead of alias resource > -------------------------------------------------------------------------- > > Key: WFLY-8741 > URL: https://issues.jboss.org/browse/WFLY-8741 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 11.0.0.Alpha1 > Reporter: Jan Kalina > Assignee: Jan Kalina > Priority: Blocker > Fix For: 11.0.0.Beta1 > > > Elytron credential-store resources should offer operations instead of alias resource, as for key-stores, as it can be based on any key-store too. > The reason is more described in WFCORE-2691 or related mailing thread on wildfly-dev. > Setting priority to blocker by WFCORE-2691 and WFCORE-2737. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

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