commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matt Benson (JIRA)" <>
Subject [jira] Commented: (LANG-362) Add ExtendedMessageFormat to org.apache.commons.lang.text
Date Mon, 04 Feb 2008 18:17:07 GMT


Matt Benson commented on LANG-362:

If we proceed from the supposition that full dynamic toPattern() support is required, it seems
to me that creating a different interface to convert Formats to/from strings is redundant,
and it was this line of thinking that led me to what I saw as an epiphany:  that that's what
a Format is.

HOWEVER, I must admit that your reasoning about why toPattern() is far less important--once
we have established that EMF obviates the need for altering the formats at runtime--was fairly
convincing.  The main object now being trying to achieve a compromise, would you agree that
if setFormats(), setFormat(), and setFormatByArgumentIndex() can all be overridden to throw
UnsupportedOperationException?  Explicitly blocking these would, IMO, make returning the original
pattern unchanged from toPattern() perfectly fine.  Then we could go with the EMF2 approach.
 Are we getting closer to consensus?

> Add ExtendedMessageFormat to org.apache.commons.lang.text
> ---------------------------------------------------------
>                 Key: LANG-362
>                 URL:
>             Project: Commons Lang
>          Issue Type: New Feature
>            Reporter: Matt Benson
>            Assignee: Matt Benson
>            Priority: Minor
>             Fix For: 2.4
>         Attachments:, extendedMessageFormat.patch.txt, extendedMessageFormat.patch.txt,,
> Discussed on dev@ (
); adding here for tracking purposes and in case anyone has any serious objections to my implementation.
 Patch forthcoming...

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

View raw message