JSF 2.3:"Array index out of range" 呈现包含“&&”的 Url 表单时
JSF 2.3: "Array index out of range" when rendering a form with Url containing ''&&"
给定一个 url 参数如下:
page.xhtml?param1=value&¶m2=value
似乎在该页面上提交表单后,发生了以下异常和堆栈跟踪:
java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 0
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.encodeURL(ServletExternalContextImpl.java:906)
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.encodeActionURL(ServletExternalContextImpl.java:364)
at javax.faces.context.ExternalContextWrapper.encodeActionURL(ExternalContextWrapper.java:80)
at org.apache.myfaces.shared.renderkit.html.HtmlFormRendererBase.encodeBegin(HtmlFormRendererBase.java:88)
at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:597)
at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:527)
at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:551)
at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:551)
at org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage.renderView(FaceletViewDeclarationLanguage.java:1897)
这似乎会在重新呈现表单时发生。
使用 ajax 缩小重新渲染的范围让我可以回避这个问题。
话虽如此,我想知道是否有更多选项可以解决此问题?
使用 IBM 的 Liberty 18.0.0.3、IBM 的 JSF 2.3 [1.0.0]
那个版本的 WebSphere Liberty 已经快 3 岁了,所以我首先建议升级到最新版本 WebSphere Liberty (or Open Liberty) 并检查问题是否已得到解决。
使用 Liberty 的零迁移架构,可以非常无缝地迁移到最新版本....您不仅可以获得大约 3 年的错误和安全修复,还可以获得性能和开发增强。
看来这个问题是我的项目配置所特有的。经过一些选择性的删除和添加后,我们发现负责将请求参数重新附加到 url 的视图处理程序是罪魁祸首。
参数字符串
param1=value&¶m2=value
将重新附加为
=¶m1=value¶m2=value
进而导致编码异常
谢谢和抱歉。
给定一个 url 参数如下:
page.xhtml?param1=value&¶m2=value
似乎在该页面上提交表单后,发生了以下异常和堆栈跟踪:
java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 0
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.encodeURL(ServletExternalContextImpl.java:906)
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.encodeActionURL(ServletExternalContextImpl.java:364)
at javax.faces.context.ExternalContextWrapper.encodeActionURL(ExternalContextWrapper.java:80)
at org.apache.myfaces.shared.renderkit.html.HtmlFormRendererBase.encodeBegin(HtmlFormRendererBase.java:88)
at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:597)
at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:527)
at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:551)
at javax.faces.component.UIComponentBase.encodeAll(UIComponentBase.java:551)
at org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage.renderView(FaceletViewDeclarationLanguage.java:1897)
这似乎会在重新呈现表单时发生。
使用 ajax 缩小重新渲染的范围让我可以回避这个问题。
话虽如此,我想知道是否有更多选项可以解决此问题?
使用 IBM 的 Liberty 18.0.0.3、IBM 的 JSF 2.3 [1.0.0]
那个版本的 WebSphere Liberty 已经快 3 岁了,所以我首先建议升级到最新版本 WebSphere Liberty (or Open Liberty) 并检查问题是否已得到解决。
使用 Liberty 的零迁移架构,可以非常无缝地迁移到最新版本....您不仅可以获得大约 3 年的错误和安全修复,还可以获得性能和开发增强。
看来这个问题是我的项目配置所特有的。经过一些选择性的删除和添加后,我们发现负责将请求参数重新附加到 url 的视图处理程序是罪魁祸首。
参数字符串
param1=value&¶m2=value
将重新附加为
=¶m1=value¶m2=value
进而导致编码异常
谢谢和抱歉。