Как установить тип контента программно?Получение org.jvnet.mimepull.MIMEParsingException: отсутствует начальная граница

Question

У меня есть утилита Java командной строки, которая должна сделать вызов rest в службу отдыха jersey.

@POST    
@Path("/{name}")
@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.MULTIPART_FORM_DATA)
public Response insert(@PathParam("name") String nestName,
                           @QueryParam("id") String id,
                           @FormDataParam("file") InputStream fileStream,
                           @FormDataParam("file") FormDataContentDisposition fileDetail) throws IOException {}

И сделать запрос через утилиту командной строки java, например:

Map<String,String> headers = new HashMap<String,String>();
headers.put(HttpHeaders.CONTENT_TYPE, MediaType.MULTIPART_FORM_DATA + "; boundary=--------------------------458269817398405552698839");
headers.put(HttpHeaders.ACCEPT, "*/*");
headers.put(HttpHeaders.CACHE_CONTROL, "no-cache");
headers.put(HttpHeaders.ACCEPT_ENCODING, "gzip, deflate");

URLConnection conn = url.openConnection();
if(headers!=null && !headers.isEmpty()) {
    for(Map.Entry<String, String> entry: headers.entrySet()) {
        conn.setRequestProperty(entry.getKey(),entry.getValue());
    }
}

ServiceHttpResponse response = new ServiceHttpResponse(con.getResponseCode(), con.getResponseMessage());

Я получаю следующее исключение.Есть ли другой способ установить тип пантомимы?

javax.ws.rs.BadRequestException: HTTP 400 Bad Request

на org.glassfish.jersey.media.multipart.internal.MultiPartReaderClientSide.readFrom (MultiPartReaderClientSide.java:188) по адресу org.glassfish.jersey.media.multipart.internal.MultiPartReaderClientSide.readFrom (MultiPartReaderClientSide.java:93) по адресу org.glassfish.jerternalInReaderInReaderReader.ReaderIndeaderReaderReaderInterceptorExecutor.java:256) в org.glassfish.jersey.message.internal.ReaderInterceptorExecutor $ TerminalReaderInterceptor.aroundReadFrom (ReaderInterceptorExecutor.java:235) в org.glassfish.jersey.message.internaledExecter.Inter.Interв org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundReadFrom (MappableExceptionWrapperInterceptor.java:74) в org.glassfish.jersey.message.internal.ReaderInterceptorExecutor.proceed (ReaderInterceptorExecutor.java:155) в org.glassfish.jersey.message.internal.MessageBodyFactory.readFrom (MessageBodyFactory.java:1085) в org.glassfish.jersey.message.internal.InboundMessageContext.readEntity (InboundMessageContext) atg8:.glassfish.jersey.message.internal.InboundMessageContext.readEntity (InboundMessageContext.java:808) в org.glassfish.jersey.server.ContainerRequest.readEntity (ContainerRequest.java:234) в org.glassfish.jpartsey.ternal.m.FormDataParamValueFactoryProvider $ ValueFactory.getEntity (FormDataParamValueFactoryProvider.java:126) в org.glassfish.jersey.media.multipart..ParamValueFactoryWithSource.provide (ParamValueFactoryWithSource.java:71) в org.glassfish.jersey.server.spi.internal.ParameterValueHelper.getParameterValues ​​(ParameterValueHelper.java:90) * 101.mo.serg.,internal.JavaResourceMethodDispatcherProvider $ AbstractMethodParamInvoker.getParamValues ​​(JavaResourceMethodDispatcherProvider.java:127) в org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider $ ResponseOutInvoker.doDispatch (JavaResourceMethodDispatcherProvider.java:160)

в org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch (AbstractJavaResourceMethodDispatcher.java:99)

at org.glassfish.jersey.server.model.ResourceMethodInvoker.inhoke: 101389: 938 (9)* в org.glassfish.jersey.server.model.ResourceMethodInvoker.apply (ResourceMethodInvoker.java:347)

в org.glassfish.jersey.server.model.ResourceMethodInvoker.apply (ResourceMethodIn2.er.jpg)1022 *

at org.glassfish.jersey.server.ServerRuntime $ 2.run (ServerRuntime.java:326)

at org.glassfish.jersey.internal.Errors $ 1.call (Errors.java:271))

at org.glassfish.jersey.internal.Errors $ 1.call (Ошибкаs.java:267)

в org.glassfish.jersey.internal.Errors.process (Errors.java:315)

в org.glassfish.jersey.internal.Errors.process (Errors.java:297) в org.glassfish.jersey.internal.Errors.process (Errors.java:267)

в org.glassfish.jersey.process.internal.RequestScope.runInScope (RequestScope.java:317) в org.glassfish.jersey.server.ServerRuntime.process (ServerRuntime.java:305)

в org.glassfish.jersey.server.ApplicationHandler.handle (ApplicationHandler.java:1154)

вorg.glassfish.jersey.servlet.WebComponent.serviceImpl (WebComponent.java:473) в org.glassfish.jersey.servlet.WebComponent.service (WebComponent.java:427)

в org.glassfish.jersey.servlet.ServletContainer.service (ServletContainer.java:388)

в org.glassfish.jersey.servlet.ServletContainer.service (ServletContainer.java:341)

в org.glassfish.jersey.servlet.ServletContainer.service (ServletContainer.java:228)

в org.eclipse.jetty.servlet.ServletHolder.handle (ServletHolder.java:808)

в org.eclipse.jetty.servlet.ServletHandler $ CachedChain.doFilter (ServletHandler.java:1669)

в com.cadence.adw.common.generic.xml.server.service.http.RequestInterceptor.doFilter (RequestInterceptor.java:95 *)1050 *

в org.eclipse.jetty.servlet.ServletHandler $ CachedChain.doFilter (ServletHandler.java:1652)

в org.eclipse.jetty.servlets.UserAgentFilter.doFilter (UserAgentF :83) в org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:300)

в org.eclipse.jetty.servlet.ServletHandler $ CachedChain.doFilter (ServletHandler.java:1652) в org.eclipse.jetty.servlet.ServletHandler.jh: 585)

в org.eclipse.jetty.server.session.SessionHandler.doHandle (SessionHandler.java:221)

в org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)

в org.eclipse.jetty.servlet.ServletHandler.doScope (ServletHandler.java:515)

в org.eclipse.jetty.server.session.SessionHandler.doScope (SessionHandler.java:185) в org.eclipse.jetty.server.handler.ContextHandler.doScope (ContextHandler.java:1061)

в org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)

в org.eclipse.jetty.server.handler.ContextHandlerCollection.handle (ContextHandlerCollection.java:215)

в org.eclipse.jetty.server.handler.HandlerCollection.handle (HandlerCollection.java:110)

в org.eclipse.jetty.server.handler.HandlerWrapper.handle (HandlerWrapper.java:97)

в org.eclipse.jetty.server.Server.handle (Server.java:497)

вorg.eclipse.jetty.server.HttpChannel.handle (HttpChannel.java:310) в org.eclipse.jetty.server.HttpConnection.onFillable (HttpConnection.java:257)

в org.eclipj.io.AbstractConnection $ 2.run (AbstractConnection.java:540)

в org.eclipse.jetty.util.thread.QueuedThreadPool.runJob (QueuedThreadPool.java:635)

в org.eclse.jetty.util.thread.QueuedThreadPool $ 3.run (QueuedThreadPool.java:555)

в java.lang.Thread.run (Thread.java:748)

Причина: org.jvnet.mimepull.MIMEParsingException: отсутствует начальная граница

в org.jvnet.mimepull.MIMEParser.skipPreamble (MIMEParser.java:318)

в org.jvnet.mimepull.MIMEParser.access $ 300 (MIMEParser.java:68)

в org.jvnet.mimepull.MIMEParser $ MIMEEventIterator.next (MIMEParser.java:154)

в org.jvnet.mimepull.MIMEParser $ MIMEEventIterator.next (MIMEParser.java:132)

в org.jvnet.mimepull.MIMEMessage.makeProgress (MIMEMessage.java:228) в org.jvnet.mimepull.MIMEMessage.java: 189)

по адресу org.jvnet.mimepull.MIMEMessage.getAttachments (MIMEMessage.java:115)

по адресу org.glassfish.jersey.media.multipart.internal.MultiPartReaderClientSide.getMimePaderCideCartSideSentSentSentSideSentSartSideSartSideSartSideSartSideSartSideSartSideSartSideSartSideSartSentSartSideSartSideSartSideSartSideCentReaderCountPort.java: 272)

в org.glassfish.jersey.media.multipart.internal.MultiPartReaderClientSide.readMultiPart (MultiPartReaderClientSide.java:231)

в org.glassfish.jersey.media.multipart.internal.MultiPartReaderServerSide.readMultiPart (MultiPartReaderServerSide.java:91)

вorg.glassfish.jersey.media.multipart.internal.MultiPartReaderClientSide.readFrom (MultiPartReaderClientSide.java:183)

... еще 58

Answer 1

Установка параметров запроса не является правильным способом отправки составного запроса.Просто установить тип контента с границей недостаточно.Эта граница фактически используется внутри тела запроса для разделения разных «частей» запроса, а также для завершения тела.Например,

Content-Type: multipart/form-data; boundary=AaB03x

--AaB03x
Content-Disposition: form-data; name="submit-name"

Larry
--AaB03x
Content-Disposition: form-data; name="files"; filename="file1.txt"
Content-Type: text/plain

... contents of file1.txt ...
--AaB03x--

UrlConnection (или HttpUrlConnection не имеет API для простой отправки многочастных запросов. Вам нужно будет создать этот запрос вручнуюbody и отправка через выходной поток соединения.

Назначение multipart - отправить несколько параметров, где некоторые параметры являются двоичными объектами, такими как файлы изображений и т. д. Если все параметры являются только текстовыми, вы можете использоватьapplication/x-www-form-urlencoded content-type. Это то, что делает установка параметров запроса на HttpUrlConnection, когда вы делаете запрос POST. На сервере вы будете использовать @FormParam("param-name") вместо @FormDataParam. Это будет @QueryParamесли вы делаете запрос GET.

Если вы хотите сделать многокомпонентный запрос, вам нужно обратиться к клиенту, который поддерживает отправку, вместо того, чтобы вручную вручную создавать правильный формат тела.в Jersey Client и его Multipart support . Также существует множество других клиентских библиотек. Просто выполните поиск.

Также

• В чем разница между @FormDataParam и @FormParam?