簡介
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 值。
註釋
本節將會探討一些重要的註釋及其使用。對於由 JAX-RS 規範提供的註釋的完整列表，可以參考本文的 參考資料 部分給出的 JSR-311 鏈接。
@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 代表的是正則表達式 [email protected]+\\.[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:[email protected]+\\.[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。
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。
