?? I don't understand. What needs changing on the fly? If you redeploy a nested package (ear contains rar contains jar), you're going to be changing the timestamp on the ear, so the entire ear will be undeployed, throwing away all its URLClassloaders, and redeployed, getting entirely new ones. In any case, you were saying jar:jar:http://... doesn't work anyway, or did I misunderstand?
david jencks On 2001.09.27 09:22:14 -0400 "Jung , Dr. Christoph" wrote: > >Yes, the nested jar: trick was just so (if the "opening jar prevents you > >from moving/changing it" problem got fixed > > I´m not sure, do you think that the java.util.zip.ZipStreams are flexible > enough to change > nested directories on the fly? > > CGJ > > > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
