May 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-1904) Usage of vault for system-properties throws java.lang.SecurityException

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1904?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-1904: ----------------------------------------------- Vaclav Tunka <vtunka(a)redhat.com> changed the Status of [bug 1076507|https://bugzilla.redhat.com/show_bug.cgi?id=1076507] from MODIFIED to ON_QA > Usage of vault for system-properties throws java.lang.SecurityException > ----------------------------------------------------------------------- > > Key: WFLY-1904 > URL: https://issues.jboss.org/browse/WFLY-1904 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Security > Affects Versions: 8.0.0.Beta1 > Reporter: Navin Surtani > Assignee: Brian Stansberry > Fix For: 8.1.0.CR1 > > > Steps to Reproduce: 1. add the lines in standalone.xml:- > {code} > <system-properties> > <property name="javax.net.ssl.trustStore" value="/dir/truststore.jks"/> > <property name="javax.net.ssl.trustStorePassword" value="${VAULT::blk::attr::MTBlYWUzNDEtMjI2MC00NWYzLWFiZmUtM2EyYjZkNDgyZWM4TElORV9CUkVBS215YWxpYXM=}" /> > </system-properties> > <vault> > <vault-option name="KEYSTORE_URL" value="/opt/jboss-eap-6.0/standalone/configuration/vault.jks"/> > <vault-option name="KEYSTORE_PASSWORD" value="MASK-2gTQPnrWJaqrh0pURMKAOw"/> > <vault-option name="KEYSTORE_ALIAS" value="myalias"/> > <vault-option name="SALT" value="12345678"/> > <vault-option name="ITERATION_COUNT" value="44"/> > <vault-option name="ENC_FILE_DIR" value="/opt/jboss-eap-6.0/standalone/configuration/"/> > </vault> > {code} > 2. start EAP6 in standalone mode > project_key: JBPAPP6 > Usage of vault for system-properties throws java.lang.SecurityException. > boot.log:- > {code} > 20:35:30,267 ERROR [org.jboss.as.controller.management-operation] JBAS014612: Operation ("add") failed - address: ([("system-property" => "javax.net.ssl.trustStorePassword")]): java.lang.SecurityException: JBAS013322: Vault is not initialized > at org.jboss.as.security.vault.RuntimeVaultReader.retrieveFromVault(RuntimeVaultReader.java:98) [jboss-as-security-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.server.RuntimeExpressionResolver.resolvePluggableExpression(RuntimeExpressionResolver.java:45) [jboss-as-server-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.ExpressionResolverImpl.resolveExpressionsRecursively(ExpressionResolverImpl.java:58) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.ExpressionResolverImpl.resolveExpressions(ExpressionResolverImpl.java:40) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.ModelControllerImpl.resolveExpressions(ModelControllerImpl.java:455) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.OperationContextImpl.resolveExpressions(OperationContextImpl.java:689) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.operations.common.SystemPropertyAddHandler.execute(SystemPropertyAddHandler.java:112) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:397) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:284) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:211) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:175) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:191) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.server.ServerService.boot(ServerService.java:295) [jboss-as-server-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.server.ServerService.boot(ServerService.java:270) [jboss-as-server-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:156) [jboss-as-controller-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1] > at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_37] > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3016) Prevent NullPointerException in JDR CommandLineMain

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3016?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3016: ----------------------------------------------- Vaclav Tunka <vtunka(a)redhat.com> changed the Status of [bug 1069894|https://bugzilla.redhat.com/show_bug.cgi?id=1069894] from MODIFIED to ON_QA > Prevent NullPointerException in JDR CommandLineMain > --------------------------------------------------- > > Key: WFLY-3016 > URL: https://issues.jboss.org/browse/WFLY-3016 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JDR > Affects Versions: 8.0.0.Final > Reporter: Brad Maxwell > Assignee: Brad Maxwell > Fix For: 8.1.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2921) Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress)

by Sri Ram (JIRA)

[ https://issues.jboss.org/browse/WFLY-2921?page=com.atlassian.jira.plugin.... ] Sri Ram commented on WFLY-2921: ------------------------------- Sent a pull request which improves the test cases by adding test for unresolved address scenario. > Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress) > -------------------------------------------------------------------------- > > Key: WFLY-2921 > URL: https://issues.jboss.org/browse/WFLY-2921 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 8.0.0.Final > Reporter: Ted Won > Priority: Minor > > It seems there is a wrong condition statement of formatAddress(InetSocketAddress inet) in the class org.jboss.as.network.NetworkUtils. > https://github.com/wildfly/wildfly/blob/master/network/src/main/java/org/... > This method returns "ipAddress:port", but expected to "hostname:port". > public static String formatAddress(InetSocketAddress inet) > ... > // As-is > if(inet.isUnresolved()){ > result.append(inet.getHostName()); > // Expected to reversely: > if(!inet.isUnresolved()){ > result.append(inet.getHostName()); > ... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2921) Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress)

by Sri Ram (JIRA)

[ https://issues.jboss.org/browse/WFLY-2921?page=com.atlassian.jira.plugin.... ] Sri Ram edited comment on WFLY-2921 at 5/3/14 3:46 PM: ------------------------------------------------------- Sent a pull request which improves the test cases by adding test for unresolved address scenario. https://github.com/wildfly/wildfly/pull/6227 was (Author: ramsrib): Sent a pull request which improves the test cases by adding test for unresolved address scenario. > Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress) > -------------------------------------------------------------------------- > > Key: WFLY-2921 > URL: https://issues.jboss.org/browse/WFLY-2921 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 8.0.0.Final > Reporter: Ted Won > Priority: Minor > > It seems there is a wrong condition statement of formatAddress(InetSocketAddress inet) in the class org.jboss.as.network.NetworkUtils. > https://github.com/wildfly/wildfly/blob/master/network/src/main/java/org/... > This method returns "ipAddress:port", but expected to "hostname:port". > public static String formatAddress(InetSocketAddress inet) > ... > // As-is > if(inet.isUnresolved()){ > result.append(inet.getHostName()); > // Expected to reversely: > if(!inet.isUnresolved()){ > result.append(inet.getHostName()); > ... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2921) Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress)

by Sri Ram (JIRA)

[ https://issues.jboss.org/browse/WFLY-2921?page=com.atlassian.jira.plugin.... ] Sri Ram edited comment on WFLY-2921 at 5/3/14 3:22 PM: ------------------------------------------------------- I think, It's the right condition. That method is expected to return "ipAddress:port" and not the "hostname:port" Reason : With this below condition, if an inet socket address is unresolved, then we can't get it's address (i.e., inet.getAddress() will return null) and the getHostName() will return whatever we passed as string). >> if(inet.isUnresolved()){ result.append(inet.getHostName()); }else{ result.append(formatPossibleIpv6Address(formatAddress(inet.getAddress()))); } << I'll post a patch with few more test cases to test the unresolved scenarios. Does it sounds good? was (Author: ramsrib): I think, It's the right condition. That method is expected to return "ipAddress:port" and not the "hostname:port" Reason : With this below condition, if an inet socket address is unresolved, then we can't get it's address (i.e., inet.getAddress() will return null) and the getHostName() will return whatever we passed as string). >> if(inet.isUnresolved()){ result.append(inet.getHostName()); }else{ result.append(formatPossibleIpv6Address(formatAddress(inet.getAddress()))); } << Does it sounds good? > Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress) > -------------------------------------------------------------------------- > > Key: WFLY-2921 > URL: https://issues.jboss.org/browse/WFLY-2921 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 8.0.0.Final > Reporter: Ted Won > Priority: Minor > > It seems there is a wrong condition statement of formatAddress(InetSocketAddress inet) in the class org.jboss.as.network.NetworkUtils. > https://github.com/wildfly/wildfly/blob/master/network/src/main/java/org/... > This method returns "ipAddress:port", but expected to "hostname:port". > public static String formatAddress(InetSocketAddress inet) > ... > // As-is > if(inet.isUnresolved()){ > result.append(inet.getHostName()); > // Expected to reversely: > if(!inet.isUnresolved()){ > result.append(inet.getHostName()); > ... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2921) Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress)

by Sri Ram (JIRA)

[ https://issues.jboss.org/browse/WFLY-2921?page=com.atlassian.jira.plugin.... ] Sri Ram commented on WFLY-2921: ------------------------------- I think, It's the right condition. That method is expected to return "ipAddress:port" and not the "hostname:port" Reason : With this below condition, if an inet socket address is unresolved, then we can't get it's address (i.e., inet.getAddress() will return null) and the getHostName() will return whatever we passed as string). >> if(inet.isUnresolved()){ result.append(inet.getHostName()); }else{ result.append(formatPossibleIpv6Address(formatAddress(inet.getAddress()))); } << Does it sounds good? > Wrong condition statement in NetworkUtils#formatAddress(InetSocketAddress) > -------------------------------------------------------------------------- > > Key: WFLY-2921 > URL: https://issues.jboss.org/browse/WFLY-2921 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 8.0.0.Final > Reporter: Ted Won > Priority: Minor > > It seems there is a wrong condition statement of formatAddress(InetSocketAddress inet) in the class org.jboss.as.network.NetworkUtils. > https://github.com/wildfly/wildfly/blob/master/network/src/main/java/org/... > This method returns "ipAddress:port", but expected to "hostname:port". > public static String formatAddress(InetSocketAddress inet) > ... > // As-is > if(inet.isUnresolved()){ > result.append(inet.getHostName()); > // Expected to reversely: > if(!inet.isUnresolved()){ > result.append(inet.getHostName()); > ... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3304) RemoteDomainConnectionService.fetchDomainWideConfiguration() isn't properly implemented

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3304?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3304: ----------------------------------------------- Brian Stansberry <brian.stansberry(a)redhat.com> changed the Status of [bug 1093866|https://bugzilla.redhat.com/show_bug.cgi?id=1093866] from NEW to ASSIGNED > RemoteDomainConnectionService.fetchDomainWideConfiguration() isn't properly implemented > --------------------------------------------------------------------------------------- > > Key: WFLY-3304 > URL: https://issues.jboss.org/browse/WFLY-3304 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Domain Management > Affects Versions: 8.0.0.Final, 8.1.0.CR1 > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Fix For: 9.0.0.CR1 > > > The WFLY-2043 implementation is not working correctly because fetching the config from the master without fully registering is not properly implemented. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3304) RemoteDomainConnectionService.fetchDomainWideConfiguration() isn't properly implemented

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3304?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-3304: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1093866 > RemoteDomainConnectionService.fetchDomainWideConfiguration() isn't properly implemented > --------------------------------------------------------------------------------------- > > Key: WFLY-3304 > URL: https://issues.jboss.org/browse/WFLY-3304 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Domain Management > Affects Versions: 8.0.0.Final, 8.1.0.CR1 > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Fix For: 9.0.0.CR1 > > > The WFLY-2043 implementation is not working correctly because fetching the config from the master without fully registering is not properly implemented. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3302) TLSSyslog server remove BC provider, does not add it back if it was present

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/WFLY-3302?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec commented on WFLY-3302: ------------------------------------------- Pull request sent, fix merged. > TLSSyslog server remove BC provider, does not add it back if it was present > --------------------------------------------------------------------------- > > Key: WFLY-3302 > URL: https://issues.jboss.org/browse/WFLY-3302 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Test Suite > Affects Versions: 8.0.0.Final, 8.1.0.CR1 > Reporter: Bartosz Baranowski > Assignee: Bartosz Baranowski > Priority: Trivial > Fix For: Awaiting Volunteers > > > Syslog test kills BC provider, this may cause( and did ) random failures. > Offending code: https://github.com/wildfly/wildfly/blob/master/testsuite/integration/basi... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3277) Fix for JAVASERVERFACES-3189 causes memory leak

by Farah Juma (JIRA)

[ https://issues.jboss.org/browse/WFLY-3277?page=com.atlassian.jira.plugin.... ] Farah Juma commented on WFLY-3277: ---------------------------------- My patch for [JAVASERVERFACES-3260|https://java.net/jira/browse/JAVASERVERFACES-3260] has been merged upstream. I've also applied this fix to our fork and released the 2.2.6-jbossorg-4 version of jsf-impl. With this, I was able to run the CapeDwarf testsuite without running into OOM issues. [~alesj], please let me know if you still see issues with this though. > Fix for JAVASERVERFACES-3189 causes memory leak > ----------------------------------------------- > > Key: WFLY-3277 > URL: https://issues.jboss.org/browse/WFLY-3277 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JSF > Affects Versions: 8.1.0.CR1 > Reporter: Tomaz Cerar > Assignee: Farah Juma > Priority: Blocker > Fix For: 8.1.0.Final > > Attachments: capedwarf-test.war > > > Running capedwarf testsuite we found out that after upgrade to 8.1.0.CR1 testsuite does not complete as server dies with OOM. > I traced problem down to this commit: https://github.com/jboss/mojarra/commit/d0f9f873dc0f99047a0a5031631d091fa... > reverting it fixes the problem. > For what is worth, I think original problem comes from fact that we somehow register two ConfigureListeners for every deployment. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2014