November 2008 - jbpm-dev - Jboss List Archives

[Design of JBoss jBPM] - Re: Register EventListener on JbppmContext

by tom.baeyens＠jboss.com

...because Bernd, what you describe is actually adding a logging listener to internal events. if we would unify them, then this would be replaced by just adding a generic (incoming, internal and outgoing) event listener. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191987#4191987 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191987

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: Register EventListener on JbppmContext

by tom.baeyens＠jboss.com

i have been thinking of unifying the 3 types of 'events' that we have in jbpm: * signals (incoming events, incoming from the perspective of the process engine) * events (internal events) * process logs (outgoing events) would it be possible to unify those 3 ? on my first chew, i could not be sure that this would not have disadvantages on the flexibility. but somehow it feels very close... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191986#4191986 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191986

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: comments on initial xsd jpdl 4

by tom.baeyens＠jboss.com

fyi, i don't have an allergy to namespaces. i want both to be possible: specify a namespace and then the process gets validated. or don't specify a namespace and your process will not get validated. @Koen: i want only 1 namespace for jpdl and 1 for the configuration file. i don't want process files with multiple prefixes. If you set the default namespace to jpdl, no element or attribute defined by us should have a prefix. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191979#4191979 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191979

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: comments on initial xsd jpdl 4

by koen.aers＠jboss.com

So the attribute name would be g and the namespace gpd? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191947#4191947 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191947

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: comments on initial xsd jpdl 4

by estaub

"kukeltje" wrote : | you know, namespaces ;-)) You don't want Tom to get the hives - you know about his allergy to namespaces ;-) Seriously - as I see it, this is a clear case for using a namespace. I think there's a good chance another editor might come along, with a different persistent dataset to merge in. -Ed View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191916#4191916 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191916

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: Register EventListener on JbppmContext

by camunda

Okay, to give you the latest update: For creating the events I need, I implemented an own LoggingService, which keeps a list of ProcessLog objects internally in memory. When closing the LoggingService, I look through these evens and create the necessary BAM events and send them to my BAM service. One important issue was, to place the LoggingService BEFORE the PersistenceService, by doing so, the LoggingService can still access the HibernateSession (otherwise it would be closed earlier). This works if the loadForUpate methods where called everywhere correctly :-) But I discussed that implementation with another guy, and we concluded, that the EventListener still is a valuable Feature. Because if you really want to listen for events, it is the right place. Logs are created much later (e.g. during jbpmContext.close) and have different granularity. What does others think about that? For my problem I am happy with the LoggingService, for the other project, they patched jbpm already to include the EventListener. But I think it would make sense, at least for jbpm 4. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191842#4191842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191842

16 years

1
0
0 / 0

Problem with jBPM Wiki page link

by Ronald van Kuijk

Can someone correct the wiki link from http://www.jboss.org/jbossjbpm/jpdl/? It points to a non-existing page....

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: jpdl 3.3.GA / Why isn't the jar provided?

by thomas.diesler＠jboss.com

https://jira.jboss.org/jira/browse/JBPM-1814 http://repository.jboss.com/maven2/org/jbpm/jbpm3/jbpm-jpdl/3.3.0.GA/ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191783#4191783 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191783

16 years

1
0
0 / 0

[Design of JBoss jBPM] - xsddoc

by tom.baeyens＠jboss.com

can someone on linux fiddle around with the xsddoc task ? in jbpm 4, in api, there is this snippet commented:  If you uncomment it, it works on my windows, but not on linux with java5 for some reason. It has to do with how maven passes the basedir property to the ant task, i believe. It's in this hudson run that i got a problem: http://jbpm.dyndns.org:8180/hudson/job/jBPM4-JDK1.5/9/console for some reason or another, the basedir seems to be duplicated: and without the basedir, it doesn't work when this build is being called from the parent project. it seems a pitty that we can't use this as it works well on windows and i couldn't get this xsddoc to work in any other way. also not the maven integration... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191772#4191772 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191772

16 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: comments on initial xsd jpdl 4

by tom.baeyens＠jboss.com

we store all coordinates or bendpoints in attribute g. but i don't know what you mean with location and size. as it is now g is the jpdl namespace. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191768#4191768 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191768

16 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jbpm-dev November 2008