----- Original Message ----- From: "Paul Hammant" <[EMAIL PROTECTED]> To: "Avalon Development" <[EMAIL PROTECTED]> Sent: Saturday, October 20, 2001 7:19 AM Subject: Sar unpacking
> Mircea, > > Is there a way, in xml configuration/assembly to force the unzipping of > a sar entirely (as it used to be)? No, there isn't! > > 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. Maybe by adding the extracted directories to the classloader codebase would solve the problem?! > > For the purposes of bug investigation I'd like to plain switch on SAR > inzipping again. Is this possible using an assembly.xml entry? We can do that of course but I would prefer to know more about your problem so we come up with a good consistent solution! mircea > > Regards, > > - Paul H > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
