[JBoss JIRA] (DROOLS-2792) [DMN Designer] Data-types: Grid: LiteralExpression
by Edson Tirelli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2792?page=com.atlassian.jira.plugi... ]
Edson Tirelli commented on DROOLS-2792:
---------------------------------------
[~manstis] IMO, having a single editor for each cell is fine, as long as when clicking on the context entry name for instance it allows to change both the name and the type (optional) in a seamless way.
> [DMN Designer] Data-types: Grid: LiteralExpression
> --------------------------------------------------
>
> Key: DROOLS-2792
> URL: https://issues.jboss.org/browse/DROOLS-2792
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Attachments: DROOLS-2792.odt, Screen Shot 2018-08-01 at 10.11.48 AM.png, Screen Shot 2018-08-01 at 10.20.35 AM.png
>
>
> *_Literal Expression_*
> - (x) Grid header _could_ show Output Data Type
> - (/) Editing Output Data Type is possible via Properties panel
> - (x) Update header when Output Data Type is changed via Properties panel
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFCORE-3991) read-provisioning-config management operation
by Alexey Loubyansky (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3991?page=com.atlassian.jira.plugi... ]
Alexey Loubyansky moved EAP7-1076 to WFCORE-3991:
-------------------------------------------------
Project: WildFly Core (was: EAP 7 Planning Pilot)
Key: WFCORE-3991 (was: EAP7-1076)
Issue Type: Feature Request (was: Requirement)
Workflow: GIT Pull Request workflow (was: EAP Agile Workflow 2.0)
Component/s: Management
Server
(was: Management)
(was: Server)
Jirban PT Pre-Checked (PC): (was: TODO)
Jirban PT Community Docs (CD): (was: TODO)
Jirban PT Product Docs (PD): (was: New)
Jirban PT Test Dev (TD): (was: TODO)
Jirban PT Docs Analysis (DA): (was: TODO)
Jirban PT Test Plan (TP): (was: TODO)
Jirban PT Analysis Document (AD): (was: TODO)
> read-provisioning-config management operation
> ---------------------------------------------
>
> Key: WFCORE-3991
> URL: https://issues.jboss.org/browse/WFCORE-3991
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Management, Server
> Reporter: Alexey Loubyansky
> Assignee: Alexey Loubyansky
>
> Currently we have read-feature-description management operation which returns descriptions of available provisioning features, which is the basis for Galleon feature spec generation.
> I would like to add another operation that will describe the current state of the management model in terms of provisioning features (for both standalone and domain modes). The result of this operation will be used to identify user configuration changes since the last provisioned state, which will have to be done for basically any provisioning operation (such as applying patches, installing updates, etc).
> I would like to have it in EAP 7.2 even if Galleon patching is postponed to a 7.3. This feature will still allow us to upgrade from 7.2 to 7.3.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months