Hi Kito, yes, it is the same. And yes, it affects numbers as well. Please update the description!

Also, I think Ed´s comment about the INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL parameter is not related to this bug - at least AFAI can see.

best regards, Martin On Mon, Mar 29, 2010 at 9:21 PM, Kito Mann <kito.mann(a)virtua.com&gt; wrote: > I just ran into this while upgrading an application from MyFaces 1.1 to > Mojarra 1.2. In MyFaces 1.1, empty strings were converted to null for Long > properties in a backing bean. Now, they are converted to 0. I found several > postings about this issue, culminating in this bug: > https://jsp-spec-public.dev.java.net/issues/show_bug.cgi?id=183. > > So, unless I'm missing something, this issue is really the same as > https://uel.dev.java.net/issues/show_bug.cgi?id=12. If everyone agrees, I'll > go ahead and update the description accordingly, since the description > currently mentions Booleans only, not number values. > > Are there any plans to address this issue in 1.2 branches of the > implementations? > --- > Kito D. Mann | twitter: kito99 | Author, JSF in Action > Virtua, Inc. | http://www.virtua.com | JSF/Java EE training and consulting > http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info | twitter: > jsfcentral > +1 203-404-4848 x3 > > Sign up for the JSFCentral newsletter: http://oi.vresp.com/?fid=ac048d0e17 > > > > On Thu, Mar 4, 2010 at 11:51 AM, Andy Schwartz <andy.schwartz(a)oracle.com > > wrote: >> >> On 3/4/10 3:01 AM, Martin Marinschek wrote: >>> >>> Optionally, we can try to solve this in the new spec-revision of the >>> Unified-EL - for which work is already being started on. That would of >>> course be the easier way out. >>> >> >> One option might be to allow the JSF implementations to provide this >> functionality in an implementation-specification way (eg. expose a context >> parameter) as a short-term solution that can be exposed now independent of >> any spec changes. Then, once the new revision of UEL is available (which I >> am sure will address this issue), we can pick that up as our standard >> solution. >> >> Andy >> > > -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces

Hi Kito, > Actually, it is -- it's related to the end user issue that I ran into, where > there's a backing bean with a Number of Boolean property associated with an > input control. I think my workaround is simply to write a PhaseListener to > do this. It doesn't address the issues you're seeing from a component > developer's perspective, though. I don´t see why. The value-expression for the value-attribute should be created with type java.lang.Object, and should hence do no coercion. So you should see no issues for the value-attribute, only for everything else... I might as well be missing a link here, however.

best regards, Martin >> On Mon, Mar 29, 2010 at 9:21 PM, Kito Mann <kito.mann(a)virtua.com&gt; wrote: >> > I just ran into this while upgrading an application from MyFaces 1.1 to >> > Mojarra 1.2. In MyFaces 1.1, empty strings were converted to null for >> > Long >> > properties in a backing bean. Now, they are converted to 0. I found >> > several >> > postings about this issue, culminating in this bug: >> > https://jsp-spec-public.dev.java.net/issues/show_bug.cgi?id=183. >> > >> > So, unless I'm missing something, this issue is really the same as >> > https://uel.dev.java.net/issues/show_bug.cgi?id=12. If everyone agrees, >> > I'll >> > go ahead and update the description accordingly, since the description >> > currently mentions Booleans only, not number values. >> > >> > Are there any plans to address this issue in 1.2 branches of the >> > implementations? >> > --- >> > Kito D. Mann | twitter: kito99 | Author, JSF in Action >> > Virtua, Inc. | http://www.virtua.com | JSF/Java EE training and >> > consulting >> > http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info | >> > twitter: >> > jsfcentral >> > +1 203-404-4848 x3 >> > >> > Sign up for the JSFCentral newsletter: >> > http://oi.vresp.com/?fid=ac048d0e17 >> > >> > >> > >> > On Thu, Mar 4, 2010 at 11:51 AM, Andy Schwartz >> > <andy.schwartz(a)oracle.com&gt; >> > wrote: >> >> >> >> On 3/4/10 3:01 AM, Martin Marinschek wrote: >> >>> >> >>> Optionally, we can try to solve this in the new spec-revision of the >> >>> Unified-EL - for which work is already being started on. That would of >> >>> course be the easier way out. >> >>> >> >> >> >> One option might be to allow the JSF implementations to provide this >> >> functionality in an implementation-specification way (eg. expose a >> >> context >> >> parameter) as a short-term solution that can be exposed now independent >> >> of >> >> any spec changes. Then, once the new revision of UEL is available >> >> (which I >> >> am sure will address this issue), we can pick that up as our standard >> >> solution. >> >> >> >> Andy >> >> >> > >> > >> >> >> >> -- >> >> http://www.irian.at >> >> Your JSF powerhouse - >> JSF Consulting, Development and >> Courses in English and German >> >> Professional Support for Apache MyFaces > > -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces

> Hmm... that's not what I'm seeing. Interesting point, though. Can you check what type the value-expressions that you are looking at are created with?

> Just to make things more complicated, take a look at this issue: > https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=672. Looks like > Mojarra handles this the way we'd expect, but only when performing injection > on newly created managed beans, so we have inconsistent behavior... ah yes, so Ryan has done a fix for this part of the problem. We need this _all over_.

best regards, Martin >> >> >> On Mon, Mar 29, 2010 at 9:21 PM, Kito Mann <kito.mann(a)virtua.com&gt; >> >> wrote: >> >> > I just ran into this while upgrading an application from MyFaces 1.1 >> >> > to >> >> > Mojarra 1.2. In MyFaces 1.1, empty strings were converted to null for >> >> > Long >> >> > properties in a backing bean. Now, they are converted to 0. I found >> >> > several >> >> > postings about this issue, culminating in this bug: >> >> > https://jsp-spec-public.dev.java.net/issues/show_bug.cgi?id=183. >> >> > >> >> > So, unless I'm missing something, this issue is really the same as >> >> > https://uel.dev.java.net/issues/show_bug.cgi?id=12. If everyone >> >> > agrees, >> >> > I'll >> >> > go ahead and update the description accordingly, since the >> >> > description >> >> > currently mentions Booleans only, not number values. >> >> > >> >> > Are there any plans to address this issue in 1.2 branches of the >> >> > implementations? >> >> > --- >> >> > Kito D. Mann | twitter: kito99 | Author, JSF in Action >> >> > Virtua, Inc. | http://www.virtua.com | JSF/Java EE training and >> >> > consulting >> >> > http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info | >> >> > twitter: >> >> > jsfcentral >> >> > +1 203-404-4848 x3 >> >> > >> >> > Sign up for the JSFCentral newsletter: >> >> > http://oi.vresp.com/?fid=ac048d0e17 >> >> > >> >> > >> >> > >> >> > On Thu, Mar 4, 2010 at 11:51 AM, Andy Schwartz >> >> > <andy.schwartz(a)oracle.com&gt; >> >> > wrote: >> >> >> >> >> >> On 3/4/10 3:01 AM, Martin Marinschek wrote: >> >> >>> >> >> >>> Optionally, we can try to solve this in the new spec-revision of >> >> >>> the >> >> >>> Unified-EL - for which work is already being started on. That would >> >> >>> of >> >> >>> course be the easier way out. >> >> >>> >> >> >> >> >> >> One option might be to allow the JSF implementations to provide this >> >> >> functionality in an implementation-specification way (eg. expose a >> >> >> context >> >> >> parameter) as a short-term solution that can be exposed now >> >> >> independent >> >> >> of >> >> >> any spec changes. Then, once the new revision of UEL is available >> >> >> (which I >> >> >> am sure will address this issue), we can pick that up as our >> >> >> standard >> >> >> solution. >> >> >> >> >> >> Andy >> >> >> >> >> > >> >> > >> >> >> >> >> >> >> >> -- >> >> >> >> http://www.irian.at >> >> >> >> Your JSF powerhouse - >> >> JSF Consulting, Development and >> >> Courses in English and German >> >> >> >> Professional Support for Apache MyFaces >> > >> > >> >> >> >> -- >> >> http://www.irian.at >> >> Your JSF powerhouse - >> JSF Consulting, Development and >> Courses in English and German >> >> Professional Support for Apache MyFaces > > -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces