Andrea, I have seen you are the last editor of class DataStoreCacheTest. Sometimes the methods testRemoveDataStore and testAddDateStore fail. Looking at the methods, I see a
Thread.sleep(DELAY). The DELAY = 1000ms = 1 second. I think I have the following problem here. The virtual machine uses a qcow2 file on a DRBD block device. Each write acces is a write access on a local hard disk and on a remote hard disk using tcp/ip. Since there are multiple VMs using this block device, there can be race conditions where the delay is to small. When I am building the directory module alone, I seems that the buffer cache of the VM holds the modifications --> no problem. When I do a full build, there are moments where the buffer cache seems to be full and then build has to wait until some data is commited from the remote block device. Is it ok to experiment with the delay. I want to try 2000, if this fails, I will try 4000. I have to do a svn commit because I cannot say which build comes up with this problem. ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
