猫咪继续翻译Restlet的教程。虽然猫咪英文非常差，但是猫咪尽可能翻译得接近原文。如果大家发现错误，请不吝赐教。新浪居然有最大字数限制，只能分两份发了。

Restlet第一个Resource

目录

这篇文章说明Resource如何处理GET，POST，PUT和DELETE方法。

1.         引言

2.         例子应用

3.         实现Items Resource

4.         实现Item Resource

5.         实现Base Resource

6.         运行应用

7.         客户端应用

8.         结尾

继续猫咪上一篇文章。

 

客户端应用

一旦我们的应用在一个Servlet容器或作为一个单独应用开始运行，我们建议你通过一个简单的客户端应用测试我们的Resource。它简单地创建、读取、更新和删除一个Item Resource并在每一个操作执行时打印标准输出结果。

客户端应用作为单独Java应用运行的时候需要如下的Jar包：

　org.restlet.jar

　com.noelios.restlet.jar

　com.noelios.restlet.ext.httpclient.jar

　org.apache.commons.httpclient.jar

import java.io.IOException; import org.restlet.Client; import org.restlet.data.Form; import org.restlet.data

喵。猫咪好久没写Grails的东西了。最近几个月一直东一榔头西一棒槌的。Grails放下了一段时间，现在猫咪开始继续学习Grials。

首先是改进错误消息。Grails自动生成了一些缺省的消息，用来表示错误。但是这些消息都比较生硬，不适合用来展示给用户。我们需要自定义消息。Grails在工程建立的时候，在grails-app/i18n/目录下，存放的是用于多语言的资源文件。里面已经存放了一些缺省的消息。我们可以在里面添加每个对象专用的消息。

比如说对象属性空白的约束“blank”，可以在Grails的开发文档中找到这个约束的错误代码按照className.propertyName.blank命名。那么比如我们要求Race对象的name不能为Null，那么在消息文件中写下：

race.name.blank=请输入姓名

添加完成后，再添加Race的时候，如果不输入name，则会显示“请输入姓名”的错误提示。类似这样的规约消息还有很多，具体请参考Grails的参考指南。

书上还介绍了如何添

猫咪最近看了些REST的东西，被搞得昏头昏脑的。就下了个RestLet框架想试试看。猫咪尝试着把RestLet的入门例子文档翻译成了中文，希望能以此加深对REST的了解。猫咪在此贴出来，希望对大家能有所帮助。猫咪翻译的不好，大家多多指教。

 

猫咪在网上发现有人尝试配置Glassfish多机集群失败。猫咪也在网上搜索了一下，Glassfish有关配置集群的文章很少，仅有的几篇居然多是在一台机器上配置多个实例。昏死，那还叫什么集群！

猫咪又在网上和Sun的官方网站上反复搜索，终于发现一篇Glassfish配置多机集群的文章（http://blogs.sun.com/anilam/entry/glassfish_v2_admin_console_series）。猫咪根据这篇文章在自己的VMware上配置成功。现把自己的经验写下来，帮助有需要的朋友。

猫咪自己是在VMware中建立两个虚拟计算机，使用的是Windows Server 2003。本来是想用Linux的，但是Ubuntu每次总要联机查补丁，慢得要死，所以只好装2003了。

两台虚拟机器，IP地址一个是192.168.1.103，一个是192.168.1.104。其中192.168.1.104作为主控代理服务器和其中一个节点服务器。

 

喵。猫咪最近开始看《精通正则表达式》。因为作者喜欢用Perl来表现代码。所以猫咪也安装了一个Perl来学习。不过猫咪被可视化开发惯坏了，所以打算用Eclipse来做Perl的开发环境。

首先猫咪去网上下来Perl的安装程序。猫咪是从http://strawberryperl.com/下载的5.10.0安装包。不过可惜这个安装包目前不能在Vista下运行。

然后是下载Eclipse的Perl插件。猫咪推荐用Eclipse的远程下载插件功能。地址是http://e-p-i-c.sourceforge.net/updates/testing。

猫咪病了。病了好久了。从初八就开始病。到现在也没好利落。本来只是初八下午着凉感冒，结果折腾了两个星期发烧才下去。但是流鼻涕和咳嗽并没有好。而且嗓子倒疼起来了。医院说扁桃体发炎、出脓。又得继续养病。本来还说节后赶紧找工作呢，结果全养病了。大家多保重身体吧。猫咪继续在床上呻吟......

　　喵。大家有做我上一篇文章的测试题吗？我会在本篇的最后公布答案，以免有人通过预览之类的功能作弊。当然，也许有人已经通过搜索引擎找到了正确答案和自己的对比。那么你得了多少分？
　　你的得分很低的话，那么你就要好好想想为什么会这样了。人们为什么会低估呢？低估的压力来自于哪里？是否是因为怕因为自己估值估的太宽了让别人笑话？是否是自己的荣誉感、自尊心作祟？因为你会想，太阳表面温度？我不知道。不过把从宇宙绝对零度到1亿度都估算进去，总能包上。呵呵，这当然正确。但是你会觉得自己会成为别人的笑柄。书上这里给出一个忠告，如果“感觉到有进行过窄估算的压力，请确认其不是来自自身”。
　　进行估算的时候，是高估好还是低估好？
　　首先是高估。当然，不是漫天要价。比如把一个100W的项目要1亿的资金。而是说一个项目如果估算可能在2到3个月完成，那么我们应该取那个值比较好呢？3个月完成的可能性比较大，但是时间长。2个月完成的可能性比较小，但是如果按时完成，成本比价低（少花一个月薪水）。反对高估的理由是所谓的“帕金森法则”，用咱们的话来说就是磨洋工。1天干的活给了2天时间。所以程序员会在第一天把活干完后

从昨天猫咪拿到这本书后，就开始阅读。猫咪虽然只读了三章，但是猫咪已经认定这本书是一本难得的好书了。猫咪推荐所有接触软件开发领域的人员都来读。前三章总共才30页，但是猫咪觉得每读一次，都有不少新的心得。

猫咪自己给出的估算的定义就是：开发人员根据客户的需求，给出一个完成所有需求所需要的时间（或者资源）的估算值。然后根据这个指定目标。最后根据目标制定计划。也就是说估算理论上应该是一个项目的开始，当获得最初的需求后，就应该进行估算。其实我们本来也就是这么做的，但很多地方出现了混淆。客户或上面给出开发需求，然后我们自然会在心里估算出一个时间。先别管这个时间怎么来的，是否科学，总之我们会说出一个时间。

但是问题在于，客户经常会根据自己的情况，指定一个时间。客户问你什么时间完成，不是让你估算，而是要一个根据他要求制定的开发计划。我倒不是说客户定的时间没有道理。问题在于客户只会根据自己的业务情况制定时间，并不了解软件开发，没有把软件开发中的各种问题考虑进去。所以，客户和项目组