layrry
moditect
Our great sponsors
layrry | moditect | |
---|---|---|
3 | 10 | |
320 | 529 | |
-0.3% | 2.1% | |
4.6 | 7.8 | |
9 months ago | 26 days ago | |
Java | Java | |
Apache License 2.0 | Apache License 2.0 |
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.
layrry
-
Kafka 4.0, Flink 2.0, Hadoop, and now Spark 4.0 will all drop Java 8 and move to Java 11+!
No, JPMS does not automatically turn the JVM into an NPM like experience with the same dependency being available in different versions. It is possible using the layer feature JPMS introduced, for example with Layrry, but as I understand it, by default Java only has 2 (?) layers, bootstrap and application, corresponding to the bootstrap and application classloaders.
-
Which would be the scala way of building a modular/plugin based architecture application?
Use https://github.com/moditect/layrry which is based on Java Modules. Not tried yet. Sbt does not recognize module-info.java which is essential for it to work. Possible solution is implement an Sbt Plugin. But, I don't know if at the end this would work in development mode which is important.
-
Java Modules - are they common and should we use them?
github.com/moditect/layrry
moditect
-
Java Modules in Real Life
And then you have to use moditect to generate a module-info.java and this is again because the annotation processor will pick up the provides Processor with YourAnnotationProcessor.
-
Modularization (modular-info.java), maven, and testing misery
Maybe you've somehow missed https://maven.apache.org/plugins/maven-jlink-plugin/ https://github.com/moditect/moditect https://github.com/beryx/badass-jlink-plugin https://github.com/sormuras/testing-in-the-modular-world
-
JRE & JDK implementation mess
Yes, you are right. jlink does not work with automatic modules. But using that plugin https://github.com/moditect/moditect you can easily transform almost any java library into a named module. It is a shame there are libraries under development, that have not been adapted to the java modular system.
- Forking google
-
Minvio - a simple Java graphical app framework.
FWIW, I've had a lot more issues with reflective access when using GraalVM. Reflection is mainly a problem with modules if you forget to 'open' your modules which is easy to fix in many cases. There's also moditect if the library author still doesn't want to learn how to include a module-info in the legacy compatible jar.
-
javafx:jlink and itext to create self contained jar.
Thanks. I don't think iText has a modularized jar. Would it be possible to inject the modules into my jar, as per: https://stackoverflow.com/questions/47222226/how-to-inject-module-declaration-into-jar . Or maybe use moditect?
-
Persism 1.0.1 released - A zero ceremony ORM for Java
Or apply the https://github.com/moditect/moditect plugin and keep the build in JDK8. Let the plugin create the module descriptors without configuring JDK toolchains.
-
Java Modules - are they common and should we use them?
You can use the https://github.com/moditect/moditect maven plugin to add the module-info to the third-party jars
-
JPMS Migration Playground
The next solution, which is the one I'm writing about. Is to modularize foo's jar, this is easily accomplished using the moditect plugin. But it can be tricky since I don't have, nor do I need, bar, and I prefer doing most of the work in build time and not manually.
-
Distribution of JVM desktop applications
It's possible to add this information during one's build even though the procedure is error-prone and boring. The description on how to achieve this deserves a post on its own. For more information, please check this Oracle magazine article. Suffice to say here that it makes heavy use of the Moditect Maven plugin.
What are some alternatives?
moditect-gradle-plugin - A ModiTect plug-in for the Gradle build system
os-maven-plugin - A Maven plugin that sets various useful properties detected from ${os.name} and ${os.arch} properties.
maven-jpackage-template - Sample project illustrating building nice, small cross-platform JavaFX or Swing desktop apps with native installers while still using the standard Maven dependency system.
badass-jlink-plugin - Create a custom runtime image of your modular application
MacWire - Lightweight and Nonintrusive Scala Dependency Injection Library
piranha - Piranha - a modern cloud runtime
packr - Packages your JAR, assets and a JVM for distribution on Windows, Linux and Mac OS X
jtoolprovider-plugin - This Maven Plugin does two things. First, it automatically transforms your Maven dependency graph into Java modules. Second, it bridges Maven and built-in Java tools like jdeps, jlink, and jpackage.
Permazen - Language-Natural Persistence Layer for Java
Feather - Lightweight dependency injection for Java and Android (JSR-330)
avaje-inject - Dependency injection via APT (source code generation) ala "Server-Side Dagger DI"