zjumty

Scrum的世界: 我是一名开发人员

zjumty — Wed, 23 Jul 2008 14:32:39 +0800

作者: zjumty 链接：http://zjumty.javaeye.com/blog/218579 发表时间: 2008年07月23日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

今天在Dzone上看到一篇blog: Scrum World: I am a developer

以一个开发人员的视角写了scrum中的一次sprint中的一天做的事情. 挺有意思的, 翻译了一下给大家看看, 上面的原文链接有可能进不去, 我是通过国外代理进去的wordpress.com好像一直被挡在了长城外面啊.

Scrum的世界: 我是一名开发人员

早上开始工作的第一件事情, 我检查了一下scrum看板, 看看"进行中"栏中有没有分配我的事项.
结果我发现我没有任务事项在进行中, 所以我需要挑选一个新的事项去做.
根据事项的重要度, 我在"代办"事项列表中挑选了重要度最高的事项,把它放到"进行中"的那栏.
我开始了我的任务, 遵照一些最佳实践, 写了单元测试,集成测试.
当我完成了这些事情, 我需要有人结对审查我做的东西, 所以把事项转移到了"审查"栏中.
我花了些时间来审查指定给我的事项, 这样我的同事们可以做继续他们的事项.
我刚刚做做完事项被从"审查"栏退回来了, 我需要做一些小的修改.
在做了一些改变以后, 我更新了"审查"栏中的文件, 然后很快结对审查的同事告诉我OK了.
我把这个事项移动到了"测试"栏中.
这一天工作结束之前, 我把做的内容部署到了开发环境中. 在这个环境中包括了当前所有的"测试"栏中的内容, 当然也包括了我做的内容.

第二天...

像往常一样, 我的工作并没有真正的完成, 因为昨天测试团队在我的事项中发现了一个bug.
我修正了这个bug, 并且确认了单体测试和集成测试都没有问题.
然后我把修正后的这个事项放到了"审查"栏中, 几个小时后, 审查通过了.
我把修正后的版本部署到开发环境中.
过了一会我得到通知, 测试团队已经把这个事项转移到了"已完成"栏中.
我认识到使用scrum是一件多么美好的事情, 我和团队中的每个成员合作, 来达到我们共同的目标.

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

用JakartaCommon的net组件来做ftp下载

zjumty — Thu, 08 Nov 2007 19:44:41 +0800

作者: zjumty 链接：http://zjumty.javaeye.com/blog/139300 发表时间: 2007年11月08日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

这几天一个同事要在项目里实现用ftp下载文件. 遇到了很多问题. 于是我推荐他用Jakarta-Commons项目中的net组件在实现. 其实之前我也没有实际用过, 稍稍看了一下文档,知道里面有个ftp包能完成相关的操作. 于是我的同事就兴致勃勃的拿去用了. 可用了以后才发现有很多问题, 搞得焦头烂额. 经过我们的努力, 终于把问题都解决了, 下面我把遇到的问题和解决方案写下来, 以备其他想要用common-net包的朋友参考.

首先把代码贴出来:

java 代码

public class ClientTest {
public static void main(String[] args) {
String url = "172.17.1.38";
String user = "test";
String pwd = "test";
FTPClient ftp = new FTPClient();
ftp.setControlEncoding("GBK");
FTPClientConfig conf = new FTPClientConfig(FTPClientConfig.SYST_NT);
conf.setServerLanguageCode("zh");
ftp.configure(conf);
try {
ftp.connect(url);
if (ftp.login(user, pwd)) {
int reply = ftp.getReplyCode();
if (!FTPReply.isPositiveCompletion(reply)) {
ftp.disconnect();
System.out.println("disconnect");
} else {
ftp.enterLocalPassiveMode();
ftp.setFileType(FTP.BINARY_FILE_TYPE);
File dir = new File("down");
if (!dir.exists()) {
dir.mkdirs();
}
String[] names = ftp.listNames();
for (String name : names) {
File file = new File(dir.getPath() + File.separator + name);
if (!file.exists()) {
file.createNewFile();
}
long pos = file.length();
RandomAccessFile raf = new RandomAccessFile(file, "rw");
raf.seek(pos);
ftp.setRestartOffset(pos);
InputStream is = ftp.retrieveFileStream(name);
if (is == null) {
System.out.println("no such file:" + name);
} else {
System.out.println("start getting file:" + name);
int b;
while ((b = is.read()) != -1) {
raf.write(b);
}
if (ftp.getReply() == FTPReply.CODE_226) {
System.out.println("done!");
}
is.close();
}
raf.close();
}
}
ftp.logout();
}
} catch (IOException e) {
e.printStackTrace();
}
}
}

一, 文件名中文乱码问题.
开始知道能用FTPClient的listNames方法得到当前目录下所有文件的列表. 但是发现中文文件名是乱码. 默认情况下FTPClient使用UTF-8字符集作为和服务器通讯的编码集. 而我们的ftp服务器是在中文windowsXP上装的ServU. 所有使用GBK做为通讯编码集. 经过查找api文档, 我看到了setControlEncoding方法, 试了一下,果然好使. 于是这个问题就解决了:
第8行: ftp.setControlEncoding("GBK")
至于conf.setServerLanguageCode("zh")对这个有什么影响,我还没有验证. 但是只有这句是不行的.

二, 传输binary文件, 由于FTPClient默认使用ASCII作为传输模式, 所有不能传输二进制文件. 通过
ftp.setFileType(FTP.BINARY_FILE_TYPE)个可以解决这个问题, 但是要在login以后执行. 因为这个方法要向服务器发送"TYPE I"命令.
开始的时候用的是setFileTransferMode, 不过不好使. 它会执行 MODE I命令, 服务器不接受.

三, 用被动模式传输: enterLocalPassiveMode()这个到不用在login之后执行, 因为它只改变FTPClient实例的内部属性.

四, 断点续传. 心想应该有支持吧, 于是查API结果找到了setRestartOffset()方法, 试了一下,果真好使. 用RandomAccessFile配合使用, 实现起来还是蛮简单的.

五, 只能传一个文件!!
不知道大家有没有遇到这个问题, 传输第一个文件好使, 后面的的retrieveFileStream(name)都是返回null. 这个实在是令人头痛的问题, 难不成要传一个文件重新建立一次连接? 那样也太土了吧. 但是文档里也没有写, 来点狠的,debug它的源码, 看看它究竟做了什么事情. 首先看一下ftp服务器的日志, 发现日志没问题, 过来的命令和reply都是正确的, 但是发现第一个文件以后没有执行RETR命令. 于是跟踪PASV命令的reply代码,发现不是227,而服务器上的日志明明返回的是227. 难道是FTPClient解析Reply出问题了. 进一步跟踪发现了问题, 原来在一个文件传输过程中会产生两个Reply:
150 Opening BINARY mode data connection for a.sql (19890 Bytes).
226 Transfer complete.
而FTPClient自动消费掉一个,于是解析Reply就发生了错位, 下一个命令的会解析266那条. 接下来的命令都不是解析自己的Reply而是前一次命令的. 所有在PASV命令的Reply码就不对了, FTPClient也就不会执行接下来本应该执行RETR命令.
他不消费,我们来消费吧. 于是在文件传输完成以后, 主动调用一次getReply()把接下来的226消费掉. 这样做是可以解决这个暂时的问题, 但不知道在其他的ftp操作上会不会也有类似的情况. FTPClient这点可做的不大好.

~~对于上面这个问题, 我本来想修改一下FTPClient这个类来彻底解决问题. 结果发现自己也想不出好办法. 最后还是放弃了.~~

今天才发现,原来FTPClient有个completePendingCommand()方法就是用来干这件事情的!
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

ubuntu7.04上配置proftpd手记

zjumty — Sun, 22 Apr 2007 15:48:46 +0800

作者: zjumty 链接：http://zjumty.javaeye.com/blog/73200 发表时间: 2007年04月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

proftpd是什么，看名字就知道它应该和ftp服务有关，具体内容可以到这里查看http://www.proftpd.org/

首先看看自己的及其上有没有proftpd。在终端里输入proftpd，如果没有ubuntu告诉你现在系统里没有proftpd，你需要用apt-get来安装。那好吧，就按他说的做。

sudo apt-get install proftpd

proftpd很小，几乎是瞬间装完。我用的cn99的源，速度非常快。

然后查看文档得知proftpd有两种运行模式：Standalone 和 inetd

standalone比较耗资源适合大访问量，inetd会为每一个请求启动一个进程，平时不用的时候不耗资源，我就是自己用用，所以选择inetd模式。

cat /etc/inetd.conf

结果什么都没有。

进一步查看文档得知，现在的linux基本上用xinetd取代inetd了。但是我在系统里找不到xinetd。恩~，明白了：

sudo apt-get install xinetd

又是瞬间完成。

进入/etc/xined.d目录，看见了几个配置好的项目。我们在加一个ftp吧。

sudo vim ftp

service ftp
{
        flags = REUSE
        socket_type = stream
        instances = 50
        wait = no
        user = root
        server = /usr/sbin/proftpd
        log_on_success = HOST PID
        log_on_failure = HOST ATTEMPT
}

具体是什么意思？其实我也是半懂不懂的，想去xinetd的主页上看看，结果找不到页面。

然后就是配置proftpd本身了。

proftpd的配置文件在/etc/proftpd/proftpd.conf

不愧“pro”这个名字，看上去非常“专业”。很复杂，官方主页上文档也非常复杂。

我现把匿名用户登录那部分打开了。

xml 代码

<Anonymous ~ftp>
....
....
....
Anonymous>

这段应该在proftpd.conf的最后面。

对于这个配置文件，如果你用过apache httpd，应该看上去很眼熟。

然后重启一下xinetd

sudo service xinetd restart

结果告诉我没有service这个命令。

同样：

sudo apt-get debian-helper-scripts

重启完服务器后，看看ftp已经可以登录了。如果不能登录，你可以试试一下方法看看问题出在哪里。

到/etc/init.d目录下直接调用xinetd start看看有什么信息出来，如果没有什么有用信息。

修改一下xinetd在

   start)
        checkportmap
        echo -n "Starting internet superserver: xinetd"
        start-stop-daemon --start --quiet --background --exec /usr/sbin/xinetd -- -pidfile /var/run/xinetd.pid -filelog /var/log/xinetd.log -f /etc/xinetd.conf $XINETD_OPTS

这样再次启动xinetd，你就可以在/var/log目录下找到xinetd.log文件。看看启动xinetd过程中出现了什么问题。

接下来就是研究proftpd本身的配置了，几个经典命题需要考虑：

虚拟目录
用户权限
流量限制

现在虽然能登录了，但是每次登录时间都特别长，开始还以为是用了inetd模式的问题，后来上网找了一下，原来是proftpd在每次都通过DNS查找登录者的网址是什么。

所以要添加两个选项：
IdentLookups off
UseReverseDNS off

中文乱码问题

FlashFxp登录，结果发现中文文件名都变成了乱码。因为我的ubuntu设定的字符集为utf-8。用FileZilla，可以在站点管理的高级设定中强制使用UTF-8，就能看到中文了。可以FlashFXP我没早到相关的设置。

接下来就是让我的用户组terry可以访问/media下的文件，其实就是挂载的原来的NTFS分区。

xml 代码

<Directory /media/*>
<Limit ALL>
AllowGroup terry
Limit>
Directory>

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐