介绍Jersey-Jersey入门基础

这里不准备讨论rest的细节内容，但是总体上，rest是让客户端与服务器段的交互通过发送和接收展示资源的方式来进行，在这里有必要说明：

　　fielding是http协议和apache web server的核心作者之一。举个例子：
　　一个http get request可以接收到一个资源
　　一个http post request可以生成一个资源。

　　如此描述，对java开发者来讲也许过于底层了，事实上绝大多数的j2ee　　应用程序，尤其javaserver faces应用程序是不允许rest这样的风格框架的，所以后面我们会仔细比较javaserver faces与rest应用之间的区别。jsr311描述了如何在java中实践rest的架构风格。

　　实现jsr311的框架已经有一些了，比如今天要介绍的jersey. jersey目前看是比较成熟，在开发中应用最广泛，而且被oracle提供支持的开源框架。

　　一，使用 netbeans javaserver faces，来建立一个例子应用程序

　　这个例子是关于文章投票的系统，一篇文章，需要有文章内容，作者，投票三个实体，实际上就是我们前面说的资源（针对rest）。
　　需要说明的这里的文章内容，作者，和投票实体在代码层面都是映射成类的哦。
　　在这个测试应用中，我们仅在三个实体上生成一个crud(create,read,update,delete)基础功能，虽然简单，但是基础可用。
　　但是这样的程序有个比较大的问题：
　　程序的view层只能使用javaserver faces，而rest风格的程序，可以使用多种格式来展示应用资源的状态信息，例如xml,pdf，javascript object notation (json)等。

　　二，建立基于rest的客户端

　　netbeans，可以帮助你自动整个建立过程。
　　1，右键你的项目，然后进行如下选择 new > restful web services from entity classes
　　2，选中前面所建立好的但个实体
　　3，对于转换选择包 fr.responcia.otn.articleevaluator.rest.converter
　　对于资源选择包fr.responcia.otn.articleevaluator.rest.resource
　　4，选择create default rest servlet adaptor in web.xml
　　netbeans事实上生成两组类，一组类用来映射实体类到xml文档，通过使用jaxb技术。
　　另一组是资源，每个资源包括了一类实体的所有实例。以方便客户端的操作和在服务器及客户端进行交换。
　　我们可以使用rest的接口来对实体进行操作，在resource包中，你可以通过查看类，可以发现urls和针对每个实体的显示层是如何进行
　　构建的。
　　因为在前面我们实现了两个作者的实体实例，所以当你访问如下地址http://localhost:8080/articleevaluator/resources/authors的时候，你
　　可以看到如下界面：
　　你会看到两个作者的列表信息（图片省略了），当然你也可以通过如下的地址访问具体的某一个作者：
　　http://localhost:8080/articleevaluator/resources/authors/1/
　　测试rest应用
　　只使用web浏览器是不能全面测试rest应用的，因为我们还使用了json对象，json对象被广泛的应用到rest的应用中。

　　json比纯粹的xml格式更好，可以被js脚本访问。可以结合jquery使用。

　　测试rest应用，可以使用两种方法来进行：

　　1，使用jsersey提供的测试框架
　　2，使用底层的库，例如apache commons httpclient ，来手工处理http request.
　　通常第一种方法，比较有效率，因为是框架，但是想知道更多的细节则需要使用方法2，你可以到 http://hc.apache.org/httpclient-3.x/ 下载
　　httpclient.

　　测试方法通常包括三个：

　　createarticle()    --生成article
　　testresourceasxml()--测试xml的格式
　　testresourceasjson()

　　比较下 javaserver faces and a rest 两中不同类型的客户端：

　　1，两种客户端都可以使用netbeans帮助生成。
　　2，两种前端都使用了实体对象的概念。
　　3，两种前端可以同时使用，不会有什么冲突。

　　下面是比较有区别的地方：

　　1，jsf的应用状态保存在了服务器端，用户的操作状态都保存到了httpsession 而rest则是把状态保存到了客户端。
　　使用 rest urls 来跟资源进行交互，这也是为什么jsf比较容易编码的原因。
　　2，jsf提供了丰富的用户界面组件，如果你的应用中需要界面，那么使用jsf则比较有效率，后者没有界面组件，只能结合jquery等来使用。
　　3，rest拥有better-looking urls这样可以被用户进行书签收藏，也方便搜索引擎收录。
　　4，rest提供了对同一资源进行多格式显示的可能，例如xml,pdf,jdon等。