On 27 Sep 2005, at 13:09, Bruno Aranda wrote:
BTW, at what time is the nighly created?<x-tad-smaller>Met vriendelijke groeten,
Bruno
2005/9/27, Martin Marinschek <[EMAIL PROTECTED]>:
Every night there is a nightly build ;)
regards,
Martin
On 9/27/05, ir. ing. Jan Dockx <[EMAIL PROTECTED]> wrote:
And will there be a nightly build tonight?
On 27 Sep 2005, at 12:36, Mathias Brökelmann wrote:
it´s in the trunk (myfaces/current) and should be in the next nightly.Met vriendelijke groeten,
2005/9/27, ir. ing. Jan Dockx <[EMAIL PROTECTED]>:
Thx Mathias!!!! Now, will there be a nightly build tonight? Then we
can
switch tomorrow morning (instead of making a proprietary build). Is
this in a branch, or in the main trunk?
On 27 Sep 2005, at 12:01, Mathias Broekelmann (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MYFACES-624?page=all ]Met vriendelijke groeten,
Mathias Broekelmann closed MYFACES-624:
---------------------------------------
Resolution: Fixed
fixed in r291881
selectOneMenu calls converter getAsString() with String value
instead
of object
--------------------------------------------------------------------
--
---------
Key: MYFACES-624
URL: http://issues.apache.org/jira/browse/MYFACES-624
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.1.0
Reporter: Jan Dockx
Assignee: Mathias Broekelmann
We use a SelectOneMenu to set a City object on a Person. City's are
records in our DB with a Long primary key we use as value in the
select. A Converter converts the PK to objects with getAsObject
(getAsString simply return the PK from the object). We have seen
indeed that the getAsObject is called on submit, then followed by a
getAsString during the render phase BUT WITH the Long PK as THE
VALUE. The component is asking to convert the String value into the
String value!
What is particularly weird is that, in the previous request/response
phase, the select renders ok, which also requires a getAsString of
course.
To be sure, we switched back to the nightly we were using before
(20050821), and the select worked ok again. So, as far as we are
concerned, this is a serious bug, at least in SelectOneMenu!. We
also
tried to workaround the issue, checking in the converter if the
"value" argument for getAsString is a String, and then just
returning
it, but that didn't work either.
--
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
Jan Dockx
PeopleWare NV - Head Office
Cdt.Weynsstraat 85
B-2660 Hoboken
Tel: +32 3 448.33.38
Fax: +32 3 448.32.66
PeopleWare NV - Branch Office Geel
Kleinhoefstraat 5
B-2440 Geel
Tel: +32 14 57.00.90
Fax: +32 14 58.13.25
http://www.peopleware.be/
http://www.mobileware.be/
--
Mathias
Jan Dockx
PeopleWare NV - Head Office
Cdt.Weynsstraat 85
B-2660 Hoboken
Tel: +32 3 448.33.38
Fax: +32 3 448.32.66
PeopleWare NV - Branch Office Geel
Kleinhoefstraat 5
B-2440 Geel
Tel: +32 14 57.00.90
Fax: +32 14 58.13.25
http://www.peopleware.be/
http://www.mobileware.be/
--
http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German
Jan Dockx
</x-tad-smaller><x-tad-smaller>
PeopleWare NV - Head Office</x-tad-smaller><x-tad-smaller>
Cdt.Weynsstraat 85
B-2660 Hoboken
Tel: +32 3 448.33.38
Fax: +32 3 448.32.66 </x-tad-smaller><x-tad-bigger>
</x-tad-bigger><x-tad-smaller>
PeopleWare NV - Branch Office Geel</x-tad-smaller><x-tad-smaller>
Kleinhoefstraat 5
B-2440 Geel
Tel: +32 14 57.00.90
Fax: +32 14 58.13.25</x-tad-smaller><x-tad-bigger>
</x-tad-bigger><x-tad-smaller>
http://www.peopleware.be/
</x-tad-smaller><x-tad-smaller>http://www.mobileware.be/</x-tad-smaller>
smime.p7s
Description: S/MIME cryptographic signature
