Возврат двоичного содержимого из действия JPF с помощью Weblogic Portal 10.2
-
13-09-2019 - |
Вопрос
Одно из действий моего контроллера JPF создает PDF-файл, и я хотел бы вернуть этот файл пользователю, чтобы он мог его загрузить.
Возможно ли это сделать, или я вынужден куда-то записать файл и моим действием переслать ссылку на этот файл?Обратите внимание, что я хотел бы избегать этого, насколько это возможно, по соображениям безопасности, а также потому, что у меня нет возможности узнать, когда пользователь загрузил файл, чтобы я мог его удалить.
Я пытался получить доступ к HttpServletResponse, но ничего не происходит:
getResponse().setContentLength(file.getSize());
getResponse().setContentType(file.getMimeType());
getResponse().setHeader("Content-Disposition", "attachment;filename=\"" + file.getTitle() + "\"");
getResponse().getOutputStream().write(file.getContent());
getResponse().flushBuffer();
Решение
У нас есть нечто похожее, только вместо PDF-файла возвращаются изображения;Хотя, я думаю, должно быть аналогичное решение.
В JSP у нас есть IMG
тег, где src
установлено:
<c:url value="/path/getImage.do?imageId=${imageID}" />
(Я не показываю всего, потому что пытаюсь упростить.) В вашем случае, возможно, это будет ссылка, где href
делается аналогичным образом.
Что getImage.do
очевидно, сопоставляется с нашим контроллером JPF.Вот код из JPF getImage()
метод, над которым вы пытаетесь работать:
@Jpf.Action(forwards = {
@Jpf.Forward(name = FWD_SUCCESS, navigateTo = Jpf.NavigateTo.currentPage),
@Jpf.Forward(name = FWD_FAILURE, navigateTo = Jpf.NavigateTo.currentPage) })
public Forward getImage(final FormType pForm) throws Exception {
final HttpServletRequest lRequest = getRequest();
final HttpServletResponse lResponse = getResponse();
final HttpSession lHttpSession = getSession();
final String imageIdParam = lRequest.getParameter("imageId");
final long header = lRequest.getDateHeader("If-Modified-Since");
final long current = System.currentTimeMillis();
if (header > 0 && current - header < MAX_AGE_IN_SECS * 1000) {
lResponse.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
return null;
}
try {
if (imageIdParam == null) {
throw new IllegalArgumentException("imageId is null.");
}
// Call to EJB, which is retrieving the image from
// a separate back-end system
final ImageType image = getImage(lHttpSession, Long
.parseLong(imageIdParam));
if (image == null) {
lResponse.sendError(404, IMAGE_DOES_NOT_EXIST);
return null;
}
lResponse.setContentType(image.getType());
lResponse.addDateHeader("Last-Modified", current);
// public: Allows authenticated responses to be cached.
lResponse.setHeader("Cache-Control", "max-age=" + MAX_AGE_IN_SECS
+ ", public");
lResponse.setHeader("Expires", null);
lResponse.setHeader("Pragma", null);
lResponse.getOutputStream().write(image.getContent());
} catch (final IllegalArgumentException e) {
LogHelper.error(this.getClass(), "Illegal argument.", e);
lResponse.sendError(404, IMAGE_DOES_NOT_EXIST);
} catch (final Exception e) {
LogHelper.error(this.getClass(), "General exception.", e);
lResponse.sendError(500);
}
return null;
}
На самом деле я очень мало удалил из этого метода, потому что там очень мало того, что мне нужно скрывать от посторонних глаз - код довольно общий, связан с изображениями, а не с бизнес-логикой.(Я изменил некоторые имена типов данных, но это не страшно.)