javamoney / javamoney-shelter

A shelter for new ideas and modules to be adopted, e.g. via Adopt-a-JSR

JSR 354: Money and Currency API

JSR 354 provides an API for representing, transporting, and performing comprehensive calculations with Money and Currency. See the home page for more details: http://jcp.org/en/jsr/detail?id=354

This is the API module of JSR 354 licenced under

• the Apache License Version 2.0 (LICENCE.txt)

See also: http://javamoney.github.io/

Release Notes

• 1.0 API as defined by JSR 354 Spec.
• 1.0.1 API as defined by JSR 354 Spec (Fix: building Java 7 API with Java 7)
• 1.0.2 API as defined by JSR 354 Spec (Fix: built with Java 9) - dont use, use 1.0.3 instead!
• 1.0.3 API as defined by JSR 354 Spec (Compatible with Java 8, full Java 9 module support)
• 1.1 API as defined by JSR 354 MR 1.

javamoney-shelter's Issues

Try to apply Groovy support to vendingmachine fork

Since the forked demo https://github.com/JavaMoney/vendingmachine is also based on Groovy/Gradle and Spock, it would be great to integrate with Groovy support where applicable.

Why do we have beans.xml in the Bitcoin providerd

The main/resources/META-INF folder contains beans.xml in the "bitcoin" module. I am not aware, we use CDI there, so is it used or was copied by mistake?

Proposal: Submit Groovy subproject/JAR to Groovy project as a module.

I've had preliminary discussions with some Groovy core developers and they are receptive to having JSR 354 support as a "Groovy Module" and possibly, once JSR 354 is final (or shipped with Java 9?) even a core module. A reasonable name for such a module would be groovy-money, it would seem.

It seems like a natural place for the Groovy support code to end up.

What do others think?

Create and publish groovy-money JAR.

The current groovy-demo subproject should be split in to two subprojects:

• groovy-money - Groovy support as an Extension Module / Library
• groovy-demo - Demo code showing how to use groovy-money

The groovy-money JAR should also be published to a Maven repo.

Create new ExchangeRateProvider implementations for Bitcoin

After the example provider for MtGox has become irrelevant due to the exchange being out of business, it would be great to add some providers for any of these (still active) exchanges: https://en.bitcoin.it/wiki/Category:Exchanges

I use Bitcoin.de myself and it is noteworthy, because it is backed by Fidor Bank in Germany which adds a certain level of trust and stability compared to others. Happy to get the ball rolling, but contribution is greatly appreciated.

Duke's Airline

Payment Request API

Demonstrate how JSR 354 can be used for a Web Frontent (JSF, MVC, etc.) supporting the Payment Request API

Add more Groovy demo cases

Aside from simple operations, could we also demonstrate e.g. conversion?

Android Support for JSR 354 API and Reference Implementation.

Since JavaMoney/javamoney-lib#15 has been closed, I'm opening this issue here.

It would be nice to see the JavaMoney Reference Implementation running on Android so that Bitcoin (and Bitcoin 2.0) Android wallets could use JavaMoney components. It might be possible using RetroLambda and/or other tools. Note that there is an (empty) repository, https://github.com/JavaMoney/javamoney-api-bp, for an API back port.

Create wrapper for 1 or more standard crypto currency APIs

If it's possible to create a JavaMoney SPI-compatible wrapper for a standard crypto currency API like Xchange, JavaMoney could quickly support a large number of exchanges.

I have not studied the feasibility of this at all, but wanted to propose the idea as an issue so others could comment.

Replace Bintray/JCenter in Shelter

• Maven POM, see https://central.sonatype.org/pages/apache-maven.html (no need here because JCenter still remains for some time, see https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/)
• Update JDK to 9
  See JavaMoney/javamoney-parent#6

Java EE essential

The proposal is create a new project, Java EE essential, that has goal to have support to Java EE 7.
This include:

• JSF: Conversor to CurrencyUnit, MonetaryAmount, using each implementation and using MonetaryAmountFormat.
• JPA: Conversor to persist on database using: just Currency, just Number, both option using toString and parse defult, or each on with a specific column, one to currency and another one to Number.
• JAX-RS: Parser to read and write to Currency and MonetaryAmount
• CDI: producer to monetaryAmount, qualifier to all implementation and default
• JSON: Parser and Binding
• Bean Validation: Special Validators or Min/Max constraints for monetary amounts, etc.

Clojure support

Similar to Groovy support or https://github.com/clojurewerkz/money (Clojure wrapper for JodaMoney, hence the conversion is certainly very limited compared to JSR 354) we may consider Clojure support, too.

Remove .settings files

It seems the .settings folder was added by mistake. Given we try keeping those projects IDE neutral it should be removed unless there is a striking argument against.

Rename "Digital" to "Crypto"

The term "Digital" in digital-currency should be changed to "Crypto" as the module contains mainly Cryptocurrencies like Bitcoin.

Should there be support for other "Virtual Currencies" or "Digital Currencies" a new module could be revived under that name.

Which other JVM languages to support?

While Groovy/Grails support is taking decent shape here, what other JVM languages do you think are important enough to support.

An initial list would be:

• Scala
• Clojure
• JRuby
• Jython
• JavaScript / Nashorn

(see http://en.wikipedia.org/wiki/List_of_JVM_languages#High-profile_languages)

Others may include:

• Ceylon
• Fantom

Any other language you feel is important enough or you wish to contribute something, please comment here.

Create Bitcoin project

Inspired by what was done earlier at TrakStok, but for new JavaMoney Conversion module

Can we use JFrog Repositories for Shelter?

JSR 354 API and RI/TCK uses JFrog OSS repositories like "oss-jfrog-artifactory-release", etc.
For a more ad-hoc development of modules in Shelter we should try to leverage that before certain shelter artifacts get complete and mature enough to graduate or be published to official ones like JCenter/MavenCentral.

Add Groovy support

Umbrella Task for Groovy support, which should include:

• Support for arithmetic with operators using Groovy MetaClass extensions
• Support currency code properties on Number interface, e.g. def amount = 1.eur

Implement Money and Currency SPI for Bitcoin

Is there an existing project to do this? If not, can we start one here?

moduleVersion of Groovy module

The Groovy module currently defines
moduleVersion=0.1-dev

Is "-dev" an established standard for Groovy and its module system, or would "-SNAPSHOT" also work?
It is fair to number the sub-module 0.1 as it is behind the other Shelter modules, most of which handled under 0.6-SNAPSHOT now, but at some point it would be great to align this module version with the rest of Shelter.

Package name of Groovy module

It would be fair, to use org.javamoney.shelter or something else (like *groovy) for the Groovy modules instead of a personal com domain.

Build bitcoin module (all modules) with Gradle

So, I've been using a Gradle build within the groovylang-support directory and would be happy to convert the Maven-based build in the bitcoin module over to Gradle.

This would allow the whole "shelter" to be built with Gradle and would also get the groovylang-support modules hooked in to Travis.

If this is OK, I'll put together a Pull Request.

Add blog entry about SMW 14

Blog about SMW 2014 and add Bitcoin related video links from CPH and HH

Create Library-Incubator

To foster new ideas for javamoney-lib, this is a new incubator module.

Use Spock tests for digital-currency/bitcoin module

As you may have noticed, I'm a big fan of the Spock Framework. Would anyone else be interested in using it instead of (or in addition to) JUnit for the 'digital-currency/bitcoin' module?