June 2009 - jbpm-dev - Jboss List Archives

[Design of JBoss jBPM] - Re: New console snapshot published, Task Forms included

by camunda

Hmm, why not reference the ftl file directly from the task? | <process> | [...] | <task name="Verify Loan Request"> | <form-template ref="loan_request_form.ftl"/> | </task> | [...] | </process> | The additional indirection doesn't help much. Or other opinions on that? And the <form-template> mechanism could be used if you hook in you own stuff as well (e.g. with Java Swing Clients we could confuigure a Swing panel or whatever).... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239384#4239384 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239384

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Why is the console a different repos

by tom.baeyens＠jboss.com

i think's unwise for jboss to invest in 2 engines and then select the best one in this particular case. exploring 2 technological strategies/solutions and see what works would be justifyable. but that is imo completely different from the situation we're discussing. in this case, there is no feature that they target that cannot be build on jbpm. from the beginning i have tried to collaborate by pointing out how all the features they requested could have been build on on jbpm. apart from taste, i have not been able to see a real reason why they had to do it different. in their logic, they think that they are doing things differently (mostly joint process/rule execution, and nicer integrated in drools codebase/api). and therefor must build their own version of the pvm. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239383#4239383 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239383

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: EJB 2.1 Beans in jbpm 4?

by camunda

Hmm, I get the feeling that this offers not such a powerful options like Commands especially for remote communication. Too much invocations. Reminds me of EJB 2 EntityBeans ;-) No, thank god not that bad.. Okay, lets see what happen in the projects. The Commands are not gone, so if you need more you can get it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239380#4239380 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239380

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Why is the console a different repos

by heiko.braun＠jboss.com

anonymous wrote : | But I think, thats not for us to discuss, it would be a JBoss management task. | No, it's definitely not a management thing. JBoss projects are still OSS run by the project leads. It's something the project leads need to discuss and decide. There will not be a top-to-bottom decision on this. Actually it can't if you think about the way projects are organized within jboss. Avoiding the discussion, or doing it non-public doesn't help either. So I am glad you guys share your concerns. IMO a public statement like drools did is a good step into the right direction: http://www.jboss.org/drools/drools-flow.html But on the other hand, if I compare it to the web service project, there has always been open source competition. In our case it was Metro and CXF. Still this didn't question our approach to provide JBossWS in the first place. But in the long run, community and users did decide for another stack. In this case CXF. But we did make all three of them available on jboss. IMO we'll see something similar with drools and jbpm. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239333#4239333 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239333

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Extending jBPM, Plugging in custom IdentityService imple

by tom.baeyens＠jboss.com

at first sight, this seems to be the right way View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239322#4239322 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239322

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Extending jBPM, Plugging in custom IdentityService imple

by shekharv

That is neat! Works like a charm! We also are trying out another extension for jbpm from our end. This is similar to what jbpm3 had with regards to CustomTaskInstance(s). Use Case: Domain specific Task information to be stored in a separate table and linked up via the taskid to the jbpm Task table. Enables some custom extensions and reporting for tasks. In jBPM4 we added a custom activity: <custom-task> Put in the binding for the same using jbpm.user.activities.xml. Our Custom Activity simply extends the TaskActivity provided out of the box, and over rides the execute method of task creation, This is where we add the code to also fire off an insert into our custom table with all the information that we need to persist. And since we need a handle to the Task ID, we cannot simple call super(execution) and instead we have to copy some of the code from execute in TaskActivity | public void execute(ActivityExecution execution) { | JpdlExecution jpdlExecution = execution.getExtension(JpdlExecution.class); | TaskImpl task = jpdlExecution.createTask(taskDefinition); | | CustomTask customTask = new CustomTask(task); | customTaskDAO.create(customTask); | | TaskHandler taskHandler = task.getTaskHandler(); | boolean wait = taskHandler.executionCreateTask(task); | | if (wait) { | execution.waitForSignal(); | } | } | Again wondering if this is the best way to do so? How does the design of jBPM allow for solving this? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239313#4239313 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239313

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Why is the console a different repos

by camunda

True. A clear statement why two engines exist would be necessary to stop confusion among JBoss users... I got that question already a couple of times. But I think, thats not for us to discuss, it would be a JBoss management task. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239308#4239308 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239308

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Why is the console a different repos

by kukeltje

Childish or not, the fact that a *serious* company like JBoss is *developing* 2 workflow/bpm/... solutions is outright weird. Now if they e.g. bought Bea and in that process acquired an additional engine/framework/system in this area but no.... And what about all the independent consultants that get questions from customers? If I worked for Oracle/IBM/... I'd say that JBoss does this on purpose to sell training. Or mention somewhere that JBoss has no confidence in it's own products... But I know that this is not the case. But hey, I'm not the CTO/Enterprise Architect/.... over there. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239303#4239303 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239303

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Why is the console a different repos

by tom.baeyens＠jboss.com

we are relaxed. we just want to keep it that way. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239295#4239295 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239295

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Why is the console a different repos

by heiko.braun＠jboss.com

I think you guys should relax. We are approaching GA, the console does require more QA, but basically contains everything it requires. It looks nice, uses impressive technology. So what's the problem? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239290#4239290 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239290

15 years, 8 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 June 2009