topic Re: IllegalArgumentException when invoking a service task requiring a date in Alfresco Archive

IllegalArgumentException when invoking a service task requiring a date

cdeneux — Fri, 24 Apr 2015 07:50:48 GMT

Hi all,I have a process definition whose an extract is: <startEvent id="start" activiti:initiator="employeeName"> <extensionElements> <activiti:formProperty id="startDate" name="First day of holiday (dd-MM-yyy)" type="date" datePattern="dd-MM-yyyy hh:mm" required="

Re: IllegalArgumentException when invoking a service task requiring a date

trademak — Fri, 24 Apr 2015 12:53:29 GMT

Hi Christophe,

I think the transformation should be implemented in activiti-cxf if possible. Or indeed make sure activiti-cxf is able to handle java.util.Date

Best regards,

Re: IllegalArgumentException when invoking a service task requiring a date

cdeneux — Fri, 24 Apr 2015 13:02:00 GMT

Hi Tijs,

I will try to improve activiti-cxf to generate java.util.Date for xsd:date/dateTime/Time instead of XMLGregorianCalendar and the submit you a pull-request.

If in my previous example, the date is defined as string in my process definition, how can I convert it into java.util.Date through the data input association ? Have you an example ? I don't find any documentation on this subject, perhaps I have not search with the right keywords.

Thanks for your help,
Regards,
Christophe

Re: IllegalArgumentException when invoking a service task requiring a date

trademak — Fri, 24 Apr 2015 13:17:05 GMT

Hi Christophe,

Ok great, thanks in advance.
Doing a conversion directly via the data input association is not possible I think. So you would have to convert the variable in a script or service task first.

Best regards,

Re: IllegalArgumentException when invoking a service task requiring a date

cdeneux — Thu, 07 May 2015 07:10:26 GMT

Hi all,

activiti-cxf was improved about date support with pull request 585.

Regards,
Christophe

Re: IllegalArgumentException when invoking a service task requiring a date

jbarrez — Thu, 07 May 2015 13:25:39 GMT

Thanks. We will look at it soon and discuss it there (or merge if it's perfect)