February 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-1855) Possible NPE on controller service start

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1855?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFCORE-1855: ---------------------------------------- Assignee: Brian Stansberry > Possible NPE on controller service start > ---------------------------------------- > > Key: WFCORE-1855 > URL: https://issues.jboss.org/browse/WFCORE-1855 > Project: WildFly Core > Issue Type: Bug > Reporter: David Lloyd > Assignee: Brian Stansberry > > In {{org.jboss.as.controller.AbstractControllerService}}, the {{start}} method starts up a background thread which performs a certain amount of the boot process. Before this thread is started, a volatile field {{controller}} is initialized with the controller reported by the {{start()}} method. > Inside this thread, some work is performed, and at the end of a certain amount of work, the {{finishBoot()}} method is invoked. This method calls {{controller.finishBoot()}}, referencing the field that was set in the {{start()}} method. > The problem arises when the service itself is stopped before the boot thread completes. This causes the {{controller}} field to be nulled out, resulting in an NPE. > I think we need to look at: > * Why are we using a background thread for this? > * Why are we _not_ using the asynchronous startup feature? > I think we must do one of these two things in order to make this code "safe". -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-906) SetCallbackHandlerAuthenticationConfiguration should support all sasl mechanisms

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-906: ------------------------------------ Summary: SetCallbackHandlerAuthenticationConfiguration should support all sasl mechanisms Key: ELY-906 URL: https://issues.jboss.org/browse/ELY-906 Project: WildFly Elytron Issue Type: Enhancement Components: Authentication Client Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.1.0.Beta22 SetCallbackHandlerAuthenticationConfiguration should however not override the saslAllowedByConfiguration as that is policy. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2160) Incorrect JBOSS_HOME warning in vault.sh

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2160?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-2160: ------------------------------------- Git Pull Request: https://github.com/wildfly/wildfly-core/pull/2076, https://github.com/wildfly/wildfly-core/pull/2140 (was: https://github.com/wildfly/wildfly-core/pull/2076) > Incorrect JBOSS_HOME warning in vault.sh > ---------------------------------------- > > Key: WFCORE-2160 > URL: https://issues.jboss.org/browse/WFCORE-2160 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Affects Versions: 3.0.0.Alpha16 > Reporter: Dennis Reed > Assignee: Romain Pelisse > Priority: Minor > Fix For: 3.0.0.Alpha23 > > > vault.sh has an incorrect check to make sure JBOSS_HOME is set correctly. > SANITIZED_JBOSS_HOME=`cd "$JBOSS_HOME/.."; pwd` > if [ "$RESOLVED_JBOSS" != "$SANITIZED_JBOSS_HOME" ]; then > The check will always fail because of the incorrect "/..", which should be removed. > The incorrect value is only used for printing the "WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur." log, and appears to have been around since at least EAP 6.0. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2160) Incorrect JBOSS_HOME warning in vault.sh

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2160?page=com.atlassian.jira.plugi... ] Brian Stansberry reopened WFCORE-2160: -------------------------------------- > Incorrect JBOSS_HOME warning in vault.sh > ---------------------------------------- > > Key: WFCORE-2160 > URL: https://issues.jboss.org/browse/WFCORE-2160 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Affects Versions: 3.0.0.Alpha16 > Reporter: Dennis Reed > Assignee: Romain Pelisse > Priority: Minor > Fix For: 3.0.0.Alpha23 > > > vault.sh has an incorrect check to make sure JBOSS_HOME is set correctly. > SANITIZED_JBOSS_HOME=`cd "$JBOSS_HOME/.."; pwd` > if [ "$RESOLVED_JBOSS" != "$SANITIZED_JBOSS_HOME" ]; then > The check will always fail because of the incorrect "/..", which should be removed. > The incorrect value is only used for printing the "WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur." log, and appears to have been around since at least EAP 6.0. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2160) Incorrect JBOSS_HOME warning in vault.sh

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2160?page=com.atlassian.jira.plugi... ] Brian Stansberry resolved WFCORE-2160. -------------------------------------- Fix Version/s: 3.0.0.Alpha23 (was: 3.0.0.Alpha20) Resolution: Done > Incorrect JBOSS_HOME warning in vault.sh > ---------------------------------------- > > Key: WFCORE-2160 > URL: https://issues.jboss.org/browse/WFCORE-2160 > Project: WildFly Core > Issue Type: Bug > Components: Scripts > Affects Versions: 3.0.0.Alpha16 > Reporter: Dennis Reed > Assignee: Romain Pelisse > Priority: Minor > Fix For: 3.0.0.Alpha23 > > > vault.sh has an incorrect check to make sure JBOSS_HOME is set correctly. > SANITIZED_JBOSS_HOME=`cd "$JBOSS_HOME/.."; pwd` > if [ "$RESOLVED_JBOSS" != "$SANITIZED_JBOSS_HOME" ]; then > The check will always fail because of the incorrect "/..", which should be removed. > The incorrect value is only used for printing the "WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur." log, and appears to have been around since at least EAP 6.0. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7973) WildFlyDataSource needs implementation of isWrapperFor method

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-7973?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-7973: ----------------------------------------------- Ivo Studensky <istudens(a)redhat.com> changed the Status of [bug 1416564|https://bugzilla.redhat.com/show_bug.cgi?id=1416564] from ASSIGNED to CLOSED > WildFlyDataSource needs implementation of isWrapperFor method > ------------------------------------------------------------- > > Key: WFLY-7973 > URL: https://issues.jboss.org/browse/WFLY-7973 > Project: WildFly > Issue Type: Bug > Components: JCA > Affects Versions: 10.1.0.Final > Reporter: Johnathon Lee > Assignee: Ivo Studensky > > inability to determine datasource vs xa-datasource after JNDI lookup. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7843) Initial context factory is not able to be set in Elytron dir-context

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-7843?page=com.atlassian.jira.plugin.... ] Jan Kalina closed WFLY-7843. ---------------------------- Resolution: Rejected Rejected, see workaround above. Feel free to reopen if complete class reference (module + class) would be required. > Initial context factory is not able to be set in Elytron dir-context > -------------------------------------------------------------------- > > Key: WFLY-7843 > URL: https://issues.jboss.org/browse/WFLY-7843 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 11.0.0.Alpha1 > Reporter: Ondrej Lukas > Assignee: Jan Kalina > Priority: Critical > > Elytron subsystem does not allow to configure custom Initial context factory for dir-context. > Elytron {{org.wildfly.security.auth.realm.ldapSimpleDirContextFactoryBuilder}} includes setter for field {{initialContextFactory}}, but integration for Elytron subsystem is missing. This means that default value {{com.sun.jndi.ldap.LdapCtxFactory}} is always used by Application server. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7843) Initial context factory is not able to be set in Elytron dir-context

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-7843?page=com.atlassian.jira.plugin.... ] Jan Kalina commented on WFLY-7843: ---------------------------------- It is possible to override this using generic options exposed as part of WFLY-7720: {code:xml} <dir-context name="DirContext" ...> <properties> <property name="java.naming.factory.initial" value="com.sun.jndi.ldap.LdapCtxFactory"/> </properties> </dir-context> {code} > Initial context factory is not able to be set in Elytron dir-context > -------------------------------------------------------------------- > > Key: WFLY-7843 > URL: https://issues.jboss.org/browse/WFLY-7843 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 11.0.0.Alpha1 > Reporter: Ondrej Lukas > Assignee: Jan Kalina > Priority: Critical > > Elytron subsystem does not allow to configure custom Initial context factory for dir-context. > Elytron {{org.wildfly.security.auth.realm.ldapSimpleDirContextFactoryBuilder}} includes setter for field {{initialContextFactory}}, but integration for Elytron subsystem is missing. This means that default value {{com.sun.jndi.ldap.LdapCtxFactory}} is always used by Application server. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7983) Credential store file isn't created when we add there new entry in embed-server mode.

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-7983?page=com.atlassian.jira.plugin.... ] Brian Stansberry commented on WFLY-7983: ---------------------------------------- What happens with embed-server --admin-only=false or bin/standalone.sh --admin-only ? If it works in the former and not in the latter please edit this to be about whether it should work in admin-only, and not specifically about embed-server. I haven't thought about whether it should or shouldn't so I have no opinion now. ;) > Credential store file isn't created when we add there new entry in embed-server mode. > ------------------------------------------------------------------------------------- > > Key: WFLY-7983 > URL: https://issues.jboss.org/browse/WFLY-7983 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Hynek Švábek > Assignee: Darran Lofthouse > > Credential store file isn't created when we add there new entry in embed-server mode. > * ./bin/jboss-cli.sh > * embed-server > * /subsystem=elytron/credential-store=store001:add(uri="cr-store://test/store001.jceks?create.storage=true", credential-reference={clear-text=pass123}) > * /subsystem=elytron/credential-store=store001/alias=alias001:add(secret-value=secretValue) > store001.jceks file should be created in JBOSS_HOME directory, but it doesn't. > When I stop embedded server and start standalone server everything work fine. > * stop-embedded-server > * ./bin/standalone.sh > * connect > * /subsystem=elytron/credential-store=store001/alias=alias001:add(secret-value=secretValue) > store001.jceks file is correctly created in JBOSS_HOME directory. > *NOTE:* > When I copy there store001.jceks file to JBOSS_HOME directory with same password to access as expected then entry is added correctly. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7843) Initial context factory is not able to be set in Elytron dir-context

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/WFLY-7843?page=com.atlassian.jira.plugin.... ] Jan Kalina reassigned WFLY-7843: -------------------------------- Assignee: Jan Kalina (was: Darran Lofthouse) > Initial context factory is not able to be set in Elytron dir-context > -------------------------------------------------------------------- > > Key: WFLY-7843 > URL: https://issues.jboss.org/browse/WFLY-7843 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 11.0.0.Alpha1 > Reporter: Ondrej Lukas > Assignee: Jan Kalina > Priority: Critical > > Elytron subsystem does not allow to configure custom Initial context factory for dir-context. > Elytron {{org.wildfly.security.auth.realm.ldapSimpleDirContextFactoryBuilder}} includes setter for field {{initialContextFactory}}, but integration for Elytron subsystem is missing. This means that default value {{com.sun.jndi.ldap.LdapCtxFactory}} is always used by Application server. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 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 February 2017