April 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-2456) Bad permissions on properties files when using add-user.bat for results in "JBAS015234: No mgmt-groups.properties files found"

by R Gaisford (JIRA)

[ https://issues.jboss.org/browse/WFLY-2456?page=com.atlassian.jira.plugin.... ] R Gaisford commented on WFLY-2456: ---------------------------------- I'm a first time contributor/developer, I'm interested in looking into this issue. > Bad permissions on properties files when using add-user.bat for results in "JBAS015234: No mgmt-groups.properties files found" > ------------------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-2456 > URL: https://issues.jboss.org/browse/WFLY-2456 > Project: WildFly > Issue Type: Bug > Components: Scripts > Affects Versions: 8.0.0.Beta1 > Environment: Windows 7, 32-bit, jdk1.7.0_45 > Reporter: John Lusk > Fix For: Awaiting Volunteers > > > Just getting started w/Wildfly after a long absence from Java. Fresh download, trying to hit admin console, got instructed to use add-user to add an admin user. > c:\usr\local\wildfly-8.0.0.Beta1\bin>.\add-user.bat > What type of user do you wish to add? > a) Management User (mgmt-users.properties) > b) Application User (application-users.properties) > (a): a > * Error * > JBAS015234: No mgmt-groups.properties files found. > Press any key to continue . . . > c:\usr\local\wildfly-8.0.0.Beta1\bin>echo %JBOSS_HOME% > C:\usr\local\wildfly-8.0.0.Beta1 > c:\usr\local\wildfly-8.0.0.Beta1\bin>echo %JAVA_HOME% > C:\java\jdk1.7.0_45 > c:\usr\local\wildfly-8.0.0.Beta1\bin>echo %M2_HOME% > C:\usr\local\Maven\3.1.1 > c:\usr\local\wildfly-8.0.0.Beta1\bin>mvn -version > Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 11:22:2 > 2-0400) > Maven home: C:\usr\local\Maven\3.1.1 > Java version: 1.7.0_45, vendor: Oracle Corporation > Java home: C:\java\jdk1.7.0_45\jre > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows 7", version: "6.1", arch: "x86", family: "windows" > c:\usr\local\wildfly-8.0.0.Beta1\bin> -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-85) Remove non socket-binding attributes from management interfaces

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-85?page=com.atlassian.jira.plugin.... ] Brian Stansberry updated WFCORE-85: ----------------------------------- Git Pull Request: https://github.com/wildfly/wildfly-core/pull/553 (was: https://github.com/wildfly/wildfly-core/pull/552) > Remove non socket-binding attributes from management interfaces > --------------------------------------------------------------- > > Key: WFCORE-85 > URL: https://issues.jboss.org/browse/WFCORE-85 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > > Remove HttpManagementResourceDefinition#http-port, https-port, interface, secure-interface > as this ware replaced by socket-binding and secure-socket-binding around 7.0 time frame. > Given that it only adds complexity and no real added value they should be removed as disscussed. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-511) "Reload" support for embedded server

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-511?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFCORE-511: --------------------------------------- Assignee: Brian Stansberry Fix Version/s: 1.0.0.Beta1 Resolution: Done > "Reload" support for embedded server > ------------------------------------ > > Key: WFCORE-511 > URL: https://issues.jboss.org/browse/WFCORE-511 > Project: WildFly Core > Issue Type: Feature Request > Components: Server > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Fix For: 1.0.0.Beta1 > > > The current embedded server stuff doesn't handle a server reload. It creates a ModelControllerClient and then holds it forever. But the ModelController backed by that MCC will be invalid after a reload. > Key thing is to register a listener with the ControlledProcessStateService, and in callbacks deal with the reload and establish a new MCC. Nice to have is to make the MCC returned by StandaloneServer.getModelControllerClient() a facade that delegates to whatever the current "live" MCC is. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ELY-176) HTTP AuthenticationMechanism Factory and Provider registration.

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-176: ------------------------------------ Summary: HTTP AuthenticationMechanism Factory and Provider registration. Key: ELY-176 URL: https://issues.jboss.org/browse/ELY-176 Project: WildFly Elytron Issue Type: Sub-task Components: HTTP Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.0.0.Alpha1 We are for now going to need to be Undertow specific unless we come up with a solution for a generic API/SPI to be implemented by HTTP mechanisms that also gives access to the request / response. This task is to define a factory SPI and to make all known HTTP mechanisms available using this SPI. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ELY-174) HTTP Authentication

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-174?page=com.atlassian.jira.plugin.sy... ] Darran Lofthouse updated ELY-174: --------------------------------- Component/s: HTTP > HTTP Authentication > ------------------- > > Key: ELY-174 > URL: https://issues.jboss.org/browse/ELY-174 > Project: WildFly Elytron > Issue Type: Feature Request > Components: HTTP > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 1.0.0.Alpha1 > > > So far we have been very focussed on the SASL side of authentication, similar capabilities are required for HTTP - the difference being that SASL is based on selecting one at a time, HTTP all mechanisms need to run concurrently. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ELY-175) SASL mechanism availability should take into account credential support.

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-175: ------------------------------------ Summary: SASL mechanism availability should take into account credential support. Key: ELY-175 URL: https://issues.jboss.org/browse/ELY-175 Project: WildFly Elytron Issue Type: Feature Request Components: SASL Reporter: Darran Lofthouse Fix For: 1.0.0.Alpha1 One of the main reasons for having a getCredentialSupport API is so that we select appropriate authentication mechanisms based on the credentials available to us or the level of validation possible. This should also consider advertising all variants of a mechanism or strongest only. I will mention it here but we may want as a separate task some form of downgrade detection as this could be a sign of a malicious MITM. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-43) Clarify the meaning of the 'server-state' and 'host-state' attributes

by luck3y (JIRA)

[ https://issues.jboss.org/browse/WFCORE-43?page=com.atlassian.jira.plugin.... ] luck3y updated WFCORE-43: ------------------------- Description: This JIRA is to implement what I described in the dev list discussion around the various states a server can be in for graceful shutdown (http://lists.jboss.org/pipermail/wildfly-dev/2014-June/002360.html) "I do think these are orthogonal and should not be combined. The existing attribute is fundamentally about how the state of the runtime services relates to the persistent configuration. STARTING == out of sync due to still getting in sync during start RUNNING == in sync RELOAD_REQUIRED = out of sync, needs a reload to get in sync RESTART_REQUIRED = out of sync, needs a full process restart to get in sync There are two problems though with the existing attribute that exposes this: 1) It's named "server-state" on a server and "host-state" on a Host Controller. Really crappy name; way too broad. That's fixable by creating a new attribute and making the old one an alias for compatibility purposes. 2) The RUNNING state is really poorly named. The could perhaps be fixed by coming up with a new name and translating it back to "RUNNING" in the handlers for the legacy "server-state" and "host-state" attributes." was: This JIRA is to implement what I described in the dev list discussion around the various states a server can be in for graceful shutdown (http://lists.jboss.org/pipermail/wildfly-dev/2014-June/002360.html) "I do think these are orthogonal and should not be combined. The existing attribute is fundamentally about how the state of the runtime services relates to the persistent configuration. STARTING == out of sync due to still getting in sync during start RUNNING == in sync RELOAD_REQURIRED = out of sync, needs a reload to get in sync RESTART_REQUIRED = out of sync, needs a full process restart to get in sync There are two problems though with the existing attribute that exposes this: 1) It's named "server-state" on a server and "host-state" on a Host Controller. Really crappy name; way too broad. That's fixable by creating a new attribute and making the old one an alias for compatibility purposes. 2) The RUNNING state is really poorly named. The could perhaps be fixed by coming up with a new name and translating it back to "RUNNING" in the handlers for the legacy "server-state" and "host-state" attributes." > Clarify the meaning of the 'server-state' and 'host-state' attributes > --------------------------------------------------------------------- > > Key: WFCORE-43 > URL: https://issues.jboss.org/browse/WFCORE-43 > Project: WildFly Core > Issue Type: Enhancement > Components: Domain Management > Reporter: Brian Stansberry > Assignee: luck3y > Fix For: 1.0.0.CR1 > > > This JIRA is to implement what I described in the dev list discussion around the various states a server can be in for graceful shutdown (http://lists.jboss.org/pipermail/wildfly-dev/2014-June/002360.html) > "I do think these are orthogonal and should not be combined. > The existing attribute is fundamentally about how the state of the > runtime services relates to the persistent configuration. > STARTING == out of sync due to still getting in sync during start > RUNNING == in sync > RELOAD_REQUIRED = out of sync, needs a reload to get in sync > RESTART_REQUIRED = out of sync, needs a full process restart to get in sync > There are two problems though with the existing attribute that exposes this: > 1) It's named "server-state" on a server and "host-state" on a Host > Controller. Really crappy name; way too broad. > That's fixable by creating a new attribute and making the old one an > alias for compatibility purposes. > 2) The RUNNING state is really poorly named. > The could perhaps be fixed by coming up with a new name and translating > it back to "RUNNING" in the handlers for the legacy "server-state" and > "host-state" attributes." -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ELY-174) HTTP Authentication

by Darran Lofthouse (JIRA)

Darran Lofthouse created ELY-174: ------------------------------------ Summary: HTTP Authentication Key: ELY-174 URL: https://issues.jboss.org/browse/ELY-174 Project: WildFly Elytron Issue Type: Feature Request Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.0.0.Alpha1 So far we have been very focussed on the SASL side of authentication, similar capabilities are required for HTTP - the difference being that SASL is based on selecting one at a time, HTTP all mechanisms need to run concurrently. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4502) Don't reject transformation if default-stack is not defined for pre-3.0 versions of JGroups subsystem model

by Paul Ferraro (JIRA)

Paul Ferraro created WFLY-4502: ---------------------------------- Summary: Don't reject transformation if default-stack is not defined for pre-3.0 versions of JGroups subsystem model Key: WFLY-4502 URL: https://issues.jboss.org/browse/WFLY-4502 Project: WildFly Issue Type: Enhancement Components: Clustering Affects Versions: 9.0.0.Beta2 Reporter: Paul Ferraro Assignee: Paul Ferraro Currently, we require the default stack to be defined in order for the transformation to pre-3.0 versions of the model to succeed. We should be able to create an attribute converter that uses the stack of the default channel in the event that the default stack was not defined. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4501) Upgrade jsoup from 1.7.1 to 1.8.1

by Fernando Nasser (JIRA)

[ https://issues.jboss.org/browse/WFLY-4501?page=com.atlassian.jira.plugin.... ] Fernando Nasser updated WFLY-4501: ---------------------------------- Reporter: Fernando Nasser (was: Paul Gier) > Upgrade jsoup from 1.7.1 to 1.8.1 > --------------------------------- > > Key: WFLY-4501 > URL: https://issues.jboss.org/browse/WFLY-4501 > Project: WildFly > Issue Type: Feature Request > Components: XML Frameworks > Reporter: Fernando Nasser > Assignee: Fernando Nasser > > Upgrade soup from 1.7.1 to 1.8.1 for bug fixes and better speed -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2015