My view is to keep it simple. I'm not sure that general I18N code has
much in common with Money.
As there seems to be some interest I'll try and check in to the sandbox.
Stephen
Ralph Goers wrote:
Is "Money" going to support I18N? I would think it would be more
appropriate to include in a collection of I18N stuff than in with lang
or by itself. I'm not too enamored with the current implementations of
ResourceBundles. Struts MessageResource (which they seem to have dropped
in struts2) and Spring MessageSource seem to be a little better, but I
need an I18N system which has a lot of the capabilities that Cocoon's
has (multiple locations and recursive replacement) - without needing the
rest of Cocoon.
Ralph
On Feb 12, 2009, at 4:14 PM, Stephen Colebourne wrote:
One of the items the JDK doesn't have is a Money class (despite having
a Currency class). I'm raising the question of whether others here
would be interested in creating a new component (or possibly adding it
to a Java 5 version of commons-lang).
I have recently coded a Money class with full tests, which I have
considered releasing as a Joda-Money component. But I don't really
have the time to put into this with the JSR-310 work. If there are
others at commons that want to take what I've done and breath life
into it to get it released perhaps that might be the best way?
I don't consider what I have done to be complete BTW. It is a basic
Money class, but I was planning on adding BigMoney, formatting and
parsing too - if I had enough time.
One key scope point, I see this as just being to provide the value
objects and formatting. All the myriad of financial calculations
shouldn't be part of the basic commons-money, thus it would be a very
small component.
To reiterate, I don't really have time to lead this or release it, so
I'm just testing the water to see if it piques anyone's interest.
Stephen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
