On 2011-03-03, Gump wrote: > [ERROR] COMPILATION ERROR : > [INFO] ------------------------------------------------------------- > [ERROR] > /srv/gump/public/workspace/commons-vfs-1.x/examples/src/main/java/org/apache/commons/vfs/libcheck/FtpCheck.java:[75,46] > cannot find symbol > symbol : method getSystemName() > location: class org.apache.commons.net.ftp.FTPClient
> [INFO] 1error > [INFO] ------------------------------------------------------------- > [INFO] > ------------------------------------------------------------------------ > [ERROR] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Compilation failure > /srv/gump/public/workspace/commons-vfs-1.x/examples/src/main/java/org/apache/commons/vfs/libcheck/FtpCheck.java:[75,46] > cannot find symbol > symbol : method getSystemName() > location: class org.apache.commons.net.ftp.FTPClient The vfs2 build fails for the same reason. getSystemName used to be deprecated and has now been removed <http://svn.apache.org/viewvc/commons/proper/net/trunk/src/main/java/org/apache/commons/net/ftp/FTPClient.java?r1=1076331&r2=1076394> - its replacement would be getSystemType IIUC. If commons-net's 2.0 tag is correct getSystemType didn't exist in 2.0 which is what vfs' trunk POM currently lists as dependency. In order to fix this, vfs would need to upgrade to a more recent version of commons-net. Is this possible? Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org