December 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-239) Socket binding remove does not respect allow-resource-service-restart

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFCORE-239?page=com.atlassian.jira.plugin... ] Stuart Douglas reassigned WFCORE-239: ------------------------------------- Assignee: Stuart Douglas (was: Emmanuel Hugonnet) > Socket binding remove does not respect allow-resource-service-restart > --------------------------------------------------------------------- > > Key: WFCORE-239 > URL: https://issues.jboss.org/browse/WFCORE-239 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Reporter: Stuart Douglas > Assignee: Stuart Douglas > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-371) Expose mgmt client socket binding config through ModelControllerClient Factory

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-371?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFCORE-371: --------------------------------------- Assignee: Emmanuel Hugonnet > Expose mgmt client socket binding config through ModelControllerClient Factory > ------------------------------------------------------------------------------ > > Key: WFCORE-371 > URL: https://issues.jboss.org/browse/WFCORE-371 > Project: WildFly Core > Issue Type: Enhancement > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Emmanuel Hugonnet > Fix For: 1.0.0.Beta1 > > > Parent task used a secret system property to configure this to support Open Shift's immediate need, but proper configuration is needed. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-293) Add EAP 6.2 and 6.3 to versions tested in core-model-test

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-293?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFCORE-293: --------------------------------------- Assignee: Emmanuel Hugonnet Emmanuel, I have no idea if this issue is still valid. > Add EAP 6.2 and 6.3 to versions tested in core-model-test > --------------------------------------------------------- > > Key: WFCORE-293 > URL: https://issues.jboss.org/browse/WFCORE-293 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Emmanuel Hugonnet > Priority: Blocker > Fix For: 1.0.0.Beta1 > > > The latest EAP versions are not being tested in core-model-test. > Seems there are problems with 6.2: > https://github.com/wildfly/wildfly/pull/6409 > I haven't tried 6.3 because it is not complete. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-193) Moveorg.jboss.as.test.smoke.mgmt.servermodule tests from full to core

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-193?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFCORE-193: --------------------------------------- Assignee: Emmanuel Hugonnet > Moveorg.jboss.as.test.smoke.mgmt.servermodule tests from full to core > --------------------------------------------------------------------- > > Key: WFCORE-193 > URL: https://issues.jboss.org/browse/WFCORE-193 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Emmanuel Hugonnet > Fix For: 1.0.0.Beta1 > > > The tests in org.jboss.as.test.smoke.mgmt.servermodule belong in core, not full. > Don't just move the package; integrate the tests into appropriate spots in the existing testsuite-core/standalone packages. > Adapt the ones that use sar deployments to use org.jboss.as.test.deployment.trivial instead, as we plan to move sar support out of core. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-325) Allow socket-binding-group-refType to override default-interface

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-325?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFCORE-325: --------------------------------------- Assignee: Emmanuel Hugonnet > Allow socket-binding-group-refType to override default-interface > ---------------------------------------------------------------- > > Key: WFCORE-325 > URL: https://issues.jboss.org/browse/WFCORE-325 > Project: WildFly Core > Issue Type: Feature Request > Components: Domain Management > Reporter: Todd Trimmer > Assignee: Emmanuel Hugonnet > Priority: Optional > Labels: configuration, domain, host-controller > > I want all the host controllers in my domain to use the same socket-binding-group. However, each host controller can have multiple servers, each with its own IP, but each IP still reuses the same port number (yet still a unique IP+port combo). The problem is that the socket-binding-group-refType will not let me override the @default-interface value from the referent socket-binding-group. I am forced to create a second, equally verbose, socket-binding-group exactly like the first group in every way, except for the @default-interface. I wish to avoid this. My particular scenario cannot rely on @port-offset because my hardware load-balancer needs all nodes in the same pool to use the same ports. > Under my proposal, the host.xml could thus more easily be written like this: > ... > <interfaces> > <interface name="public"> > <inet-address value="10.10.10.1" /> > </interface> > <interface name="public-two"> > <inet-address value="10.10.10.2" /> > </interface> > </interfaces> > ... > <servers> > <server name="server-one" group="prod-server-group" auto-start="true"> > <jvm name="jvm6g" /> > </server> > <server name="server-two" group="prod-server-group" auto-start="false"> > <jvm name="jvm2g" /> > <socket-binding-group ref="standard-sockets" default-interface="public-two" /> > </server> > </servers> > ... > This alleviates the burden of having to define a second socket-binding-group in domain.xml and maintaining the same set of socket-binding definitions in two places. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-353) CLI command for executing the deployment scanner

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-353?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFCORE-353: --------------------------------------- Assignee: Emmanuel Hugonnet > CLI command for executing the deployment scanner > ------------------------------------------------ > > Key: WFCORE-353 > URL: https://issues.jboss.org/browse/WFCORE-353 > Project: WildFly Core > Issue Type: Feature Request > Components: CLI, Domain Management, Server > Reporter: Ben Schofield > Assignee: Emmanuel Hugonnet > Priority: Minor > > provide a CLI command that will run the deployment scanner even if the deployment scanner is turned off. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-239) Socket binding remove does not respect allow-resource-service-restart

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-239?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFCORE-239: --------------------------------------- Assignee: Emmanuel Hugonnet > Socket binding remove does not respect allow-resource-service-restart > --------------------------------------------------------------------- > > Key: WFCORE-239 > URL: https://issues.jboss.org/browse/WFCORE-239 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Reporter: Stuart Douglas > Assignee: Emmanuel Hugonnet > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-289) Emit notifications for servers in domain mode

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-289?page=com.atlassian.jira.plugin... ] Brian Stansberry commented on WFCORE-289: ----------------------------------------- It's easier to implement with these notifications coming from server-config=YYY but it would be nicer to have them from /host=XXX/server=YYY on both the HC process and, perhaps, on the server itself. Although having them on the server itself needs thought, as the notification should likely be different, and oriented toward that server's own point-of-view and not that of a controlling HC. Anyway, it's nicer to have the HC ones in /host=XXX/server=YYY as that is the resource that represents the server. The server-config resource is just a chunk of configuration data. It has start/stop ops, but really that just because in the past we hadn't figured out how to have those ops on the server resource itself, so we stuck them on the next best spot. Let's try and not go down that path again. > Emit notifications for servers in domain mode > --------------------------------------------- > > Key: WFCORE-289 > URL: https://issues.jboss.org/browse/WFCORE-289 > Project: WildFly Core > Issue Type: Feature Request > Components: Domain Management > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > > emit notifications related to server lifecycle in domain mode: > * server-started > * server-stopped > * server-restarted > * server-destroyed > * server-killed > These notifications should be emitted from the corresponding server-config resource (under /host=XXX/server-config=YYY) -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-4121) Wrong LDAP host used in AdvancedLdapLoginModuleTestCase

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-4121?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-4121: ----------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 1011056|https://bugzilla.redhat.com/show_bug.cgi?id=1011056] from MODIFIED to ON_QA > Wrong LDAP host used in AdvancedLdapLoginModuleTestCase > ------------------------------------------------------- > > Key: WFLY-4121 > URL: https://issues.jboss.org/browse/WFLY-4121 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Josef Cacek > Assignee: Josef Cacek > Priority: Minor > > An update in {{NetworkUtils.formatPossibleIpv6Address(address)}} method canonizes IPv6 addresses now. The {{AdvancedLdapLoginModuleTestCase}} has to be updated to use correct format for LDAP server SPN in KDC. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3285) Domain directory properties only work on specific operating systems

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3285?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3285: ----------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 1091198|https://bugzilla.redhat.com/show_bug.cgi?id=1091198] from MODIFIED to ON_QA > Domain directory properties only work on specific operating systems > ------------------------------------------------------------------- > > Key: WFLY-3285 > URL: https://issues.jboss.org/browse/WFLY-3285 > Project: WildFly > Issue Type: Bug > Components: Scripts > Affects Versions: 8.1.0.CR1 > Reporter: Dennis Reed > Assignee: Tomaz Cerar > > domain.sh only parses -Djboss.domain.base.dir, -Djboss.domain.log.dir, and -Djboss.domain.config.dir (used to set -Dlogging.configuration and -Dorg.jboss.boot.log.file) on Linux, Solaris, and OS X. > It does not attempt to parse these (and therefore does not set the logging properties correctly) on any other OS, including AIX. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

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 December 2014