标签：creat first stat inpu .config pig proc response gis
在Java中，从1.5开始，我们就可以使用泛型了（generic），这看上去很像C++ Template，但是实际上它们是不同的。在这里我不想过多的描述细节，你可以从Google上搜索一下。 但是，泛型已经变得如此复杂，以至于已经有500多页的 FAQ。
我们长话短说：泛型提供了编译时类型安全，所以也消除了类型转换的（cast）的需要。它是通过被称为类型消除（type erasure）的编译时技术来实现的。 泛型FAQ解释了所有的细节，对我来说它就是Java泛型的圣经。
在有些情况下，我们需要从JAXRS的Response类的资源方法中饭后参数化的类型。 因为类型消除，使得此种情况下Jersey运行环境需要特殊的处理来决定为泛型类型选择相应的MessageBodyWriter。
对于使用Jersey的JAX-RS的开发者而言有很多可供选择的技术，下面我将详细的讨论其中的几个。
让我们看一个简单的域模型：Employee。
1 package net.javasight; 2 3 import javax.xml.bind.annotation.XmlRootElement; 4 5 @XmlRootElement(name = "employee") 6 public class EmployeeBean { 7 private Long id; 8 private String firstName; 9 private String lastName; 10 11 public EmployeeBean() { 12 // required for JAXB 13 } 14 15 public EmployeeBean(Long id, String firstName, String lastName) { 16 this.id = id; 17 this.firstName = firstName; 18 this.lastName = lastName; 19 } 20 21 public Long getId() { 22 return id; 23 } 24 25 public void setId(Long id) { 26 this.id = id; 27 } 28 29 public String getFirstName() { 30 return firstName; 31 } 32 33 public void setFirstName(String firstName) { 34 this.firstName = firstName; 35 } 36 37 public String getLastName() { 38 return lastName; 39 } 40 41 public void setLastName(String lastName) { 42 this.lastName = lastName; 43 } 44 }
employee资源的一个实现如下：
1 @Path("/employees") 2 public class EmployeeResource { 3 @GET 4 public Collection<EmployeeBean> getEmployees() { 5 EmployeeBean emp = new EmployeeBean(1L, "John", "Doe"); 6 return Collections.singletonList(emp); 7 } 8 }
在这种情况下,我们从资源方法中返回了EmployeeBean的Collection集合。如果你从如下地址（http://localhost:9998/employees）访问该资源，将会产生如下的XML输出：
1 <? xml version = "1.0" encoding = "UTF-8" standalone = "yes" ?> 2 <employeeBeans> 3 <employee> 4 <firstName>John</firstName> 5 <id>1</id> 6 <lastName>Doe</lastName> 7 </employee> 8 </employeeBeans>
我希望看到employee在<employees>标签中，而不是在<employeeBeans>中。这里需要做一些额外的配置来产生该格式。那么让我们修改下Employee的POJO来包含该集合。
1 package net.javasight; 2 3 import java.util.List; 4 5 import javax.xml.bind.annotation.XmlRootElement; 6 7 @XmlRootElement 8 public class Employees { 9 private List<EmployeeBean> employee; 10 11 public Employees(List<EmployeeBean> employee) { 12 this.employee = employee; 13 } 14 15 public Employees() { 16 // required for JAXB 17 } 18 19 public List<EmployeeBean> getEmployee() { 20 return employee; 21 } 22 23 public void setEmployee(List<EmployeeBean> employee) { 24 this.employee = employee; 25 } 26 }
让我们完成EmployeeResource的方法来使用自定义的POJO来产生相关的XML。
1 package net.javasight; 2 3 @Path("/employees") 4 public class EmployeeResource { 5 @GET 6 @Path("test1") 7 public Employees getEmployees1() { 8 EmployeeBean emp = new EmployeeBean(1L, "John", "Doe"); 9 Employees employees = new Employees(Collections.singletonList(emp)); 10 return employees; 11 } 12 13 @GET 14 @Path("test2") 15 public Response getEmployees2() { 16 EmployeeBean emp = new EmployeeBean(1L, "John", "Doe"); 17 Employees employees = new Employees(Collections.singletonList(emp)); 18 return Response.ok(employees).build(); 19 } 20 }
现在访问http://localhost:9988/employees/test1或http://localhost:9998/employees/test2应该会产生如下的XML：
1 <? xml version = "1.0" encoding = "UTF-8" standalone = "yes" ?> 2 <employees> 3 <employee> 4 <firstName>John</firstName> 5 <id>1</id> 6 <lastName>Doe</lastName> 7 </employee> 8 </employees>
但是，难道我们需要这样糟糕的方法来产生该输出吗？已经不需要了，在Jersey1.2发布后有了一些改善。可以启用资源配置的FEATURE_XMLROOTELEMENT_PROCESSING 特性后，应当可以自动的产生该输出。因此，访问http://localhost:9998/employees/test1应该产生这种的格式XML。该属性默认是禁用的。
现在让我们看看在JAX-RS Response中返回参数化类型会遇到的实际的问题。我在EmployeeResource中添加了另一个方法。
@GET @Path("test3") @Produces(MediaType.APPLICATION_XML) public Response getEmployees3() { EmployeeBean emp = new EmployeeBean(1L, "John", "Doe"); List<EmployeeBean> list = new ArrayList<EmployeeBean>(); list.add(emp); return Response.ok(list).build(); }
现在通过http://localhost:9998/employees/test3访问该方法应该会产生如下异常。我相信该异常在Jersey/JAX-RS用户中应该很常见。
1 SEVERE: A message body writer for Java class java.util.ArrayList, and Java type class java.util.ArrayList, and MIME media type application/xml was not found 2 Jul 24 , 2010 11 : 58 : 55 PM com.sun.jersey.spi.container.ContainerResponse write 3 SEVERE: The registered message body writers compatible with the MIME media type are: 4 application/xml -> 5 com.sun.jersey.core.impl.provider.entity.XMLJAXBElementProvider$App 6 com.sun.jersey.core.impl.provider.entity.DocumentProvider 7 com.sun.jersey.core.impl.provider.entity.SourceProvider$SourceWriter 8 com.sun.jersey.core.impl.provider.entity.XMLRootElementProvider$App 9 com.sun.jersey.core.impl.provider.entity.XMLListElementProvider$App 10 */* -> 11 com.sun.jersey.core.impl.provider.entity.FormProvider 12 com.sun.jersey.server.impl.template.ViewableMessageBodyWriter 13 com.sun.jersey.core.impl.provider.entity.StringProvider 14 com.sun.jersey.core.impl.provider.entity.ByteArrayProvider 15 com.sun.jersey.core.impl.provider.entity.FileProvider 16 com.sun.jersey.core.impl.provider.entity.InputStreamProvider 17 com.sun.jersey.core.impl.provider.entity.DataSourceProvider 18 com.sun.jersey.core.impl.provider.entity.XMLJAXBElementProvider$General 19 com.sun.jersey.core.impl.provider.entity.ReaderProvider 20 com.sun.jersey.core.impl.provider.entity.DocumentProvider 21 com.sun.jersey.core.impl.provider.entity.StreamingOutputProvider 22 com.sun.jersey.core.impl.provider.entity.SourceProvider$SourceWriter 23 com.sun.jersey.core.impl.provider.entity.XMLRootElementProvider$General 24 com.sun.jersey.core.impl.provider.entity.XMLListElementProvider$General 25 Jul 24 , 2010 11 : 58 : 55 PM com.sun.jersey.spi.container.ContainerResponse traceException 26 SEVERE: Mapped exception to response: 500 (Internal Server Error) 27 javax.ws.rs.WebApplicationException
要修复该问题，我们需要告诉JAX-RS运行时响应实体的类型，在我们的情况下是Employee的集合。JAX-RS APIGenericEntity正是用于该目的。GenericEntity可以用于反映响应实体中的泛型类型。 EmployeeResource方法被更新在返回集合类型时使用GenericEntity。
@GET @Path("test4") @Produces(MediaType.APPLICATION_XML) public Response getEmployees4() { EmployeeBean emp = new EmployeeBean(1L, "John", "Doe"); List<EmployeeBean> list = new ArrayList<EmployeeBean>(); list.add(emp); GenericEntity entity = new GenericEntity<List<EmployeeBean>>(list) { }; return Response.ok(entity).build(); }
访问http://localhost:9998/employees/test4应该会产生我们所需要的输出。
除了这种方式，Jersey1.2引入了新的APIJResponse来支持这个，并且更优。JResponse是类型安全的Response，它保留了响应实体的类型信息，因此不需要额外的使用GenericEntity。
使用JResponse更新后的方法如下：
1 @GET 2 @Path("test5") 3 @Produces(MediaType.APPLICATION_XML) 4 public JResponse<List<EmployeeBean>> getEmployees5() { 5 EmployeeBean emp = new EmployeeBean(1L, "John", "Doe"); 6 List<EmployeeBean> list = new ArrayList<EmployeeBean>(); 7 list.add(emp); 8 return JResponse.ok(list).build(); 9 }
访问http://localhost:9998/employees/test5应该会产生我们所需要的输出.
这两种方式实现起来都很容易。主要的不同是GenericEntity是JAX-RS API然而JResponse是Jersey API，它可能不能在其他的JAX-RS实现中使用，因此不具备移植性。 如果你仅仅使用Jersey，那么JResponse是更好的选择，因为它是类型安全的并与Response兼容。
下面是完整的服务端代码：
1 package net.javasight; 2 3 import com.sun.grizzly.http.SelectorThread; 4 import com.sun.jersey.api.container.grizzly.GrizzlyWebContainerFactory; 5 import com.sun.jersey.core.util.FeaturesAndProperties; 6 import javax.ws.rs.core.UriBuilder; 7 import java.io.IOException; 8 import java.net.URI; 9 import java.util.HashMap; 10 import java.util.Map; 11 12 public class Main { 13 private static int getPort(int defaultPort) { 14 String port = System.getenv("JERSEY_HTTP_PORT"); 15 if (null != port) { 16 try { 17 return Integer.parseInt(port); 18 } catch (NumberFormatException e) { 19 } 20 } 21 return defaultPort; 22 } 23 24 private static URI getBaseURI() { 25 return UriBuilder.fromUri("http://localhost/").port(getPort(9998)) 26 .build(); 27 } 28 29 public static final URI BASE_URI = getBaseURI(); 30 31 protected static SelectorThread startServer() throws IOException { 32 final Map<String, String> initParams = new HashMap<String, String>(); 33 initParams.put("com.sun.jersey.config.property.packages", 34 "com.employee.resources"); 35 initParams.put(FeaturesAndProperties.FEATURE_XMLROOTELEMENT_PROCESSING, 36 "true"); 37 System.out.println("Starting grizzly..."); 38 SelectorThread threadSelector = GrizzlyWebContainerFactory.create( 39 BASE_URI, initParams); 40 return threadSelector; 41 } 42 43 public static void main(String[] args) throws IOException { 44 SelectorThread threadSelector = startServer(); 45 System.out 46 .println(String 47 .format( 48 "Jersey app started with WADL available at " 49 + "%sapplication.wadl\nTry out %shelloworld\nHit enter to stop it...", 50 BASE_URI, BASE_URI)); 51 System.in.read(); 52 threadSelector.stopEndpoint(); 53 } 54 }
以上内容转自http://javasight.net/2011/05/generified-collections-in-jersey/，感谢作者，但是作者只提供了服务端的泛型处理，并没有提供客户端如何使用泛型。
个人解决客户端接受泛型方法：
服务端代码：
@GET @Path("test4") @Produces(MediaType.APPLICATION_JSON) public Response getEmployees4() { EmployeeBean emp = new EmployeeBean(1L, "John", "Doe"); EmployeeBean emp1 = new EmployeeBean(2L, "zhangsan", "lisi"); List<EmployeeBean> list = new ArrayList<EmployeeBean>(); list.add(emp); list.add(emp1); GenericEntity<List<EmployeeBean>> entity = new GenericEntity<List<EmployeeBean>>(list) { }; return Response.ok(entity).build(); }
客户端代码：
1 GenericType<List<EmployeeBean>> gt = new GenericType<List<EmployeeBean>>(){}; 2 Object obj = wr.path("/message/test4").get(gt); 3 System.out.println(obj);
加红字体是rest服务地址 wr是webResource对象。
<转载>在Jersey JAX-RS 处理泛型Collection
标签：creat first stat inpu .config pig proc response gis
原文地址：http://www.cnblogs.com/jay763190097/p/7128828.html
