Mircea,
Is there a way, in xml configuration/assembly to force the unzipping of a sar entirely (as it used to be)?
I ask because I'm chasing a second bug with deserialization (using Cornerstone's Store):
ClassNotFoundException: org.apache.avalon.jesktop.core.LaunchableTargetHolder
Now the class is there and the code used to worked for months, but now is not. The issue is that the Deserialization needs to use the same classloader that was holding the instance when it was serialed. We first encounteed this bug months ago and had to create a special ObjectInputStream derivative (org.apache.avalon.excalibur.io.ClassLoaderObjectInputStream) to overcome the issue. Now it seems that the JVM refuses to belive that the same classloader is in use for the shutdown of Jesktop and it's subsequent reboot.
For the purposes of bug investigation I'd like to plain switch on SAR inzipping again. Is this possible using an assembly.xml entry?
Regards,
- Paul H
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
