June 2009 - jboss-dev-forums - Jboss List Archives

[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

17 years, 1 month

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

17 years, 1 month

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

17 years, 1 month

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

17 years, 1 month

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

17 years, 1 month

1
0
0 / 0

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

by heiko.braun＠jboss.com

anonymous wrote : | generic will always limit our ability to make progress. | haha, hence the PVM in the first place, right? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239289#4239289 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239289

17 years, 1 month

1
0
0 / 0

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

by heiko.braun＠jboss.com

anonymous wrote : | i don't think we should be sharing our console. | tom, that's childish. it's both open source projects, run by the same company. and most importantly: both projects expose the same management requirements. we didn't put any effort in making it available to drools flow. although it was designed to allow for different engines in the first place, kris did the adoption on his own. IMO it's a good thing for the console, because we share QA and verification of requirements. For users that are unaffected by the "drools vs. jbpm" discussion, it's definitely a benefit to have a similar management console. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239288#4239288 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239288

17 years, 1 month

1
0
0 / 0

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

by tom.baeyens＠jboss.com

generic will always limit our ability to make progress. and of course it always costs more effort to have make things pluggable and generic. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239285#4239285 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239285

17 years, 1 month

1
0
0 / 0

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

by camunda

For me the important issue is, that being generic doesn't slow down the development of the console and features required for jbpm. Or make it harder to use or understand (like levels of indirection tend to introduce). I think, the most important goal is a really useful, cool jbpm console, like from professionell (means expensive) bpm engines. Since the web console is one of the first things you see of the product... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239284#4239284 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239284

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Transaction interceptor changes

by heiko.braun＠jboss.com

A while ago I've commited a change to the samples that created .bar archives and deployed them through the deployer. something like this would have caught the problems in hudson already. Unfortunately you reverted that change. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239283#4239283 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239283

17 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums June 2009