So I've updated AS trunk to the latest VFS 2.0.0.Beta12 that Ales produced that contains the new alternative implementation. The problem that showed up immediately with the testsuite is that the jboss-minimal-tests fail. This is done by starting the jboss minimal config, then deploy a shutdown.sar and remove immediately. At undeploy time, shutdown.sar issues an exit and the server stop. Now, on Windows, if you try to remove the file before the reaper has run, the file cannot be removed, it is still locked. Then, if the reaper runs, the file gets unlocked so you can remove it, but on both windows and unix you get a: | 2008-06-02 21:12:55,140 WARN [org.jboss.test.jmx.shutdown.ExitOnShutdown] (HDScanner) Stopping failed jboss.test:name=ExitOnShutdown | java.lang.NoClassDefFoundError: org/jboss/test/jmx/shutdown/ExitOnShutdown$1 | at org.jboss.test.jmx.shutdown.ExitOnShutdown.stopService(ExitOnShutdown.java:48) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStop(ServiceMBeanSupport.java:328) | at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:206) | The inner class org/jboss/test/jmx/shutdown/ExitOnShutdown$1 cannot be loaded anymore! After going in cyrcles all this time with the file locking issue, can we not replicate in VFS the functionality of good old jboss 4.x that it is known to work (i.e. point the classloader to copies in tmp, but at the same time don't do excessive file copying/unziping) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155143#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...