[
http://jira.jboss.com/jira/browse/JBCACHE-815?page=comments#action_12346022 ]
Manik Surtani commented on JBCACHE-815:
---------------------------------------
Hmm, not so simple, I'm afraid.
ObjectSerializationFactory uses an inner class, which is a subclass of
JBossObjectInputStreamSharedTree from org.jboss.serial.io. And it is this subclass that I
return when using JBoss Serialization, as I override it's read() method with the
ability to switch context classloaders.
Until Clebert provides this in JBoss Serialization and I can do away with my subclass, I
don't see how we can remove the jar - reflections good but not THAT good! ;)
Eliminate need for jboss-serialization.jar if it's not used
-----------------------------------------------------------
Key: JBCACHE-815
URL:
http://jira.jboss.com/jira/browse/JBCACHE-815
Project: JBoss Cache
Issue Type: Task
Security Level: Public(Everyone can see)
Components: Replication
Affects Versions: 1.4.0.GA, 1.4.0.SP1
Reporter: Brian Stansberry
Assigned To: Manik Surtani
Priority: Minor
Fix For: 2.2.0.GA
If we're going to stick making use of JBoss serialization a configurable option, we
should refactor ObjectSerializationFactory so no jboss-serialization classes are loaded if
it's not used. Allows users to drop one more jar from their footprint.
--
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