topic Re: UserTask w.form:best practice to define the custom attribute in Alfresco Archive

UserTask w.form:best practice to define the custom attribute

udoderk — Thu, 13 Sep 2012 07:33:38 GMT

Hello everybody, I try the currently described here steps for development of the user tasks with custom GUI mask elements with validators.It seems to work when the custom form type/Custom form renderer not needs the additional informations to validate. However, if I need such additional informations

Re: UserTask w.form:best practice to define the custom attribute

jbarrez — Thu, 13 Sep 2012 13:48:04 GMT

Did you check the org.activiti.explorer.form.UserFormType example.
I'm not 100% sure, but I do seem to remember it supports validation through exceptions.

Re: UserTask w.form:best practice to define the custom attribute

udoderk — Thu, 13 Sep 2012 21:33:47 GMT

Did you check the org.activiti.explorer.form.UserFormType example.
I'm not 100% sure, but I do seem to remember it supports validation through exceptions.

Hi jbarrez,
Thank You for feedback:-)
i checked UserFormType / UserFormRenderer and some other types. But i need anyway the parameters, that determine for example the MAX or MIN bounds and that are not a fix values (In other word i could not that "hardcoded" define it into Validator class of Activiti )
Currently i use the "name" attribute to transfer the JSON serialized JavaBean as XML escaped string, that is desirialized on Activiti side….The steps, that described on start-topic are too heavily fo me

Re: UserTask w.form:best practice to define the custom attribute

jbarrez — Fri, 14 Sep 2012 06:33:51 GMT

Probably a better solution would be to enhance the form property with a 'validation expression' or a 'validation Java class'.
However, the question is: what would the engine then do upon entering the form properties? Would it simply throw an exception?
In nowadays web apps, you want the validation to be instant, so you'd need a duplication of those validation on the client side anyway …
But it might be a good addition to the form api, nonetheless …

Re: UserTask w.form:best practice to define the custom attribute

udoderk — Fri, 14 Sep 2012 08:36:09 GMT

Hi jbarrez,

Of course, the better solution is to extend the form property with the additional attributes/subelements. Such solution would be the really clean solution.

In such case, it's needed to enhance both XSD and to define a new Java interface, or to extend the existing FormProperty interface (Late solution that can be employed, however, only when a new release with incompatible changes would). (For example the new Getter would be "getAdditionalAttribute"
So that method could be used within the mehtod "Field getPropertyField(FormProperty formProperty)" of the custom renderer, that inherits the AbstractFormPropertyRenderer. Thus it woulde be possible, to transfer the needed for validation parameter into the custom validator.
Furthermore, the custom validator would be used that transfered parameters within isValidString() method during parsing of input value. If not valid value would be entered, so the isValid returns the "false", and the InvalidValueException with given message would be thrown.

The AbstractFormType must not have the additional methods, because the it is quite enough, throw the exception in custom form type, if the wrong type is used.

The problem of such clean solution, however, is that the core API must be adapted. If this is done not in the context of extensions through "standard" activiti team, so it must always do the merge. if, the new relase of activiti comes….

Re: UserTask w.form:best practice to define the custom attribute

jbarrez — Mon, 17 Sep 2012 15:52:57 GMT

yup, I agree with what you're saying.

Reviewing the forms is something that we plan to do in the near future. And validation will indeed be an important part of it.

Re: UserTask w.form:best practice to define the custom attribute

ronald_van_kuij — Mon, 17 Sep 2012 19:17:36 GMT

Finally… XForms….

Re: UserTask w.form:best practice to define the custom attribute

jbarrez — Mon, 17 Sep 2012 20:50:40 GMT

I just knew that one was coming 😉

Actually, I checked out Orbeon last week. But I wasn't convinced: the syntax feel heavy and the editors don't seem to be mature.
If anything like http://wufoo.com/ existed in open source … I would be sold immediately!

Re: UserTask w.form:best practice to define the custom attribute

udoderk — Mon, 17 Sep 2012 21:16:54 GMT

yup, I agree with what you're saying.

Reviewing the forms is something that we plan to do in the near future. And validation will indeed be an important part of it.

Thanks for the info :ugeek:

Re: UserTask w.form:best practice to define the custom attribute

udoderk — Mon, 17 Sep 2012 21:25:46 GMT

I just knew that one was coming 😉

Actually, I checked out Orbeon last week. But I wasn't convinced: the syntax feel heavy and the editors don't seem to be mature.
If anything like http://wufoo.com/ existed in open source … I would be sold immediately!

You've already done a lot, as you have used the Vaadin framework to develop the Activiti Explorer webapp.
P.S. The simple forms can already created with the Vaadin Visual Editor.

Re: UserTask w.form:best practice to define the custom attribute

jbarrez — Tue, 18 Sep 2012 09:00:26 GMT

Absolutely, but I'm no fan of visual tools (call me old fashioned), but I see people being productive in them so I might need to revise that stand 😉