[Design of JBoss jBPM] - task component interface comments
by tom.baeyens@jboss.com
Hi Alejandro,
1) i'ld like to make the user provided taskId optional. so i think it would be good to have an extra method
TaskService.newTask()
that creates a new task without id. upon saving such a task, the command will detect this and automatically assign an id based on the DB primary key that has been generated by the DB after saving it. That way you don't force users to think of how they are going to obtain a unique id if they just want to add a task.
2) all the setters in the task could return the task itself. also a save method could be added to the task that delegates to the saveTask of the service it came from. then you could get shorter, more readable task creations like this:
taskService.newTask()
| .setName("Do laundry")
| .setDueDate(tomorrow)
| .setAssignee("johndoe")
| .save();
WDYT ?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194976#4194976
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194976
15 years, 5 months
[Design of JBoss jBPM] - Re: Task Management component?
by tom.baeyens@jboss.com
"aapthorp" wrote : I realise this likely requires modification to the client (hence why XUL - for prototyping with Lightning - doesn't help that Lightning doesn't currently support attachments) as well as extensions to the ICalendar model. Hopefully though you see the potential.
|
| Any thoughts on my other questions in my original post?
i only see a .ical attachment that a tool like outlook (thunderbird?) understands and translates automatically to your outlook calendar. maybe gmail does the same with google calendar.
but i don't see the concrete tools that you are referring to for other forms of integration. could you give a scenario ? something like
1) jbpm sends .ical file as an email attachment to the user
2) user's outlook automatically recognizes the .ical attachment and creates a reminder in the calendar for it and a task in the outlook task list
3) user marks task in outlook as completed.
4) outlook sends task completion response back to reply-address of .ical file
5) upon receipt of that mail notification, the jbpm-reply-email-processor completes the task in the jbpm task component.
of course, this is fictious, but it's in that kind of scenarios that i would like to understand what integrations that you have build.
also i would like to understand which concrete tools that we can integrate that way. the more widespread those tools, the more interesting, of course.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194972#4194972
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194972
15 years, 5 months
[Design of JBoss jBPM] - Re: Task Management component?
by tom.baeyens@jboss.com
"kukeltje" wrote : yes, they do, but we do not go for seam right or jsf/facelets? The console components are GWT, not wrapped in a jsf tag (afaik, maybe just not yet). The issue for taskforms is resolved as rejected in jira. so..... you tell me where this is going?
|
the technology we build our console in is (should be) unrelated to the technology that we offer to our jPDL users.
we can offer facelets to our users to build task forms if we think that is the easiest technology for our jpdl users to work with.
and then separately we can decide to build our console in GWT because we think we can build the greatest console in that tech.
a consequence of taking both decisions would be that we have to show facelets task forms in a GWT based console. but i don't see a problem with that. do you ?
currently those 2 have my preference.
i'll ask heiko to start a thread with his ideas. so that we can discuss.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194971#4194971
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194971
15 years, 5 months
[Design of JBoss jBPM] - Re: Task Management component?
by aapthorp
I'm not sure the console comes in to it as I can provide a link to open the task via the console.
The issue / opportunity is to embed / extend the task specific function within the client's iCalendar task context. e.g. when you open and perform the task a task specific form is launched by the client and any updates to task state are managed via the client, with communication back via the CalDav protocol. Of course, separation of rendering from the data is preferred.
I realise this likely requires modification to the client (hence why XUL - for prototyping with Lightning - doesn't help that Lightning doesn't currently support attachments) as well as extensions to the ICalendar model. Hopefully though you see the potential.
Any thoughts on my other questions in my original post?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194870#4194870
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194870
15 years, 5 months