[ http://issues.apache.org/jira/browse/COCOON-1687?page=comments#action_12427215 ] Marc Portier commented on COCOON-1687: --------------------------------------
Reverted this patch: http://svn.apache.org/viewvc?view=rev&revision=430378 This patch was shipped with the 2.1.9 release of cocoon. Because of that, people on that version seeing unwanted removal of elements during bind-save will need to resort to some sort of workaround. A typical sample is to replace an ordinary <fb:value id="whatever" path="whatever" /> with: <fb:value id="whatever" path="whatever" direction="load"/> <fb:javascript id="whatever" path="whatever" direction="save"> <save-form> if (widget.getValue() != null) { jxPathPointer.setValue(widget.getValue()); } else { jxPathPointer.setValue(""); } </save-form> </fb:javascript> > [PATCH] JXPATHBinding : when saving the form, remove xml elements if the > value of the widget is null > ---------------------------------------------------------------------------------------------------- > > Key: COCOON-1687 > URL: http://issues.apache.org/jira/browse/COCOON-1687 > Project: Cocoon > Issue Type: Bug > Components: Blocks: Forms > Affects Versions: 2.1.8, 2.2-dev (Current SVN), 2.1.7 > Reporter: Philippe Gassmann > Attachments: ValueJXPathBinding.java.patch > > > When a form is saved using a JXPathBinding, the xml elements that correspond > to null widget values must be removed. > Here is our problem : we have a form containing a "date widget" that is not > mandatory, > 1. the user wants to set a value to this widget ex 2005/05/09 > 2. the user save this form > 3. the user does not want the date to be set anymore (why ? why not !) > 4. the user edit the value removing its content (ie the value of the widget > will be null) > 5. the user save the form > 6. when the user wants to view what's happened, he see : the element > containing the value of the date is present, if he loads the form again he > found : 1970-01-01 in the date field (the org.w3c.util.DateParser return this > value if empty string its given). > In general, it has no sense for kind of data (integer, float, date...) to > have three "state" : empty, null and filled with a value ! > So here is a patch to correct this : -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira