April 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-8503) Wildfly HTTP Client 1.0.0.CR1

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-8503?page=com.atlassian.jira.plugin.... ] Stuart Douglas moved JBEAP-10107 to WFLY-8503: ---------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-8503 (was: JBEAP-10107) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Target Release: (was: 7.1.0.GA) > Wildfly HTTP Client 1.0.0.CR1 > ----------------------------- > > Key: WFLY-8503 > URL: https://issues.jboss.org/browse/WFLY-8503 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Stuart Douglas > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-8502) Upgrade transaction client to 1.0.0.Beta20 from 1.0.0.Beta19

by David Lloyd (JIRA)

David Lloyd created WFLY-8502: --------------------------------- Summary: Upgrade transaction client to 1.0.0.Beta20 from 1.0.0.Beta19 Key: WFLY-8502 URL: https://issues.jboss.org/browse/WFLY-8502 Project: WildFly Issue Type: Component Upgrade Components: EJB Reporter: David Lloyd Assignee: David Lloyd -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-8501) Upgrade ejb client to 4.0.0.Beta23 from 4.0.0.Beta22

by David Lloyd (JIRA)

David Lloyd created WFLY-8501: --------------------------------- Summary: Upgrade ejb client to 4.0.0.Beta23 from 4.0.0.Beta22 Key: WFLY-8501 URL: https://issues.jboss.org/browse/WFLY-8501 Project: WildFly Issue Type: Component Upgrade Components: EJB Reporter: David Lloyd Assignee: David Lloyd -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1508) Prevent NPE when compiler fails to resolve a typeref

by Edson Tirelli (JIRA)

Edson Tirelli created DROOLS-1508: ------------------------------------- Summary: Prevent NPE when compiler fails to resolve a typeref Key: DROOLS-1508 URL: https://issues.jboss.org/browse/DROOLS-1508 Project: Drools Issue Type: Bug Components: dmn engine Affects Versions: 7.0.0.Beta8 Reporter: Edson Tirelli Assignee: Edson Tirelli Priority: Critical Fix For: 7.0.0.Final The compiler is raising a NPE when it fails to resolve a typeref. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2618) CS tool, Without --location parameter a credential store storage file isn't saved (or save as is expected).

by Ilia Vassilev (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2618?page=com.atlassian.jira.plugi... ] Ilia Vassilev updated WFCORE-2618: ---------------------------------- Affects Version/s: 3.0.0.Beta11 > CS tool, Without --location parameter a credential store storage file isn't saved (or save as is expected). > ----------------------------------------------------------------------------------------------------------- > > Key: WFCORE-2618 > URL: https://issues.jboss.org/browse/WFCORE-2618 > Project: WildFly Core > Issue Type: Bug > Affects Versions: 3.0.0.Beta11 > Reporter: Hynek Švábek > Assignee: Ilia Vassilev > > Without --location parameter a credential store storage file isn't saved (or save as is expected). > It pass but I am not able find credential store storage file on disk. > {code} > [hsvabek@localhost bin]$ java -jar wildfly-elytron-tool.jar credential-store --add myalias --secret supersecretpassword --uri "cr-store://test.store?modifiable=true;create=true;keyStoreType=JCEKS" --password mycspassword --summary > Alias "myalias" has been successfully stored > Credential store command summary: > -------------------------------------- > /subsystem=elytron/credential-store=test:add(uri="cr-store://test.store?modifiable=true;create=true;keyStoreType=JCEKS",relative-to=jboss.server.data.dir,credential-reference={clear-text="mycspassword"}) > {code} > It pass with this URI value and I am able to find credential store storage file on disk. > {code} > uri="cr-store://credentialstorename/test.store?modifiable=true;create=true;keyStoreType=JCEKS" > {code} > I see problem here https://github.com/wildfly-security/wildfly-elytron-tool/blob/1.0.0.Alpha... > (test.store is interpreded as hostname in URI in first case) > *NOTE* > Please keep in mind this issue https://issues.jboss.org/browse/JBEAP-8450. > Behaviour must be consistent! -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2618) CS tool, Without --location parameter a credential store storage file isn't saved (or save as is expected).

by Ilia Vassilev (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2618?page=com.atlassian.jira.plugi... ] Ilia Vassilev commented on WFCORE-2618: --------------------------------------- [~hsvabek] Moved the issue from ELY to WFCORE because I think that elytron-tool issues needs to be opened for this project. Please let me know if this is correct. Thanks. > CS tool, Without --location parameter a credential store storage file isn't saved (or save as is expected). > ----------------------------------------------------------------------------------------------------------- > > Key: WFCORE-2618 > URL: https://issues.jboss.org/browse/WFCORE-2618 > Project: WildFly Core > Issue Type: Bug > Reporter: Hynek Švábek > Assignee: Ilia Vassilev > > Without --location parameter a credential store storage file isn't saved (or save as is expected). > It pass but I am not able find credential store storage file on disk. > {code} > [hsvabek@localhost bin]$ java -jar wildfly-elytron-tool.jar credential-store --add myalias --secret supersecretpassword --uri "cr-store://test.store?modifiable=true;create=true;keyStoreType=JCEKS" --password mycspassword --summary > Alias "myalias" has been successfully stored > Credential store command summary: > -------------------------------------- > /subsystem=elytron/credential-store=test:add(uri="cr-store://test.store?modifiable=true;create=true;keyStoreType=JCEKS",relative-to=jboss.server.data.dir,credential-reference={clear-text="mycspassword"}) > {code} > It pass with this URI value and I am able to find credential store storage file on disk. > {code} > uri="cr-store://credentialstorename/test.store?modifiable=true;create=true;keyStoreType=JCEKS" > {code} > I see problem here https://github.com/wildfly-security/wildfly-elytron-tool/blob/1.0.0.Alpha... > (test.store is interpreded as hostname in URI in first case) > *NOTE* > Please keep in mind this issue https://issues.jboss.org/browse/JBEAP-8450. > Behaviour must be consistent! -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2618) CS tool, Without --location parameter a credential store storage file isn't saved (or save as is expected).

by Ilia Vassilev (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2618?page=com.atlassian.jira.plugi... ] Ilia Vassilev moved ELY-1037 to WFCORE-2618: -------------------------------------------- Project: WildFly Core (was: WildFly Elytron) Key: WFCORE-2618 (was: ELY-1037) > CS tool, Without --location parameter a credential store storage file isn't saved (or save as is expected). > ----------------------------------------------------------------------------------------------------------- > > Key: WFCORE-2618 > URL: https://issues.jboss.org/browse/WFCORE-2618 > Project: WildFly Core > Issue Type: Bug > Reporter: Hynek Švábek > Assignee: Ilia Vassilev > > Without --location parameter a credential store storage file isn't saved (or save as is expected). > It pass but I am not able find credential store storage file on disk. > {code} > [hsvabek@localhost bin]$ java -jar wildfly-elytron-tool.jar credential-store --add myalias --secret supersecretpassword --uri "cr-store://test.store?modifiable=true;create=true;keyStoreType=JCEKS" --password mycspassword --summary > Alias "myalias" has been successfully stored > Credential store command summary: > -------------------------------------- > /subsystem=elytron/credential-store=test:add(uri="cr-store://test.store?modifiable=true;create=true;keyStoreType=JCEKS",relative-to=jboss.server.data.dir,credential-reference={clear-text="mycspassword"}) > {code} > It pass with this URI value and I am able to find credential store storage file on disk. > {code} > uri="cr-store://credentialstorename/test.store?modifiable=true;create=true;keyStoreType=JCEKS" > {code} > I see problem here https://github.com/wildfly-security/wildfly-elytron-tool/blob/1.0.0.Alpha... > (test.store is interpreded as hostname in URI in first case) > *NOTE* > Please keep in mind this issue https://issues.jboss.org/browse/JBEAP-8450. > Behaviour must be consistent! -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-426) Auto more/less in CLI for multi-page output

by Jean-Francois Denise (JIRA)

[ https://issues.jboss.org/browse/WFCORE-426?page=com.atlassian.jira.plugin... ] Jean-Francois Denise commented on WFCORE-426: --------------------------------------------- These requirements have some overlap. Explicit more/less vs automatic pause between pages (similar to git log). I am thinking that automatic pause between pages (with support for space, return and 'q') would be very useful. I have been impacted by this behaviour when reading operation descriptions and command help. In interactive mode, pausing at the end of each page should be the default behaviour (without usage of more or less). > Auto more/less in CLI for multi-page output > ------------------------------------------- > > Key: WFCORE-426 > URL: https://issues.jboss.org/browse/WFCORE-426 > Project: WildFly Core > Issue Type: Feature Request > Components: CLI > Reporter: Darran Lofthouse > Assignee: Jean-Francois Denise > > Where the result of a management operation in the CLI returns multiple screens of output it would be nice if this could be automatically wrapped in a more/less type behaviour. > Similar to how git handles git log compared to how svn handles svn log. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2482) Elytron key/trust-manager-factory default algorithm

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2482?page=com.atlassian.jira.plugi... ] Jan Kalina reassigned WFCORE-2482: ---------------------------------- Assignee: Jan Kalina (was: Darran Lofthouse) > Elytron key/trust-manager-factory default algorithm > --------------------------------------------------- > > Key: WFCORE-2482 > URL: https://issues.jboss.org/browse/WFCORE-2482 > Project: WildFly Core > Issue Type: Bug > Components: Security > Affects Versions: 3.0.0.Beta7 > Reporter: Martin Choma > Assignee: Jan Kalina > Labels: user_experience > > {{key-manager-factory}} and {{trust-manager-factory}} requires user to specify algorithm. > Consider defaulting in elytron code to {{TrustManagerFactory.getDefaultAlgorithm()}} and {{KeyManagerFactory.getDefaultAlgorithm()}}. > It is java portable as for oracle java it returns SunX509 and for Ibm java IbmX509. > This JIRA is in scope of "user experience", minimizing necessary user input configuration. > David: "The trust manager definitely should use the default algorithm when none is given; in this case the algorithm name isn't an "algorithm" per se, it's just an implementation name." -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2482) Elytron key/trust-manager-factory default algorithm

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2482?page=com.atlassian.jira.plugi... ] Jan Kalina updated WFCORE-2482: ------------------------------- Fix Version/s: (was: 4.0.0.Alpha1) > Elytron key/trust-manager-factory default algorithm > --------------------------------------------------- > > Key: WFCORE-2482 > URL: https://issues.jboss.org/browse/WFCORE-2482 > Project: WildFly Core > Issue Type: Bug > Components: Security > Affects Versions: 3.0.0.Beta7 > Reporter: Martin Choma > Assignee: Darran Lofthouse > Labels: user_experience > > {{key-manager-factory}} and {{trust-manager-factory}} requires user to specify algorithm. > Consider defaulting in elytron code to {{TrustManagerFactory.getDefaultAlgorithm()}} and {{KeyManagerFactory.getDefaultAlgorithm()}}. > It is java portable as for oracle java it returns SunX509 and for Ibm java IbmX509. > This JIRA is in scope of "user experience", minimizing necessary user input configuration. > David: "The trust manager definitely should use the default algorithm when none is given; in this case the algorithm name isn't an "algorithm" per se, it's just an implementation name." -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 2 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 April 2017