Return-Path: 
 <dev-return-40100-apmail-myfaces-dev-archive=myfaces.apache.org@myfaces.apache.org>
Delivered-To: apmail-myfaces-dev-archive@www.apache.org
Received: (qmail 84952 invoked from network); 14 Jul 2009 13:25:46 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 14 Jul 2009 13:25:46 -0000
Received: (qmail 83168 invoked by uid 500); 14 Jul 2009 13:24:11 -0000
Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org
Received: (qmail 82423 invoked by uid 500); 14 Jul 2009 13:24:09 -0000
Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@myfaces.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@myfaces.apache.org>
List-Post: <mailto:dev@myfaces.apache.org>
List-Id: <dev.myfaces.apache.org>
Reply-To: "MyFaces Development" <dev@myfaces.apache.org>
Delivered-To: mailing list dev@myfaces.apache.org
Received: (qmail 81603 invoked by uid 99); 14 Jul 2009 13:18:39 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jul 2009 13:18:39 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jul 2009 13:18:36 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 3FB6A234C004
	for <dev@myfaces.apache.org>; Tue, 14 Jul 2009 06:18:15 -0700 (PDT)
Message-ID: <1894186320.1247577495248.JavaMail.jira@brutus>
Date: Tue, 14 Jul 2009 06:18:15 -0700 (PDT)
From: =?utf-8?Q?Matthias_We=C3=9Fendorf_=28JIRA=29?= <dev@myfaces.apache.org>
To: dev@myfaces.apache.org
Subject: [jira] Updated: (TRINIDAD-1524) i18n issue with (German) format
 pattern
In-Reply-To: <1254856408.1246524887317.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/TRINIDAD-1524?page=3Dcom.atlas=
sian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matthias We=C3=9Fendorf updated TRINIDAD-1524:
-----------------------------------------

       Resolution: Fixed
    Fix Version/s:  1.2.12-core
           Status: Resolved  (was: Patch Available)

> i18n issue with (German) format pattern
> ---------------------------------------
>
>                 Key: TRINIDAD-1524
>                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1524
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>    Affects Versions:  1.2.11-core
>            Reporter: Matthias We=C3=9Fendorf
>            Assignee: Matthias We=C3=9Fendorf
>             Fix For:  1.2.12-core
>
>         Attachments: TRINIDAD-1524.patch
>
>
> This is not only a bug in Trinidad... It is mainly an issue in the core d=
ate_time_converter as well:
>        <h:form>
>          <h:messages/>
>          <h:inputText value=3D"#{input.date}" immediate=3D"true">
>            <f:convertDateTime type=3D"both" timeStyle=3D"full"
>            timeZone=3D"America/New_York"
>            pattern=3D"dd.MM.yyyy HH:mm' Uhr '"
>            locale=3D"de"
>            />
>          </h:inputText>
>          <h:commandButton value=3D"Submit" type=3D"submit"/>
>        </h:form>
> Note that the pattern is like this: dd.MM.yyyy HH:mm' Uhr '
> After the word "Uhr" there is an empty space (required by the pattern).
> Now when you enter this String "30.06.09 12:11 Uhr " (notice the empty St=
ring at the end),
> we run into the problem, that the spec wants the converter to trim leadin=
g/trailing whitespaces before proceeding. Makes sense....
> but gives us a (neat) error.
> See this JavaDoc section:
> http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/api/javax/faces/c=
onvert/DateTimeConverter.html
> <snip>
> If the specified String is null, return a null. Otherwise, trim leading a=
nd trailing whitespace before proceeding.
> </snip>
> However, when the pattern requires an empty space at the end, we (the con=
verter) should honor that...
> possible change in the converter code (after the trim() has been called):
>     if(pattern.endsWith(" '"))
>     {=09
>       value +=3D " ";
>         =20
>     }

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.