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

Reply via email to