我对这个问题也很感兴趣。在 CXF 邮件列表上与 Sergey 讨论时,我了解到如果附件超过某个阈值,CXF 正在使用临时文件。
在这个过程中,我发现了这篇博文,它解释了如何安全地使用 CXF 附件。您也可以对此页面上的示例感兴趣。
我现在正在调查,目前只能说这些,希望对您有所帮助。
编辑:目前这是我们使用 CXF 2.6.x 处理附件的方式。关于使用多部分内容类型上传文件。
在我们的 REST 资源中,我们定义了以下方法:
@POST
@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.MULTIPART_FORM_DATA)
@Path("/")
public Response archive(
@Multipart(value = "title", required = false) String title,
@Multipart(value = "hash", required = false) @Hash(optional = true) String hash,
@Multipart(value = "file") @NotNull Attachment attachment) {
...
IncomingFile incomingFile = attachment.getObject(IncomingFile.class);
...
}
关于该片段的一些注释:
@Multipart
不是 JAXRS 的标准,甚至在 JAXRS 2 中也不是,它是 CXF 的一部分。
- 在我们的代码中,我们实现了 bean 验证(您必须在 JAXRS 1 中自己完成)
- 您不必使用 a
MultipartBody
,这里的关键是使用类型的参数Attachment
所以是的,据我们所知,目前还不可能在方法签名中直接获得我们想要的类型。因此,例如,如果您只想要InputStream
附件的,则不能将其放在方法的签名中。您必须使用org.apache.cxf.jaxrs.ext.multipart.Attachment
类型并编写以下语句:
InputStream inputStream = attachment.getObject(InputStream.class);
我们还发现在Sergey Beryozkin的帮助下,我们可以转换或包装它InputStream
,这就是为什么我们在上面的代码片段中写道:
IncomingFile incomingFile = attachment.getObject(IncomingFile.class);
IncomingFile
是我们围绕. InputStream
_MessageBodyReader
ParamHandler
String
@Component
@Provider
@Consumes
public class IncomingFileAttachmentProvider implements MessageBodyReader<IncomingFile> {
@Override
public boolean isReadable(Class<?> type, Type genericType, Annotation[] annotations, MediaType mediaType) {
return type != null && type.isAssignableFrom(IncomingFile.class);
}
@Override
public IncomingFile readFrom(Class<IncomingFile> type,
Type genericType,
Annotation[] annotations,
MediaType mediaType,
MultivaluedMap<String, String> httpHeaders,
InputStream entityStream
) throws IOException, WebApplicationException {
return createIncomingFile(entityStream, fixedContentHeaders(httpHeaders)); // the code that will return an IncomingFile
}
}
但是请注意,已经进行了一些试验来了解通过了什么、如何以及如何热修复错误(例如,附件部分的第一个标题的第一个字母是 eat 所以你有ontent-Type
而不是Content-Type
)。
当然代表附件entityStream
的实际情况。InputStream
此流将从内存或磁盘读取数据,具体取决于 CXF 将数据放在何处;有一个大小阈值属性 ( attachment-memory-threshold
) 。您还可以说出临时附件的去向 ( attachment-directory
)。
完成后不要忘记关闭流(某些工具会为您完成)。
配置完所有内容后,我们使用 Johan Haleby 的Rest - Assured对其进行了测试。(虽然有些代码是我们测试工具的一部分):
given().log().all()
.multiPart("title", "the.title")
.multiPart("file", file.getName(), file.getBytes(), file.getMimeType())
.expect().log().all()
.statusCode(200)
.body("store_event_id", equalTo("1111111111"))
.when()
.post(host().base().endWith("/store").toStringUrl());
或者,如果您需要以这种方式通过 curl 上传文件:
curl --trace -v -k -f
--header "Authorization: Bearer b46704ff-fd1d-4225-9dd4-e29065532b73"
--header "Content-Type: multipart/form-data"
--form "hash={SHA256}3e954efb149aeaa99e321ffe6fd581f84d5a497b6fab5c86e0d5ab20201f7eb5"
--form "title=fantastic-video.mp4"
--form "archive=@/the/path/to/the/file/fantastic-video.mp4;type=video/mp4"
-X POST http://localhost:8080/api/video/event/store
为了完成这个答案,我想提一下,可以在多部分中包含 JSON 有效负载,因为您可以Attachment
在签名中使用一个类型,然后编写
Book book = attachment.getObject(Book.class)
或者您可以编写如下参数:
@Multipart(value="book", type="application/json") Book book
只是不要忘记Content-Type
在执行请求时将标头添加到相关部分。
值得一提的是,可以将所有部分都放在一个列表中,只需编写一个带有 type 的单个参数的方法List<Attachment>
。但是,我更喜欢在方法签名中包含实际参数,因为它更干净且样板文件更少。
@POST
void takeAllParts(List<Attachment> attachments)