[jBPM] - Inclusive gateway doesn't support converging direction
by Francesco Pietrobelli
Francesco Pietrobelli [http://community.jboss.org/people/francesco.pietrobelli] created the discussion
"Inclusive gateway doesn't support converging direction"
To view the discussion, visit: http://community.jboss.org/message/606903#606903
--------------------------------------------------------------
Hi,
I have a problem that look like a bug, but before to report the issue i want to know if any other have the same problem.
It seems that inclusive gateway element doesn't supports the "Converging" direction.
To reproduce the problem is sufficent to:
1- create a bpmn2 process with a inclusive gateway with gatewayDirection set to "Converging"
2- create a KnowledgeBuilder and add it
At this point the following Exception is thrown:
java.lang.IllegalArgumentException: Unknown gateway direction: Converging
at org.jbpm.bpmn2.xml.InclusiveGatewayHandler.createNode(InclusiveGatewayHandler.java:34)
at org.jbpm.bpmn2.xml.AbstractNodeHandler.start(AbstractNodeHandler.java:73)
at org.drools.xml.ExtensibleXmlParser.startElement(ExtensibleXmlParser.java:382)
....
I also attach a simple bpmn2 process definition and the relative junit test case.
Cheers,
Francesco
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/606903#606903]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 5 months
[jBPM] - jbpm basics
by kathy89
kathy89 [http://community.jboss.org/people/kathy89] created the discussion
"jbpm basics"
To view the discussion, visit: http://community.jboss.org/message/609534#609534
--------------------------------------------------------------
hi,
i would like to have help on parameter mapping, result mapping, On Entry Actions and On Exit Actions of user task node.i'm trying to fill process variables on the completion of the human task.for example, i have the evaluation.bpmn process, in which i've used variables like #{employee},#{hr},#{pm} for actor id's.i've initialized the employee variable at the process instantiation.after the completion by krisv, i would like fill the variables hr and pm.
thank you,
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/609534#609534]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 5 months
[JBoss Web Services] - Re: getSoapHeader "crashes" in a JAR
by Régis Ramillien
Régis Ramillien [http://community.jboss.org/people/regis.ramillien] created the discussion
"Re: getSoapHeader "crashes" in a JAR"
To view the discussion, visit: http://community.jboss.org/message/609136#609136
--------------------------------------------------------------
A little bit more informations.
It seems that the class loader does not find the +org.jboss.ws.core.soap.SOAPHeaderImpl+ class when the code is in a JAR file deployed in the webapp.
When code is directly in a class of the web app, the class loader find the +SOAPHeaderImpl+...
Another strange thing is that we do not have ClassNotFoundException or NoClassDefFoundError. The app "seems" to search for the class and memory grow slowly until crashing.
A last information, when searching for the class, we have found it under the jboss-5.1.0.GA\client folder in the +jbossws-native-core.jar+ file.
So can it be possible that a class in the webapp is able to get the library that comes from the +client+ folder of the server ? And not a JAR in this same webapp ?
Do we have a design issue ?
Another thing ?
Thanks a lot for your help !
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/609136#609136]
Start a new discussion in JBoss Web Services at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 6 months
[JBoss AOP] - JBoss AS 5.1 Remote EJB calls not being intercepted
by Robert Goodwin
Robert Goodwin [http://community.jboss.org/people/robert.m.goodwin] created the discussion
"JBoss AS 5.1 Remote EJB calls not being intercepted"
To view the discussion, visit: http://community.jboss.org/message/609466#609466
--------------------------------------------------------------
I have a Stateless EJB/ WebService that I have added a Aspect and a corresponding jboss-aop.xml to so I can get information about calls made to the public interface of the service. It appears though that remote calls to the service are not being intercepted ( atleast the log messages that I have are not being printed). In the public interface I do have methods that call other methods on the public interface, those methods do get intercepted. It appears that only local calls are working. This is simular to the problem dicussed here ( https://issues.jboss.org/browse/JBAS-7172 https://issues.jboss.org/browse/JBAS-7172)
My jboss-aop.xml file
{code}
<?xml version=+"1.0"+ encoding=+"UTF-8"+?>
<aop xmlns=+"urn:jboss:aop-beans:1.0"+>
<aspect class=+"mc2sa.mdr.SoiServiceAspect"+/>
<bind pointcut=+"execution(public * mc2sa.mdr.MetadataRegistryService->*(..))"+>
<around aspect=+"mc2sa.mdr.SoiServiceAspect"+ name=+"invoke"+/>
</bind>
</aop>
{code}
Aspect code
{code}
*import* org.jboss.aop.advice.Interceptor;
*import* org.jboss.aop.joinpoint.Invocation;
*import* org.jboss.aop.joinpoint.MethodInvocation;
*import* org.jboss.logging.Logger;
*public* *class* SoiServiceAspect *implements* Interceptor
{
*private* *static* *final* Logger +log+ = Logger.+getLogger+(SoiServiceAspect.*class*);
*public* String getName()
{
*return* "SoiServiceAspect";
}
*public* Object invoke(Invocation invocation) *throws* Throwable
{
MethodInvocation mi = (MethodInvocation) invocation;
String methodName = mi.getMethod().toString();
*try* {
+log+.info("Entering: " + methodName);
*return* invocation.invokeNext();
} *finally* {
+log+.info("Leaving: " + methodName);
}
}
}
{code}
The jboss-aop.xml file is in the root of the jar that provides the service. and the aspect is in the same package as the service. Is this a bug, or more likely, am I missing something in the configuration that would allow my aspect to be called when being invoked remotely?
Thanks,
Rob
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/609466#609466]
Start a new discussion in JBoss AOP at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 6 months
[JBoss Cache] - Stuck thread issue in CacheMarshaller
by Mukund Sundararajan
Mukund Sundararajan [http://community.jboss.org/people/mukund_ipc] created the discussion
"Stuck thread issue in CacheMarshaller"
To view the discussion, visit: http://community.jboss.org/message/609446#609446
--------------------------------------------------------------
All,
I am using the following version of JBoss cache -
java -jar jbosscache-core.jar org.jboss.cache.Version
Version: 3.2.5.GA
Codename: Malagueta
History: (see http://jira.jboss.com/jira/browse/JBCACHE http://jira.jboss.com/jira/browse/JBCACHE for details)
We have been using the cache for a few months now. Of late I found an issue where a thread got stuck in the CacheMarshaller and never returned. Does anyone have informatoin on the following stack trace (of the stuck thread) ?
"[ACTIVE] ExecuteThread: '280' for queue: 'weblogic.kernel.Default (self-tuning)'" id=2736 idx=0x5d4 tid=26494 prio=5 alive, *native_blocked*, daemon
at java/io/ObjectOutputStream$BlockDataOutputStream.getUTFLength(Ljava/lang/String;)J(ObjectOutputStream.java)[optimized]
at java/io/ObjectOutputStream.writeString(ObjectOutputStream.java:1263)[inlined]
at java/io/ObjectOutputStream.writeObject0(ObjectOutputStream.java:1144)[inlined]
at java/io/ObjectOutputStream.writeObject(ObjectOutputStream.java:326)[optimized]
at java/util/concurrent/ConcurrentHashMap.writeObject(ConcurrentHashMap.java:1247)[inlined]
at sun/reflect/GeneratedMethodAccessor160.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Unknown Source)[optimized]
at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[optimized]
at java/lang/reflect/Method.invoke(Method.java:597)[inlined]
at java/io/ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)[inlined]
at java/io/ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)[optimized]
at java/io/ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)[optimized]
at java/io/ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)[optimized]
at java/io/ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)[inlined]
at java/io/ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)[optimized]
at java/io/ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)[optimized]
at java/io/ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)[inlined]
at java/io/ObjectOutputStream.writeObject(ObjectOutputStream.java:326)[inlined]
*at org/jboss/cache/marshall/CacheMarshaller200.marshallObject(CacheMarshaller200.java:460)[inlined*]
at org/jboss/cache/marshall/CacheMarshaller300.marshallObject(CacheMarshaller300.java:47)[optimized]
at org/jboss/cache/marshall/CacheMarshaller200.marshallCommand(CacheMarshaller200.java:519)[inlined]
at org/jboss/cache/marshall/CacheMarshaller200.marshallObject(CacheMarshaller200.java:314)[inlined]
at org/jboss/cache/marshall/CacheMarshaller300.marshallObject(CacheMarshaller300.java:47)[optimized]
at org/jboss/cache/marshall/CacheMarshaller200.marshallCommand(CacheMarshaller200.java:519)[inlined]
at org/jboss/cache/marshall/CacheMarshaller200.marshallObject(CacheMarshaller200.java:314)[inlined]
at org/jboss/cache/marshall/CacheMarshaller300.marshallObject(CacheMarshaller300.java:47)[optimized]
at org/jboss/cache/marshall/CacheMarshaller200.objectToObjectStream(CacheMarshaller200.java:191)[optimized]
at org/jboss/cache/marshall/CacheMarshaller200.objectToObjectStream(CacheMarshaller200.java:136)[optimized]
at org/jboss/cache/marshall/VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:183)[inlined]
at org/jboss/cache/marshall/VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:52)[optimized]
at org/jboss/cache/marshall/CommandAwareRpcDispatcher$ReplicationTask.call(CommandAwareRpcDispatcher.java:383)[inlined]
at org/jboss/cache/marshall/CommandAwareRpcDispatcher$ReplicationTask.call(CommandAwareRpcDispatcher.java:355)[optimized]
at org/jboss/cache/util/concurrent/WithinThreadExecutor.submit(WithinThreadExecutor.java:82)[optimized]
at org/jboss/cache/marshall/CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:210)[inlined]
at org/jboss/cache/RPCManagerImpl.callRemoteMethods(RPCManagerImpl.java:744)[inlined]
at org/jboss/cache/RPCManagerImpl.callRemoteMethods(RPCManagerImpl.java:712)[inlined]
at org/jboss/cache/RPCManagerImpl.callRemoteMethods(RPCManagerImpl.java:717)[optimized]
at org/jboss/cache/interceptors/BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:161)[inlined]
at org/jboss/cache/interceptors/BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:135)[inlined]
at org/jboss/cache/interceptors/BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:107)[inlined]
at org/jboss/cache/interceptors/ReplicationInterceptor.handleCrudMethod(ReplicationInterceptor.java:160)[optimized]
at org/jboss/cache/interceptors/ReplicationInterceptor.visitPutKeyValueCommand(ReplicationInterceptor.java:107)
at org/jboss/cache/commands/write/PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100)[optimized]
at org/jboss/cache/interceptors/base/CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)[inlined]
at org/jboss/cache/interceptors/base/CommandInterceptor.handleDefault(CommandInterceptor.java:131)[optimized]
at org/jboss/cache/commands/AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:65)[optimized]
at org/jboss/cache/commands/write/PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100)[optimized]
at org/jboss/cache/interceptors/base/CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)[inlined]
at org/jboss/cache/interceptors/TxInterceptor.attachGtxAndPassUpChain(TxInterceptor.java:301)[inlined]
at org/jboss/cache/interceptors/TxInterceptor.handleDefault(TxInterceptor.java:283)[optimized]
at org/jboss/cache/commands/AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:65)[optimized]
at org/jboss/cache/commands/write/PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100)[optimized]
at org/jboss/cache/interceptors/base/CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)[inlined]
at org/jboss/cache/interceptors/InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:178)[inlined]
at org/jboss/cache/interceptors/InvocationContextInterceptor.visitPutKeyValueCommand(InvocationContextInterceptor.java:82)[optimized]
at org/jboss/cache/commands/write/PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100)[optimized]
at org/jboss/cache/interceptors/InterceptorChain.invoke(InterceptorChain.java:287)[optimized]
at org/jboss/cache/invocation/CacheInvocationDelegate.put(CacheInvocationDelegate.java:555)
at org/jboss/cache/invocation/NodeInvocationDelegate.put(NodeInvocationDelegate.java:377)[optimized]
I am trying to figure out the root cause for this issue. This thread was stuck forever,
Thanks
Mukund
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/609446#609446]
Start a new discussion in JBoss Cache at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 6 months