-
1. Re: purpose of the jBPM webapp
kukeltje Nov 2, 2005 8:02 AM (in response to tom.baeyens)There is already a flexible version in my tree. Each task can have it's own jsp, based on the task(node) name. in addition changes to the taskbean make it possible to do:
<h:inputText id="user-email" value="#{taskBean.fields['email'].value}" size="25" styleClass="required"></h:inputText>
or<t:inputCalendar id="user-date-of-birth" renderAsPopup="true" renderPopupButtonAsImage="true" popupTodayString="Vandaag: " value="#{taskBean.fields['date-of-birth'].value}" styleClass="required" maxlength="10" size="13" popupDateFormat="dd-MM-yyyy" readonly="true" />
or using selectOneRadio or whatever.
is that flexible enough?
Besides this, there can be specific pages for transitions with things like 'thank-you-for-ordering.jsp' or whatever. -
2. Re: purpose of the jBPM webapp
tom.baeyens Nov 2, 2005 11:09 AM (in response to tom.baeyens)does the user have to deploy the custom task jsp's in a separate webapp or are those part of the jbpm process definition compiled on the fly ?
the latter would be great and would fit with the jbpm process versioning scheme... but that might require some hacking with the JspC class from tomcat.
regards, tom. -
3. Re: purpose of the jBPM webapp
kukeltje Nov 2, 2005 1:21 PM (in response to tom.baeyens)currently they are part of a webapp since you also have to configure faces-config.xml for the mapping. runtime compiling would be great (file a jira issue for this :-P) as would be runtime adaption of the jsf config (there is some info on this in the seam forum, maybe it can be used with another kind of 'injection'.
The reason faces-config is not to bad a choice is that you always have other pages in your application as well, for just some page-flow stuff, separate from the process-flow
I'm therefor thinking of giving the taskBean a session scope so
- multiple taskBeans can be in there, so multiple tasks open will become possible (limitation right now)
- you can have multiple pages with their own backingbean and submit all data in the end (kind of like with wizards) -
4. Re: purpose of the jBPM webapp
kukeltje Nov 5, 2005 7:00 AM (in response to tom.baeyens)oh... and btw, there is a paged tasklist which will be sortable in a future version
-
5. Re: purpose of the jBPM webapp
alkero Nov 5, 2005 9:22 AM (in response to tom.baeyens)Hello Tom and Ronald,
I think that the monitoring and the administration have functionalities which are common to many projects, and it's slightly different for the user interface, which is often customized.
What about having a dedicated web app only for monitoring and administration purposes, and another one for users tasks, wich will be designed for being easily customized ?
Regards,
David