3:13 a.m.
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Manik Surtani
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:17 p.m.
New subject: [JBoss JIRA] Assigned: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Manik Surtani reassigned JBCACHE-877:
-------------------------------------
Assignee: Ben Wang (was: Manik Surtani)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
6:34 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12347691 ]
Ben Wang commented on JBCACHE-877:
----------------------------------
Galder, do we have a way to reproduce this? Looks like user's problem on that sf case
went away, right? If so, it may be difficult to detect the dependency then.
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
9:36 a.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12348035 ]
Galder Zamarreno commented on JBCACHE-877:
------------------------------------------
The customer is not going to be able to reproduce
again as he does not have access to the same
environment :-(
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
7:45 a.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12353351 ]
obalbous commented on JBCACHE-877:
----------------------------------
FYI we just have this issue using JBC 1.4.1 GA on JBoss 3.2.6 using TreeCache with mode
INVALIDATION_ASYNC.
The only appears when 2 Servers are up : the object put in the cache does contain a
reference to a List - this is probably the cause of the problem
(Marshalling requiring the trove.jar)
By the way, I'm surprised this happens, because the invalidation mode we're using
should not require the whole object to be broadcasted but only an invalidation message.
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:34 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12353845 ]
Galder Zamarreno commented on JBCACHE-877:
------------------------------------------
Could you provide test case of your application for us
so that we trace down the issue?
Thanks for your cooperation :)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:13 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12354612 ]
Manik Surtani commented on JBCACHE-877:
---------------------------------------
Did we ever get a test case for this? Can this be proven in the lab environment?
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:29 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12354615 ]
Galder Zamarreno commented on JBCACHE-877:
------------------------------------------
Not that I know of :(
It'd have been ideal just to check whether the what type of objects the List
contained.
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:15 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12355159 ]
Galder Zamarreno commented on JBCACHE-877:
------------------------------------------
I managed to replicate the issue by chance.
I need to drill it down, but I'm attaching the test case and
instructions to replicate it for the moment so that I can come
back to it later:
Instructions:
- run "clean-start-hs.bat"
- run "build.bat"
- run "run.bat"
- hit 0 (so that db schema is created)
- hit q
- comment <property name="hbm2ddl.auto">create</property> in
src/hibernate.cfg.xml
- run build.bat
- run run.bat
- run run.bat in another console instance
- hit 0 in 1st instance
- hit 0 in 2nd instance
- hit 1 in 1st instance
- You get a rollback on 1st instance and the following in the 2nd instance:
19:04:10,984 ERROR RpcDispatcher:257 - exception marshalling object
java.lang.NoClassDefFoundError: gnu/trove/TObjectHashingStrategy
at
org.jboss.serial.io.JBossObjectInputStream.<clinit>(JBossObjectInputStream.java:56)
at
org.jboss.cache.marshall.JBossObjectStreamFactory.createObjectInputStream(JBossObjectStreamFactory.java:47)
at
org.jboss.cache.marshall.ObjectSerializationFactory.createObjectInputStream(ObjectSerializationFactory.java:57)
at
org.jboss.cache.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:149)
at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:254)
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:650)
at
org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:535)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:358)
at
org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:775)
at org.jgroups.JChannel.up(JChannel.java:1091)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:377)
at org.jgroups.stack.ProtocolStack.receiveUpEvent(ProtocolStack.java:393)
at org.jgroups.stack.Protocol.passUp(Protocol.java:538)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:158)
at org.jgroups.stack.UpHandler.run(Protocol.java:60)
Apologies for those non Windows users for the scripts :)
It's from a JBC + Hibernate + JBoss Transactions example I'm working on for a
support case.
The replicated object has an empty Set which seems to confirm the previous indications
about a collection being replicated.
I'll narrow it down once I have a few spare mins.
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:15 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Galder Zamarreno updated JBCACHE-877:
-------------------------------------
Affects Version/s: 1.4.1.SP2
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Ben Wang
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:15 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Galder Zamarreno updated JBCACHE-877:
-------------------------------------
Assignee: Manik Surtani (was: Ben Wang)
Assigning it to Manik for the moment.
Do you want to assign this to me?
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Manik Surtani
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:19 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12355164 ]
Galder Zamarreno commented on JBCACHE-877:
------------------------------------------
The zip file with the example is too big for JIRA upload.
Putting it in jboss ftp under /JBCACHE-877 dir.
Please email for instructions :)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Manik Surtani
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:43 p.m.
New subject: [JBoss JIRA] Assigned: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Galder Zamarreno reassigned JBCACHE-877:
----------------------------------------
Assignee: Galder Zamarreno (was: Manik Surtani)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 1.4.1.SP3
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
12:43 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Galder Zamarreno updated JBCACHE-877:
-------------------------------------
Fix Version/s: 1.4.1.SP3
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 1.4.1.SP3
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
4:03 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Galder Zamarreno updated JBCACHE-877:
-------------------------------------
Affects Version/s: 2.0.0.BETA1
Reproduced again while solving JBCACHE-964 in head.
Manually adding trover.jar in expanded JBossCache-core-2.0.0.BETA2
so that I can get this JBCACHE-964 solved and then fix the example :)
C:\jboss\jira\jbcache-964\finishing.example\JBossCache-core-2.0.0.BETA2\examples\cacheloader-migration>build.bat
run.jdbccacheloader.example
Buildfile: build.xml
init:
[mkdir] Created dir:
C:\jboss\jira\jbcache-964\finishing.example\JBossCache-core-2.0.0.BETA2\examples\cacheloader-migration\output\classes
compile:
[javac] Compiling 1 source file to
C:\jboss\jira\jbcache-964\finishing.example\JBossCache-core-2.0.0.BETA2\examples\cacheloader-migration\output\classes
[copy] Copying 4 files to
C:\jboss\jira\jbcache-964\finishing.example\JBossCache-core-2.0.0.BETA2\examples\cacheloader-migration\output\classes
run.jdbccacheloader.example:
[unzip] Expanding:
C:\jboss\jira\jbcache-964\finishing.example\JBossCache-core-2.0.0.BETA2\examples\cacheloader-migration\data\jbossdb-1x.zip
into
C:\jboss\jira\jbcache-964\finishing.example\JBossCache-core-2.0.0.BETA2\examples\cacheloader-migrat
ion
[java] 2007-03-07 22:53:50,703 INFO [TransformStore] (main) Transforming
configuration file: transform-jdbccl-service.xml
[java] 2007-03-07 22:53:50,734 DEBUG [XmlConfigurationParser] (main) Attribute size:
13
[java] 2007-03-07 22:53:51,015 DEBUG [GenericTransactionManagerLookup] (main) Trying
to lookup TransactionManager for JBoss, JRun4
[java] 2007-03-07 22:53:51,062 INFO [GenericTransactionManagerLookup] (main) Failed
to perform a lookup for [java:/TransactionManager (JBoss, JRun4)]
[java] 2007-03-07 22:53:51,062 DEBUG [GenericTransactionManagerLookup] (main) Trying
to lookup TransactionManager for Resin 3.x
[java] 2007-03-07 22:53:51,062 INFO [GenericTransactionManagerLookup] (main) Failed
to perform a lookup for [java:comp/TransactionManager (Resin 3.x)]
[java] 2007-03-07 22:53:51,078 DEBUG [GenericTransactionManagerLookup] (main) Trying
to lookup TransactionManager for Borland, Sun
[java] 2007-03-07 22:53:51,078 INFO [GenericTransactionManagerLookup] (main) Failed
to perform a lookup for [java:pm/TransactionManager (Borland, Sun)]
[java] 2007-03-07 22:53:51,078 DEBUG [GenericTransactionManagerLookup] (main) Trying
to lookup TransactionManager for Sun Glassfish
[java] 2007-03-07 22:53:51,078 INFO [GenericTransactionManagerLookup] (main) Failed
to perform a lookup for [java:appserver/TransactionManager (Sun Glassfish)]
[java] 2007-03-07 22:53:51,078 DEBUG [GenericTransactionManagerLookup] (main) Trying
to lookup TransactionManager for BEA WebLogic
[java] 2007-03-07 22:53:51,078 INFO [GenericTransactionManagerLookup] (main) Failed
to perform a lookup for [javax.transaction.TransactionManager (BEA WebLogic)]
[java] 2007-03-07 22:53:51,093 DEBUG [GenericTransactionManagerLookup] (main) Trying
to lookup TransactionManager for Resin, Orion, JOnAS (JOTM)
[java] 2007-03-07 22:53:51,093 INFO [GenericTransactionManagerLookup] (main) Failed
to perform a lookup for [java:comp/UserTransaction (Resin, Orion, JOnAS (JOTM))]
[java] 2007-03-07 22:53:51,093 DEBUG [GenericTransactionManagerLookup] (main) Trying
WebSphere 5.1: com.ibm.ws.Transaction.TransactionManagerFactory
[java] 2007-03-07 22:53:51,093 DEBUG [GenericTransactionManagerLookup] (main) Trying
WebSphere 5.0: com.ibm.ejs.jts.jta.TransactionManagerFactory
[java] 2007-03-07 22:53:51,093 DEBUG [GenericTransactionManagerLookup] (main) Trying
WebSphere 4: com.ibm.ejs.jts.jta.JTSXA
[java] 2007-03-07 22:53:51,093 DEBUG [GenericTransactionManagerLookup] (main)
Couldn't find any WebSphere TransactionManager factory class, neither for WebSphere
version 5.1 nor 5.0 nor 4
[java] 2007-03-07 22:53:51,093 WARN [GenericTransactionManagerLookup] (main) Falling
back to DummyTransactionManager from JBossCache
[java] 2007-03-07 22:53:51,109 DEBUG [JDBCCacheLoaderConfig] (main) Properties:
cache.jdbc.url=jdbc:derby:jbossdb-1x;create=true,
cache.jdbc.driver=org.apache.derby.jdbc.EmbeddedDriver, cache.jdbc.user=user1,
cache.jdbc.password=user1, cache.jdb
c.table=null
[java] 2007-03-07 22:53:51,125 DEBUG [JBossCache-Cluster] (main) Not using an
EvictionPolicy
[java] 2007-03-07 22:53:51,125 DEBUG [JBossCache-Cluster] (main) cache mode is local,
will not create the channel
[java] 2007-03-07 22:53:51,156 INFO [InterceptorChainFactory] (main) interceptor
chain is:
[java] class org.jboss.cache.interceptors.CallInterceptor
[java] class org.jboss.cache.interceptors.CacheStoreInterceptor
[java] class org.jboss.cache.interceptors.CacheLoaderInterceptor
[java] class org.jboss.cache.interceptors.UnlockInterceptor
[java] class org.jboss.cache.interceptors.PessimisticLockInterceptor
[java] class org.jboss.cache.interceptors.NotificationInterceptor
[java] class org.jboss.cache.interceptors.TxInterceptor
[java] class org.jboss.cache.interceptors.CacheMgmtInterceptor
[java] class org.jboss.cache.interceptors.InvocationContextInterceptor
[java] 2007-03-07 22:53:54,250 DEBUG [JDBCCacheLoader] (main) executing sql: select
node from jbosscache where fqn=? (/)
[java] 2007-03-07 22:53:54,312 DEBUG [JDBCCacheLoader] (main) executing sql: select
node from jbosscache where fqn=? (/)
[java] 2007-03-07 22:53:54,312 DEBUG [JDBCCacheLoader] (main) executing sql: insert
into jbosscache (fqn, node, parent) values (?, ?, ?) (/)
[java] 2007-03-07 22:53:54,421 INFO [JBossCache-Cluster] (main) JBoss Cache version:
JBossCache 'Habanero' 2.0.0.BETA2[ $Id: Version.java,v 1.29 2007/03/06 20:12:05
msurtani Exp $]
[java] 2007-03-07 22:53:54,421 INFO [TransformStore] (main) Transforming 1.x cache
store
[java] 2007-03-07 22:53:54,468 DEBUG [JDBCCacheLoader] (main) executing sql: select
node from jbosscache where fqn=? (/)
[java] 2007-03-07 22:53:54,468 DEBUG [CacheStoreInterceptor] (main) PUT_DATA: /
[java] data={}
[java] 2007-03-07 22:53:54,484 DEBUG [JDBCCacheLoader] (main) executing sql: select
node from jbosscache where fqn=? (/)
[java] 2007-03-07 22:53:54,484 DEBUG [JDBCCacheLoader] (main) executing sql: update
jbosscache set node=? where fqn=?
[java] 2007-03-07 22:53:54,515 DEBUG [VersionAwareMarshaller] (main) Initialised with
version 2.0.0 and versionInt 20
[java] 2007-03-07 22:53:54,515 DEBUG [VersionAwareMarshaller] (main) Using default
marshaller class org.jboss.cache.marshall.CacheMarshaller200
[java] 2007-03-07 22:53:54,515 INFO [JBossCache-Cluster] (main) Using marshaller
org.jboss.cache.marshall.VersionAwareMarshaller
[java] Exception in thread "main" java.lang.RuntimeException:
java.lang.NoClassDefFoundError: gnu/trove/TObjectHashingStrategy
[java] at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3656)
[java] at org.jboss.cache.CacheImpl.put(CacheImpl.java:1410)
[java] at examples.TransformStore.transformNode(TransformStore.java:64)
[java] at examples.TransformStore.transformCacheStore(TransformStore.java:58)
[java] at examples.TransformStore.main(TransformStore.java:34)
[java] Caused by: java.lang.NoClassDefFoundError: gnu/trove/TObjectHashingStrategy
[java] at
org.jboss.serial.objectmetamodel.DataContainer.<init>(DataContainer.java:131)
[java] at
org.jboss.serial.objectmetamodel.DataContainer.<init>(DataContainer.java:119)
[java] at
org.jboss.serial.io.JBossObjectOutputStreamSharedTree.checkOutput(JBossObjectOutputStreamSharedTree.java:71)
[java] at
org.jboss.serial.io.JBossObjectOutputStreamSharedTree.writeObjectOverride(JBossObjectOutputStreamSharedTree.java:58)
[java] at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298)
[java] at
org.jboss.cache.marshall.CacheMarshaller200.marshallObject(CacheMarshaller200.java:396)
[java] at
org.jboss.cache.marshall.CacheMarshaller200.objectToObjectStream(CacheMarshaller200.java:133)
[java] at
org.jboss.cache.marshall.VersionAwareMarshaller.objectToByteBuffer(VersionAwareMarshaller.java:128)
[java] at
org.jboss.cache.loader.AdjListJDBCCacheLoader.updateNode(AdjListJDBCCacheLoader.java:486)
[java] at org.jboss.cache.loader.JDBCCacheLoader._put(JDBCCacheLoader.java:177)
[java] at org.jboss.cache.loader.JDBCCacheLoader.put(JDBCCacheLoader.java:75)
[java] at
org.jboss.cache.loader.AbstractCacheLoader.put(AbstractCacheLoader.java:220)
[java] at
org.jboss.cache.interceptors.CacheStoreInterceptor.invoke(CacheStoreInterceptor.java:215)
[java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75)
[java] at
org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:157)
[java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75)
[java] at
org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:33)
[java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75)
[java] at
org.jboss.cache.interceptors.PessimisticLockInterceptor.invoke(PessimisticLockInterceptor.java:196)
[java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75)
[java] at
org.jboss.cache.interceptors.NotificationInterceptor.invoke(NotificationInterceptor.java:22)
[java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75)
[java] at
org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:291)
[java] at
org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:128)
[java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75)
[java] at
org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:151)
[java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75)
[java] at
org.jboss.cache.interceptors.InvocationContextInterceptor.invoke(InvocationContextInterceptor.java:66)
[java] at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3644)
[java] ... 4 more
[java] Java Result: 1
BUILD SUCCESSFUL
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 1.4.1.SP2, 2.0.0.BETA1
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 1.4.1.SP3
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
4:05 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Galder Zamarreno updated JBCACHE-877:
-------------------------------------
Attachment: jbosscache.log
trace log attached
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.BETA2, 1.4.1.SP3
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
4:05 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Galder Zamarreno updated JBCACHE-877:
-------------------------------------
Fix Version/s: 2.0.0.BETA2
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.BETA2, 1.4.1.SP3
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
7:15 a.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12355807 ]
Manik Surtani commented on JBCACHE-877:
---------------------------------------
Galder, can this be deferred as far as 1.4.x is concerned?
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.BETA2, 1.4.1.SP3
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
3:59 p.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Manik Surtani updated JBCACHE-877:
----------------------------------
Fix Version/s: (was: 1.4.1.SP3)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.BETA2
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
1:09 p.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12356244 ]
Manik Surtani commented on JBCACHE-877:
---------------------------------------
For 2.x try downloading 2.0.0.BETA2 - the JBossCache-core package which *should* not come
with the trove jar. It currently does because of this error.
Remove lib/trove.jar and try running
./build.sh one.test -Dtest=org.jboss.cache.loader.FileCacheLoaderTest
Barf city!
java.lang.NoClassDefFoundError: gnu/trove/TObjectHashingStrategy
java.lang.RuntimeException: java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy at
org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3684) at
org.jboss.cache.CacheImpl.put(CacheImpl.java:1470) at
org.jboss.cache.loader.CacheLoaderTestsBase.testPrint(CacheLoaderTestsBase.java:130) at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)Caused
by: java.lang.NoClassDefFoundError: gnu/trove/TObjectHashingStrategy at
org.jboss.serial.objectmetamodel.DataContainer.<init>(DataContainer.java:131) at
org.jboss.serial.objectmetamodel.DataContainer.<init>(DataContainer.java:119) at
org.jboss.serial.io.JBossObjectOutputStreamSharedTree.checkOutput(JBossObjectOutputStreamSharedTree.java:71)
at
org.jboss.serial.io.JBossObjectOutputStreamSharedTree.writeObjectOverride(JBossObjectOutputStreamSharedTree.java:58)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at
org.jboss.cache.marshall.CacheMarshaller200.marshallString(CacheMarshaller200.java:425) at
org.jboss.cache.marshall.CacheMarshaller200.marshallObject(CacheMarshaller200.java:365) at
org.jboss.cache.marshall.CacheMarshaller200.marshallMap(CacheMarshaller200.java:484) at
org.jboss.cache.marshall.CacheMarshaller200.marshallObject(CacheMarshaller200.java:323) at
org.jboss.cache.marshall.CacheMarshaller200.objectToObjectStream(CacheMarshaller200.java:133)
at
org.jboss.cache.marshall.VersionAwareMarshaller.objectToObjectStream(VersionAwareMarshaller.java:214)
at org.jboss.cache.loader.FileCacheLoader.marshall(FileCacheLoader.java:447) at
org.jboss.cache.loader.FileCacheLoader.storeAttributes(FileCacheLoader.java:388) at
org.jboss.cache.loader.FileCacheLoader.put(FileCacheLoader.java:178) at
org.jboss.cache.interceptors.CacheStoreInterceptor.invoke(CacheStoreInterceptor.java:233)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at
org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:157)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at
org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:33) at
org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at
org.jboss.cache.interceptors.PessimisticLockInterceptor.invoke(PessimisticLockInterceptor.java:196)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at
org.jboss.cache.interceptors.NotificationInterceptor.invoke(NotificationInterceptor.java:22)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at
org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:291) at
org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:128) at
org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at
org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:141) at
org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at
org.jboss.cache.interceptors.InvocationContextInterceptor.invoke(InvocationContextInterceptor.java:66)
at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3672) ... 17 more
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.BETA2
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
7:07 a.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12356645 ]
Manik Surtani commented on JBCACHE-877:
---------------------------------------
I believe this is a dependency in JBoss Serlialization. Set the JVM property
"jboss.serialization" to "false" in the above example and it works.
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.BETA2
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
7:23 a.m.
New subject: [JBoss JIRA] Updated: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Manik Surtani updated JBCACHE-877:
----------------------------------
Fix Version/s: 2.0.0.CR1
(was: 2.0.0.BETA2)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.CR1
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
9:24 a.m.
New subject: [JBoss JIRA] Closed: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Manik Surtani closed JBCACHE-877.
---------------------------------
Resolution: Rejected
This is a known and expected dependency of JBoss Serialization.
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.CR1
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
9:32 a.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=comments#action_12356675 ]
Clebert Suconic commented on JBCACHE-877:
-----------------------------------------
jboss-aop will also use trove.
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assigned To: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.CR1
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
1:34 p.m.
New subject: [JBoss JIRA] Reopened: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Manik Surtani reopened JBCACHE-877:
-----------------------------------
Assignee: (was: Galder Zamarreno)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Priority: Minor
Fix For: 2.0.0.CR1
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
1:44 p.m.
New subject: [JBoss JIRA] Closed: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[ http://jira.jboss.com/jira/browse/JBCACHE-877?page=all ]
Manik Surtani closed JBCACHE-877.
---------------------------------
Fix Version/s: (was: 2.0.0.CR1)
Resolution: Rejected
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Priority: Minor
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
2:43 a.m.
New subject: [JBoss JIRA] Commented: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[
https://jira.jboss.org/jira/browse/JBCACHE-877?page=com.atlassian.jira.pl...
]
Galder Zamarreno commented on JBCACHE-877:
------------------------------------------
The actual JVM property is "serialization.jboss" rather than
"jboss.serialization"
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: https://jira.jboss.org/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
Priority: Minor
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:43 a.m.
New subject: [JBoss JIRA] Reopened: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[
https://jira.jboss.org/jira/browse/JBCACHE-877?page=com.atlassian.jira.pl...
]
Galder Zamarreno reopened JBCACHE-877:
--------------------------------------
Assignee: Galder Zamarreno
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: https://jira.jboss.org/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
Priority: Minor
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:43 a.m.
New subject: [JBoss JIRA] Closed: (JBCACHE-877) TreeCache usage should not depend on trove.jar
[
https://jira.jboss.org/jira/browse/JBCACHE-877?page=com.atlassian.jira.pl...
]
Galder Zamarreno closed JBCACHE-877.
------------------------------------
Resolution: Rejected
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: https://jira.jboss.org/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.4.0.SP1, 2.0.0.BETA1, 1.4.1.SP2
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
Priority: Minor
Attachments: jbosscache.log
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError:
gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6002
days inactive
6622
days old
28 comments
7 participants
participants (7)
-
Ben Wang (JIRA) -
Clebert Suconic (JIRA) -
Galder Zamarreno (JIRA)
-
Galder Zamarreno (JIRA)
-
Manik Surtani (JIRA)
-
Manik Surtani (JIRA)
-
obalbous (JIRA)