It's not in the latest version of the tool I was using. Activating the grid
(View -> Grid) helps you to align nodes.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183855#4183855
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=r
So, in the case of a fork, what would getRootToken() return?
Also, is getActiveChildren() the way to get a list of all active tokens on a
process instance?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183067#4183067
Reply to the post :
http://www.jboss
If I obtain a process instance, it appears I can get a token by calling
getRootToken(). I'm curious why this isn't just named getToken(). Is it
possible to have more than one token active on a single process instance?
In the same topic, what happens when I launch a subprocess? Will getRootToken(
A process workflow does not necessarily need access to your Java classes, such
as domain classes or service classes. As the workflow proceeds however, it does
need to interact with your code in order to be useful. If you are deploying
workflow processes to a VM external to your application runti
https://www.jboss.org/jbossjbpm/jpdl_sources/
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181972#4181972
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181972
___
jboss-use
I think I get it. I appreciate the assistance.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181924#4181924
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181924
___
jboss-us
anonymous wrote :
| And for the unittest, the AbstractDBTestCase (in jBPM) has the option to
start the jobexecutor and wait a number of miliseconds. That closes and opens
the context again for you. You only have to 'keep' the processId and reload the
instance again. I'm currently working on s
anonymous wrote :
| The context is *always* closed by yourself. In a longer running process,
the wait state will return the thread of control to the caller, which means
that you can close the context if needed.
|
| This is not a bad design. The Hibernate session mechanism works exactly t
I go to sleep in my unit test. I have to give the timer a chance to do its
thing. I suppose I could add a listener to some transition events but they
would only fire if everything is working correctly. Defeats the purpose of the
unit test.
If you are saying that I have to manually close a conte
I have confirmed the above suspicion. By adding a context.close() call before I
go to sleep, the job is flushed to the database and the JobExecutorThread can
update it without the Lock wait timeout exception.
Is this a bug or an accepted workaround?
I would expect that when I close the context
I am noticing that after the insert of the job by the main thread, the sql is
issued but there is no flush from hibernate or subsequent commit. When the
JobExecutorThread fires it loads the job, presumably from the second-level
cache. When it updates the job and attempts to commit its transactio
How do I wire in an external transaction manager. Do I replace the
TxServiceFactory?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181711#4181711
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181711
_
I removed the signal call, with the same results.
I can trace the problem to the JobExecutorThread's acquireJobs() method. The
job is read from the db, and it is not "exclusive". Because of this, a lock is
acquired on the job. I'm perplexed how this will have any bearing on whether
the job is e
As I'm trying to root out what appears to be transaction troubles, I can't seem
to see where the endTransaction() method is called in the class
org.jbpm.persistence.db.DbPersistenceService. It seems important as this is
where the transaction is committed and data is flushed to the database.
Is
I don't want to quibble over configuration placement. For those applications
that make heavy use of Spring configuration already, doing some or all of this
configuration makes sense, especially when it comes to a unified transaction
manager. After all, jBPM has an object factory for a reason.
V
Thanks, I'll do that. The problem seems to be that the script never gets
invoked, so the signal isn't called anyway. Is there some reason why my process
definition doesn't work as I expect even though I can see that the JobExecutor
reads the job from the database?
View the original post :
http
I am having some trouble getting a workflow to function the way I want it to. I
have stripped it down to a very simple example.
I have a node that will attempt to process a credit card. If it fails to
communicate to the server I would like it to pause for a couple minutes, then
try again. This
I tried my suggestion and it works, but the JbpmObjectFactory supplied in the
spring modules integration is a bit lacking. It isn't wired in as the default
object factory out of the gate. You have to do this yourself. Also, it is an
all or nothing proposition, meaning if you use this object fact
JobExecutor seems to be exposed as a property of the jbpmConfiguration. It is
not one of the built-in service factories like authentication, persistence or
scheduler.
That said, if you were to externalize the bootstrapping of JobExecutor, you
will have to get JbpmConfiguration to be knowledgabl
Maybe the docs aren't very clear here, but the quote from the documentation
seems to imply two possible ways of handling this. Your explanation takes care
of the first way.
anonymous wrote : This selection can be based on either the sub process
execution's variables..
The or clause continues:
Wow, you are lazy! :)
http://docs.jboss.com/jbpm/v3.2/userguide/html_single/#processcompositioningop
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181622#4181622
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181622
I haven't yet got timers working for me so take that code with a grain of salt.
Also note that I use the LocalJbpmConfigurationFactoryBean in my spring config,
so I don't want to declare the same config twice. For this reason my spring.xml
file looks like this:
|
|
|
Funny, but I just wrote this class:
|
| import org.jbpm.JbpmConfiguration;
| import org.jbpm.job.executor.JobExecutor;
| import org.slf4j.Logger;
| import org.slf4j.LoggerFactory;
| import org.springframework.beans.factory.DisposableBean;
| import org.springframework.beans.factory
I have seen the other posts on the forum where the use of transient variables
are used to accomplish this task, but does the documentation allude to
something new that may be built in to the engine?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181225#418122
I have a sub-process in my process definition, and it can end in one of three
end states, success, failure, and denied. The documentation seems to allude to
the fact that this is possible:
anonymous wrote : In case a sub process node is allowed more than one leaving
transition, a mechanism has
Great, thanks. I just wanted to make sure there wasn't a way to do it with a
single node.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181022#4181022
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181022
___
I have an action that authorizes a credit card. The communication to the
payment processor might fail for one reason or another. Because of this, if
there is a failure, I would like to retry the call after a 2 minute delay. If
that fails I will try again after 5 minutes. If communication fails a
Are there any browser-specific hacks to override this fact? I have tried
clearing session cookies in the client using Javascript, but that didn't work.
Does digest authentication suffer from this limitation?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=39905
28 matches
Mail list logo
