[Design of JBoss jBPM] - Re: Is it possible to avoid hibernate?
by kukeltje
I don't think Tom disagrees with you (and he might not have reread the whole thread, otherwise I think he would have made a different statement).
The thing is, is that the target of the *current* release of jBPM 4 was 'normal users' and not to support multiple models. That is intended for 4.1/4.2 so the 'not programming against interfaces' currently is not a real problem. For you it is, and your remarks are valid (I think Tom agrees on that). The only thing I disagree with is your remark about it being released to soon. Nobody expected that someone would pick this part up that quickly. :-)
The easiest thing you can do is make patches, attach them to a jira issue and they will get fixed some time it the future. The best you can after that is flooding this list with requests about reviewing your patches and in the meantime fill in the contributors agreement. If both 'succeed' you can make the patches yourself and discuss on this list the directions of your other repository solution.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244751#4244751
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244751
16 years, 8 months
[Design of JBoss jBPM] - Re: Is it possible to avoid hibernate?
by jorgemoralespou_2
I know that Deployer is not part of the public API, and that internal is that "internal", but for the shake of the tsak of making jBPM not depending on hibernate, and trying to have another kind of RepositoryService "a non persisted with hibernate, rather than in memory" I have to cope with creating new classes, and bindings, and this stuff, and I have to create my implementations of some classes, practically the same as the ones in internal, only due to the fact that they are not programmed to allow extendibility.
Maybe I have to do this all by my own, but I think that a little cooperation can e helpfull.
As I said in a previous post, I started by trying to create a new RepositoryService, that hold Deployments in memory (probably a JBossCache in the future). For that I have my MemoryRepositoryService (with its binding in jbpm.user.wire.bindings.xml). I could reuse most of the commands in RepositoryService, but createDeployment has to create a new DeploymentImpl, since the one in the core depends on hibernate (LOB). And from there I have to replicate tons of classes that could have done it if it would have referenced NewDeployment instead of DeploymentImpl.
I know that this tasks (and part of the api) may only be for core developers, but since I wanted to use jBPM4 for what I have been using jBPM3, I wanted to acomplish this task as soon as possible. I've been waiting for this a long time, since jBPM4 was firstly scheduled for months ago, and that make us (in our company) not change the process engine library we were using.
I really think jBPM4 can be a very good software, but looking at its internals made me think that probably it was released before than it should.
Would you mind my comments, or should I go all by myself?
As I said, public API is for clients. I don't think what I`m looking for in here, (right now) is to use it as a client, as it don't fulfill my needs.
Thank you,
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244735#4244735
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244735
16 years, 8 months
[Design of JBoss jBPM] - Task I18N support
by gleenders
I use jBPM 4 just on task level to indicate to different users their next tasks. I don't use a task form, just a brief description of what their task is and a button where they can execute the task the moment it''Âs done.
Because I want to use this system in Belgium this can only be done with i18n support. For the moment this is not implemented in jBPM 4.
Searching for I way to implement this or a workaround these are my current thoughts/considerations:
Tasks translations should be in a sub-node under task in the jpdl.xml file. Since they are part of the process definition (changing a translation will result in a new process definition version).
I think we can discuss on this: is the translation really part of the definition?
If yes, then the only possibility is to include it in the jPDL as said above.
If no, we have to bind it to the task definition key (who seems to be the task name). So in that case it would be possible to foresee a system to implement i18n task support by providing a properties file or an extra database table (both based on the task name as part of the key).
The drawback of this system is that it would be possible to change the translations within a jBPM version.
One way or another I would like to have a method on 'ÃÂTask'ÃÂ [public String getDescription(String locale)] who just returns the description translation based on the locale.
Regards,
Gert
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244566#4244566
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244566
16 years, 8 months
[Design of JBoss jBPM] - Moment of assignment not tracked
by gleenders
I really think something is missing in jBPM 4. At the moment there are only two timestamps logged for tasks: creation and execution (start_ and end_).
I have a BPM case where most of the time the candidate groups are filled in by an AssignmentHandler and in a second phase an individual users can take a task (according to his candidate groups).
What I miss is a timestamp for the moment a task is assigned (taken by) to an individual user.
Since BPM is all about optimizing your process I miss some valuable information here. It is currently impossible to retrieve enough information on the tasks duration. If for example a task is created and assigned to a candidate group but the users waits two weeks to take the task, the bottleneck is not the creation or execution of the task but the process of taking the task.
So I would suggest to extend:
-Data model:
JBPM4_HIST_TASK and add a new Column: ASSIGNMENT_ of type TImeStamp.
-API Class
HistoryService with a new method java.util.Map<java.lang.String,java.lang.Long> avgAssignmentPerTask (java.lang.String processDefinitionId)
Regards,
Gert
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244516#4244516
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244516
16 years, 8 months