Thanks Koen, the org.jbpm.gd.jpdl plugin now compiles fine!
John
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128966#4128966
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128966
_
Thanks Koen, but I'm not seeing your latest changes. I suspect I'm either not
looking in the correct place, or they may have been committed somewhere else.
I'm looking in HEAD in jbpm.3/designer/jpdl/org.jbpm.gd.jpdl, but that code has
dom4j dependencies (and also includes the pf packages). Am I
I have loaded the latest org.jbpm.gd.common, org.jbpm.gd.pf, and
org.jbpm.gd.jpdl plugins into my Eclipse workspace, but the org.jbpm.gd.jpdl
project shows up in Eclipse as containing a number of errors.
According to the plugin manifests the plugins are all: 3.2.0.alpha1, and I
loaded them fro
Selfish bump, in case somebody who hasn't read the this yet has some answers...
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4116814#4116814
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4116814
___
I would like to iterate through all the tokens in a ProcessDefinition (in order
to print out the token.getId() for each node). However, very likely because I
don't understand how the jbpm engine code is supposed to work, I'm only getting
the root token back, even when the diagram contains sever
Ed, I switched the order of the attributes because that's how new (and visible)
transitions get added. Changing the order in the first transition in 'simple'
did it for me, while it's quite possible this may not always work.
BTW, I'm running HEAD, as opposed to alpha4, if that makes any differe
Ed,
I noticed that existing transition lines show up if I switch the positions of
the 'name' and 'to' attributes, for example:
to:
|
(I would think the GPD should be able to accept both versions though, so you
may want to file a bug report for this)
John
View the original post :
http://w
Hi Ronald, you're correct in that my question is related to GPD 3.1 only (the
complex structures are working for us in the 3.1 *engine*).
Issue GPD-78 deals with configInfoElements as well, but the problem there is
that NO children (even non-complex ones) get added to XML adapters. Becuase of
t
Our custom actions are able to process complex (nested) children like in the
example below (the parent... stuff):
|
|
| CANCEL
|
|
|
However, I'm a little confused as to how GD 3.1 deals with these complex
elements (we're currently using the XML editor to mod
Just for now, I added a 'void initializeNew()' method to SemanticElement and
AbstractSemanticElement, and modified JpdlCreationFactory.getNewObject() to
invoke this method. It seems to work with my EndState subclass.
I'd be happy to undo my changes if there's already a way to do this though...
For example, whenever an 'EndState' node is added to the diagram, I need for it
to be initialized with a particular event, action, and some action properties.
Does GD 3.1 currently support ?palette object initialization?, for example
similar to ?ElementContributors? in GD 3.0?
Thanks, John
Vie
Thanks for the feedback (sounds good)
Thanks, John
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041587#4041587
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041587
___
jbo
Has a date been announced for when a GA quality release of GPD 3.1 may become
available? Right now the latest release is labeled 'alpha', but I'm curious if
the plan is to put it through several more alpha and then beta releases
(several more months?) before the first GA release?
Thanks, John
13 matches
Mail list logo
