You must use the exact connection properties of the GWT console.
See $jbpm_home/jboss-5.0.0.GA/server/default/deploy/jbpm/jbpm-hsqldb-ds.xml
JbpmDS
jdbc:hsqldb:hsql://localhost:1701
org.hsqldb.jdbcDriver
sa
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=42464
You can find basic configuration documentation on
http://docs.jboss.com/jbpm/v4.0/devguide/html_single/#configuration.
Currently, the extension points are not all worked out yet, so that's the
reason we haven't document them at all.
View the original post :
http://www.jboss.org/index.html?modu
Currently, the jbpm console only works out-of-the-box for JBoss. Tomcat support
is on the roadmap, so this should facilitate deploying it on websphere.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4245991#4245991
Reply to the post :
http://www.jboss.org/ind
I don't know the exact details. You'll probably find them on
https://www.jboss.org/contribute/login.seam?cid=554
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4245990#4245990
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply
Basic Drools integration is targetted for the next release. So if all goes
well, native drools integration will be possible in september:
https://jira.jboss.org/jira/browse/JBPM-2006
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244754#4244754
Reply to the
You don't have to rely on Hibernate/SQL queries. Acquiring tasks using a
process instance id is covered by the API:
List tasks =
taskService.createTaskQuery().processInstanceId(processInstanceId).list();
anonymous wrote : 1.When the process start, Does it create/persist all task
defined int t
anonymous wrote : I am very excited about the beta release of JBPM4.
jBPM4 isnt beta anymore ... GA was released last Friday. But we're very happy
that you are excited :-)
anonymous wrote : From what I have read it has native Spring integration, which
is something I require on my current proje
You are correct, see my comment on the issue
https://jira.jboss.org/jira/browse/JBPM-2423
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243804#4243804
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243804
Johan,
The main issue here is that classes need to be found by the classloader on
deploy-time, since they are instantiated for caching purposes.
If you use the JBoss integration, you could put these dependencies in the
userlibs folder.
The other 'workaround' is to have the deployment of proc
The jbpm.jpdl.hbm.xml file should be deleted, the JpdlExecution class has been
removed from 4.0.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243744#4243744
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243744
_
Variable history isnt completely worked out yet, should be in one of the next
releases.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243743#4243743
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243743
__
Variable history isnt completely worked out yet, should be in one of the next
releases.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243742#4243742
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243742
__
jBPM4 hasnt been tested yet on Websphere. But when you use jBPM as a standalone
library, I don't expect any problems.
There is no dependency on EJB3 to function correctlym jBPM is Java SE library.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243741#4243741
Filed an issue for it: https://jira.jboss.org/jira/browse/JBPM-2429
Although, I believe the userguide is already updated, I'll do a re-check on the
complete guide.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243739#4243739
Reply to the post :
http://www.
No, this is not correct. The documentation states: 'indicates if an
asynchronous continuation should be performed before the element is executed.'
If you try the async activity example in the distribution, you can modify the
test case (ie remove the job execution through the mgt service) and you
Try to remove the current="true" from the spring-transaction-interceptor.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4242773#4242773
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4242773
_
For the moment it is hard to separate jBPM from Hibernate. It would require
several hacks which possibly lead to strange situations.
But the research for switching to JPA is on the roadmap (but I don't know when
that will be)
View the original post :
http://www.jboss.org/index.html?module=bb&o
Probably something is missing in your jbpm.cfg.xml. Can u post it?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4242674#4242674
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4242674
anonymous wrote : I'm curious as to what else can be passed to the java object.
Like I'd like to get a copy of the actual Execution.
Afaik, there is no easy way to just inject the actual executions, since
* There are potentially many many executions active
* Spring injects dependencies when the
How are u using this process? Can u post the code to start the process instance?
Are you using the spring integration?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4242637#4242637
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mo
Could you paste your unit test?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4242635#4242635
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4242635
___
jboss-user mailing list
ould you post this unit test?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241655#4241655
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241655
___
jboss-user mailing list
j
Native Spring integration is already in 4.0CR1, but the 4.0GA will contain a
polished approach and documentation.
You can take a look at
http://www.inze.be/andries/2009/06/28/documentation-spring-jbpm-integration/
for the draft documentation and a demo based on CR1
View the original post :
ht
The usage that you describe (wait states, mailing, timers) is supported by jBPM.
But ofc, without proper requirements there is no way to do an estimation.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241656#4241656
Reply to the post :
http://www.jboss.org/
You could use a custom activity. Then you have access to an Execution which
allows you to do what you want.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241653#4241653
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=42
The jboss.org server have been moved to new datacenters. The DNS servers are
not yet up to date ... the docs should be up very soon.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241145#4241145
Reply to the post :
http://www.jboss.org/index.html?module=bb&o
Try to check out the latest version - there was an issue with CR1 and the blank
page (which was fixed in the official distribution but wasnt backported)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239780#4239780
Reply to the post :
http://www.jboss.org/in
Adding more executor threads will only help when there is a bottleneck in the
asynchronous continuations, not in regular business process execution.
But tweaking Hibernate for your needs is generally an excellent idea.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewto
In jBPM3, you can make a node 'async', which does exactly that
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4237270#4237270
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4237270
Different execution modes is something that will be worked out in one of the
next versiosn (ie 4.x). Do note that the use cases for business procecess with
no persistency are extremely limited. You're talking more about modeling
algortihms then instead of business processes, where generally one
Those methods are used for wiring jBPM objects together (aka dependeny
management). So unless you really want to do something extremely exotic, you'll
never need them.
A good indication is the fact that the class is in the *.internal.* package.
View the original post :
http://www.jboss.org/in
It is logical you can't find the current Hibernate Session, since there is
none. A hibernate session is only open during a jbpm operation and is closed
afterwards.
So I guess that basically what you want is access to the same SessionFactory as
the one that is used by jBPM, which you can get thr
I assumed you were calling this methdo from within a delegation from your
process ... where do you want to use this method?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236934#4236934
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=postin
Normally through the TaskQuery interface ... but it seems that querying by
processInstancze has slipped through the CR1 release, so keep an eye on the
commits the next days ;-)
see also https://jira.jboss.org/jira/browse/JBPM-2305
View the original post :
http://www.jboss.org/index.html?module
You can use the following construction:
Environment.getFromCurrent(Session.class)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236691#4236691
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236691
You configure jBPM to handle the transactions:
but you comment out
(check the comment). So my wild guess is that you need a hibernate config to
make it work.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234038#4234038
Reply to the post :
http://ww
Yes, it works in Spring. Spring binds the transaction to the current thread,
which you configure in your jbpm.cfg.xml:
|
|
But you hadn't told me you were working in Spring and I assumed a traditional
jBPM config ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&o
The long-running is not the problem, that's raison d'etre of workflow systems.
The difficult thing here is indeed the changes at runtime. This is hard in any
workflow system. But like I said, you can do it with jBPM, but you'll need to
know the datamodel of jBPM by heart if you want to do it.
V
This is completely depending on your transaction configuration. But updating
your domain to make jbpm work doesn't seems right to me.
Can u post your config?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233909#4233909
Reply to the post :
http://www.jboss.
What is your problem exactly?
How are you ending your tasks?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233851#4233851
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233851
__
It is possible. In the end its a matter of database manipulations, but I've
never done it myself.
Otoh, you should make out for yourself is this 'dynamic workflow' really is
needed. Workflow systems are used to make people do the same, company-wide. If
some people do need to do other things (ie
Are you sure the actions are completely finished. Check your database to see in
which node your token is.
Also, executionContext.getProcessInstance().signal(); is going to give you
strange behaviour since now you are signalling the root token. Try to use
executionContext.leaveNode().
View th
I agree, this is something that'll need a manual modification. Ie by using a
prefix in the process def names or by adding a join table, matching process def
to a module.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230286#4230286
Reply to the post :
http:
Beta 2 should be out any moment now. RC1 is expected for next month, and GA for
1st of July
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230285#4230285
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230285
__
You can download the beta zip from
http://sourceforge.net/project/showfiles.php?group_id=70542. Unzip it, and run
the installer. You should get a doc folder containing the userguide and the
developers guide.
As Ronald states, when v4 goes GA, the idea is to have a zip you can download,
unzip a
It certainly can. As Ronald states, synchronisation happens on the database.
Check
http://www.theserverside.com/tt/articles/article.tss?l=WorkflowEngineJBossCluster
for example.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230281#4230281
Reply to the post
Check out
http://docs.jboss.org/jbpm/v3/userguide/persistence.html#jtatransactions .
Taking a quick look at your config, it seems that you define too much (eg
sessionFactory AND datasource in JNDI). Try to start from the most basic
configuration and see what happens.
View the original post :
Is this the complete process def?
There is no node called 'RealEstateProcInvoke', which is one of the parallel
activities.
Nonetheless, my guess is that you probably forgot to add execution.leaveNode()
at the end of your custom actionHandler.
View the original post :
http://www.jboss.org/index
anonymous wrote : I think you are understanding 100% what Ronald is
explaining:
And this should be ofc 'not understanding 100%' ...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227485#4227485
Reply to the post :
http://www.jboss.org/index.html?module=bb
I think you are understanding 100% what Ronald is explaining:
in you Action Handler class implementation, you can simply use the jBPM
ExpressionEvaluator and try to get the variable from this object using the
string you use between the #{}. This way, you can use your debugger,
system.out, ... w
You need to call the jbpmConfiguration.startJobExecutor() operation. Timers are
in fact a subclass of Jobs, so something is needed to execute the (also dont
forget to define a valid SchedulerService)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4224687#4224
You can't directly call another language from Java (unless you're using JNA).
That is not a limitation of Java, but of programming languages in general.
You can however use any scripting language supported by the JVM.
If that is a problem, you could write the php could, put a remote facade in
fr
Simply call the jBPMContext.save(processInstance) operation before the close()
method is invoked.
The logging for the process instance, including the subprocesses, will be
stored in the log table.
For a task, you should do
| JbpmContext context = ...;
| TaskInstance task = context.getTask
You could try to model this functionality by setting a node-enter event on the
error node, and retrieve the previous node the token was in and store it as a
process variable.
After completion of the node, you can use this variable to get back to where
you came from.
But isn't a global exceptio
It's certainly possible. I don't know for jBPM 4 (yet), but for jBPM Bernd
Ru??cker has written a good articale about it:
http://www.bpm-guide.de/2008/12/06/easily-generate-bam-events-wih-jbpm/
Perhaps you can use the ideas in the article for your problem.
View the original post :
http://www.j
Take a look at the taskController. You can define process variables as
'required' in this controller (in the process xml).
The TaskController is an interface, so it is easy to change the functionality
if needed (eg transition specific variables?)
View the original post :
http://www.jboss.org/
- What transactionManager are you using?
- Is jBPM configured properly for Seam? (see
http://www.redhat.com/docs/manuals/jboss/jboss-eap-4.2/doc/seam/Seam_Reference_Guide/Configuring_Seam_and_packaging_Seam_applications-Configuring_jBPM_in_Seam.html)
- How is the transaction management configu
This certainly is possible. If the console and your webapp are pointing to the
same database, there should be no problem.
My wild guess is that something fishy is going on with your transactions. The
console can't see the data because it is uncommitted. And for a strange reason,
closing your se
I assume you have multiple JobExecutors going.
Then the StaleObject exceptions are to be expected when multiple threads try to
lock the jobs. One jobexecutor tries to lock a job, and another tries this
also. After acquiring the lock, they can execute it. But in this acquire phase
you can expect
Creating runtime tasks is easy: simple create a new TaskInstance and save it
with Hibernate. The only caveat is that it needs a token, I believe (which is a
bad design choice, but it works nonetheless).
In jBPM4, the task component will be a seperate component, which will allow
even easier crea
The jobs are indeed taken care of by an external component (thread, MDB, ...).
Easiest way to try it is doing JbpmConfiguration.startJobExecutor()
More explanation:
http://www.jorambarrez.be/blog/2008/08/26/jbpm-job-executor-for-spring/
View the original post :
http://www.jboss.org/index.html?
I haven't tried it yet, but I don't see any problems. After all, Hibernate will
handle the primary key for jBPM and I don't see any problems in that.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197121#4197121
Reply to the post :
http://www.jboss.com/index
If you take a look at the jBPM hbms, you'll see that the id generator is set to
'native'. According to Hibernate doc, this means that indeed only one sequence
will be used...
You can change this by changing the hbms of jBPM.
See http://www.hibernate.org/296.html for more information.
View the o
I used the community versions.
also see
http://www.seewhy.com/index.php/Business-Process-Management/SeeWhy-for-JBoss-jBPM.html
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185976#4185976
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=pos
1. logging is tunred on by adding to the jbpm.cfg.xml
2. In the database, in the table JBPM_LOG. All process activity is stored
there. Try to use the Hibernate LogInstance class and subclasses to make
reading the data there a bit easier.
3. No existing tools atm
4. No, you will have to code i
woo37830, Reacting like that will get you only no answers.
I will give you my opinion nontheless:
What you want is conceptually wrong: a process should not have to know anything
about how it will be shown in the front-end. It is as if you would store
stylesheet urls in your Hibernate domain mod
anonymous wrote : 'a next' hahaha the next release or a future
release... or is this my Dutch/English/French/Spanish nit-picking problem again
Ronald, that's why I said 'a' next release and not 'the' next release ;-)
View the original post :
http://www.jboss.com/index.html?module=bb&op=
Afaik it's not possible atm. I do believe that the feature is planned for a
next release.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183858#4183858
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183858
Correct Ronald, the 'isTransactionEnabled' attribute should be set to false in
that case.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181817#4181817
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181817
___
Another option is using an external sessionFactory on which a
transactionmanager is defined. This sessionFactory can be set onto the
dbPersistencyService through a jBPMContext.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181770#4181770
Reply to the post :
anonymous wrote : If you are saying that I have to manually close a context in
order to flush/commit, I would say that's a very bad design. Sure, while I am
in my unit test I have the option of calling context.close(), a longer running
process with various wait states does not have that luxury.
Looks fine at first sight.
Is the executor started? Eg in a non-enterprise environment, have you called
jbpmConfiguration.startJobExecutor() ?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179773#4179773
Reply to the post :
http://www.jboss.com/index.html?
Is the job scheduler correctly configured in the jbpm.cfg ? Please post the
config here.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179768#4179768
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179768
_
Try to see the SQL output (hibernate config option) and check where it is slow.
The query should be fast since it is only one DB table...perhaps you'll need to
create some indices
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4178304#4178304
Reply to the po
Sala,
I'm impressed with what you've been doing. Great job!
In fact, I'm spreading the word to as much people as I can:
http://www.jorambarrez.be/blog/2008/09/19/blogs-about-jbpm/
Ronald,
Congrats with your blog. Hope to see something spectacular there soon ;-)
View the original post :
http
Mmm good point... never needed the Drools forum up till now :p
If you look at their website, there is a mailinglist:
http://www.jboss.org/drools/lists.html ... perhaps worth to try there?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168728#4168728
Reply to
RulesFlow != jBPM.
Try the Drools forum, they'll be able to help you.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168686#4168686
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168686
What you could do is creating a custom ActionHandler which initilises the
subprocesss using the variables of the superprocess.
The disadvantage is that the superprocess won't be triggered when the
subprocess has finished, but if that's ok I think the easiest solution is the
actionHandler
View
That is explained here:
http://docs.jboss.com/jbpm/v3/userguide/jpdl.html#processstate.element
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166563#4166563
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166563
___
- If the config file is not named 'jbpm.cfg.xml' -> this is a bug in 3.2.3.
Rename the file to jbpm.cfg.xml and it is fixed.
- If not, having the config file on the classpath usually does the trick
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166562#416656
Alex,
I've tested it with jBPM3 trunk: the bug is gone :-)
(there is however another bug (task list was null), but I'm sure it was because
I'm on trunk).
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4165310#4165310
Reply to the post :
http://www.jboss.co
naruszef, indeed there is only one processInstance 'active' at any time since
only one thread is running. Someone on this forum already suggested doing that
test, I guess I can't run from it anymore ;-)
If I find some time the next days, I'll give it a try.
View the original post :
http://www.
naruszef,
Perhaps you already found my blogpost on which I discuss a (limited)
performance test:
http://www.jorambarrez.be/blog/2008/04/14/short-jbpm-performance-showdown/
Hope it helps.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164479#4164479
Reply t
See
http://docs.jboss.com/jbpm/v3/userguide/processmodelling.html#exceptionhandling
Note that the exception handling mechanism of jBPM is not completely similar to
the java exception handling. In java, a caught exception can have an influence
on the control flow. In the case of jBPM, control fl
Damn typo. Url should be http://jira.jboss.com/jira/browse/JBPM-1376
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164328#4164328
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164328
__
JIRA issue added: [url]http://jira.jboss.com/jira/browse/JBPM-1376]/url].
Don't hesitate if you really want to fix it ;-)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164326#4164326
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&m
This depends on 2 things:
1) Which is the GUI technology
2) How is jbpm used: workflow/pageflow/...
?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164199#4164199
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164199
Afaik, the straightforward way to do this is by querying the JBPM_LOG.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164198#4164198
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164198
Ronald, thanks for taking a look! These are my remarks:
- Including jbpm.cfg.xml indeed fixed the test (I tried it before posting, I
speak stacktrace ;-). The problem however is that the configuration file in my
application isn't named 'jbpm.cfg.xml' ...
- Strangely I thought that it was bsh re
Hi all,
I've been trying to port an app from jpdl 3.2.2 to 3.2.3.
However, when using expression I always get a strange error (see below).
I've written a unit test
(http://www.jorambarrez.be/files/bug/ScriptExpressionTest.java) you can use to
test it (simply add jpdl lib + /lib map of jpdl dis
Undo functionality is something that's not easily to implement nor can it
generically be solved since custom actionHandlers always mess up things.
A possible approach is:
- use the jbpm log for the simple rollbacks
- use an undo operation on actionHandlers
As you see, quite some work will be in
I haven't tested this, but while strolling through the code I saw that:
- GetTaskListCommand extends AbstractGetObjectBaseCommand.
- AbstractGetObjectBaseCommand has a method setIncludeAllVariables(boolean
includeAllVariables) and setVariablesToInclude(String[] variablesToInclude).
I saw that yo
Nice stuff Bernd.
I'll try to look into it if I find some time
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157892#4157892
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157892
___
How did you attach this "println statement" to the Task?
The best approach to do this, is using a custom ActionHandler in which the
printing happens, instead of using a task.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157678#4157678
Reply to the post :
Jbpm is a plain old java library, so simply include the jar and your up and
running
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157677#4157677
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157677
__
This functionality is possible: the data entry is a task and the checking is a
task.
Let the second task (checking) have 2 transitions, one going back (to data
entry) and one going further in the process.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=415288
Mandrita,
I've quickly went over the pages in the document, and it looks a decent
introduction to jBPM.
Thanks for contributing this to the community, I'm sure it'll come in handy for
many people!
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147745#4147
Dynamic timer can be implemented by using a custom ActionHandler,
defined in an action that is set on the timer-create event.
The custom ActionHandler can then retrieve the Timer from the database, and
change its values.
View the original post :
http://www.jboss.com/index.html?module=bb&op=vie
Could it be that there is a small error in this query (found in
hibernate.queries.hbm.xml)?
|
|
I believe the text in bold should be token.node.name = :nodeName.
Am I correct?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141651#4141651
Rep
You could set a process variable indicating the transition that was taken
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4140930#4140930
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4140930
_
101 - 200 of 207 matches
Mail list logo
