[JBoss JIRA] (WFCORE-43) Clarify the meaning of the 'server-state' and 'host-state' attributes
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFCORE-43?page=com.atlassian.jira.plugin.... ]
Stuart Douglas updated WFCORE-43:
---------------------------------
Fix Version/s: 1.0.0.CR1
(was: 1.0.0.Beta1)
> 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
> 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_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."
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFCORE-107) Update whoami operation to return authentication mechanism where verbose=true
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFCORE-107?page=com.atlassian.jira.plugin... ]
Stuart Douglas updated WFCORE-107:
----------------------------------
Fix Version/s: 1.0.0.CR1
(was: 1.0.0.Beta1)
> Update whoami operation to return authentication mechanism where verbose=true
> -----------------------------------------------------------------------------
>
> Key: WFCORE-107
> URL: https://issues.jboss.org/browse/WFCORE-107
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Fix For: 1.0.0.CR1
>
>
> The admin console currently contains a "logout" handler that follows a round of HTTP message exchanges to trick the web browser into forgetting the credentials it has cached.
> This only makes sense where the browser has cached a credential - if we return the authentication mechanism then the console can make a better decision regarding displaying the logout link or could change the implementation so display a message to the user explaining why logout does not make sense.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFCORE-170) Create a shared ScheduledExecutorService
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFCORE-170?page=com.atlassian.jira.plugin... ]
Stuart Douglas updated WFCORE-170:
----------------------------------
Fix Version/s: 1.0.0.CR1
(was: 1.0.0.Beta1)
> Create a shared ScheduledExecutorService
> ----------------------------------------
>
> Key: WFCORE-170
> URL: https://issues.jboss.org/browse/WFCORE-170
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Server
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Fix For: 1.0.0.CR1
>
>
> There are number of ScheduledExecutorService instances being created around wf-core. Create a single service and inject it.
> This will reduce resource usage by creating fewer threads, and will reduce the risk of code mistakes around shutting down the various executors,
> I see these used in:
> LdapCacheService
> RemoteDomainConnectionService
> DeploymentMountProvider
> DeploymentScannerService
> plus the operation response attachment stuff I'm doing will need one.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFCORE-287) Provide an operation to execute domain wide queries on the server side
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFCORE-287?page=com.atlassian.jira.plugin... ]
Stuart Douglas updated WFCORE-287:
----------------------------------
Fix Version/s: 1.0.0.CR1
(was: 1.0.0.Beta1)
> Provide an operation to execute domain wide queries on the server side
> ----------------------------------------------------------------------
>
> Key: WFCORE-287
> URL: https://issues.jboss.org/browse/WFCORE-287
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Heiko Braun
> Assignee: Heiko Braun
> Fix For: 1.0.0.CR1
>
>
> i.e. retrieve all 'enabled' datasources that use the 'h2' driver:
> {code:java}
> ModelNode address = new ModelNode();
> address.add("profile", "*")
> .add("subsystem", "datasources")
> .add("data-source", "*");
> ModelNode filter = new ModelNode();
> filter.add("driver-name", "h2")
> .add("enabled", true);
> ModelNode op = new ModelNode();
> op.get(OP).set(QUERY);
> op.get(ADDRESS).set(address);
> op.get(WHERE).set(filter);
> {code}
> Another example using the CLI:
> {code}
> [standalone@localhost:9990 /] /path=*:query(select=[path], where={name="jboss.home.dir"})
> {
> "outcome" => "success",
> "result" => [{
> "address" => [("path" => "jboss.home.dir")],
> "outcome" => "success",
> "result" => {"path" => "/Users/hbraun/dev/prj/wildfly-core/core-build/target/wildfly-core-1.0.0.Alpha14-SNAPSHOT"}
> }]
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months