动态添加的 JSF 状态保存和自定义组件 children
JSF State saving and custom components with dynamically added children
我正在开发一个 JSF 自定义组件。该组件的目的是封装另一个组件（即 PrimeFaces table）并向其添加自定义行为。例如，它支持的功能之一是从基础数据或某些属性动态创建 PrimeFaces 列。此外，它支持在 XHTML 中声明额外的 PrimeFaces 列，这些列也应添加到封装的 PrimeFaces table。
考虑这个例子：
<my:table id="table" fields="title,label,value,additional">
<primefaces:column id="additional">
some content
</primefaces:column>
</my:table>
我的自定义组件在呈现期间根据 fields 属性动态创建 PrimeFaces 列。然后它将其所有 column children 移动到 PrimeFaces table，因此渲染组件树后如下所示：
my:table id="table"
|---primefaces:table id="table_table"
|---primefaces:column id="title"
|---primefaces:column id="label"
|---primefaces:column id="value"
|---primefaces:column id="additional"
在第一次渲染时，这工作正常。但是，当我执行组件的 AJAX 更新时，出现以下异常：
javax.faces.FacesException: Cannot remove the same component twice: table:additional
at com.sun.faces.context.StateContext$DynamicAddRemoveListener.handleAddRemoveWithAutoPrune(StateContext.java:761)
at com.sun.faces.context.StateContext$DynamicAddRemoveListener.handleRemove(StateContext.java:629)
at com.sun.faces.context.StateContext$AddRemoveListener.processEvent(StateContext.java:342)
at com.sun.faces.context.StateContext$DynamicAddRemoveListener.processEvent(StateContext.java:565)
at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108)
at javax.faces.event.ComponentSystemEvent.processListener(ComponentSystemEvent.java:118)
at com.sun.faces.application.ApplicationImpl.processListenersAccountingForAdds(ApplicationImpl.java:2218)
at com.sun.faces.application.ApplicationImpl.invokeViewListenersFor(ApplicationImpl.java:2036)
at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:290)
at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:245)
at javax.faces.application.ApplicationWrapper.publishEvent(ApplicationWrapper.java:726)
at javax.faces.component.UIComponentBase.disconnectFromView(UIComponentBase.java:2275)
at javax.faces.component.UIComponentBase.doPreRemoveProcessing(UIComponentBase.java:1939)
at javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:437)
at javax.faces.component.UIComponentBase$ChildrenList.remove(UIComponentBase.java:2757)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.adjustIndexOfDynamicChildren(ComponentTagHandlerDelegateImpl.java:283)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:223)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:206)
at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366)
at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:194)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:350)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199)
at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:124)
at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:116)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:206)
at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366)
at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.jsf.core.ViewHandler.apply(ViewHandler.java:225)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:350)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:174)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:350)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:174)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:161)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:1006)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
at de.gebit.trend.servlet.security.AuthorizationFilter.doFilter(AuthorizationFilter.java:269)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:108)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:620)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:349)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:783)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:789)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Unknown Source)
因此，只有从我的 table 移动到 PrimeFaces table 的 column 才会产生此错误。其他列不会重新创建，因为在渲染期间，我使用存储在 StateHelper 中的实例变量来指示列已经创建。
我有点明白这个异常是从哪里来的，它与JSF保存完整的组件树有关，而当JSF恢复视图时，保存的状态与XHTML不一致。我不知道的是，如何解决这个问题。
有人可以向我解释一下这种状态保存机制究竟是如何工作的，尤其是与动态添加的 children 结合使用以及如何避免这种异常吗？
更新 (10.02.2017)
我创建了一个小型示例项目，没有使用以前使用的其他框架。它可以在我的 GitHub profile 上找到。之前使用的一个主要框架是摆弄安装在 StateContext 中的 AddRemoveListeners 来重放动态动作。为了避免这对我的问题产生影响并创建可重现的环境，我删除了它们。
我现在看到的行为略有不同（不再有例外）并且取决于部分状态保存是否是enabled/disabled以及我用来移动的方法primefaces:column:
table 的第一次渲染在所有情况下都工作正常。然后，我通过提交寻呼请求来执行回发请求。在某些情况下，这种行为是错误的。
启用部分状态保存
启用部分状态保存后，分页不起作用。我没有得到异常，但是有很多类似这样的警告：
Feb 10, 2017 4:33:11 PM com.sun.faces.application.view.FaceletPartialStateManagementStrategy saveDynamicActions
WARNUNG: Unable to save dynamic action with clientId 'form:table:table_table:additional' because the UIComponent cannot be found
对于在 primefaces:table 中动态创建或移动到 primefaces:table 的每个组件，或者是其中之一的 child 组件，都会出现此警告。
部分状态保存已禁用
在禁用部分状态保存的情况下，分页可以正常工作，但会显示不同的行为，具体取决于移动一个自定义 primefaces:column 的时间。
在呈现响应阶段移动“列”
当 primefaces:column 在渲染响应阶段移动时，例如在 encodeXxx 中，一切正常。所有列的顺序都正确，值正确，分页效果很好。
使用 `PostAddToViewEvent` 移动 `column`
根据@BalusC的建议，使用这种方法时，移动的primefaces:column会在分页时消失。 PostAddToViewEvent 被调用了几次，column 在处理这个事件时被移动了，但是在渲染时，它已经消失了，只有之前创建的三个 column 还在。
在这一点上，我很困惑。这是 Mojarra 或 Primefaces 中的错误，还是我做错了什么？使用 JSF 甚至可以实现这种行为吗？
JSF 状态管理记住对组件树的动态操作，以便它可以确保它在 post 恢复视图后完全相同在生成 post 表单的先前请求的渲染响应期间。
你得到的异常，
javax.faces.FacesException: Cannot remove the same component twice: table:additional
基本上表明您已将相同的组件两次添加到同一父级。
也就是说，你从组件树中获取了你想要的组件，然后添加到你想要的父组件中。但是，根据给定的例外情况，在那一刻 已经 附加到所需的父级！实际上，您执行了 no-op。但是 JSF 会记住同一视图上 add/remove 到 post 的每个动态组件，即使它实际上是 no-op。该部分反过来可能是 JSF 实现本身的一个错误，但您首先不应在组件位于所需位置时四处移动。
一种快速解决方法是通过 UIComponent#getParent() 检查组件的父级，如果它不是所需的父级，如果是，则跳过 getChildren().add() 调用。
if (!componentToMove.getParent().equals(targetParent)) {
targetParent.getChildren().add(componentToMove);
}
一个 hack 是将 UIComponent#setInView() 设置为 false，这样 JSF 就不会记住动态操作。
componentToMove.setInView(false);
targetParent.getChildren().add(componentToMove);
componentToMove.setInView(true);
// NOTE: with MyFaces, call setInView() on componentToMove.getParent() instead.
但是使用此方法时要小心，另请参阅其 javadoc。
但是，执行组件树操作的最自然方式是 postAddtoViewEvent 侦听器，而不是在 encodeXxx() 方法期间。
@ListenerFor(systemEventClass=PostAddToViewEvent.class)
public class YourComponent extends SomeUIComponent {
@Override
public void processEvent(ComponentSystemEvent event) {
if (event instanceof PostAddToViewEvent) {
targetParent.getChildren().add(componentToMove);
}
}
简单的回答是：是其他框架的问题在使用中。该框架覆盖了 JSF 的状态保存机制，并用自定义机制取而代之。然而，该实现是错误的，并且没有处理负责正确保存动态组件动作的 DynamicAddRemoveListeners。他们修复了错误，现在可以正常使用了。
但是，我想指出修复我的组件所必需的几件事：
First, @BalusC 向我指出了在自定义 JSF 组件中移动子组件的正确方法：应该使用PostAddToView 事件侦听器。
@ListenerFor(systemEventClass=PostAddToViewEvent.class)
public class YourComponent extends SomeUIComponent {
@Override
public void processEvent(ComponentSystemEvent event) {
if (event instanceof PostAddToViewEvent) {
targetParent.getChildren().add(componentToMove);
}
}
}
但是，这种方法有一个缺点，即此时不会设置组件属性。因此，如果您需要这些，组件只能在渲染响应阶段 created/moved。
其次，自定义JSF组件的子组件不应保存在StateHelper中。应在每次请求时重新创建它们，以便 JSF 在重放动态操作时找到这些组件。
第三，动态创建的子组件的ID（如果设置的话）应该总是在组件自己创建的时候设置。我的自定义组件仅在呈现响应阶段设置其子组件的 ID，因此当 JSF 尝试重放动态操作时，它找不到相应的组件。这是上面 部分状态保存启用 .
部分提到的问题的解决方案
因此，通过所有这些调整和对其他框架的修复，现在我的组件终于可以正常工作了。
我正在开发一个 JSF 自定义组件。该组件的目的是封装另一个组件（即 PrimeFaces table）并向其添加自定义行为。例如，它支持的功能之一是从基础数据或某些属性动态创建 PrimeFaces 列。此外，它支持在 XHTML 中声明额外的 PrimeFaces 列，这些列也应添加到封装的 PrimeFaces table。
考虑这个例子：
<my:table id="table" fields="title,label,value,additional">
<primefaces:column id="additional">
some content
</primefaces:column>
</my:table>
我的自定义组件在呈现期间根据 fields 属性动态创建 PrimeFaces 列。然后它将其所有 column children 移动到 PrimeFaces table，因此渲染组件树后如下所示：
my:table id="table"
|---primefaces:table id="table_table"
|---primefaces:column id="title"
|---primefaces:column id="label"
|---primefaces:column id="value"
|---primefaces:column id="additional"
在第一次渲染时，这工作正常。但是，当我执行组件的 AJAX 更新时，出现以下异常：
javax.faces.FacesException: Cannot remove the same component twice: table:additional
at com.sun.faces.context.StateContext$DynamicAddRemoveListener.handleAddRemoveWithAutoPrune(StateContext.java:761)
at com.sun.faces.context.StateContext$DynamicAddRemoveListener.handleRemove(StateContext.java:629)
at com.sun.faces.context.StateContext$AddRemoveListener.processEvent(StateContext.java:342)
at com.sun.faces.context.StateContext$DynamicAddRemoveListener.processEvent(StateContext.java:565)
at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108)
at javax.faces.event.ComponentSystemEvent.processListener(ComponentSystemEvent.java:118)
at com.sun.faces.application.ApplicationImpl.processListenersAccountingForAdds(ApplicationImpl.java:2218)
at com.sun.faces.application.ApplicationImpl.invokeViewListenersFor(ApplicationImpl.java:2036)
at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:290)
at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:245)
at javax.faces.application.ApplicationWrapper.publishEvent(ApplicationWrapper.java:726)
at javax.faces.component.UIComponentBase.disconnectFromView(UIComponentBase.java:2275)
at javax.faces.component.UIComponentBase.doPreRemoveProcessing(UIComponentBase.java:1939)
at javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:437)
at javax.faces.component.UIComponentBase$ChildrenList.remove(UIComponentBase.java:2757)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.adjustIndexOfDynamicChildren(ComponentTagHandlerDelegateImpl.java:283)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:223)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:206)
at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366)
at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:194)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:350)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199)
at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:124)
at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:116)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:206)
at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366)
at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.jsf.core.ViewHandler.apply(ViewHandler.java:225)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:202)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:350)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:174)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:350)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:174)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:161)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:1006)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
at de.gebit.trend.servlet.security.AuthorizationFilter.doFilter(AuthorizationFilter.java:269)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:108)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:620)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:349)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:783)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:789)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Unknown Source)
因此，只有从我的 table 移动到 PrimeFaces table 的 column 才会产生此错误。其他列不会重新创建，因为在渲染期间，我使用存储在 StateHelper 中的实例变量来指示列已经创建。
我有点明白这个异常是从哪里来的，它与JSF保存完整的组件树有关，而当JSF恢复视图时，保存的状态与XHTML不一致。我不知道的是，如何解决这个问题。
有人可以向我解释一下这种状态保存机制究竟是如何工作的，尤其是与动态添加的 children 结合使用以及如何避免这种异常吗？
更新 (10.02.2017)
我创建了一个小型示例项目，没有使用以前使用的其他框架。它可以在我的 GitHub profile 上找到。之前使用的一个主要框架是摆弄安装在 StateContext 中的 AddRemoveListeners 来重放动态动作。为了避免这对我的问题产生影响并创建可重现的环境，我删除了它们。
我现在看到的行为略有不同（不再有例外）并且取决于部分状态保存是否是enabled/disabled以及我用来移动的方法primefaces:column:
table 的第一次渲染在所有情况下都工作正常。然后，我通过提交寻呼请求来执行回发请求。在某些情况下，这种行为是错误的。
启用部分状态保存
启用部分状态保存后，分页不起作用。我没有得到异常，但是有很多类似这样的警告：
Feb 10, 2017 4:33:11 PM com.sun.faces.application.view.FaceletPartialStateManagementStrategy saveDynamicActions
WARNUNG: Unable to save dynamic action with clientId 'form:table:table_table:additional' because the UIComponent cannot be found
对于在 primefaces:table 中动态创建或移动到 primefaces:table 的每个组件，或者是其中之一的 child 组件，都会出现此警告。
部分状态保存已禁用
在禁用部分状态保存的情况下，分页可以正常工作，但会显示不同的行为，具体取决于移动一个自定义 primefaces:column 的时间。
在呈现响应阶段移动“列”
当 primefaces:column 在渲染响应阶段移动时，例如在 encodeXxx 中，一切正常。所有列的顺序都正确，值正确，分页效果很好。
使用 `PostAddToViewEvent` 移动 `column`
根据@BalusC的建议，使用这种方法时，移动的primefaces:column会在分页时消失。 PostAddToViewEvent 被调用了几次，column 在处理这个事件时被移动了，但是在渲染时，它已经消失了，只有之前创建的三个 column 还在。
在这一点上，我很困惑。这是 Mojarra 或 Primefaces 中的错误，还是我做错了什么？使用 JSF 甚至可以实现这种行为吗？
JSF 状态管理记住对组件树的动态操作，以便它可以确保它在 post 恢复视图后完全相同在生成 post 表单的先前请求的渲染响应期间。
你得到的异常，
javax.faces.FacesException: Cannot remove the same component twice: table:additional
基本上表明您已将相同的组件两次添加到同一父级。
也就是说，你从组件树中获取了你想要的组件，然后添加到你想要的父组件中。但是，根据给定的例外情况，在那一刻 已经 附加到所需的父级！实际上，您执行了 no-op。但是 JSF 会记住同一视图上 add/remove 到 post 的每个动态组件，即使它实际上是 no-op。该部分反过来可能是 JSF 实现本身的一个错误，但您首先不应在组件位于所需位置时四处移动。
一种快速解决方法是通过 UIComponent#getParent() 检查组件的父级，如果它不是所需的父级，如果是，则跳过 getChildren().add() 调用。
if (!componentToMove.getParent().equals(targetParent)) {
targetParent.getChildren().add(componentToMove);
}
一个 hack 是将 UIComponent#setInView() 设置为 false，这样 JSF 就不会记住动态操作。
componentToMove.setInView(false);
targetParent.getChildren().add(componentToMove);
componentToMove.setInView(true);
// NOTE: with MyFaces, call setInView() on componentToMove.getParent() instead.
但是使用此方法时要小心，另请参阅其 javadoc。
但是，执行组件树操作的最自然方式是 postAddtoViewEvent 侦听器，而不是在 encodeXxx() 方法期间。
@ListenerFor(systemEventClass=PostAddToViewEvent.class)
public class YourComponent extends SomeUIComponent {
@Override
public void processEvent(ComponentSystemEvent event) {
if (event instanceof PostAddToViewEvent) {
targetParent.getChildren().add(componentToMove);
}
}
简单的回答是：是其他框架的问题在使用中。该框架覆盖了 JSF 的状态保存机制，并用自定义机制取而代之。然而，该实现是错误的，并且没有处理负责正确保存动态组件动作的 DynamicAddRemoveListeners。他们修复了错误，现在可以正常使用了。
但是，我想指出修复我的组件所必需的几件事：
First, @BalusC 向我指出了在自定义 JSF 组件中移动子组件的正确方法：应该使用PostAddToView 事件侦听器。
@ListenerFor(systemEventClass=PostAddToViewEvent.class) public class YourComponent extends SomeUIComponent { @Override public void processEvent(ComponentSystemEvent event) { if (event instanceof PostAddToViewEvent) { targetParent.getChildren().add(componentToMove); } } }
但是，这种方法有一个缺点，即此时不会设置组件属性。因此，如果您需要这些，组件只能在渲染响应阶段 created/moved。
其次，自定义JSF组件的子组件不应保存在StateHelper中。应在每次请求时重新创建它们，以便 JSF 在重放动态操作时找到这些组件。
第三，动态创建的子组件的ID（如果设置的话）应该总是在组件自己创建的时候设置。我的自定义组件仅在呈现响应阶段设置其子组件的 ID，因此当 JSF 尝试重放动态操作时，它找不到相应的组件。这是上面 部分状态保存启用 .
部分提到的问题的解决方案因此，通过所有这些调整和对其他框架的修复，现在我的组件终于可以正常工作了。