用Java技術創建RESTful Web服務

簡介：JAX-RS (JSR-311) 是為 Java EE 環境下的 RESTful 服務能力提供的一種規范。它能提供對傳 統的基於 SOAP 的 Web 服務的一種可行替代。

在本文中，了解 JAX-RS 的主要組件。本文用一個例子展示了一個企業如何使用 JAX-RS 內的功能以 一種 Restful 的方式公開員工的聯系信息。

背景

多年來，開發人員使用各種工具在其 Java 應用程序內創建 RESTful 服務。由於 REST 架構的簡單性，主要需求 — 接收 HTTP 消息和 頭部的能力 — 可以由一個簡單的 Java Web 容器實現。

Java servlets 常被用來開發 RESTful 應用程序。如何使用 servlet 並沒有固定的模式。通常，servlet 會接受請求並自己解析這個 HTTP 請求 URI，以將此請求與一個已知資源相匹配。對於 REST 服務開發，這個簡單的 servlet 模型以 更為正式的 API 得到擴展。但是，因為這些 API 是在 servlet 模型之上開發的，所以這些 API 中沒有 一個是作為正式的標准開發的。

隨著 REST 越來越多地被采用為一種架構，Java Community Process (JCP) 計劃在未來的 Java Enterprise Edition 6 發布版中包括對 REST 的正式支持。JSR-311 也已創建好，並已有了 JAX-RS 1.0 規范，提供了一種新的基於注釋的方式來開發 RESTful 服務。與 servlet 模型相比，JAX-RS 注釋讓您能集中於您的資源和數據對象。並且，您不必再開發通訊層（通過 servlet）。

Java 資源

JAX-RS 建立了一種特殊的語言來描述資源，正如由其編程模型所 表示的。有五種主要條目：根資源、子資源、資源方法、子資源方法以及子資源定位器。

根資源

根資源是由 @Path 注釋的 Java 類。@Path 注釋提供了一個 value 屬性，用來表明此 資源所在的路徑。value 屬性可以是文本字符、變量或變量外加一個定制的正則表達式。清單 1 給出了 一個例子。

清單 1. JAX-RS 根資源

package　com.ibm.jaxrs.sample.organization;

import　javax.ws.rs.Path;

@Path(value="/contacts")
public　class　ContactsResource　{
　 ...
}

子資源

子資源是作為 subresource locator 調用的結果返回的 Java 類。它們類似於根資源，只不過它們不 是由 @Path 注釋的，因它們的路徑是由子資源定位器給出的。子資源通常包含由 HTTP 請求方法指示符 （designator）注釋的方法以便服務此請求。如果它們不包含如此注釋的方法，那麼它們將會通過指派給 合適的子資源定位器來進一步解析此資源處理請求。

清單 2. JAX-RS 子資源

package　com.ibm.jaxrs.sample.organization;

import　javax.ws.rs.GET;

public　class　Department　{

　 @GET
　 public　String　getDepartmentName()　{
　 ...
　 }

}

如上所示的清單 2 展示了由 ContactsResource.getContactDepartment 方法返回的子資源。在這個 例子中，如果一個 HTTP GET 請求被發送給 /contact/{contactName}/department 路徑，那麼 Department 子資源內的 getDepartmentName 資源方法就會處理此請求。

資源方法

資源方法是根資源或子資源內綁定到 HTTP 方法的 Java 方法。綁定是通過諸如 @GET 這樣的注釋完 成的。

清單 3. JAX-RS 資源方法

package　com.ibm.jaxrs.sample.organization;

import　java.util.List;
import　javax.ws.rs.GET;
import　javax.ws.rs.Path;

@Path(value="/contacts")
public　class　ContactsResource　{

　 @GET
　 public　List<ContactInfo>　getContacts()　{
　 ...
　 }

}

在清單 3 的例子中，發送到 /contacts 路徑的 HTTP GET 請求將會由 getContacts() 資源方法處理 。

子資源方法

子資源方法非常類似於資源方法；惟一的區別是子資源方法也是由 @Path 注釋的，此注釋進一步限定 了該方法的選擇。

清單 4. JAX-RS 子資源方法

package　com.ibm.jaxrs.sample.organization;

import　java.util.List;
import　javax.ws.rs.GET;
import　javax.ws.rs.Path;

@Path(value="/contacts")
public　class　ContactsResource　{

　 @GET
　 public　List<ContactInfo>　getContacts()　{
　 ...
　 }

　 @GET
　 @Path(value="/ids")
　 public　List<String>　getContactIds()　{
　 ...
　 }

}

在清單 4 中，發送到 /contacts/ids 路徑的 HTTP GET 請求將會由 getContactIds() 子資源方法處 理。

子資源定位器

子資源定位器是能進一步解析用來處理給定請求的資源的一些方法。它們非常類似於子資源方法，因 它們具備一個 @Path 注釋，但不具備 HTTP 請求方法指示符，比如 @GET 注釋。

清單 5. JAX-RS 子資源定位器

package　com.ibm.jaxrs.sample.organization;

import　java.util.List;
import　javax.ws.rs.GET;
import　javax.ws.rs.Path;
import　javax.ws.rs.PathParam;

@Path(value="/contacts")
public　class　ContactsResource　{

　 @GET
　 public　List<ContactInfo>　getContactss()　{
　 ...
　 }

　 @GET
　 @Path(value="/ids")
　 public　List<String>　getContactIds()　{
　 ...
　 }

　 @Path(value="/contact/{contactName}/department")
　 public　Department　getContactDepartment(@PathParam(value="contactName")
　 String　contactName)　{
　 ...
　 }

}

在上述例子中，對 /contact/{contactName}/department 路徑的任何 HTTP 請求都將由 getContactDepartment 子資源定位器處理。 {contactName} 部分表明 contact 路徑部分之後可以是任 何合法的 URL 值。

注釋

本節將會探討一些重要的注釋及其使用。

@Path

@Path 注釋被用來描述根資源、子資源方法或子資源的位置。value 值可以包含文本字符、變量或具 有定制正則表達式的變量。清單 6 的例子展示了 @Path 注釋的主要應用。

清單 6. @Path 的使用

package　com.ibm.jaxrs.sample.organization;

import　java.util.List;
import　javax.ws.rs.GET;
import　javax.ws.rs.Path;
import　javax.ws.rs.PathParam;

@Path(value="/contacts")
public　class　ContactsResource　{

　 @GET
　 @Path(value="/{emailAddress:.+@.+\\.[a-z]+}")
　 public　ContactInfo　getByEmailAddress(@PathParam(value="emailAddress")
　 String　emailAddress)　{
　 ...
　 }

　 @GET
　 @Path(value="/{lastName}")
　 public　ContactInfo　getByLastName(@PathParam(value="lastName")　String　lastName) 　{
　 ...
　 }
}

ContactsResource 類上的注釋表明對 /contacts 路徑的所有請求都將由 ContactsResource 根資源 處理。getByEmailAddress 上的 @Path 注釋則表明任何發送到 /contacts/{emailAddress} 的請求（其 中 emailAddress 代表的是正則表達式 .+@.+\\.[a-z]+）都將由 getByEmailAddress 處理。

getByLastName 方法上的 @Path 注釋指定了發送到 /contacts/{lastName} 路徑的所有請求（其中 lastName 代表的是一個與 getByEmailAddress 內的正則表達式不匹配的有效的 URL 部分）都將由 getByLastName 方法處理。

@GET、@POST、@PUT、@DELETE、@HEAD

@GET、@POST、@PUT、@DELETE 以及 @HEAD 均是 HTTP 請求方法指示符注釋。您可以使用它們來綁定 根資源或子資源內的 Java 方法與 HTTP 請求方法。HTTP GET 請求被映射到由 @GET 注釋的方法；HTTP POST 請求被映射到由 @POST 注釋的方法，以此類推。用戶可能還需要通過使用 @HttpMethod 注釋定義 其自己的定制 HTTP 請求方法指示符。

清單 7. 定制的 HTTP 請求方法指示符注釋

package　com.ibm.jaxrs.sample.organization;

import　java.lang.annotation.ElementType;
import　java.lang.annotation.Retention;
import　java.lang.annotation.RetentionPolicy;
import　java.lang.annotation.Target;

import　javax.ws.rs.HttpMethod;

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
@HttpMethod("GET")
public　@interface　CustomGET　{

}

上述的聲明定義了 @CustomGET 注釋。此注釋將具有與 @GET 注釋相同的語義值並可用在其位置上。

@Conumes 和 @Produces

@Consumes 注釋代表的是一個資源可以接受的 MIME 類型。@Produces 注釋代表的是一個資源可以返 回的 MIME 類型。這些注釋均可在資源、資源方法、子資源方法、子資源定位器或子資源內找到。

清單 8. @Consumes/@Produces

package　com.ibm.jaxrs.sample.organization;

import　java.util.List;
import　javax.ws.rs.Consumes;
import　javax.ws.rs.GET;
import　javax.ws.rs.Path;
import　javax.ws.rs.PathParam;
import　javax.ws.rs.Produces;

@Path(value="/contacts")
public　class　ContactsResource　{

　 @GET
　 @Path(value="/{emailAddress:.+@.+\\.[a-z]+}")
　 @Produces(value={"text/xml",　"application/json"})
　 public　ContactInfo　getByEmailAddress(@PathParam(value="emailAddress")
　 String　emailAddress)　{
　 ...
　 }

　 @GET
　 @Path(value="/{lastName}")
　 @Produces(value="text/xml")
　 public　ContactInfo　getByLastName(@PathParam(value="lastName")　String　lastName)　 {
　 ...
　 }

　 @POST
　 @Consumes(value={"text/xml",　"application/json"})
　 public　void　addContactInfo(ContactInfo　contactInfo)　{
　 ...
　 }
}

對於上述的 getByEmailAddress 和 addContactInfo 方法，它們均能處理 text/xml 和 application/json。被接受或返回的資源表示將依賴於客戶機設置的 HTTP 請求頭。@Consumes 注釋針對 Content-Type 請求頭進行匹配，以決定方法是否能接受給定請求的內容。

在清單 9 中，application/json 的 Content-Type 頭再加上對路徑 /contacts 的 POST，表明我們 的 ContactsResource 類內的 addContactInfo 方法將會被調用以處理請求。

清單 9. Content-Type 頭部的使用

POST　/contacts　HTTP/1.1
Content-Type:　application/json
Content-Length:　32

相反地，@Produces 注釋被針對 Accept 請求頭進行匹配以決定客戶機是否能夠處理由給定方法返回 的表示。

清單 10. Accept 頭部的使用

GET　/contacts/[email protected]　HTTP/1.1
Accept:　application/json　

在清單 10 中，對 /contacts/[email protected] 的 GET 請求表明了 getByEmailAddress 方法將 會被調用並且返回的格式將會是 application/json，而非 text/xml。

Providers

JAX-RS 提供程序是一些應用程序組件，允許在三個關鍵領域進行運行時行為的定制：數據綁定、異常 映射以及上下文解析（比如，向運行時提供 JAXBContext 實例）。每個 JAX-RS 提供程序類必須由 @Provider 注釋。如下的例子討論了兩個數據綁定提供程序 MessageBodyWriter 和 MessageBodyReader 。

MessageBodyWriter

MessageBodyWriters 被 JAX-RS 運行時用來序列化所返回資源的表示。遵從 JSR-311 的運行時提供 了對常見類型（java.lang.String、java.io.InputStream、 JAXB 對象等）的本機支持，但用戶也可以 向 JAX-RS 運行時提供他或她自己的 MessageBodyWriter。比如，您可以提供一個定制 MessageBodyWriter 來處理定制 ContactInfo Java 類型，如下所示。

清單 11. 定制 MessageBodyWriter

package　com.ibm.jaxrs.sample.organization;

import　javax.ws.rs.Consumes;
import　javax.ws.rs.Produces;
import　javax.ws.rs.ext.MessageBodyWriter;
import　javax.ws.rs.ext.Provider;

@Provider
@Produces("text/xml")
public　class　ContactInfoWriter　implements　MessageBodyWriter<ContactInfo>　 {

　 public　long　getSize(T　t,　java.lang.Class<ContactInfo>　type,
　 java.lang.reflect.Type　genericType,　java.lang.annotation.Annotation[]
　 annotations,　MediaType　mediaType)　{
　 ...
　 }

　 public　boolean　isWriteable(java.lang.Class<ContactInfo>　type,
　 java.lang.reflect.Type　genericType,　java.lang.annotation.Annotation[]
　 annotations,　MediaType　mediaType)　{
　 return　true;
　 }

　 public　void　writeTo(ContactInfo　contactInfo,　java.lang.Class<ContactInfo> 　type,
　 java.lang.reflect.Type　genericType,　java.lang.annotation.Annotation[]
　 annotations,　MediaType　mediaType,　MultivaluedMap<
　 java.lang.String,　java.lang.Object>　httpHeaders,　java.io.OutputStream
　 entityStream)　{
　 contactInfo.serialize(entityStream);
　 }
}

ContactInfoWriter 則在所返回的資源表示被序列化之前由 JAX-RS 運行時調用。如果 isWriteable 返回 true 且 @Produces 是此資源方法的 @Produces 值最為接近的匹配，就會調用 writeTo 方法。在 這裡，ContactInfoWriter 負責向底層的 OutputStream 序列化 ContactInfo 實例的內容。

MessageBodyReader

MessageBodyReaders 則與 MessageBodyWriters 相反。對於反序列化，JAX-RS 運行時支持與序列化 相同的類型。用戶也可以提供他或她自己的 MessageBodyReader 實現。MessageBodyReader 的最主要的 功能是讀取請求 InputStream 並將傳入的字節反序列化到一個此資源方法期望的 Java 對象。 ContactInfo 類型的 MessageBodyReader 可以類似於清單 12。

清單 12. 定制 MessageBodyReader

package　com.ibm.jaxrs.sample.organization;

import　javax.ws.rs.Consumes;
import　javax.ws.rs.Produces;
import　javax.ws.rs.ext.MessageBodyReader;
import　javax.ws.rs.ext.Provider;

@Provider
@Consumes("text/xml")
public　class　ContactInfoReader　implements　MessageBodyReader<ContactInfo>　 {

　 public　boolean　isReadable(java.lang.Class<ContactInfo>　type,
　 java.lang.reflect.Type　genericType,　java.lang.annotation.Annotation[]
　 annotations,　MediaType　mediaType)　{
　 return　true;
　 }

　 public　ContactInfo　readFrom(java.lang.Class<ContactInfo>　type,
　 java.lang.reflect.Type　genericType,　java.lang.annotation.Annotation[]
　 annotations,　MediaType　mediaType,　MultivaluedMap<
　 java.lang.String,java.lang.String>　httpHeaders,　java.io.InputStream
　 entityStream)　{
　 return　ContactInfo.parse(entityStream);
　 }

}

與 MessageBodyWriter isWriteable 類似，ContactInfoReader 的 isReadable 方法將被調用以便決 定 MessageBodyReader 能否處理此輸入。如果 isReadable 返回 true 且 @Consumes 值與此資源方法的 @Consumes 值最為匹配，就會選擇 ContactInfoReader。當 readFrom 方法被調用時，結果會是基於請求 InputStream 的內容創建 ContactInfo 實例。

配置

至此，我們探討了 JAX-RS 資源類和一些提供程序類（MessageBodyReaders 和 MessageBodyWriters ）。那麼，該如何在 JAX-RS 運行時內配置這些類呢？這可以通過擴展 javax.ws.rs.core.Application 類實現。此類提供了一組類或一組單例（singleton）對象實例，在一個 JAX-RS 應用程序內包括所有的 根級別的資源和提供程序（由 @Provider 注釋的類）。若為這個示例聯系信息應用程序擴展這個 Application 類，它應該類似於清單 13。

清單 13. ContactInfoApplication

package　com.ibm.jaxrs.sample.organization;

import　java.util.HashSet;
import　java.util.Set;
import　javax.ws.rs.core.Application;

public　class　ContactInfoApplicaiton　extends　Application　{

　 public　Set<Class<?>>　getClasses()　{
　 Set<Class<?>>　classes　=　new　HashSetSet<Class<?>>();
　 classes.add(ContactsResource.class);
　 classes.add(ContactInfoWriter.class);
　 classes.add(ContactInfoReader.class);
　 }

　 public　SetSet<Object<?>>　getSingletons()　{
　 //　nothing　to　do,　no　singletons　
　 }

}

getClasses 方法為 JAX-RS 運行時提供了一組可用於元數據的類。請注意，getSingletons 方法什麼 都不返回。通常而言，將 JAX-RS 提供程序視為單例是沒有問題的，但將一個 JAX-RS 資源視為單例則要 格外謹慎。常被 JAX-RS 資源類使用的基於注釋的注入可能在一個單例實例的情況內並不受支持。因此， 除非仔細計劃，否則應該避免使用 JAX-RS 資源的單例實例。

假設，您正在一個 servlet 容器內部署一個 JAX-RS 應用程序，有兩種方法可以向 JAX-RS 運行時注 冊您的 javax.ws.rs.core.Application 子類。這是由 WAR 文件的 web.xml 處理的，如下所示。

清單 14. 不能感知 JAX-RS 的 servlet 容器

<web-app　id="WebApp_ID"　version="2.5"
　 xmlns="http://java.sun.com/xml/ns/javaee"　xmlns:xsi=
　 "http://www.w3.org/2001/XMLSchema-instance"
　 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
　 http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
　 <servlet>
　 <servlet-name>ContactInfoServlet</servlet-name>
　 <servlet-class>com.sample.RESTSystemServlet</servlet-class>
　 <init-param>
　　 <param-name>javax.ws.rs.Application</param-name>
　　 <param-value>
　　 com.ibm.jaxrs.sample.organization.ContactInfoApplication
　　 </param-value>
　 </init-param>
　 </servlet>
　 <servlet-mapping>
　 <servlet-name>ContactInfoServlet</servlet-name>
　 <url-pattern>/*</url-pattern>
　 </servlet-mapping>
</web-app>

在一個被認為是不能感知 JAX-RS 的 servlet 容器內，應該作為 servlet 定義內的 init-param 提 供 Application 子類名。init-param 的名字必須是 javax.ws.rs.Application。servlet 類則很可能是 JAX-RS 運行時系統 servlet。您可以列出每個可能的 URL 模式，或者使用 /* 通配符注冊，如下所示。

清單 15. 能感知 JAX-RS 的 servlet 容器

<web-app　id="WebApp_ID"　version="2.5"
　 xmlns="http://java.sun.com/xml/ns/javaee"　xmlns:xsi=
　 "http://www.w3.org/2001/XMLSchema-instance"
　 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
　 http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
　 <servlet>
　 <servlet-name>ContactInfoServlet</servlet-name>
　 <servlet-class>
　　 com.ibm.jaxrs.sample.organization.ContactInfoApplication
　 </servlet-class>
　 </servlet>
　 <servlet-mapping>
　 <servlet-name>ContactInfoServlet</servlet-name>
　 <url-pattern>/*</url-pattern>
　 </servlet-mapping>
</web-app>

在一個被認為是能感知 JAX-RS 的 servlet 容器內，必須作為 servlet 定義內的 servlet 類元素的 值提供 Application 子類名。您仍然可以選擇是列出每個可能的 URL 模式還是使用 /* 通配符注冊。

以 Apache Wink 作為運行時的 JAX-RS

下一步是找到一個能夠支持 JAX-RS 內的可用功能的運行時。Apache Wink 項目就提供了一個能滿足 這種要求的運行時，具有上面所述的所有特性。起初，Wink 是由開源社區的多個廠商和成員發起的一個 協作項目。該項目的目的是提供最為靈活和輕量級的運行時。

除了標准 JAX-RS 特性之外，Wink 還提供了對 JSON、Atom 和 RSS 序列化格式的增強支持。JAX-RS 本身並不提供客戶機 API，但 Wink 包括了其對客戶機 API 的自身模型，並且是完全以資源為中心的。

為了簡化基於 Wink 的服務的開發，可以下載 Wink 1.0 庫並將它們作為默認 JAX-RS 庫包括到 Rational Application Developer (RAD) 7.5.5 開發環境中。在這個更新版本中，RAD 添加了一個 JAX -RS facet，可供您進行配置以支持驗證器和注釋幫助。這個新的 facet 還能通過自動生成所需的 servlet 項和映射來簡化 servlet 的配置。

結束語

與傳統的 servlet 模型相比，JAX-RS 提供了一種可行的、更為簡便、移植性更好的方式來在 Java 內實現 RESTful 服務。使用注釋讓您能夠輕松提供 Java 資源的路徑位置並將 Java 方法綁定到 HTTP 請求方法。一種可移植的數據綁定架構提供了一些本機的 Java 類型支持並允許進行序列化/反序列化處 理的完全定制。javax.ws.rs.core. Application 子類的擴展以及 web.xml 內的相應清單表明了用最少 的部署描述符配置就能進行輕松部署。

本文只涉及了 JAX-RS 所能提供功能的一部分。就提供應用程序上下文（比如 JAXBContext 實例）並 將運行時異常映射給 HTTP 請求而言，其他兩個 JAX-RS 提供程序類型 ContextResolvers 和 ExceptionMappingProviders 還能提供對應用程序組件的進一步控制。注釋的定義是為了控制方法參數和 類成員的注入，它們在運行時的整個過程向應用程序提供了有價值的上下文信息。總的來說，JAX-RS 必 將是一種面向基於 Java 的 RESTful 服務開發的簡便、可移植的、全面的 API。