Возврат двоичного содержимого из действия JPF с Weblogic Portal 10.2

Question

Одно из действий моего контроллера 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();

Answer 1

У нас есть что-то подобное, кроме возврата изображений вместо 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;
}

Я на самом деле удалил очень мало из этого метода, потому что там очень мало того, что мне нужно скрыть от посторонних глаз - код довольно общий, касается изображений, а не бизнес-логики. (Я изменил некоторые имена типов данных, но ничего страшного.)