+1 to change the <form> tag into <transitionInputs>. Please see the diff of
scxml.xsd to enable this.
--- wso2greg-5.0.0-SNAPSHOT/repository/resources/scxml.xsd 2015-03-10
21:13:38.000000000 +0530
+++ ../wso2greg-5.0.0-SNAPSHOT/repository/resources/scxml.xsd 2015-04-02
17:38:54.547890501 +0530
@@ -78,9 +78,21 @@
<xs:attribute
type="xs:string" name="forEvent" use="optional"/>
</xs:complexType>
</xs:element>
- <xs:element
name="execution" maxOccurs="unbounded" minOccurs="0">
+ <xs:element name="execution" maxOccurs="unbounded" minOccurs="0">
<xs:complexType
mixed="true">
<xs:sequence>
+ <xs:element
name="transitionInputs" maxOccurs="unbounded" minOccurs="0">
+
<xs:complexType>
+
<xs:sequence>
+
<xs:element name="input" maxOccurs="unbounded" minOccurs="0">
+
<xs:complexType>
+
<xs:attribute name="name" use="required"/>
+
<xs:attribute name="type" use="required"/>
+
</xs:complexType>
+
</xs:element>
+
</xs:sequence>
+
</xs:complexType>
+ </xs:element>
<xs:element
name="parameter" maxOccurs="unbounded"
minOccurs="0">
<xs:complexType>
Thanks!
Isuruwan
On Thu, Apr 2, 2015 at 6:45 AM, Sagara Gunathunga <[email protected]> wrote:
>
> +1
>
> We used to have custom JSP for same purpose but that is not user friendly
> and hard to understand, I guess it was introduced to match with JSP based
> admin console. Now we have GC with better UI experience and ES technology
> hence it's time to simplify this model so that user only define how many
> inputs and what are the types of these inputs etc. while ES render nice UI
> based on user specification.
>
> One suggestion is instead of <form>, <transitionInputs> is much meaningful
> to me also Isuruwan please mention full spec as XSD diff.
>
> Thanks !
>
> On Wed, Apr 1, 2015 at 11:29 PM, Isuruwan Herath <[email protected]>
> wrote:
>
>> Hi,
>>
>> In current g-reg we have the option of giving a transition UI for the
>> lifecycle transition in the management console. This UI is used to take the
>> user inputs for the executor logic.
>>
>> To incorporate this feature into the publisher view, we have come up with
>> the proposal of embedding a set of new elements in the LC definition. This
>> will be parsed from the publisher side and it will display a rendered page
>> for user inputs. To enable this we will modify the scxml.xsd and the user
>> will have to set the input parameters as follows:
>>
>> <data name="transitionExecution">
>> <execution forEvent="Promote"
>> class="org.wso2.carbon.governance.registry.extensions.executors.ServiceVersionExecutor">
>> *<form>*
>> * <input name="approver" type="text"/>*
>> * <input name="comment"
>> type="text-area"/>*
>> * </form>*
>> <parameter name="currentEnvironment"
>> value="/_system/governance/trunk/{@resourcePath}/{@version}/{@resourceName}"/>
>> <parameter name="targetEnvironment"
>> value="/_system/governance/branches/testing/{@resourcePath}/{@version}/{@resourceName}"/>
>> <parameter name="service.mediatype"
>> value="application/vnd.wso2-service+xml"/>
>> <parameter name="wsdl.mediatype"
>> value="application/wsdl+xml"/>
>> <parameter name="endpoint.mediatype"
>> value="application/vnd.wso2.endpoint"/>
>> </execution>
>> </data>
>> Appreciate any feedback about this approach.
>>
>> Thanks!
>> Isuruwan
>>
>> --
>> Isuruwan Herath
>> Technical Lead
>>
>> Contact: +94 776 273 296
>>
>
>
>
> --
> Sagara Gunathunga
>
> Senior Technical Lead; WSO2, Inc.; http://wso2.com
> V.P Apache Web Services; http://ws.apache.org/
> Linkedin; http://www.linkedin.com/in/ssagara
> Blog ; http://ssagara.blogspot.com
>
>
--
Isuruwan Herath
Technical Lead
Contact: +94 776 273 296
_______________________________________________
Architecture mailing list
[email protected]
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
