December 2008 - jbpm-dev - Jboss List Archives

[Design of JBoss jBPM] - Re: task component interface comments

by jbarrez

I don't think it is a real 'problem', but my for my feeling it seems wrong. Isn't this 'more clean': taskService.newTask() .withName("TestTask") .withDueDate(someDay) .withActor("Joram"); This way you can have the fluent interface (which I agree is nice to have) and the setters. Downside is that that withXXX() methods are almost the same as the setters. Ofc, this is just my opinion, perhaps I'm completely wrong on this one. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195061#4195061 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195061

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: task component interface comments

by tom.baeyens＠jboss.com

"jbarrez" wrote : 2) You really like fluent interfaces ;-) | I like the idea, but I shouldn't (mis)use the getters for this purpose (ie not following the JavaBean spec). | i didn't think of violating javabean spec. but is that actually a problem ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195056#4195056 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195056

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: task component interface comments

by jbarrez

1) Definitely agreed! 2) You really like fluent interfaces ;-) I like the idea, but I shouldn't (mis)use the getters for this purpose (ie not following the JavaBean spec). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195043#4195043 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195043

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Command - toString() methods

by jbarrez

Okay for me. Commands should have good toString() methods for debugging exceptions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195031#4195031 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195031

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Command - toString() methods

by tom.baeyens＠jboss.com

yes. +1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195030#4195030 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195030

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Command - toString() methods

by camunda

Hi. I would like to introduce meaningful toString() methods in the Command classes (like in the ProcessLog's) showing the intend of the Command and the important parameters. Okay for everyone or any veto? And for the current project I will add some missing commands (SuspendProcess, ResumeProcess, ..) with test cases. Instead of doing that in the project code I am free to add it to the jbpm core, would that be OK or any veto on that? For development process I should open a JIRA issue for it to schedule it for a target release, right? Cheers Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195026#4195026 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195026

16 years, 10 months

1
0
0 / 0

[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

16 years, 10 months

1
0
0 / 0

[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

16 years, 10 months

1
0
0 / 0

[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

16 years, 10 months

1
0
0 / 0

[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

16 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jbpm-dev December 2008