Hi Pau<br>Hmm.. I keep thinking about your suggestions. I always saw, in all the implementations that each one of them have different requirements for the UI stuff.. If we create and advanced solution using HTML, we will always have complaints about Swing UIs for desktops, flex UI, etc. I agree with creating a flexible mechanism to plug and hook up screens for human activities. <br>
That's my two cents opinion about UIs.<br><div class="gmail_quote">2010/4/17 Pau Carré Cardona <span dir="ltr"><<a href="mailto:pau.carre@gmail.com">pau.carre@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hello,<div>I have seen the architecture model of jBPM 5 and it seems very complete. Anyway, I don't understand why you do not finish the jBPM 4 designer before developing the jBPM 5 version.</div><div>The request I have is based on the introduction of information in the BPM system. Forms are a good way to map BPM variables, specially if those forms have validation and are dynamic. This forms are specially well suited when interacting with external individuals (such as citizens in a government administration).</div>
<div>But forms are not suited for internal workflow in document based BPM. Lets say that, for internal work, a user should send a document and wants the information of this document be processed by the BPM engine for validation, routing or whatever. In this case the BPM engine should have two features:</div>
<div>1.- Allow to open a document template, allow to edit it and send it to the destination of the task.</div><div>2.- Map some parts of the text into workflow variables for internal processing.</div><div><br></div><div>
The first feature seems to be trivial but the BPM engine should have some kind of template linked to the task so the user only have to modify certain parts. For this purpose the BPM should have an HTML rich editor that can read templates from the workflow definition.</div>
<div>The second feature can be easily done using custom TAGs. For example, one can write the TAG $<destination_name> in the document wherever the document should have the name of the destination user. Then, the user could write the value of the TAG $<destination_name> or optionally this value could be computed by the BPM engine. This way it is trivial to map the text content to variables.</div>
<div><br></div><div>The Balearic Islands Government have developed a jBPM 3 opensource project that allows users to edit documents with Open Office using templates stored in the tasks. Then users can edit them and FreeMarker parses the ODF document extracting the values of the variables. I think it is a good starting point to evaluate document-based workflows.</div>
<div><br></div><div>Here you have a presentation of the project:</div><div><a href="http://www.plaanibal.com/c/document_library/get_file?p_l_id=11763&folderId=17101&name=DLFE-803.pdf" target="_blank">http://www.plaanibal.com/c/document_library/get_file?p_l_id=11763&folderId=17101&name=DLFE-803.pdf</a></div>
<div><a href="http://www.plaanibal.com/c/document_library/get_file?p_l_id=11763&folderId=17101&name=DLFE-804.pdf" target="_blank">http://www.plaanibal.com/c/document_library/get_file?p_l_id=11763&folderId=17101&name=DLFE-804.pdf</a></div>
<div><br></div><div>The text is in Catalan but slides are self-explaniatiory.</div><div><br></div><font color="#888888"><div>Pau Carré Cardona</div>
</font><br>_______________________________________________<br>
jbpm-dev mailing list<br>
<a href="mailto:jbpm-dev@lists.jboss.org">jbpm-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/jbpm-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/jbpm-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br> - <a href="http://salaboy.wordpress.com">http://salaboy.wordpress.com</a><br> - <a href="http://www.jbug.com.ar">http://www.jbug.com.ar</a><br> - Salatino "Salaboy" Mauricio -<br>