[jbpm-dev] Simplifying Oryx Designer using resolution of global variable and parameter mapping at runtime

Thu Aug 16 08:43:05 EDT 2012

We can start defining how it should work.. and then as soon as I have a
weekend off I can start working on it :)
Cheers

On Thu, Aug 16, 2012 at 1:31 PM, Tihomir Surdilovic <tsurdilo at redhat.com>wrote:

>  Sounds good, so I guess a generic tool that can help resolve the fact
> models across rules/processes.
> The UI can then utilize this tool when needed.
>
> When you gonna work on that? :)
>
> Thanks.
>
> On 8/16/12 7:52 AM, Mauricio Salatino wrote:
>
> It can be used for every data mapping that we need to do, for example to
> map the Person fields (age, name, address) to different fields in a form.
>
>  This is not about using expressions to resolve values at runtime, you
> can consider a data mapper a tool to create those expressions based on the
> data available. This kind of tools can be also used for Rules as well, so
> the process designer is just one component that can use that.
>
>  The idea is
> 1) recognize that we have a Person (Person object and person input to the
> task for example)
> 2) look for its fields (age, name, address)
> 3) look for the already defined variables in the scope where we want to
> map things  (name inside the task scope)
>
>  Cheers
>
>
>
> On Thu, Aug 16, 2012 at 12:39 PM, Tihomir Surdilovic <tsurdilo at redhat.com>wrote:
>
>>  Transformation expressions are part of the BPMN2 specification. For
>> example Person.name assignment would have a transformation expression
>> defined which evaluates this expression and its result is copied to the
>> target reference.
>>
>> Can't think right now why it would be useful to have data association
>> abilities as stand-alone outside of the process modelling environment but
>> maybe I don't understand what you mean.
>>
>> Thanks.
>>
>>
>>
>> On 8/16/12 7:12 AM, Mauricio Salatino wrote:
>>
>> And we should think about having a component that can be used outside the
>> process designer as well.
>>
>>  When you say transformations what do you mean?
>>
>>
>> On Thu, Aug 16, 2012 at 12:11 PM, Tihomir Surdilovic <tsurdilo at redhat.com
>> > wrote:
>>
>>>  Agreed, Designer already supports transformations to do what you are
>>> asking for, but the data editors should allow users to use this feature
>>> better. Will look at it.
>>>
>>> Thanks
>>>
>>> On 8/16/12 7:06 AM, Mauricio Salatino wrote:
>>>
>>> Just a quick comment about mapping data,
>>> I think that we need a specialized component to do that, because is a
>>> cross cutting concern.
>>> No matter if we are mapping task inputs and task outputs or a form
>>> field, we need a graphical mapping component to take care of that.
>>>
>>>  We need a graphical way to do something like
>>>
>>>  Input: Person -----> Person.name ---- <mapped to> ----> name
>>>
>>>  and the other way around
>>>
>>>  Output Person.name <----<mapped to>--- name
>>>
>>>
>>>
>>> On Thu, Aug 16, 2012 at 11:20 AM, Tihomir Surdilovic <
>>> tsurdilo at redhat.com> wrote:
>>>
>>>>  There are a number of ideas floating around on this - and yes data
>>>> mapping within a BPMN2 process is probably now one of the hardest things to
>>>> set up and maintain.
>>>>
>>>> a) Have ability to map data outputs of a task to data inputs of the
>>>> connected tasks(s) with a single button click
>>>> b) Ability to visualize the data flow of the process
>>>> c) Notifications of dependency errors when users decide to remove a
>>>> process var, globals, imports, etc
>>>> d) Ability to "copy" existing data elements such as
>>>> variables/globals/imports/etc from an already existing process or a process
>>>> template..this has been asked in the community already and we are looking
>>>> at it.
>>>>
>>>> jBPM follows the BPMN2 specification for data setup and mapping closely
>>>> which is a good thing as it does not introduce any wrappers around it (you
>>>> might see other tools use extensions elements for this heavily). I don't
>>>> think writing wrappers is a good idea, however making working with data as
>>>> simple and intuitive as possible for users is very important so any
>>>> ideas/thoughts/contributions are very welcome :)
>>>>
>>>> Jean-Jacques, If you want to jump on IRC and I'd be happy to talk to
>>>> you in detail about all of this as well.
>>>>
>>>> Thanks.
>>>> Tihomir
>>>>
>>>> On 8/16/12 3:38 AM, Esteban Aliverti wrote:
>>>>
>>>> The problem is that BPMN2 specification requires the variables to be
>>>> defined.
>>>> What you will need to do is to modify Designer to automatically create
>>>> the required variables according to the IO specification of the tasks you
>>>> have. Unfortunately this is not as easy as it sounds ;).
>>>> Designer keeps a representation of the process in JSON format. That
>>>> JSON is then converted into BPMN2 when it is saved. When you open a process
>>>> Designer first converts it from BPMN2 to JSNO back again.
>>>> You will need to tweak the Marshalling/Unmarshalling process..
>>>> The classes in charge of this are:
>>>>  org/jbpm/designer/bpmn2/impl/Bpmn2JsonMarshaller.java and
>>>> java/org/jbpm/designer/bpmn2/impl/Bpmn2JsonUnmarshaller.java
>>>>
>>>> @Tiho, do you see a better solution?
>>>>
>>>>  Best Regards,
>>>>
>>>> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>>>>
>>>> Esteban Aliverti
>>>> - Blog @ http://ilesteban.wordpress.com
>>>>
>>>>
>>>> On Thu, Aug 16, 2012 at 5:10 AM, Jean-Jacques Borie <
>>>> jean-jacques.borie at bluebe.com> wrote:
>>>>
>>>>> I need to add that we plan to use work item definition file to declare
>>>>> parameters of work item and we don't want to do it again on the workflow.
>>>>>
>>>>> Jean-Jacques
>>>>>
>>>>>
>>>>> On Thu, Aug 16, 2012 at 10:06 AM, Jean-Jacques Borie <
>>>>> jean-jacques.borie at bluebe.com> wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> I want to simplify Oryx designer in order to don't have to map every
>>>>>> variables with input/output of task.
>>>>>>
>>>>>> I want to remove the need of declaring global variable and the
>>>>>> mapping with parameter of task.
>>>>>>
>>>>>> When you have lots of workflow, it's start to be very annoying.
>>>>>>
>>>>>> I'm thinking of moving this declaration of mapping to do it at
>>>>>> runtime.
>>>>>>
>>>>>> Like having a spring configuration file to declare all variables
>>>>>> needed for a series of workflow.
>>>>>>
>>>>>> And next do the mapping of variable by IOC with work item or
>>>>>> something like that.
>>>>>>
>>>>>> I want to keep the scope variable between process and work item.
>>>>>>
>>>>>> I want to make easier the work of people doing the workflow in order
>>>>>> to give the tool for non developer.
>>>>>>
>>>>>> Any idea ?
>>>>>>
>>>>>> Thanks
>>>>>> Jean-Jacques Borie
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> jbpm-dev mailing list
>>>>> jbpm-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/jbpm-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> jbpm-dev mailing listjbpm-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/jbpm-dev
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> jbpm-dev mailing list
>>>> jbpm-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jbpm-dev
>>>>
>>>>
>>>
>>>
>>>  --
>>>  - MyJourney @ http://salaboy.wordpress.com
>>>  - Co-Founder @ http://www.jugargentina.org
>>>  - Co-Founder @ http://www.jbug.com.ar
>>>
>>>  - Salatino "Salaboy" Mauricio -
>>>
>>>
>>>
>>
>>
>>  --
>>  - MyJourney @ http://salaboy.wordpress.com
>>  - Co-Founder @ http://www.jugargentina.org
>>  - Co-Founder @ http://www.jbug.com.ar
>>
>>  - Salatino "Salaboy" Mauricio -
>>
>>
>>
>
>
>  --
>  - MyJourney @ http://salaboy.wordpress.com
>  - Co-Founder @ http://www.jugargentina.org
>  - Co-Founder @ http://www.jbug.com.ar
>
>  - Salatino "Salaboy" Mauricio -
>
>
>

-- 
 - MyJourney @ http://salaboy.wordpress.com
 - Co-Founder @ http://www.jugargentina.org
 - Co-Founder @ http://www.jbug.com.ar

 - Salatino "Salaboy" Mauricio -
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbpm-dev/attachments/20120816/282ba8e1/attachment-0001.html 