[JBoss JIRA] (WFCORE-391) Add management API descriptions for alias resources and attributes
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-391?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-2670 to WFCORE-391:
-----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-391 (was: WFLY-2670)
Component/s: Domain Management
(was: Domain Management)
Fix Version/s: 1.0.0.Beta1
(was: 9.0.0.Beta1)
> Add management API descriptions for alias resources and attributes
> ------------------------------------------------------------------
>
> Key: WFCORE-391
> URL: https://issues.jboss.org/browse/WFCORE-391
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Brian Stansberry
> Fix For: 1.0.0.Beta1
>
>
> When a resource or an attribute is an alias for a different resource or attribute, the management API description data should include information describing that relationship.
> For an attribute, an alias relationship is different from an 'alternatives' relationship, as the latter is a mutually exclusive arrangement (one alternative must be undefined if the other isn't) while with an alias, both attributes will exist but will always have the same value, and attempting to set them to different values (e.g. using both as params with different values in an 'add' op) is invalid.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 1 month
[JBoss JIRA] (WFCORE-384) Server does wrongly reference a list of socket binding groups
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-384?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-542 to WFCORE-384:
----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-384 (was: WFLY-542)
Component/s: Domain Management
(was: Domain Management)
Fix Version/s: 1.0.0.Beta1
(was: 9.0.0.Beta1)
> Server does wrongly reference a list of socket binding groups
> -------------------------------------------------------------
>
> Key: WFCORE-384
> URL: https://issues.jboss.org/browse/WFCORE-384
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Heiko Braun
> Fix For: 1.0.0.Beta1
>
>
> hbraun: i see that a server (host=foo/server=bar) can have a list of socket-binding-groups
> [10:59am] hbraun: shouldn't that be a a single socket binding instead?
> [11:00am] emuckenhuber: oh... yeah
> [11:00am] hbraun: maybe it's just the description that's wrong
> [11:00am] emuckenhuber: that sounds similar to the jvm thing we had
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 1 month
[JBoss JIRA] (WFCORE-386) Ability to configure a custom RBAC implementation
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-386?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-2002 to WFCORE-386:
-----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-386 (was: WFLY-2002)
Component/s: Domain Management
(was: Domain Management)
Fix Version/s: 1.0.0.Beta1
(was: 9.0.0.Beta1)
> Ability to configure a custom RBAC implementation
> -------------------------------------------------
>
> Key: WFCORE-386
> URL: https://issues.jboss.org/browse/WFCORE-386
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Brian Stansberry
> Priority: Optional
> Labels: RBAC-WF-only
> Fix For: 1.0.0.Beta1
>
>
> Allow configuration of a module name and set of key/value properties to allow users to plug in a custom implementation of the CustomAuthorizer interface. The impl would be loadable via the ServiceLoader mechanism.
> The hooks to integrate such a custom impl into the server are already done, so this is should be just a matter of adding the config capability.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 1 month
[JBoss JIRA] (WFCORE-387) Describe inheritance relationships in the resource description metadata
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-387?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-546 to WFCORE-387:
----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-387 (was: WFLY-546)
Component/s: Domain Management
(was: Domain Management)
Fix Version/s: 1.0.0.Beta1
(was: 9.0.0.Beta1)
> Describe inheritance relationships in the resource description metadata
> -----------------------------------------------------------------------
>
> Key: WFCORE-387
> URL: https://issues.jboss.org/browse/WFCORE-387
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Brian Stansberry
> Fix For: 1.0.0.Beta1
>
>
> Some elements in the management model have an inheritance relationship with other elements located elsewhere. For example, system properties can be defined as a child of the root domain resource, as a child of a server-group resource, as a child of the root host resource, and as a child of the server-config resource.
> The resource description metadata for a resource needs to describe these relationships. It needs to cover the inheritance hierarchy, as well as how any conflicts are resolved (i.e. does the child win, as is the case with system properties and interfaces, or is some sort of merging strategy employed, as is the case with profiles and socket-binding-groups, where the sets of child resources (subsystems and socket-bindings) are merged, provided that the two sets are disjoint.
> A factor to include in this metadata is whether the relationship is fixed (i.e. host system-property inherits from server-group) or whether there is some attribute that defines the inheritance (e.g. a profile's that "includes" another profile has an attribute that defines the name of the included profile.)
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 1 month
[JBoss JIRA] (WFCORE-380) Operations to read content from the content repository
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-380?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-554 to WFCORE-380:
----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-380 (was: WFLY-554)
Component/s: Domain Management
(was: Domain Management)
Fix Version/s: 1.0.0.Beta1
(was: 9.0.0.Beta1)
> Operations to read content from the content repository
> ------------------------------------------------------
>
> Key: WFCORE-380
> URL: https://issues.jboss.org/browse/WFCORE-380
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Brian Stansberry
> Priority: Minor
> Fix For: 1.0.0.Beta1
>
>
> Ability to pull data out of the content repository. We can do that with rollout plans, but not for deployments or if we add deployment content overlays.
> Basically, if the user loses the original of the deployment, let's let them get it back via the management API and remove the temptation for them to hack into the repository.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 1 month
[JBoss JIRA] (WFCORE-381) xinclude support in the management model
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-381?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-324 to WFCORE-381:
----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-381 (was: WFLY-324)
Component/s: Domain Management
(was: Domain Management)
Fix Version/s: 1.0.0.Beta1
(was: 9.0.0.Beta1)
> xinclude support in the management model
> ----------------------------------------
>
> Key: WFCORE-381
> URL: https://issues.jboss.org/browse/WFCORE-381
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Jason Greene
> Fix For: 1.0.0.Beta1
>
>
> Ability to use xinclude in the domain/xml/host.xml/standalone.xml documents. Not necessarily anywhere, but where the model supports storing the information. Upon changes to the model, persistence of the relevant elements would be to the specified file.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 1 month
[JBoss JIRA] (WFCORE-369) HostControllerConnectionService connection timeout is not configurable
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-369?page=com.atlassian.jira.plugin... ]
Brian Stansberry moved WFLY-231 to WFCORE-369:
----------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-369 (was: WFLY-231)
Component/s: Domain Management
(was: Domain Management)
Fix Version/s: 1.0.0.Beta1
(was: 9.0.0.Beta1)
> HostControllerConnectionService connection timeout is not configurable
> ----------------------------------------------------------------------
>
> Key: WFCORE-369
> URL: https://issues.jboss.org/browse/WFCORE-369
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Domain Management
> Reporter: Dominik Pospisil
> Assignee: Bartosz Baranowski
> Fix For: 1.0.0.Beta1
>
>
> I am seeing intermittent failures when starting AS7 in domain mode. It seems that this is due to HostControllerConnectionService has hardcoded 15s timeout when trying to connect to DC. I think that this value should be configurable.
> HostControllerConnectionService.java:
> ...
> ProtocolChannelClient.Configuration configuration = new ProtocolChannelClient.Configuration();
> configuration.setEndpoint(endpointInjector.getValue());
> configuration.setConnectionTimeout(15000);
> configuration.setUri(new URI("remote://" + hcAddressInjector.getValue().getHostName() + ":" + hcAddressInjector.getValue().getPort()));
> client = ProtocolChannelClient.create(configuration);
> ...
> Exception I am getting:
> [Server:server-two] 13:52:54,766 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jboss.host.controller.channel: org.jboss.msc.service.StartException in service jboss.host.controller.channel: java.net.ConnectException: JBAS012144: Could not connect to remote://localhost.localdomain:9999. The connection timed out
> [Server:server-two] at org.jboss.as.server.mgmt.domain.HostControllerConnectionService.start(HostControllerConnectionService.java:103) [jboss-as-server-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
> [Server:server-two] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> [Server:server-two] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> [Server:server-two] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [:1.6.0_22]
> [Server:server-two] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [:1.6.0_22]
> [Server:server-two] at java.lang.Thread.run(Thread.java:679) [:1.6.0_22]
> [Server:server-two] Caused by: java.net.ConnectException: JBAS012144: Could not connect to remote://localhost.localdomain:9999. The connection timed out
> [Server:server-two] at org.jboss.as.protocol.ProtocolChannelClient.connectSync(ProtocolChannelClient.java:166) [jboss-as-protocol-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
10 years, 1 month