[jBPM] - Handling Faults leads to log entry: cvc-id.2: There are multiple occurrences of ID value 'TestException'.
by sebb
sebb [https://community.jboss.org/people/sebb] created the discussion
"Handling Faults leads to log entry: cvc-id.2: There are multiple occurrences of ID value 'TestException'."
To view the discussion, visit: https://community.jboss.org/message/648364#648364
--------------------------------------------------------------
While trying to figure how to deal with exceptions I found the way by "catching" Error Events with a Signal. In order to be able to catch an Error Event I have to do the following things:
1. Add the metadata key "ErrorEvent" with value "FaultName" of my ErrorEvent (in my case: ErrorEvent:TestException).
2. Define the EventType of the Signal with a combination of "Error-[node id of subprocess]-[FaultName of my ErrorEvent]" (in my case: Error-_6-TestException).
But as soon as I do this the log shows the following entries:
(null: 19, 61): cvc-id.2: There are multiple occurrences of ID value 'TestException'.
(null: 19, 61): cvc-attribute.3: The value 'TestException' of attribute 'id' on element 'error' is not valid with respect to its type, 'ID'.
I dont even understand those entries. Of course I will have multiple occurences of the same ID if I reference to it inside my process.
Any opinions to that problem?
Thanks :)
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/648364#648364]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years
[JBoss AOP] - Jboss AOP classloading bug
by ud1
ud1 [https://community.jboss.org/people/ud1] created the discussion
"Jboss AOP classloading bug"
To view the discussion, visit: https://community.jboss.org/message/715200#715200
--------------------------------------------------------------
I'm using JBoss 6.0.0 with AOP for logging user actions and function call durations. Functions of interest are marked by our custom @Trace annotation and there is an our tracing aspect, that do all the work. But sometimes, probably after jboss restart, some random functionality of the project becomes unavailable, e.g. some dropdown lists didn't working or some buttons pressing do nothing. After second rebooting everething work fine. I can't reproduce this on my machine, but customers regulary (once or twice a month) reporting about the problem. Here is the typical log with org.jboss.classpool logging on:
http://pastebin.com/f4TEduCB http://pastebin.com/f4TEduCB
When all is functioning properly the log look's like:
http://pastebin.com/zZKPk643 http://pastebin.com/zZKPk643
I have made some investigation and degugging, so probably I have found the cause of the problem.
At first, if you look at ClassPoolToDomainAdapter with a lot of byte array class paths in it, you could see the difference, at normal working this list
contains BaseClassLoader@xxxxxx{vfs:///D:/retailHub/loan/server/default/deploy/myProject.ear} ClassPath at the end, but then the problem is it doesn't.
After deepest code investigation I figured out, that this could happen then something call close() on а ClassPool, and this probably happens inside unregisterClassLoader() function.
During joint point constraction Aspect Manager calls several times unregisterClassLoader() function:
ClassPoolRepository
public void unregisterClassLoader(ClassLoader classLoader)
{
registryHandler.unregisterClassLoader(classLoader); // <-- calls JBossClRegistryHandler.unregisterClassLoader()
if (callbacks != null && callbacks.size() > 0)
{
for (ClassPoolRepositoryCallback callback : callbacks)
{
callback.classLoaderUnregistered(classLoader);
}
}
}
which in turn calls JBossClRegistryHandler.registerClassLoader() functions with possible result of a closing the class pool.
JBossClRegistryHandler
public ClassPool registerClassLoader(ClassLoader classLoader)
{
ScopedClassPool classPool = (ScopedClassPool) successor.registerClassLoader(classLoader);
if (classPool == null) // <-- true
{
// TODO check this works; was delegate before
successor.unregisterClassLoader(classLoader); // <-- calls classLoader.close()
}
else
{
Module module = getModuleForClassLoader(classLoader);
this.registeredModules.put(module, classPool);
}
return classPool;
}
I can't understand what is the purpose of the DefaultClassLoaderRegistryHandler, but it can return null from registerClassLoader() function,
probaly then several jointpoints are generated concurrently from different threads:
ClassPoolRepository$DefaultClassLoaderRegistryHandler
public ClassPool registerClassLoader(ClassLoader classLoader)
{
if (classLoader == null)
{
classLoader = SecurityActions.getContextClassLoader();
}
if (currentClassLoaders.putIfAbsent(classLoader, Boolean.TRUE) != null)
{
return null; // <-- Returns null
}
ScopedClassPool classPool = (ScopedClassPool) ClassPoolRepository.super.registerClassLoader(classLoader);
currentClassLoaders.remove(classLoader);
return classPool;
}
ScopedClassPoolRepositoryImpl:
public void unregisterClassLoader(ClassLoader cl) {
synchronized (registeredCLs) {
ScopedClassPool pool = registeredCLs.remove(cl);
if (pool != null)
pool.close(); // <-- close
}
}
ScopedClassPool:
public void close() {
this.removeClassPath(classPath); // <-- remove BaseClassLoader@xxxxxx{vfs:///D:/retailHub/loan/server/default/deploy/myProject.ear} classpath
classPath.close();
classes.clear();
softcache.clear();
}
During joint point creation the myProject.war class loader is used, it redirects calls to JBossClClassPoolDomain, and in turn to SuperClassesFirstWeavingStrategy, and finally
the reference to the old ClassPool (with a lot of byte array class paths) is used. Is has no myProject.ear ClassLoader any more, so NotFoundException is fired.
I don't know how to fix this, I will appreciate your help.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/715200#715200]
Start a new discussion in JBoss AOP at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month
[JBoss Messaging] - Re: JBM clients hangs when creating connections/sessions
by Matthias Grossmann
Matthias Grossmann [https://community.jboss.org/people/mgrossmann] created the discussion
"Re: JBM clients hangs when creating connections/sessions"
To view the discussion, visit: https://community.jboss.org/message/718587#718587
--------------------------------------------------------------
Hi Daniel,
in the thread dump you sent to me i found the thread which holds the lock you mentioned above:
"WorkManager(2)-29869" daemon prio=10 tid=0x00007f83f4aaa400 nid=0x78df runnable [0x000000005ba01000..0x000000005ba03c20]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
- locked <0x00007f843449d950> (a java.io.BufferedInputStream)
at java.io.FilterInputStream.read(FilterInputStream.java:66)
at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.readVersion(MicroSocketClientInvoker.java:1077)
at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientInvoker.java:682)
at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.transport(BisocketClientInvoker.java:458)
at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:141)
at org.jboss.remoting.Client.invoke(Client.java:1925)
at org.jboss.remoting.Client.invoke(Client.java:786)
at org.jboss.remoting.Client.invoke(Client.java:774)
at org.jboss.jms.client.delegate.DelegateSupport.doInvoke(DelegateSupport.java:189)
at org.jboss.jms.client.delegate.DelegateSupport.doInvoke(DelegateSupport.java:160)
at org.jboss.jms.client.delegate.ClientConsumerDelegate.org$jboss$jms$client$delegate$ClientConsumerDelegate$changeRate$aop(ClientConsumerDelegate.java:138)
at org.jboss.jms.client.delegate.ClientConsumerDelegate$changeRate_N952316153687074823.invokeNext(ClientConsumerDelegate$changeRate_N952316153687074823.java)
at org.jboss.jms.client.container.FailoverValveInterceptor.invoke(FailoverValveInterceptor.java:92)
at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:105)
at org.jboss.jms.client.delegate.ClientConsumerDelegate$changeRate_N952316153687074823.invokeNext(ClientConsumerDelegate$changeRate_N952316153687074823.java)
at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInterceptor.java:170)
at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:105)
at org.jboss.jms.client.delegate.ClientConsumerDelegate$changeRate_N952316153687074823.invokeNext(ClientConsumerDelegate$changeRate_N952316153687074823.java)
at org.jboss.jms.client.delegate.ClientConsumerDelegate.changeRate(ClientConsumerDelegate.java)
at org.jboss.jms.client.container.ClientConsumer.sendChangeRateMessage(ClientConsumer.java:754)
at org.jboss.jms.client.container.ClientConsumer.pause(ClientConsumer.java:669)
- locked <0x00007f8434479d38> (a java.lang.Object)
at org.jboss.messaging.core.impl.clusterconnection.MessageSucker.setConsuming(MessageSucker.java:317)
- locked <0x00007f840dc3dbf8> (a org.jboss.messaging.core.impl.clusterconnection.MessageSucker)
at org.jboss.messaging.core.impl.MessagingQueue.informSuckers(MessagingQueue.java:566)
at org.jboss.messaging.core.impl.MessagingQueue.setReceiversReady(MessagingQueue.java:529)
- locked <0x00007f840e9f29f0> (a org.jboss.messaging.core.impl.MessagingQueue)
at org.jboss.messaging.core.impl.ChannelSupport.deliverInternal(ChannelSupport.java:667)
at org.jboss.messaging.core.impl.MessagingQueue.deliverInternal(MessagingQueue.java:506)
at org.jboss.messaging.core.impl.ChannelSupport$InMemoryCallback.afterCommit(ChannelSupport.java:1072)
- locked *<0x00007f840e9f3048>* (a java.lang.Object)
at org.jboss.messaging.core.impl.tx.Transaction.commit(Transaction.java:228)
- locked <0x00007f8433fa4e20> (a org.jboss.messaging.core.impl.tx.Transaction)
at org.jboss.jms.server.endpoint.ServerConnectionEndpoint.sendTransaction(ServerConnectionEndpoint.java:517)
This thread is also hanging in a socketRead0() which is triggered from
org.jboss.remoting.transport.socket.MicroSocketClientInvoker.readVersion(MicroSocketClientInvoker.java:1077)
This is the point all threads are hanging even on client side. But i have no idea why the inputStream cannot be read.
You mentioned that the local message processing works, so i assume there is no issue with the database.
Regards,
Matthias
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/718587#718587]
Start a new discussion in JBoss Messaging at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month
[jBPM] - How to migrate Guvnor Knowledge Base packages to another Guvnor?
by byungwoojun
byungwoojun [https://community.jboss.org/people/byungwoojun] created the discussion
"How to migrate Guvnor Knowledge Base packages to another Guvnor?"
To view the discussion, visit: https://community.jboss.org/message/647498#647498
--------------------------------------------------------------
I created Knowledge Base packages (added BPMN2 resources) in my local Guvnor. After completion of my unit testing, I want to move the knowledge base packages to another Guvnor, so I don't have to recreate the same packages from the scratch.
I know I can use a Eclipse project, importing all the resources from Guvnor and then adding the resources to another Guvnor. But, I am looking for a more direct way, for example, export the packages from Guvnor and import the packages into another Guvnor directly. Maybe I can create package snapshots and use the Administration Import/Export??? So, here is my question, how do I export the resource packages to another Guvnor?
Many thanks in advance,
bwj
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/647498#647498]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month