【问题标题】:JSP or XHTML? PWC6228: #{...} not allowed in a template text body [duplicate]JSP 还是 XHTML? PWC6228:模板文本正文中不允许使用 #{...} [重复]
【发布时间】:2012-10-04 09:23:11
【问题描述】:

我是第一次尝试使用 JSF,但我不了解 JSF 的 JSP 标签库。

在 Eclipse (Indigo) 下,当我创建一个新的 JSP 文件时,我可以在一些模板之间进行选择:

  • 新的 JavaServer Faces (JSF) 页面 (html)
  • 新的 JavaServer Faces (JSF) 页面 (xhtml)
  • 新的 JavaServer Faces (JSF) 页面(xhtml、xml 语法)
  • ...

html模板使用<%@ taglib prefix="..." uri="..." %>,而xhtml模板使用<html xmlns:...="...">

当我选择 xhtml 模板 JSF taglib 似乎不受支持,因为当我使用 <h:outputText value="#{bean.beanMethod}" /> 时,我收到了异常:

[#|2012-10-04T10:51:45.734+0200|警告|glassfish3.1.1|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=39;_ThreadName=Thread- 2;|ApplicationDispatcher[/testjsf] PWC1231:servlet jsp 的 Servlet.service() 抛出异常 org.apache.jasper.JasperException: /b.jsp(14,25) PWC6228: #{...} 不允许在模板文本正文中。 在 org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:81) 在 org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:376) 在 org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:188) 在 org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:755) 在 org.apache.jasper.compiler.Node$ELExpression.accept(Node.java:947) 在 org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2297) 在 org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2347) 在 org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2353) 在 org.apache.jasper.compiler.Node$Root.accept(Node.java:499) 在 org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2297) 在 org.apache.jasper.compiler.Validator.validate(Validator.java:1882) 在 org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:223) 在 org.apache.jasper.compiler.Compiler.compile(Compiler.java:451) 在 org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:625) 在 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374) 在 org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:492) 在 org.apache.jasper.servlet.JspServlet.service(JspServlet.java:378) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:847) 在 org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539) 在 org.apache.catalina.core.ApplicationDispatcher.doInvoke(ApplicationDispatcher.java:787) 在 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:649) 在 org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:483) 在 org.apache.catalina.core.ApplicationDispatcher.doDispatch(ApplicationDispatcher.java:454) 在 org.apache.catalina.core.ApplicationDispatcher.dispatch(ApplicationDispatcher.java:350) 在 org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:300) 在 com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:546) 在 com.sun.faces.application.view.JspViewHandlingStrategy.executePageToBuildView(JspViewHandlingStrategy.java:364) 在 com.sun.faces.application.view.JspViewHandlingStrategy.buildView(JspViewHandlingStrategy.java:154) 在 com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) 在 com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) 在 com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) 在 javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) 在 org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539) 在 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281) 在 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) 在 org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) 在 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) 在 com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) 在 com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) 在 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) 在 org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330) 在 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) 在 com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174) 在 com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828) 在 com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725) 在 com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) 在 com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) 在 com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) 在 com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) 在 com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) 在 com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) 在 com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) 在 com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) 在 com.sun.grizzly.ContextTask.run(ContextTask.java:71) 在 com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) 在 com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) 在 java.lang.Thread.run(Thread.java:722)

使用 html 模板,它可以工作。

那么如何使用带有 xhtml 模板的 JSF 呢?

它使用:

<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:h="http://java.sun.com/jsf/html">

<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %>
<%@ taglib uri="http://java.sun.com/jsf/core" prefix="f" %>

一起,但我相信声明 xmlns 会取代 &lt;%@ taglib %&gt; 指令?

感谢您的帮助

【问题讨论】:

  • 好的,当我使用 .xhtml 页面而不是 .jsp 文件时它可以工作。请问为什么会有这种行为?

标签: jsp templates jsf el facelets


【解决方案1】:

JSP 大约在 3 年前就已将 deprecated 视为 JSF 2.0 视图技术。你为什么要使用它?


回到你的具体问题:

PWC6228:模板文本正文中不允许使用 #{...}。

这基本上意味着&lt;h:outputText&gt; 没有被FacesServlet 解析,因此被解释为纯模板文本,包括EL 表达式。但是,JSP 不支持模板文本中的 #{}&lt;p&gt;#{foo}&lt;/p&gt; 中的 #{}。它仅在其后续 Facelets 中受支持。

&lt;h:outputText&gt; 未被FacesServlet 解析只能表示浏览器地址栏中显示的请求 URL 与 webapp 的/WEB-INF/web.xml 中定义的FacesServlet&lt;url-pattern&gt; 不匹配.这样FacesServlet 就不会被调用,所有JSF 组件都不会被解析并被视为纯文本。

也许您已将其映射到 *.xhtml,这说明 Facelets 文件可以正常工作?然后你应该用b.xhtml而不是b.jsp打开它。

但是,如前所述,自 JSF 2.0 起,JSP 已被弃用。它不允许您使用所有 JSF 2.0 的强大功能,例如 &lt;h:head&gt;&lt;f:ajax&gt; 等,更不用说 Facelet templating awesomeness。忘记 JSP 并坚持使用它的继任者 Facelets。

【讨论】:

  • 感谢您的澄清。
  • 感谢您的澄清,但我不明白为什么 .xhtml 扩展名会被 FacesServlet 解析,因为我的 web.xml 中的 url-pattern 是 /faces/* 所以它应该适用于没有或两者都有,不是吗?我已经看到 GlassFish(我的案例)和其他应用程序服务器自动将某些模式(/faces/*,.jsf)映射到 FacesServlet,但在我的情况下,当我在网络中删除 /faces/ 模式时.xml,不再解析 .jsp 或 .xhtml 页面...我怀疑可能配置错误...我不知道(PS:previoux 评论不完整,抱歉)
猜你喜欢
  • 2012-01-03
  • 1970-01-01
  • 2013-09-04
  • 2012-11-01
  • 2013-05-25
  • 2012-03-08
  • 1970-01-01
相关资源
最近更新 更多