[JBoss JIRA] Created: (JBAS-4906) Add AutoDiscoveryAddress and AutoDiscoveryGroup substitutions in sample-bindings.xml
by Galder Zamarreno (JIRA)
Add AutoDiscoveryAddress and AutoDiscoveryGroup substitutions in sample-bindings.xml
------------------------------------------------------------------------------------
Key: JBAS-4906
URL: http://jira.jboss.com/jira/browse/JBAS-4906
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Clustering, XML services
Affects Versions: JBossAS-4.2.2.GA, JBossAS-5.0.0.Beta3
Reporter: Galder Zamarreno
Assigned To: Brian Stansberry
Priority: Minor
For HAJNDI service, add AutoDiscoveryGroup and AutoDiscoveryAddress settings in
docs/examples/binding-manager/sample-bindings.xml
i.e.
ports-default
<service-config name="jboss:service=HAJNDI"
delegateClass="org.jboss.services.binding.AttributeMappingDelegate">
<delegate-config portName="Port" hostName="BindAddress">
<attribute name="RmiPort">1101</attribute>
<attribute name="AutoDiscoveryAddress">${jboss.partition.udpGroup:230.0.0.4}</attribute>
<attribute name="AutoDiscoveryGroup">1102</attribute>
</delegate-config>
<binding port="1100" host="${jboss.bind.address}"/>
</service-config>
....
ports-01
<service-config name="jboss:service=HAJNDI"
delegateClass="org.jboss.services.binding.AttributeMappingDelegate">
<delegate-config portName="Port" hostName="BindAddress">
<attribute name="RmiPort">1201</attribute>
<attribute name="AutoDiscoveryAddress">${jboss.partition.udpGroup:230.0.1.4}</attribute>
<attribute name="AutoDiscoveryGroup">1202</attribute>
</delegate-config>
<binding port="1200" host="${jboss.bind.address}"/>
</service-config>
...
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Created: (JBRULES-1321) org.drools.compiler.DroolsParserException: Unknown error while parsing.
by Edson Tirelli (JIRA)
org.drools.compiler.DroolsParserException: Unknown error while parsing.
org.drools.compiler.DroolsParserException: Unknown error while parsing.
------------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-1321
URL: http://jira.jboss.com/jira/browse/JBRULES-1321
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Edson Tirelli
I have a compound LHS statement that is causing the parser to fail.
Here is my exact stacktrace:
org.drools.compiler.DroolsParserException: Unknown error while parsing.
This is a bug. Please contact the Development team.
at org.drools.compiler.DrlParser.compile(DrlParser.java:183)
at org.drools.compiler.DrlParser.parse(DrlParser.java:61)
at
org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:165)
at
com.kronos.webta.service.security.access.rules.WriteRestrictionsRulesTest.setUpBeforeClass(WriteRestrictionsRulesTest.java:58)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.junit.internal.runners.ClassRoadie.runBefores(ClassRoadie.java:49)
at
org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:36)
at
org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
This is the statement that is causing me problems:
not(UserRole((role == Role.TIMEKEEPER, delegateFor == $supId) || (role
== Role.SUPERVISOR, delegateFor == $tkpId)) from $actorRoles)
Remote out one of the conditions from the ||, it compiles fine. Such
as:
not(UserRole(role == Role.SUPERVISOR, delegateFor == $supId) from
$actorRoles)
or
not(UserRole(role == Role.TIMEKEEPER, delegateFor == $tkpId) from
$actorRoles)
Is my syntax incorrect or is there a bug?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Created: (JBRULES-1302) Drools ConsequenceException
by Prakash Chellappa (JIRA)
Drools ConsequenceException
---------------------------
Key: JBRULES-1302
URL: http://jira.jboss.com/jira/browse/JBRULES-1302
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-brms
Affects Versions: 4.0.1
Environment: Unix
Reporter: Prakash Chellappa
Fix For: 4.0.1
Hi
We are from UBS Investment Bank and are facing a critical problem in one of production System currently using Drools.We require your urgent assistance to get this resolved asap.Below is the details of the error message we are getting.
org.drools.spi.ConsequenceException: java.lang.NullPointerException
at org.drools.base.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:14)
at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:553)
at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:514)
at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:462)
at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:424)
at com.ubs.tsna.rhino.matcher2.pb.engine.PBMatchingEngine.doMatching(Unknown Source)
at com.ubs.tsna.rhino.matcher2.engine.MatchingEngine.match(Unknown Source)
at com.ubs.tsna.rhino.matcher2.action.MatchingAction.execute(Unknown Source)
at com.ubs.tsna.workflow.process.ProcessFlow.executeAction(Unknown Source)
at com.ubs.tsna.workflow.process.ProcessFlow.executeSingleAction(Unknown Source)
at com.ubs.tsna.workflow.process.ProcessFlow.executeAction(Unknown Source)
at com.ubs.tsna.workflow.process.ProcessFlow.execute(Unknown Source)
at com.ubs.tsna.workflow.process.BaseProcess.processMessage(Unknown Source)
at com.ubs.tsna.workflow.process.Process.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at org.drools.base.com.ubs.tsna.rhino.matcher2.pb.model.TransactionEvent11782857$getMessage.getValue(Unknown Source)
at org.drools.base.extractors.BaseObjectClassFieldExtractor.getHashCode(BaseObjectClassFieldExtractor.java:139)
at org.drools.base.ClassFieldExtractor.getHashCode(ClassFieldExtractor.java:225)
at org.drools.rule.Declaration.getHashCode(Declaration.java:272)
at org.drools.util.AbstractHashTable$SingleIndex.hashCodeOf(AbstractHashTable.java:489)
at org.drools.util.TupleIndexHashTable.remove(TupleIndexHashTable.java:203)
at org.drools.reteoo.NotNode.retractTuple(NotNode.java:208)
at org.drools.reteoo.SingleTupleSinkAdapter.propagateRetractTuple(SingleTupleSinkAdapter.java:38)
at org.drools.reteoo.JoinNode.retractObject(JoinNode.java:181)
at org.drools.reteoo.CompositeObjectSinkAdapter.propagateRetractObject(CompositeObjectSinkAdapter.java:375)
at org.drools.reteoo.AlphaNode.retractObject(AlphaNode.java:158)
at org.drools.reteoo.SingleObjectSinkAdapter.propagateRetractObject(SingleObjectSinkAdapter.java:32)
at org.drools.reteoo.AlphaNode.retractObject(AlphaNode.java:158)
at org.drools.reteoo.CompositeObjectSinkAdapter.propagateRetractObject(CompositeObjectSinkAdapter.java:366)
at org.drools.reteoo.AlphaNode.retractObject(AlphaNode.java:158)
at org.drools.reteoo.CompositeObjectSinkAdapter.propagateRetractObject(CompositeObjectSinkAdapter.java:366)
at org.drools.reteoo.ObjectTypeNode.retractObject(ObjectTypeNode.java:180)
at org.drools.reteoo.Rete.retractObject(Rete.java:214)
at org.drools.reteoo.ReteooRuleBase.retractObject(ReteooRuleBase.java:220)
at org.drools.reteoo.ReteooWorkingMemory.doRetract(ReteooWorkingMemory.java:79)
at org.drools.common.AbstractWorkingMemory.retract(AbstractWorkingMemory.java:999)
at org.drools.base.DefaultKnowledgeHelper.retract(DefaultKnowledgeHelper.java:115)
at com.ubs.tsna.rhino.matcher.rules.Rule_Match_0.consequence(Rule_Match_0.java:55)
at com.ubs.tsna.rhino.matcher.rules.Rule_Match_0ConsequenceInvoker.evaluate(Rule_Match_0ConsequenceInvoker.java:26)
at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:550)
We get the error message when we retract the object.The piece of code is given below
if( c instanceof TransactionBulkBean ) {
retract(c);
}
if( t instanceof TransactionBulkBean ) {
retract(t);
}
// Retract Old Events
for( TransactionEvent ev : MATCHER.retractUnMatchedEvents(c, t) ) {
ev.setMessage(null) ; retract (ev);
}
We dont have support contract at this point of time,But we dont mind going in one by future.We would like to get your help to get this issue addressed ASAP.
We would like to call and speak to you on urgent basis.Give us a call on 203 719 4625 or give us the no we can reach you at.
Thanks
Prakash
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Created: (JBRULES-1279) Memory leak in release 4.0.2
by Paul Jackson (JIRA)
Memory leak in release 4.0.2
----------------------------
Key: JBRULES-1279
URL: http://jira.jboss.com/jira/browse/JBRULES-1279
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.2
Environment: tested with windows jdk5 and jdk6
Reporter: Paul Jackson
Assigned To: Mark Proctor
I have observed memory leaks in our application after upgrading to the latest 4.0.2 release. I have replicated the problem with the sample code below:
DroolsTest.java
import java.io.InputStreamReader;
import java.io.Reader;
import org.drools.RuleBase;
import org.drools.RuleBaseFactory;
import org.drools.StatefulSession;
import org.drools.compiler.PackageBuilder;
import org.drools.rule.Package;
public class DroolsTest {
public void run() throws Exception {
RuleBase ruleBase = createRuleBase();
long counter = 0;
while(true) {
StatefulSession session = ruleBase.newStatefulSession(false);
if(++counter % 100 == 0) {
System.out.println(counter);
}
session.dispose();
}
}
private RuleBase createRuleBase() throws Exception {
Reader source = new InputStreamReader( this.getClass().getResourceAsStream( "HelloWorld.drl" ) );
PackageBuilder builder = new PackageBuilder();
builder.addPackageFromDrl( source );
if ( builder.hasErrors() ) {
System.out.println( builder.getErrors().toString() );
throw new RuntimeException( "Unable to compile \"HelloWorld.drl\".");
}
Package pkg = builder.getPackage();
RuleBase ruleBase = RuleBaseFactory.newRuleBase();
ruleBase.addPackage( pkg );
return ruleBase;
}
public static void main(String[] args) throws Exception {
new DroolsTest().run();
}
}
HelloWorld.drl
#list any import classes here.
#declare any global variables here
rule "Your First Rule"
when
#conditions
then
#actions
end
rule "Your Second Rule"
#include attributes such as "salience" here...
when
#conditions
then
#actions
end
When I run this with release 4.0.1 I have to manually break the program to get it to stop.
When I run with release 4.0.2 it reaches about 14000 iterations before crashing with an out of memory error.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Assigned: (JBCACHE-611) Optimize modification list before replication
by Manik Surtani (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-611?page=all ]
Manik Surtani reassigned JBCACHE-611:
-------------------------------------
Assignee: Mircea Markus (was: Manik Surtani)
> Optimize modification list before replication
> ---------------------------------------------
>
> Key: JBCACHE-611
> URL: http://jira.jboss.com/jira/browse/JBCACHE-611
> Project: JBoss Cache
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Replication
> Affects Versions: 1.2, 1.2.1, 1.2.2, 1.2.3, 1.2.4beta, 1.3.0.GA, 1.2.4, 1.2.4SP1, 1.2.4SP2, 1.3.0.SP1
> Reporter: Bela Ban
> Assigned To: Mircea Markus
> Fix For: 2.2.0.GA
>
>
> When we use transactions, all modifications (PUT,REMOVE) are bundled (keyed by TX-ID) and replicated on TX commit.
> This is very inefficient if (a) we have many modifications in the TX scope and (b) if the modifications touched the same parts of the cache over and over again.
> We need to optimize the modification list before replication. (This maybe enabled/disabled via an attribute).
> Example: put(a/b/c) --> put(/a/b/c/d) --> remove(/a/b/c) --> put(a/b/c) should simply result in a PUT modification with *all* of the attributes of /a/b/c, so 1 modification instead of 4 !
> A general algorithm might be:
> - Maintain a dirty-node map Map<FQN, status>) (= "dirty", "removed")
> - On a put(FQN): add or set FQN to the map, set status="dirty"
> - On a remove(FQN): set FQN in map to "removed", needs to mark all subnodes as well, so maybe the dirty-node map needs to be
> a tree...
> We might get rid of *constructing the modification lists during modifications*, and only populate the dirty-node map. The modification list could only be created at *TX commit time*, from the dirty-node map, e.g in the above example: PUT(a/b/c).
> This only applies to pessimistic locking (does it ? can't we optimize optimistic locking in similar ways ?)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Created: (JBCACHE-1213) Exception thrown when connecting to a pre-exisiting cache
by Carl Shelbourne (JIRA)
Exception thrown when connecting to a pre-exisiting cache
---------------------------------------------------------
Key: JBCACHE-1213
URL: http://jira.jboss.com/jira/browse/JBCACHE-1213
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Replication
Affects Versions: 2.0.0.GA
Environment: JBoss cache 2.0.0GA; Dependancies according to POM excluding JGroups, using JGroups 2.5.0GA; WinXP SP2. Javba 1.6.0_02
Reporter: Carl Shelbourne
Assigned To: Manik Surtani
Priority: Minor
When attempting to connect to an existing cache, the following exceptions are thrown. The exception appears to be thrown before the cache state has transferred to started from either created or starting. This exception is only seen once we have connected to a cache, disconnected from the cache, then subsequently reconnected re-using the same Cache instance object. When the client disconnects it call Cache.stop().
The following method is used to get the cache:
private Cache getTreeCache()
{
if ( _treeCache != null )
{
if ( _treeCache.getCacheStatus() == CacheStatus.DESTROYED )
{
_treeCache.create();
_treeCache.start();
}
else if ( _treeCache.getCacheStatus() == CacheStatus.CREATED )
{
_treeCache.start();
}
}
return _treeCache;
}
And we call this to close the cache once the client has finished with it. Please note other clients will most probably still be connected to the cache ensuring the cache state is maintained
public void destroy()
{
if ( _treeCache != null )
{
_treeCache.stop();
_treeCache.destroy();
}
}
the cache is initially create with:
...
CacheFactory factory = DefaultCacheFactory.getInstance();
...
Cache cache = factory.createCache( config, false );
...
Exception on second and subsequent attempts to connect to cache:
WARN [Incoming Thread,192.168.106.139:1827] (CacheImpl.java:2866:org.jboss.cache.CacheImpl:_replicate) - replication failure with method_call MethodName: _remove; MethodIdInteger: 5; Args: (null, /alarm/6834, true) exception
java.lang.IllegalStateException: Cache not in STARTED state!
at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3929)
at org.jboss.cache.CacheImpl._replicate(CacheImpl.java:2853)
at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:330)
at org.jboss.cache.marshall.InactiveRegionAwareRpcDispatcher.handle(InactiveRegionAwareRpcDispatcher.java:77)
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:624)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:533)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:365)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:736)
at org.jgroups.JChannel.up(JChannel.java:1063)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:325)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:406)
at org.jgroups.protocols.pbcast.STREAMING_STATE_TRANSFER.up(STREAMING_STATE_TRANSFER.java:255)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:197)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:722)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:263)
at org.jgroups.protocols.pbcast.NAKACK.handleMessage(NAKACK.java:720)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:546)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167)
at org.jgroups.protocols.FD.up(FD.java:322)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:298)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:145)
at org.jgroups.protocols.Discovery.up(Discovery.java:220)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1486)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1440)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Created: (JBCACHE-1212) ClassNotFoundException when connecting to exisiting cache
by Carl Shelbourne (JIRA)
ClassNotFoundException when connecting to exisiting cache
---------------------------------------------------------
Key: JBCACHE-1212
URL: http://jira.jboss.com/jira/browse/JBCACHE-1212
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 2.0.0.GA
Environment: Java 1.6.0_02; dependencies according to POM, except JGroups 2.5.0GA; Win XP SP2 fully patched
Reporter: Carl Shelbourne
Assigned To: Manik Surtani
When running internal tests for our application we spotted the following exceptions.
The method within our code, _remove() provides a simple check before removing from the cache:
...
protected void _remove( final Fqn fqn ) throws CacheException
{
if ( getTreeCache().getRoot().hasChild( fqn ) )
{
getTreeCache().removeNode( fqn );
getFqnList().remove( fqn );
}
}
...
All the code appears to work ok, with the exception of when a we try to connect to an existing cache, from observations, once the cache is started we seem to get this exception. It is difficult to establish the exact cause, but it seems that a remove has been called before all the classes are instantiated??? Not sure, sorry.
Exception in thread "Thread-166" java.lang.RuntimeException: java.lang.ClassNotFoundException: [Ljava.lang.StackTraceElement;
at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3951)
at org.jboss.cache.CacheImpl.remove(CacheImpl.java:1637)
at org.jboss.cache.CacheImpl.removeNode(CacheImpl.java:4376)
at uk.org.netvu.common.edp.db.cache.CachedDBTable._remove(CachedDBTable.java:235)
at uk.org.netvu.common.edp.db.cache.MutableAlarmTable.remove(MutableAlarmTable.java:52)
at uk.org.netvu.edp2.db.helpers.Edp2DbAlarmActionHelper.removeSessionFromCache(Edp2DbAlarmActionHelper.java:75)
at uk.org.netvu.edp2.db.Edp2DbManager$RemoveAlarmSessionFromCacheTask$1.run(Edp2DbManager.java:1835)
Caused by: java.lang.ClassNotFoundException: [Ljava.lang.StackTraceElement;
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.jboss.util.stream.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:58)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1624)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
at org.jboss.cache.marshall.CacheMarshaller200.unmarshallObject(CacheMarshaller200.java:537)
at org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStreamRegionBased(CacheMarshaller200.java:191)
at org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStream(CacheMarshaller200.java:142)
at org.jboss.cache.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:154)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:544)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:365)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:736)
at org.jgroups.JChannel.up(JChannel.java:1063)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:325)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:406)
at org.jgroups.protocols.pbcast.STREAMING_STATE_TRANSFER.up(STREAMING_STATE_TRANSFER.java:255)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:197)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:722)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
at org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:569)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:246)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:596)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167)
at org.jgroups.protocols.FD.up(FD.java:322)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:298)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:145)
at org.jgroups.protocols.Discovery.up(Discovery.java:220)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1486)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1440)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Exception in thread "Thread-167" java.lang.RuntimeException: java.lang.ClassNotFoundException: [Ljava.lang.StackTraceElement;
at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3951)
at org.jboss.cache.CacheImpl.remove(CacheImpl.java:1637)
at org.jboss.cache.CacheImpl.removeNode(CacheImpl.java:4376)
at uk.org.netvu.common.edp.db.cache.CachedDBTable._remove(CachedDBTable.java:235)
at uk.org.netvu.common.edp.db.cache.MutableAlarmTable.remove(MutableAlarmTable.java:52)
at uk.org.netvu.edp2.db.helpers.Edp2DbAlarmActionHelper.removeSessionFromCache(Edp2DbAlarmActionHelper.java:75)
at uk.org.netvu.edp2.db.Edp2DbManager$RemoveAlarmSessionFromCacheTask$1.run(Edp2DbManager.java:1835)
Exception in thread "Thread-168" Caused by: java.lang.ClassNotFoundException: [Ljava.lang.StackTraceElement;
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.jboss.util.stream.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:58)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1624)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
at org.jboss.cache.marshall.CacheMarshaller200.unmarshallObject(CacheMarshaller200.java:537)
at org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStreamRegionBased(CacheMarshaller200.java:191)
at org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStream(CacheMarshaller200.java:142)
at org.jboss.cache.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:154)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:544)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:365)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:736)
at org.jgroups.JChannel.up(JChannel.java:1063)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:325)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:406)
at org.jgroups.protocols.pbcast.STREAMING_STATE_TRANSFER.up(STREAMING_STATE_TRANSFER.java:255)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:197)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:722)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
at org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:569)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:246)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:596)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167)
at org.jgroups.protocols.FD.up(FD.java:322)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:298)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:145)
at org.jgroups.protocols.Discovery.up(Discovery.java:220)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1486)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1440)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
java.lang.RuntimeException: java.lang.ClassNotFoundException: [Ljava.lang.StackTraceElement;
at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3951)
at org.jboss.cache.CacheImpl.remove(CacheImpl.java:1637)
at org.jboss.cache.CacheImpl.removeNode(CacheImpl.java:4376)
at uk.org.netvu.common.edp.db.cache.CachedDBTable._remove(CachedDBTable.java:235)
at uk.org.netvu.common.edp.db.cache.MutableAlarmTable.remove(MutableAlarmTable.java:52)
at uk.org.netvu.edp2.db.helpers.Edp2DbAlarmActionHelper.removeSessionFromCache(Edp2DbAlarmActionHelper.java:75)
at uk.org.netvu.edp2.db.Edp2DbManager$RemoveAlarmSessionFromCacheTask$1.run(Edp2DbManager.java:1835)
Caused by: java.lang.ClassNotFoundException: [Ljava.lang.StackTraceElement;
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.jboss.util.stream.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:58)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1624)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
at org.jboss.cache.marshall.CacheMarshaller200.unmarshallObject(CacheMarshaller200.java:537)
at org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStreamRegionBased(CacheMarshaller200.java:191)
at org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStream(CacheMarshaller200.java:142)
at org.jboss.cache.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:154)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:544)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:365)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:736)
at org.jgroups.JChannel.up(JChannel.java:1063)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:325)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:406)
at org.jgroups.protocols.pbcast.STREAMING_STATE_TRANSFER.up(STREAMING_STATE_TRANSFER.java:255)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:197)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:722)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
at org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:569)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:246)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:596)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167)
at org.jgroups.protocols.FD.up(FD.java:322)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:298)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:145)
at org.jgroups.protocols.Discovery.up(Discovery.java:220)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1486)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1440)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months