July 2008 - jbpm-dev - Jboss List Archives

[Design of JBoss jBPM] - Need for database compatibility between jBPM versions

by thomas.diesler＠jboss.com

In http://www.jboss.com/index.html?module=bb&op=viewtopic&t=138168 I state anonymous wrote : | Database layout is considered implementation detail that might change between minor versions. | This is based on my understanding that a process definition is an immutable entity, which is defined in XML. The state of running processes is persisted in the database. For many a reason It cannot be expected that jBPM can be updated for running proccess. If this feature is required we need to see this reflected in the test suite. In other words, as long as there are no automated tests that verify that an update of jBPM from version X to version Y for a non trivial set of running processes - this feature is not there. The API will support | ProcessEngine.prepareForShutdown() | This will allow processes to terminate, while others cannot start. A user is expected to setup a new instance of jBPM version Y that can receive new process requests. >From that perspective, it is unnecessary and not even desired to provide backwards compatibility for database layout. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161691#4161691 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161691

16 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Installer supports optional pack

by thomas.diesler＠jboss.com

Hi Foks, you can now optionally install components like bam-console or a specific db support http://jbpm.dyndns.org/jbpmwiki/index.php?title=JBPM3BuildingTheInstaller Next is to integrate the installer in the Hudson QA. The installer should be the only supported way to install jBPM in a target container. Like every other supported functionality, this needs to be automatically verified. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161688#4161688 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161688

16 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jPDL 4 early feedback

by tom.baeyens＠jboss.com

perfect lecture for during the holidays. i'll surely find some time to read them during the next two weeks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161685#4161685 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161685

16 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jPDL 4 early feedback

by heiko.braun＠jboss.com

Another good one: * http://www.tbray.org/ongoing/When/200x/2006/01/09/On-XML-Language-Design View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161672#4161672 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161672

16 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jPDL 4 early feedback

by heiko.braun＠jboss.com

Some background information on schema design that may be useful for this thread: * http://www.xml.com/pub/a/2004/07/21/design.html * http://www.xml.com/pub/a/2003/12/03/versioning.html View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161670#4161670 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161670

16 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining a public API for jBPM

by tom.baeyens＠jboss.com

good point, ed. Also during the jBPM Community Day, the most important feedback from the core community session was migration support. It depends on the resources we can get for this. currently the plan is to make a jPDL3 parser available in jPDL4 and make sure that both jPDL3 and jPDL4 can run next to each other. When we enter beta stage with jPDL4, then we'll be thinking more concrete on this and we'll probably have to finetune the details at that time. Hopefully we can add some kind of database migration, but it is still too early to tell if we're going to be able to make it. In the future we'll also work towards XML serialization and XML parsing of runtime process execution information. That might also be a way to support DB migration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161664#4161664 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161664

16 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jPDL 4 early feedback

by tom.baeyens＠jboss.com

<activity name="s" class="com.customer.OurSapIntegration"> | <field name="server"><string value="sap.intranet.customer.com"/></field> | <transition to="next" /> | </activity> can be given a shortcut like this <sap name="s" server="sap.intranet.customer.com"> | <transition to="next" /> | </sap> to improve readability. Additions (including introduction of shortcuts like these) can even be done in micro version updates as they don't break existing backwards compatibility. The esb node was a special case and such quick-fixes must be avoided in the future. The biggest problem with the esb node is that the action handler was located in the esb jar and not in the jbpm-jpdl jar. That way incompatibilities appeared between (jbpmruntime+designer) and (esbnode) Also, there can be dependencies of activity implemenetations on certain configurations on the node structure properties. For example, a sequence implementation might require that the isPreviousNeeded property is set on the node. Such things further complicate the reading and writing process XML by hand. The good part of the PVM is that the upper xml example snippet will become persistable in the generic PVM DB schema. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161663#4161663 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161663

16 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jPDL 4 early feedback

by estaub

"kukeltje" wrote : 'the' xsd is not available yet... for the very reason this discussion is taking place.... it has to be defined based on input from us. Er... the javadoc was generated by a tool that converts an xsd to javadoc. To see the big picture, the original xsd would be useful. It can be stamped "first draft" in many ways, so that it is not confused with the final. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161636#4161636 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161636

16 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jbpm-dev July 2008