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的构造函数的主体与示例中给出的下载方法的主体相同。

您的命令链接<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}被解析的同时，还有一个fileDownloadView的新实例是从表达式的第一部分创建的，构造函数中的代码已成功执行。某些CPU容器之后，ELResolver无法解析表达式的第二个.fileDownloadView部分，并引发了异常，将事情弄乱了。

在JSF中下载PDF返回空白页

1 个答案: