October 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-701) keyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute.

by Hynek Švábek (JIRA)

[ https://issues.jboss.org/browse/ELY-701?page=com.atlassian.jira.plugin.sy... ] Hynek Švábek updated ELY-701: ----------------------------- Component/s: Credential Store KeyStores > keyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute. > ---------------------------------------------------------------------- > > Key: ELY-701 > URL: https://issues.jboss.org/browse/ELY-701 > Project: WildFly Elytron > Issue Type: Bug > Components: Credential Store, KeyStores > Affects Versions: 1.1.0.Beta11 > Reporter: Hynek Švábek > Assignee: Darran Lofthouse > Priority: Minor > > KeyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute. > There is "credential-reference" element that is replacement for "password" attribute. > Please remove "password" attribute from keyStoreType. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ELY-701) keyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute.

by Hynek Švábek (JIRA)

Hynek Švábek created ELY-701: -------------------------------- Summary: keyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute. Key: ELY-701 URL: https://issues.jboss.org/browse/ELY-701 Project: WildFly Elytron Issue Type: Bug Reporter: Hynek Švábek Assignee: Darran Lofthouse Priority: Minor KeyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute. There is "credential-reference" element that is replacement for "password" attribute. Please remove "password" attribute from keyStoreType. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ELY-701) keyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute.

by Hynek Švábek (JIRA)

[ https://issues.jboss.org/browse/ELY-701?page=com.atlassian.jira.plugin.sy... ] Hynek Švábek updated ELY-701: ----------------------------- Affects Version/s: 1.1.0.Beta11 > keyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute. > ---------------------------------------------------------------------- > > Key: ELY-701 > URL: https://issues.jboss.org/browse/ELY-701 > Project: WildFly Elytron > Issue Type: Bug > Affects Versions: 1.1.0.Beta11 > Reporter: Hynek Švábek > Assignee: Darran Lofthouse > Priority: Minor > > KeyStoreType in wildfly-elytron_1_0.xsd contains "password" attribute. > There is "credential-reference" element that is replacement for "password" attribute. > Please remove "password" attribute from keyStoreType. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7422) (EAP 7.1.z) Port DeploymentScannerTestCase to upstream

by Peter Palaga (JIRA)

Peter Palaga created WFLY-7422: ---------------------------------- Summary: (EAP 7.1.z) Port DeploymentScannerTestCase to upstream Key: WFLY-7422 URL: https://issues.jboss.org/browse/WFLY-7422 Project: WildFly Issue Type: Task Components: Test Suite Reporter: Peter Palaga The EAP 6.4.x PR https://github.com/jbossas/jboss-eap/pull/2669 added the DeploymentScannerTestCase silently without porting it to upstream, thus not fulfilling the "Upstream First" requirement. Note that https://github.com/jbossas/jboss-eap/pull/2800 updates DeploymentScannerTestCase. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7421) Port DeploymentScannerTestCase to upstream

by Peter Palaga (JIRA)

[ https://issues.jboss.org/browse/WFLY-7421?page=com.atlassian.jira.plugin.... ] Peter Palaga updated WFLY-7421: ------------------------------- Description: The EAP 6.4.x PR https://github.com/jbossas/jboss-eap/pull/2669 added the DeploymentScannerTestCase silently without porting it to upstream, thus not fulfilling the "Upstream First" requirement. Note that https://github.com/jbossas/jboss-eap/pull/2800 updates DeploymentScannerTestCase. (was: The EAP 6.4.x PR https://github.com/jbossas/jboss-eap/pull/2669 added the DeploymentScannerTestCase silently without porting it to upstream. Note that https://github.com/jbossas/jboss-eap/pull/2800 updates DeploymentScannerTestCase.) > Port DeploymentScannerTestCase to upstream > ------------------------------------------ > > Key: WFLY-7421 > URL: https://issues.jboss.org/browse/WFLY-7421 > Project: WildFly > Issue Type: Task > Components: Test Suite > Reporter: Peter Palaga > > The EAP 6.4.x PR https://github.com/jbossas/jboss-eap/pull/2669 added the DeploymentScannerTestCase silently without porting it to upstream, thus not fulfilling the "Upstream First" requirement. Note that https://github.com/jbossas/jboss-eap/pull/2800 updates DeploymentScannerTestCase. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7421) Port DeploymentScannerTestCase to upstream

by Peter Palaga (JIRA)

Peter Palaga created WFLY-7421: ---------------------------------- Summary: Port DeploymentScannerTestCase to upstream Key: WFLY-7421 URL: https://issues.jboss.org/browse/WFLY-7421 Project: WildFly Issue Type: Task Components: Test Suite Reporter: Peter Palaga The EAP 6.4.x PR https://github.com/jbossas/jboss-eap/pull/2669 added the DeploymentScannerTestCase silently without porting it to upstream. Note that https://github.com/jbossas/jboss-eap/pull/2800 updates DeploymentScannerTestCase. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBEE-169) Use JBoss Modules to load RESTEasy implementations of javax.ws.rs.ext.RuntimeDelegate and javax.ws.rs.client.ClientBuilder

by Alessio Soldano (JIRA)

Alessio Soldano created JBEE-169: ------------------------------------ Summary: Use JBoss Modules to load RESTEasy implementations of javax.ws.rs.ext.RuntimeDelegate and javax.ws.rs.client.ClientBuilder Key: JBEE-169 URL: https://issues.jboss.org/browse/JBEE-169 Project: JBoss JavaEE Spec APIs Issue Type: Enhancement Components: jboss-jaxrs-api Reporter: Alessio Soldano Assignee: Alessio Soldano Currently jboss-jaxrs-api_2.0_spec has a modified RESTEasy value for the default implementation of javax.ws.rs.ext.RuntimeDelegate. It should likely keep the default Jersey / JDK values and load JBoss/RESTEasy implementations of both javax.ws.rs.ext.RuntimeDelegate and javax.ws.rs.client.ClientBuilder using JBoss Modules when running in-container. This is basically what the jaxws-api already does for the javax.xml.ws.spi.Provider. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1909) Tab completion causes NUL characters ('\0') to be injected...sometimes

by Jean-Francois Denise (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1909?page=com.atlassian.jira.plugi... ] Jean-Francois Denise commented on WFCORE-1909: ---------------------------------------------- Hi David, thank-you for the additional information. I ran your branch, the value-type is a simple String, nothing special there. I checked CLI code, no way to internally inject this character, I found an explanation to what you are experiencing. It could be that, as our IDE are offering completion with the combination of "Ctrl- space" (at least NetBeans and Eclipse), you typed at some point this combination to complete the CLI as you are used to do in your IDE. In the terminal Ctrl-space means '\0' character... I was able to reproduce the problem. Type 'Ctrl space', nothing is displayed in the CLI console although '\0' has been stored. I am going to see if we can filter out (or make them visible) these characters at the Aesh level. Aesh sees all characters and has the choice to keep them or not. > Tab completion causes NUL characters ('\0') to be injected...sometimes > ---------------------------------------------------------------------- > > Key: WFCORE-1909 > URL: https://issues.jboss.org/browse/WFCORE-1909 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Reporter: David Lloyd > Assignee: Jean-Francois Denise > Priority: Critical > > I noticed while testing my subsystem that sometimes using tab-complete on an attribute causes NUL ('\0') characters to be injected into the input. These characters are invisible on the screen but cause XML marshalling to fail as that character is forbidden. > My "less" output of .jboss-cli-history looks something like this: > {noformat} > embed-server --std-out=echo > cd subsystem=discovery > ./static-provider=test:add(services=[{uri=^@^@"local", abstract-type="ejb", abstract-type-authority="jboss"}]) > ./static-provider=test4:add(services=[{uri="local", abstract-type="ejb", abstract-type-authority="jboss"}]) > {noformat} > In the first "test:add" case I used tab-completion; in the second "test4:add" case I typed it out by hand. The "^@" are in inverse video in less, indicating a NUL character. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1910) Add ability to inherit resources

by Pavel Jelinek (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1910?page=com.atlassian.jira.plugi... ] Pavel Jelinek updated WFCORE-1910: ---------------------------------- Labels: user_experience (was: ) > Add ability to inherit resources > -------------------------------- > > Key: WFCORE-1910 > URL: https://issues.jboss.org/browse/WFCORE-1910 > Project: WildFly Core > Issue Type: Feature Request > Components: Domain Management > Reporter: Pavel Jelinek > Assignee: Brian Stansberry > Labels: user_experience > > Motivation: > to be able to have stable resources which name and structure will be backward compatible even between major releases (e.g. something like /subsystem=web-abstract) and which could be inherited/implemented by resources which bring more configuration possibilities but may not be backward compatible between major releases (like e.g. /subsystem=undertow). > This would give users the possibility to write *stable CLI/HTTP API/whatever automation* if they use stable (parent) resources. There will still remain the option to use full configuration options offered by the implementing (children) resources but without backward compatibility guarantee. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1910) Add ability to inherit resources

by Pavel Jelinek (JIRA)

Pavel Jelinek created WFCORE-1910: ------------------------------------- Summary: Add ability to inherit resources Key: WFCORE-1910 URL: https://issues.jboss.org/browse/WFCORE-1910 Project: WildFly Core Issue Type: Feature Request Components: Domain Management Reporter: Pavel Jelinek Assignee: Brian Stansberry Motivation: to be able to have stable resources which name and structure will be backward compatible even between major releases (e.g. something like /subsystem=web-abstract) and which could be inherited/implemented by resources which bring more configuration possibilities but may not be backward compatible between major releases (like e.g. /subsystem=undertow). This would give users the possibility to write *stable CLI/HTTP API/whatever automation* if they use stable (parent) resources. There will still remain the option to use full configuration options offered by the implementing (children) resources but without backward compatibility guarantee. -- This message was sent by Atlassian JIRA (v7.2.2#72004)

9 years, 6 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 October 2016