Jimfs
Codename One
Our great sponsors
Jimfs | Codename One | |
---|---|---|
5 | 88 | |
2,378 | 1,646 | |
0.7% | 1.6% | |
8.5 | 8.5 | |
4 days ago | 10 days ago | |
Java | Java | |
Apache License 2.0 | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Jimfs
-
How to write unit tests in C++ relying on non-code files?
Java has in-memory file systems that are essentially geared for this exact use case, eg jimfs[0]. You create your filesystem and any files you need when your tests are starting up, and your classes talk to them rather than the “real” ones. Maybe a similar project exists for the C++ ecosystem?
[0] https://github.com/google/jimfs
- An in-memory file system for Java
-
Any library you would like to recommend to others as it helps you a lot? For me, mapstruct is one of them. Hopefully I would hear some other nice libraries I never try.
Recently been using JIMFS. Made my tests much faster and cleaner!
- An in memory file system
-
Working and unit testing with temporary files in Java
I use Google's JIMFS "Just In Memory Filesystem" https://github.com/google/jimfs in my unit tests and have been very happy. No need to clean something up that disappears as soon as the test is over. Let's you create unix or windows style filesystems and I've used it to test a disk space healthcheck because you can set a limit to the size of the filesystem it creates. Very flexible and easy to use.
Codename One
-
A list of SaaS, PaaS and IaaS offerings that have free tiers of interest to devops and infradev
codenameone.com — Open source, cross-platform, mobile app development toolchain for Java/Kotlin developers. Free for commercial use with an unlimited number of projects
-
Android Play Billing Needs updating
This was resolved in this issue: https://github.com/codenameone/CodenameOne/issues/3706
-
Backward Compatibility, Go 1.21, and Go 2
Naturally depends on the use case, yet they work good enough to be in business for 20 years.
https://www.ptc.com/en/products/developer-tools/perc
https://www.aicas.com/wp/products-services/jamaicavm-tools/
https://www.codenameone.com/
Android 5 & 6 (only changed back into JIT/AOT due to long compile times), https://www.infoq.com/news/2014/07/art-runtime/
Unfortunely the best well known, Excelsior JET, is no longer in business, most likely due to GraalVM and OpenJ9 being available as free beer, while PTC, Aicas Codename One are safe in their domains.
There is also RoboVM (https://github.com/MobiVM/robovm) as free beer, however it actually started as a commercial product, and the acquisition from Xamarin kind of stagnated it (naturally).
-
Can't Reproduce a Bug?
At Codename One, we were using App Engine when our daily billing suddenly skyrocketed from a few dollars to hundreds. The potential cost was so high it threatened to bankrupt us within a month. Despite our best efforts, including educated guesses and fixing everything we could, we were never able to pinpoint the specific bug. Instead, we had to solve the problem through brute force.
-
Mobile Apps with Java
We don't use GraalVM since our project was developed prior to its existence and we aimed for deeper native integration than it can offer: https://github.com/codenameone/CodenameOne
-
Developing cross platform mobile application [closed]
XMLVM, Codename One and iSpectrum (cross compile Java code from an Android app or creating one from scratch
-
Apple Offer Codes
I suggest filing an RFE in the issue tracker.
-
Play Billing Library Version Deprecation
Thanks. It's always good to get another reminder. Yes, it was reported. u/shannah78 is working on this but we have time until November.
-
Problems compilint to android side
please check this issue https://github.com/codenameone/CodenameOne/issues/3686
-
The Holy Grail of Java Performance
We use ParparVM which we wrote. It compiles a subset of Java 8 (sort of) to native by translating the bytecode to C and passing that through XCode. The reason we took this path and not the path of "direct to native", is that it allows for future compatibility.
What are some alternatives?
Modern Java - A Guide to Java 8 - Modern Java - A Guide to Java 8
Multi-OS Engine - Multi-OS Engine: Create iOS Apps in Java (or Kotlin ... etc.)
Lanterna - Java library for creating text-based GUIs
Design Patterns - Design patterns implemented in Java
OpenRefine - OpenRefine is a free, open source power tool for working with messy data and improving it
J2ObjC - A Java to iOS Objective-C translation tool and runtime.
Joda-Money - Java library to represent monetary amounts.
sitemapgen4j - SitemapGen4j is a library to generate XML sitemaps in Java.
LightAdmin - [PoC] Pluggable CRUD UI library for Java web applications
Maven Wrapper - The easiest way to integrate Maven into your project!