【问题标题】:Error in streaming dynamic resource. null流式传输动态资源时出错。空值
【发布时间】:2026-01-19 17:25:01
【问题描述】:

重要通知:此问题已于 2015 年 4 月 8 日PrimeFaces 5.2 final(社区发布)released 发布。因此,如果您碰巧使用了该版本或更高版本,您无需摆弄临时解决方法。

现在可以安全地修改前面给出的示例,如下所示。

public StreamedContent getImage() throws IOException {
    FacesContext context = FacesContext.getCurrentInstance();

    if (context.getCurrentPhaseId() == PhaseId.RENDER_RESPONSE) {
        return new DefaultStreamedContent();
    } else {
        String id = context.getExternalContext().getRequestParameterMap().get("id");
        byte[] bytes = Utils.isNumber(id) ? service.findImageById(Long.parseLong(id)) : null;
        return bytes == null ? null : new DefaultStreamedContent(new ByteArrayInputStream(bytes));
    }
}

在我厌倦了操作/管理存储在磁盘文件系统中的图像之后,我以 BLOB (LONGBLOB) 的形式将图像移动到数据库 (MySQL)。

因此,我在<p:dataTable> 中显示图像如下(公然从here 复制:)。

<p:column headerText="Header">
    <p:graphicImage value="#{bannerBean.image}" height="200" width="200">
        <f:param name="id" value="#{row.bannerId}"/>
    </p:graphicImage>
<p:column>

获取图片的bean如下。

@ManagedBean
@ApplicationScoped
public final class BannerBean
{
    @EJB
    private final BannerBeanLocal service=null;
    public BannerBean() {}

    public StreamedContent getImage() throws IOException {
        FacesContext context = FacesContext.getCurrentInstance();

        if (context.getCurrentPhaseId() == PhaseId.RENDER_RESPONSE) {
            return new DefaultStreamedContent();
        }
        else {
            String id = context.getExternalContext().getRequestParameterMap().get("id");
            byte[] bytes = service.findImageById(Long.parseLong(id));
            return bytes==null? new DefaultStreamedContent():new DefaultStreamedContent(new ByteArrayInputStream(bytes));
        }
    }
}

只要基础数据库表的每一行中都有图像,它就可以正常工作。

但是,数据库中的 BLOB 类型列在某些情况下是可选的,因此它也可以包含 null 值。

如果数据库中任意一行的该列为null,则抛出以下异常。

SEVERE:   Error in streaming dynamic resource. null
WARNING:   StandardWrapperValve[Faces Servlet]: Servlet.service() for servlet Faces Servlet threw exception
java.lang.NullPointerException
    at org.primefaces.application.PrimeResourceHandler.handleResourceRequest(PrimeResourceHandler.java:127)
    at javax.faces.application.ResourceHandlerWrapper.handleResourceRequest(ResourceHandlerWrapper.java:153)
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
    at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:70)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
    at java.lang.Thread.run(Thread.java:722)

那么如何管理null BLOBs 让这个异常消失呢?

返回new DefaultStreamedContent(new ByteArrayInputStream(new byte[0])),以防托管 bean 中的字节数组为 null 会抑制异常,但毕竟这不应该是一个解决方案。这是一个理想的解决方案吗?


在这种情况下,虽然完全没有必要,但返回字节数组的 EJB 方法。

public byte[] findImageById(Long id)
{
    CriteriaBuilder criteriaBuilder = entityManager.getCriteriaBuilder();
    CriteriaQuery<byte[]>criteriaQuery=criteriaBuilder.createQuery(byte[].class);
    Root<BannerImages> root = criteriaQuery.from(BannerImages.class);
    criteriaQuery.multiselect(root.get(BannerImages_.bannerImage));
    ParameterExpression<Long>parameterExpression=criteriaBuilder.parameter(Long.class);
    criteriaQuery.where(criteriaBuilder.equal(root.get(BannerImages_.bannerId), parameterExpression));
    List<byte[]> list = entityManager.createQuery(criteriaQuery).setParameter(parameterExpression, id).getResultList();
    return list!=null&&!list.isEmpty()?list.get(0):null;
}

【问题讨论】:

    标签: jsf primefaces blob jsf-2.2


    【解决方案1】:

    这是PrimeResourceHandler 中的一个错误(至少是功能/技术设计错误)。它不应该假设动态资源或其内容永远不会是null。它应该有条件地检查是否是这种情况,然后简单地返回一个 HTTP 404“未找到”响应。

    换句话说,而不是

    85    streamedContent = (StreamedContent) ve.getValue(eLContext);
    86 
    87    externalContext.setResponseStatus(200);
    88    externalContext.setResponseContentType(streamedContent.getContentType());
    

    他们应该这样做

    85    streamedContent = (StreamedContent) ve.getValue(eLContext);
    86 
    87    if (streamedContent == null || streamedContent.getStream() == null) {
    88        externalContext.responseSendError(HttpServletResponse.SC_NOT_FOUND, ((HttpServletRequest) externalContext.getRequest()).getRequestURI());
    89        return;
    90    }
    91
    92    externalContext.setResponseStatus(200);
    93    externalContext.setResponseContentType(streamedContent.getContentType());
    

    这样,您可以从 getImage() 方法返回 null 或空的 StreamedContent 以生成体面的 404。

    嗯,你能做什么?

    1. Report 给他们,希望他们能修复它。 更新他们fixed 5.2 版本。

    2. 和/或,将 copyPrimeResourceHandler 类放在 webapp 项目的 Java 源文件夹中,完全放在它自己的 org.primefaces.application 包中,然后编辑它以包含提到的更改,最后像往常一样像WAR一样构建/部署你的webapp项目。 /WEB-INF/classes 中的类的类加载优先级高于 /WEB-INF/lib 中 JAR 中的类,因此将使用修改后的类。

    【讨论】:

    • 问题一直是reported
    • 该错误被列为未来版本的新功能。怎么可能,之前一直在工作。差不多半年了,还没修好。对我来说,这是应该工作的基本功能?!链接:code.google.com/p/primefaces/issues/…
    • 跟踪器上的问题状态为即将到来的 PrimeFaces 5.2 版本显示“Fixed”。
    【解决方案2】:

    我建议在&lt;p:dataTable&gt; 正在迭代的对象中包含一个属性,以表示图像是否存在。这样,就没有对BannerBean.getImage() 的不必要(或空返回)调用。

    例子:

    <p:column headerText="Header">
        <p:graphicImage value="#{bannerBean.image}" height="200" width="200"
                rendered="#{row.hasImage}">
            <f:param name="id" value="#{row.bannerId}"/>
        </p:graphicImage>
    <p:column>
    

    另一种选择是获取 Primefaces 源代码,编辑 PrimeResourceHandler.java,然后构建它。 (见the wiki


    另一种解决方案是设置您自己的 Serlvet 来提供图像。

    • 主要好处是浏览器可以缓存图像(如果需要,您可以指定缓存超时)。
    • 注意 SQL 注入和其他安全攻击。
    • 附加某种登录/权限检查以提高安全性。 (如果需要)

    例子:

    <p:column headerText="Header">
        <p:graphicImage value="#{request.contextPath}/images/banner/?id=#{row.bannerId}"
                height="200" width="200" />
    <p:column>
    
    @WebServlet(name = "Retrieve Banner Images", urlPatterns = "/images/banner/*")
    public class BannerImageServlet extends HttpServlet
    {
        @EJB
        private final BannerBeanLocal service;
    
        protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException {
            String[] ids = req.getParameterValues("id");
            if(ids != null && ids.length == 1) {
                byte[] bytes = service.findImageById(Long.parseLong(ids[0]));
                if(bytes != null) {
                    // see link #3 below
                }
            }
        }
    }
    

    来源/有用的链接:

    1. #{request.contextPath}
    2. @WebServlet tutorial
    3. how to send byte stream back to the client

    【讨论】:

    • 通过 JSF/CDI 作用域装饰 Servlet 是否合法?
    • 好点,我似乎未能删除该行。我会进行编辑。
    最近更新 更多