March 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-2589) Eliminate MSC OPTIONAL dependencies usage

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2589?page=com.atlassian.jira.plugi... ] Kabir Khan updated WFCORE-2589: ------------------------------- Fix Version/s: 3.0.0.Beta13 (was: 3.0.0.Beta12) > Eliminate MSC OPTIONAL dependencies usage > ----------------------------------------- > > Key: WFCORE-2589 > URL: https://issues.jboss.org/browse/WFCORE-2589 > Project: WildFly Core > Issue Type: Task > Affects Versions: 3.0.0.Beta11 > Reporter: Richard Opalka > Assignee: Richard Opalka > Fix For: 3.0.0.Beta13 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-2585) Servers in domain don't start if management interfaces are bound to all IPv4 addresses

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2585?page=com.atlassian.jira.plugi... ] Kabir Khan updated WFCORE-2585: ------------------------------- Fix Version/s: 3.0.0.Beta13 (was: 3.0.0.Beta12) > Servers in domain don't start if management interfaces are bound to all IPv4 addresses > -------------------------------------------------------------------------------------- > > Key: WFCORE-2585 > URL: https://issues.jboss.org/browse/WFCORE-2585 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 3.0.0.Beta11 > Reporter: Pavel Jelinek > Assignee: Brian Stansberry > Priority: Blocker > Fix For: 3.0.0.Beta13 > > Attachments: host-controller.log, server-one.log > > > This is regression compared to EAP 7.0.0. > See attached logs server-one.log , host-controller.log > {code} > ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 2) MSC000001: Failed to start service jboss.server-boot-operations: org.jboss.msc.service.StartException in service jboss.server-boot-operations: java.net.ConnectException: WFLYPRT0053: Could not connect to remote://0.0.0.0:9999. The connection failed > at org.jboss.as.server.mgmt.domain.ServerBootOperationsService$1.run(ServerBootOperationsService.java:72) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > at org.jboss.threads.JBossThread.run(JBossThread.java:320) > Caused by: java.net.ConnectException: WFLYPRT0053: Could not connect to remote://0.0.0.0:9999. The connection failed > at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:121) > at org.jboss.as.protocol.ProtocolConnectionManager$EstablishingConnection.connect(ProtocolConnectionManager.java:259) > at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:70) > at org.jboss.as.server.mgmt.domain.HostControllerConnection.openConnection(HostControllerConnection.java:128) > at org.jboss.as.server.mgmt.domain.HostControllerClient.resolveBootUpdates(HostControllerClient.java:110) > at org.jboss.as.server.mgmt.domain.ServerBootOperationsService$1.run(ServerBootOperationsService.java:68) > ... 4 more > Caused by: javax.security.sasl.SaslException: Authentication failed: none of the mechanisms presented by the server (JBOSS-LOCAL-USER, DIGEST-MD5) are supported > at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:426) > at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:241) > at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) > at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66) > at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89) > at org.xnio.nio.WorkerThread.run(WorkerThread.java:567) > at ...asynchronous invocation...(Unknown Source) > at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:465) > at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:427) > at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:415) > at org.jboss.as.protocol.ProtocolConnectionUtils.connect(ProtocolConnectionUtils.java:177) > at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:113) > ... 9 more > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-2578) Add ability to configure bind address for outbound XNIO connections

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2578?page=com.atlassian.jira.plugi... ] Kabir Khan updated WFCORE-2578: ------------------------------- Fix Version/s: 3.0.0.Beta13 (was: 3.0.0.Beta12) > Add ability to configure bind address for outbound XNIO connections > ------------------------------------------------------------------- > > Key: WFCORE-2578 > URL: https://issues.jboss.org/browse/WFCORE-2578 > Project: WildFly Core > Issue Type: Enhancement > Components: IO > Reporter: David Lloyd > Assignee: David Lloyd > Fix For: 3.0.0.Beta13 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-2579) Rename WildFly Elytron Subsystem to wildfly-elytron-integration

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2579?page=com.atlassian.jira.plugi... ] Kabir Khan commented on WFCORE-2579: ------------------------------------ [~dlofthouse] Assuming resolved since it was incorporated by the core upgrade > Rename WildFly Elytron Subsystem to wildfly-elytron-integration > --------------------------------------------------------------- > > Key: WFCORE-2579 > URL: https://issues.jboss.org/browse/WFCORE-2579 > Project: WildFly Core > Issue Type: Task > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 3.0.0.Beta12 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-2602) Upgrade WildFly Elytron to 1.1.0.Beta34

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2602?page=com.atlassian.jira.plugi... ] Kabir Khan resolved WFCORE-2602. -------------------------------- Resolution: Done [~dlofthouse] Assuming resolved since it was incorporated by the core upgrade > Upgrade WildFly Elytron to 1.1.0.Beta34 > --------------------------------------- > > Key: WFCORE-2602 > URL: https://issues.jboss.org/browse/WFCORE-2602 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 3.0.0.Beta12 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-2603) Upgrade WildFly Elytron Tool to 1.0.0.Beta1

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2603?page=com.atlassian.jira.plugi... ] Kabir Khan resolved WFCORE-2603. -------------------------------- Resolution: Done > Upgrade WildFly Elytron Tool to 1.0.0.Beta1 > ------------------------------------------- > > Key: WFCORE-2603 > URL: https://issues.jboss.org/browse/WFCORE-2603 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Security > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 3.0.0.Beta12 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-2606) Wildfly OpenSSL 1.0.0.CR1

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2606?page=com.atlassian.jira.plugi... ] Kabir Khan resolved WFCORE-2606. -------------------------------- Fix Version/s: 3.0.0.Beta12 Resolution: Done > Wildfly OpenSSL 1.0.0.CR1 > ------------------------- > > Key: WFCORE-2606 > URL: https://issues.jboss.org/browse/WFCORE-2606 > Project: WildFly Core > Issue Type: Component Upgrade > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 3.0.0.Beta12 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-2608) /deployment-overlay=test:redeploy-links doesn't work in mixed domain

by ehsavoie Hugonnet (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2608?page=com.atlassian.jira.plugi... ] ehsavoie Hugonnet moved JBEAP-10057 to WFCORE-2608: --------------------------------------------------- Project: WildFly Core (was: JBoss Enterprise Application Platform) Key: WFCORE-2608 (was: JBEAP-10057) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Domain Management (was: Domain Management) Affects Version/s: 3.0.0.Beta11 (was: 7.1.0.DR15) > /deployment-overlay=test:redeploy-links doesn't work in mixed domain > -------------------------------------------------------------------- > > Key: WFCORE-2608 > URL: https://issues.jboss.org/browse/WFCORE-2608 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Affects Versions: 3.0.0.Beta11 > Reporter: ehsavoie Hugonnet > Assignee: ehsavoie Hugonnet > > {noformat} > [domain@localhost:9990 /] /deployment-overlay=test:redeploy-links(deployments=[simple-jsp.war]) > { > "outcome" => "failed", > "failure-description" => {"host-failure-descriptions" => {"msimka-t450.brq.redhat.com" => "JBAS014884: No operation named 'redeploy-links' exists at address [(\"deployment-overlay\" => \"test\")]"}}, > "rolled-back" => true, > "result" => {} > } > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ELY-1047) CS tool, meaningless error msg when I create credential store storage file under OracleJDK and access to it under IBMJDK.

by Hynek Švábek (JIRA)

[ https://issues.jboss.org/browse/ELY-1047?page=com.atlassian.jira.plugin.s... ] Hynek Švábek updated ELY-1047: ------------------------------ Component/s: Command-Line Tool > CS tool, meaningless error msg when I create credential store storage file under OracleJDK and access to it under IBMJDK. > ------------------------------------------------------------------------------------------------------------------------- > > Key: ELY-1047 > URL: https://issues.jboss.org/browse/ELY-1047 > Project: WildFly Elytron > Issue Type: Bug > Components: Command-Line Tool > Reporter: Hynek Švábek > Assignee: Ilia Vassilev > > When I create credential store storage file under OracleJDK or OpenJDK and then I want to access to it under IBMJDK I get meaningless error message about this. > I expect some error message about that you must use to access same JDK as was used for creation storage file. > *How to reproduce* > Create credential store storage file with OracleJDK (or openJDK) > {code} > java -jar wildfly-elytron-tool.jar credential-store --add moje --secret asdfasdf --location="PATH/TO/store01.jceks" --uri "cr-store://store01.jceks?modifiable=true;create=true;keyStoreType=JCEKS" --password=pass123 --summary > {code} > Try to list aliases with IBMJDK > {code} > java -jar wildfly-elytron-tool.jar credential-store --aliases --location="/PATH/TO/store01.jceks" --uri "cr-store://store01.jceks?modifiable=true;create=true;keyStoreType=JCEKS" --password=pass123 --summary > ELY09526: Unable to initialize credential store > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ELY-1037) 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/ELY-1037?page=com.atlassian.jira.plugin.s... ] Ilia Vassilev reassigned ELY-1037: ---------------------------------- Assignee: Ilia Vassilev (was: Darran Lofthouse) > CS tool, Without --location parameter a credential store storage file isn't saved (or save as is expected). > ----------------------------------------------------------------------------------------------------------- > > Key: ELY-1037 > URL: https://issues.jboss.org/browse/ELY-1037 > Project: WildFly Elytron > 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

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 March 2017