Gregory Shimansky wrote: > I've seen the same failure of clean target several times. Does anyone know > why > it happens? When I run clean again, it usually succeeds. The failure is 100% > reproducible, clean usually works, but sometimes finds some files which > weren't deleted.
We decided that 'clean' should complain if it finds derived files left in the build directory after having removed all the files it expects to be there. Usually this would be an indication that the clean target is missing some derived files in it's remove task. However, if we rename a type (as in this case) then the build will notice the old .class file with no corresponding .java file, so it artificially triggers the warning. After printing the warning the clean task removes any remaining files anyway. If you continuously see the warning then the clean target is likely wrong, if you see it as a one-off then that it is probably due to a rename. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.