I've checked the commons-money code into the sandbox. I don't have any
time to write more code there ATM, but more needs doing before any
release. If anyone likes the code, and the idea behind BigMoney, or
formatting/parsing then please go ahead and make some changes. Thats
what the sandbox is for.
Stephen
Stephen Colebourne wrote:
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
