I've experienced the same issue on 3.2 GA.
I raised the following JIRA issue (with potential fix)...
http://jira.jboss.com/jira/browse/JBPM-967
Regards,
Dave
Alfresco
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4046872#4046872
Reply to the post :
Just to continue the 3.2 Decision discussions...
With the Decision patch (as described in
http://jira.jboss.com/jira/browse/JBPM-854) applied, I'm getting a NPE at line
112 in Decision.java. This is whilst executing against a jbpm 3.1 database
that's been upgraded to jbpm 3.2.
It seems line
I've gone through the process of upgrading existing 3.1.2 jbpm instances to
3.2. I had to set some default values for new 3.2 columns, most of which had
reasonable defaults. However, a version_ column has appeared in several places
- what is a reasonable default value for the value_ column?
I'm embarrassed to ask, but where is the official jBPM website these days?
Is it http://labs.jboss.com/jbossjbpm/ ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4041347#4041347
Reply to the post :
Thanks. Much appreciated.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4034532#4034532
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4034532
___
jboss-user mailing list
Any update?
We embed jBPM, so our community of workflow developers do not know of the
starter kit. Instead, we just point them to the jBPM on-line docs, but the
contents of the URL have just changed.
We could host the docs ourselves, but rather not do so.
View the original post :
First, congratulations on releasing 3.2 - I look forward to taking for it a
spin.
Meanwhile, we're still on 3.1, so is there a URL for the 3.1 documentation.
The existing URL now takes us to 3.2 documentation.
Thanks.
View the original post :
I believe the jBPM community can greatly benefit from a library of
demo/template process definitions for common workflows.
The current code samples, docs references to workflow patterns concentrate on
the low level building blocks, but it requires a blind jump and effort to pull
together
Jbpm 3.1.2
I have a simple process which includes a fork and join. It functions as one
would expect, however, I do have a query regarding the lifetime of tokens
during the process execution.
Upon reaching the fork, child tokens are created; one for each path. When all
child paths reach the
Hi Tom,
Whilst investigating
http://www.jboss.com/index.html?module=bbop=viewtopict=74267, I stumbled upon
how they are created. The referred to thread describes how they got there.
Thanks,
David Caruana
Alfresco
View the original post :
Raised - http://jira.jboss.com/jira/browse/JBPM-756.
Thanks,
Dave
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3974192#3974192
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3974192
JBPM 3.1.2
With 3.1.2, I get similar constraint violations from FK_VARINST_TKVARMP, in the
table JBPM_VARIABLEINSTANCE.
I too manually delete variable instances before deleting the process instance,
but I still have cases where this does not work resulting in the above
constraint violation.
What does it mean when a variable instance in the jbpm_variable instance table
has no associated token_, tokenvariablemap_, processinstance_ and taskinstance_
?
David Caruana
Alfresco
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3973185#3973185
Reply to the
JBPM 3.1.2
In VariableContainer.java there are unprotected log.debug statements such as:
log.debug(create variable '+name+' in '+this+' with value '+value+');
This is fine for simple values such as strings etc, but we have some object
types whose toString() is a little more heavy. Even when
Hi jBPM developers and contributors,
For the last couple of months we've been embedding jBPM into Alfresco. We've
found the quality of the jBPM code, documentation and examples to be very good
and haven't really needed to use this forum too much! Excellent work.
The integration has involved:
GPD 3.0.11, JBPM 3.1.2
I've noticed the error handling to be erratic when deployment of a process
archive from the GPD fails. Often, a dialog is presented stating the
deployment succeeded when in fact it hasn't. Other times, a dialog is
presented due to an unexpected error. Two extremes.
Hi,
After some tweaking of the jBPM Console Webapp, I've managed to loosely
integrate the bpm stack with Alfresco's tomcat stack (thanks to some help from
Spring Modules), such that db connections, transactions etc are shared between
jBPM and Alfresco. By tweaking, I mean I've had to modify
Thanks - that worked well.
Regards,
David Caruana
Alfresco
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3960456#3960456
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3960456
___
I understand you're busy working on 3.2, but are there any public release dates
you're aiming for.
This is so we can determine whether to stick with 3.1.2 or move to 3.2 head
for our own development cycle.
Thanks,
David Caruana
Alfresco
View the original post :
19 matches
Mail list logo