-
1. Re: VFS exception on jar live update
alesj May 17, 2012 9:52 AM (in response to florinciu)Hmmm, I don't see why not -- updating the lib/ jars on AS5.
Although that zip error proves me wrong.
It would be good to see the real cause of that error.
-
2. Re: VFS exception on jar live update
florinciu May 17, 2012 10:29 AM (in response to alesj)Hi Justin. Thanks for the input. It's pretty much inline with my inital 'hunch'. Good to have a confirmation.
I think the zip error appears when VFS tries to open an invalid zip file(an incompletely copied jar). The exceptions appears more often on servers with a slower (cross-continetal) connection. We can reduce the frequency of the erro by doing an atomic update of the file so that the zip is not corrupted when the VFS refreshes its context.
My main concern remains the fact that VFS is actively scanning the directories. I'm wonderign if after the change it loads any classes/beans that could make the server inconsistent. If yes, can this scaning be tweaked/disabled?
-
3. Re: VFS exception on jar live update
alesj May 18, 2012 7:26 AM (in response to florinciu)1 of 1 people found this helpfulI think the zip error appears when VFS tries to open an invalid zip file(an incompletely copied jar). The exceptions appears more often on servers with a slower (cross-continetal) connection. We can reduce the frequency of the erro by doing an atomic update of the file so that the zip is not corrupted when the VFS refreshes its context.
Ah, ok, this explains it then -- and I actually suspected this. :-)
My main concern remains the fact that VFS is actively scanning the directories.
VFS is tnot scanning the directories. It simply checks if the jar file changed -- afair, it was a feature request.
I'm wonderign if after the change it loads any classes/beans that could make the server inconsistent. If yes, can this scaning be tweaked/disabled?
It can definitely lead to weird behavior -- e.g. removing some classes, but they are still present in classloader, etc.
It depends on what you're doing.