[JBoss JIRA] (WFLY-1177) Recursive expression resolution
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-1177?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-1177:
-----------------------------------
Assignee: Jess Sightler
> Recursive expression resolution
> -------------------------------
>
> Key: WFLY-1177
> URL: https://issues.jboss.org/browse/WFLY-1177
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Jess Sightler
>
> When resolving an expression, keep resolving until the output of the resolution matches the input.
> Use case:
> ${sys.prop.with.host.specific.value}
> resolves to
> ${VAULT::xxxxx}
> which resolves to
> thesecret
> Basically, the main mechanism for customizing domain-level configs on a per-host basis is to use expressions and use different values on each host. But this breaks down when a vault expression is added to the mix.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (WFLY-996) No way to query valid property values for objects of type PROPERTY via cli
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-996?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry resolved WFLY-996.
-----------------------------------
Fix Version/s: 8.0.0.Alpha1
Resolution: Won't Fix
There's nothing we will do about this as a general issue. If a particular resource is using properties instead of exposing fully defined attributes, please file a specific to get that corrected.
> No way to query valid property values for objects of type PROPERTY via cli
> --------------------------------------------------------------------------
>
> Key: WFLY-996
> URL: https://issues.jboss.org/browse/WFLY-996
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management
> Environment: CLI browsing AS 7.1.1.Final model with modcluster enabled via *ha profile.
> Reporter: Simeon Pinder
> Labels: rhq
> Fix For: 8.0.0.Alpha1
>
>
> If you run the following to browse the resource-description
> subsystem=modcluster/mod-cluster-config=configuration/:read-resource-description(operations=true,inherited=false,recursive=false,proxies=false)
> You'll encounter Object type = PROPERTY
> "property" => {
> "description" => "Properties for the metric.",
> "type" => PROPERTY,
> "required" => false
> }
> Which has an acceptable list of property values as described here.
> http://docs.jboss.org/mod_cluster/1.2.0/html/java.AS7config.html#LoadMetric
> There is no way to query the acceptable and currently supported list of property values via cli. You must hard code and risk going out of synch with as7/modclusters supported values.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (WFLY-255) Improve reporting during deployment hang
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-255?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry updated WFLY-255:
----------------------------------
Assignee: (was: Brian Stansberry)
> Improve reporting during deployment hang
> ----------------------------------------
>
> Key: WFLY-255
> URL: https://issues.jboss.org/browse/WFLY-255
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management
> Environment: http://java.net/jira/browse/EJB_SPEC-60
> java version "1.7.0_09"
> OpenJDK Runtime Environment (IcedTea7 2.3.3) (7u9-2.3.3-0ubuntu1~12.10.1)
> OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)
> Ubuntu 12.10
> Reporter: Carlo de Wolf
> Fix For: 8.0.0.Beta1
>
> Attachments: deployment-hang-20130205.txt, server.log
>
>
> Management Thread waits indefinitely for, what seems to be, a finished operation.
> {noformat}
> "management-handler-thread - 2" prio=10 tid=0x00007fa1380d0000 nid=0x7683 in Object.wait() [0x00007fa136deb000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x00000000e04ae778> (a org.jboss.as.controller.ContainerStateMonitor)
> at java.lang.Object.wait(Object.java:503)
> at org.jboss.as.controller.ContainerStateMonitor.awaitContainerStateChangeReport(ContainerStateMonitor.java:158)
> - locked <0x00000000e04ae778> (a org.jboss.as.controller.ContainerStateMonitor)
> at org.jboss.as.controller.ModelControllerImpl.awaitContainerStateChangeReport(ModelControllerImpl.java:464)
> at org.jboss.as.controller.OperationContextImpl.awaitModelControllerContainerMonitor(OperationContextImpl.java:148)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:299)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:229)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:224)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:142)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:112)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:139)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:108)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:296)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months