2012-04-04 13 views
6

Tengo un servicio Jersey y prueba de la unidad (mediante el cliente Jersey) que funcionaba bien con 3 FormDataParams:publicaciones múltiples FormDataParams con el mismo nombre al servicio de java Jersey RESTO

@Path("myService") 
@Consumes(MediaType.MULTIPART_FORM_DATA) 
@POST 
@Produces(MediaType.TEXT_PLAIN) 
public Response doService(@FormDataParam("p1") String v1, 
         @FormDataParam("p2") InputStream v2, 
         @FormDataParam("p3") InputStream v3) throws IOException { 

El código de prueba es la siguiente:

FormDataMultiPart fdmp = new FormDataMultiPart();  
fdmp.field("p1", v1); 
fdmp.field("p2", v2); 
fdmp.field("p3", v3); 
ClientResponse response = service.path("myService").type(MediaType.MULTIPART_FORM_DATA).accept(MediaType.TEXT_PLAIN).post(ClientResponse.class, fdmp); 

El problema es cuando lo cambio para admitir valores múltiples para el campo p1. He cambiado la parte de la firma de servicios de

@FormDataParam("p1") String v1, 

a

@FormDataParam("p1") List<String> v1, 

pero luego llego

04-Apr-2012 18:56:59 com.sun.grizzly.http.servlet.ServletAdapter doService 
SEVERE: service exception: 
java.lang.IllegalArgumentException: wrong number of arguments 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
    at java.lang.reflect.Method.invoke(Method.java:597) 
    at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:172) 
    at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:67) 
    at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:265) 
    at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:133) 
    at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:83) 
    at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:133) 
    at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:71) 
    at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:996) 
    at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:947) 
    at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:938) 
    at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:399) 
    at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:478) 
    at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:663) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) 

La pregunta es ¿cómo puedo cambiar el código de trabajo que he publicado anteriormente para permitir múltiples valores para el parámetro "p1".

+0

¿cuál es la pregunta? –

+0

@Alex Lo he declarado explícitamente al final ahora. – Alb

+0

¿has intentado ajustar tu 'Lista ' en 'GenericEntity'? –

Respuesta

7

Usted querrá cambiar el parámetro a

@FormDataParam("p1") List<FormDataBodyPart> v1 

y luego mover los hilos fuera mientras procesa el código

for (FormDataBodyPart vPart : v1) { 
    String v = vPart.getValueAs(String.class); 
    ... 

Usted puede ser capaz de simplemente llamar vPart.toString() así; este es el método general.

+0

.toString() no funciona, .getValueAs (String.class) funciona bien –

Cuestiones relacionadas