在JSF中下载PDF返回空白页

Question

我使用JSF，并且有一个h:commandButton提示下载文件。 该文件为PDF格式。 下载的文件具有正确的页数，但它们为空白。

在浏览器中打开文件时，出现以下消息：

该PDF文档可能无法正确显示。

这是我的commandButton：

    <h:form>
        <h:commandButton action="#{fileDownloadView.fileDownloadView}" value="Download"/>
    </h:form>

这是我的课：

@ManagedBean
public class FileDownloadView {

    private static final String FILENAME = "manual.pdf";
    private static final String CONTENT_TYPE = "application/pdf";

    public FileDownloadView() throws IOException, DocumentException {
        Resource resource = new ClassPathResource(FILENAME);
        InputStream stream = resource.getInputStream();
        FacesContext facesContext = FacesContext.getCurrentInstance();
        ExternalContext externalContext = facesContext.getExternalContext();
        externalContext.responseReset();
        externalContext.setResponseContentType(CONTENT_TYPE);
        externalContext.setResponseHeader("Content-Disposition", "attachment; filename=\"" + FILENAME + "\"");
        OutputStream outputStream = externalContext.getResponseOutputStream();
        byte[] bytes = IOUtils.toByteArray(stream);
        outputStream.write(bytes);
        facesContext.responseComplete();
    }

}

这可能是什么原因？

编辑：

声称重复的帖子给出了以下代码：

public void download() throws IOException {
    FacesContext fc = FacesContext.getCurrentInstance();
    ExternalContext ec = fc.getExternalContext();

    ec.responseReset(); // Some JSF component library or some Filter might have set some headers in the buffer beforehand. We want to get rid of them, else it may collide.
    ec.setResponseContentType(contentType); // Check http://www.iana.org/assignments/media-types for all types. Use if necessary ExternalContext#getMimeType() for auto-detection based on filename.
    ec.setResponseContentLength(contentLength); // Set it with the file size. This header is optional. It will work if it's omitted, but the download progress will be unknown.
    ec.setResponseHeader("Content-Disposition", "attachment; filename=\"" + fileName + "\""); // The Save As popup magic is done here. You can give it any file name you want, this only won't work in MSIE, it will use current request URL as file name instead.

    OutputStream output = ec.getResponseOutputStream();
    // Now you can write the InputStream of the file to the above OutputStream the usual way.
    // ...

    fc.responseComplete(); // Important! Otherwise JSF will attempt to render the response which obviously will fail since it's already written with a file and closed.
}

如果您仔细观察，我的代码是一样的，除了以下注释部分：

//现在，您可以按通常方式将文件的InputStream写入上述OutputStream中。 // ...

我为此写的是

byte[] bytes = IOUtils.toByteArray(stream);
outputStream.write(bytes);

怎么了 这不是写在输出流中的字节数组吗？ 为什么这不起作用？

Answer 1

没错，bean的构造函数的主体与示例中给出的download 方法的主体相同。

您的命令链接<h:commandButton action="#{fileDownloadView.fileDownloadView}" .../>操作方法表达式试图在您的bean上查找并调用一个名为fileDownloadView的方法，但该方法不存在。

您的public FileDownloadView是构造函数，因为它没有返回值类型，并且与该类具有相同的名称。 如果您将其更改为public void download该bean将不再具有显式的构造函数，而最终将具有可由命令按钮调用的方法，如下所示：

 <h:commandButton action="#{fileDownloadView.download}" value="Download"/>

大写很重要，因此请勿将方法称为public void Download或类似方法。

我不确定当前实现中实际发生了什么，但是我想在解析#{fileDownloadView.fileDownloadView}同时，从表达式的第一部分创建了一个新的bean fileDownloadView实例，并且构造函数中的代码成功完成了被执行。 某些CPU容器之后，ELResolver无法解析表达式的第二个.fileDownloadView部分，并引发了异常，将事情弄乱了。