Comments (10)
Not sure, interestingly compiling e.g. javamoney-lib against Java 7 still works despite the core API and Ri all using Lambdas and SE 8.
from javamoney-lib.
I'm definitely most interested in API/RI on Android. Is there a place to create an Issue for the RI?
from javamoney-lib.
I'm afraid not. There is a currently empty "Backport" that would be a place for that.
https://github.com/JavaMoney/javamoney-api-bp Actually that's only the API, but implementations against the Java SE 8 API may not run on Android or SE 7, thus the Backport requires its own implementations, those should work on Android, too.
from javamoney-lib.
Maybe it's best to look towards Joda Money for Android? Maybe I can implement my core currency classes on JDK 6 and then provide Joda Money and Java Money adapters -- if I can do what I need without extending any classes from one or the other. I'm still in the research/design phase so I'm just trying to learn the landscape.
from javamoney-lib.
My primary focus currently is bringing the JSR as a whole to an end. I
don't see capacity currently in doing the backport on top of that. But
given that we get the JSR final within one month or so, I could do the
backport to Java 7 during one of the next Hackergarten or so ;)
2015-01-29 23:46 GMT+01:00 Sean Gilligan [email protected]:
I'm definitely most interested in RI on Android. Is there a place to
create an Issue for the RI?—
Reply to this email directly or view it on GitHub
#15 (comment)
.
Anatole Tresch
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
Switzerland, Europe Zurich, GMT+1
Twitter: @atsticks
_Blogs: _http://javaremarkables.blogspot.ch/
http://javaremarkables.blogspot.ch/
Google: atsticksMobile +41-76 344 62 79
from javamoney-lib.
@atsticks I understand your focus and don't want to distract you from finishing the JSR.
I'm just trying to understand the landscape and make the best choices for my current project. I'm looking to create some classes for digital currencies that can be used by exchanges. I would like those classes to be usable in Android apps. I would like to embrace JavaMoney as much as possible because it seems to be exactly what I need.
I need to read the spec more carefully and play with the implementation, but it looks like one issue for me is that I might want to have my classes extend javax.money.NumberValue
. I suppose I can extend Number
and have a conversion method, but if I could use the API JAR directly on Android, I could extend NumberValue
which would be better.
Anyway, I need to do some further research and may code up some tests and examples. At that point, I'll be able to ask more intelligent questions. I may also be able to help with a backport.
from javamoney-lib.
Actually I just had a build job for shelter running against Java SE 7 and it no longer works. Build fails with "wrong JVM version" and you must compile against a Java 8 JDK. Meaning most of these JARs won't work unless the whole chain is backported;-|
from javamoney-lib.
That makes sense. If the upstream JARs are built with 8, then that's going to break the build. We could try them with retrolambda and see what happens. But I've decided to start prototyping against the API using Java 8 (and Spock/Groovy 2.4) I need to create my own currency value classes and would like them to be as compatible with JSR 354 as possible. I need to map out my requirements more thoroughly.
Maybe I'll have to extend Number
rather than NumberValue
, but I need to actually prototype some code before I go much further. If NumberValue
were an interface, I would have more flexibility, I think. But let me figure out exactly what I need and I'll get back to you guys.
from javamoney-lib.
If you use Groovy, I guess Andres (a dedicated Groovy enthusiast) might be interested in that, and as Anatole already mentioned the Hackergarten format he (Andres) was most involved in could be a good place to look into those (you seem Valley based, so one of the occasions it takes place there would be JavaOne;-)
from javamoney-lib.
I'd say this is more for the Shelter, please open a task there if you feel the topic deserves attention.
from javamoney-lib.
Related Issues (20)
- Add Google Finances as Exchange Rate implementation HOT 2
- Could we split "update_exchange" script and move it to each module?
- Move javamoney-cdi to Midas? HOT 11
- Remove IMF and ECB providers from lib HOT 7
- Remove "bundles"
- Test Bootstrap
- Support HTML5 Microformats? HOT 1
- Tests fail in FCR provider module (exchange) HOT 2
- Prepare release of library module HOT 4
- Should every module be an OSGi bundle? HOT 1
- Update readme
- Update license headers HOT 2
- Consider an Exchange module for Bulgarian Lev
- Exchange Rate Providers for Google Currency
- Move "retired" to javamoney-shelter
- Fix Readme HOT 3
- Unable to build due to moneta.core 1.2 jar is missing HOT 5
- `CompoundInterest.apply` ignores `timesCompounded` and uses 1
- YieldToMaturity calculation fault
- Replace Bintray from JavaMoney-Lib
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from javamoney-lib.