Thanks for the feedback, I have updated the issue https://issues.apache.org/jira/browse/TAP5-1592 with a new solution.
Since it is not a good approach to expose the initializer call map by a getter I want to explain the background a little bit more. My problem is that I want to use my CSRF protection mixin for the AjaxFormLoop component, especially for the RemoveRowLink component. Problem 1 - RemoveRowLink component does not render itself: The problem with the current design is, that the AjaxFormLoop provides the AjaxFormLoopContext to the RemoveRowLink component. Currently the context contains the logic to create the javascript event link AND it does also the rendering. So basically the rendering of the RemoveRowLink component does not happen in that component and all information used for the render process is stored in the AjaxFormLoop and the AjaxFormLoopContext. I propose to refactor the design and to provide all information required to render the javascript event link in the AjaxFormLoopContext. In this way everything needed to render javascript event links is available in the RemoveRowLink component. By using AOP this information can later be reused, e.g. for mixins. Problem 2 - JavaScriptSupport does not allow update of any JSON objects In my mixin I would like to update rendered javascript event links. I propose an update method that allows doing that for a certain functionName. I have implemented a method that takes a Comparator<JSONObject> object to identify the JSONObject that should be replaced. I attached a new patch, that demonstrates a possible solution. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Public-getter-for-the-map-of-initializer-calls-in-JavaScriptSupport-tp4638746p4640414.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
