--- Tomislav Bodor <[EMAIL PROTECTED]> wrote: > For attributes, the first time around, the attribute.getData() returns > null, so no problem - a new InstanceData is constructed and passed to > setData. Subsequent times, though, getData() returns the previously > inserted InstanceData, which is then cast to LocalData causing a > ClassCastException.
Hi Tomislav, Thank you for the patch and detailed information. I was unable to reproduce the bug at first, but you pointing to the problem in the source code enabled me to reproduce the issue. The bug (http://tinyurl.com/3ro2d) is now fixed and we have a test case to make sure it does not come up again. You can download an orbeon,jar with the fix from: http://www.orbeon.com/download/oxf/2005-01-27/orbeon.jar Implementation details: when XFormsUtils.setInitialDecoration() is called, the instance nodes should be decorated with instances of LocationData, not InstanceData. In this case we had InstanceData because the instance was recycled from the cache, and someone had modified the instance from the cache. If a processor needs to modify an object it gets from the cache, it should make a copy of that object first. We didn't do that in XFormsInput after calling the XFormsValidationProcessor. Alex ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ orbeon-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/orbeon-user
