Hi there,
just wanted to let you guysome days ago I wondered what the default java version would be. It should be Java 11. So I've installed a clean leap beta installation.
I've installed java-openjdk-10, java-openjdk-11, java-openjdk-1_8_0. Same with the equivalent devel packages. The default java version is Java 11 both with "java" and "javac" via update-alternatives.
So everything's fine. I've updated the wiki page accordingly (https://en.opensuse.org/Features_15.1#Java).
Does anyone know why there is no Apache Maven available in the default packages? There is this "maven-local", which I think is not the maven program itself.
Cheers,
Bernd
On 4/1/19 11:42 PM, Bernd Ritter wrote:
Does anyone know why there is no Apache Maven available in the default packages? There is this "maven-local", which I think is not the maven program itself.
I have the same question regarding gradle, which I needed to use a week ago. Java:packages and openSUSE:Factory don't actually provide a binary.
Why?
In the end I downloaded the gradle binary from upstream and put it in /usr/bin/local, but I'd expect it to be packaged (e.g. in Arch Linux I used to use the gradle package [0] just fine).
The 'gradle-local' package was just an srcpackage.
I assume the same applies to maven.
These two tools are vital parts of Java ecosystem.
[0]: https://www.archlinux.org/packages/community/any/gradle/
On Mon, 2019-04-01 at 23:42 +0200, Bernd Ritter wrote:
Does anyone know why there is no Apache Maven available in the default packages? There is this "maven-local", which I think is not the maven program itself.
Packaging Maven properly is no easy task. There is work being done in
https://build.opensuse.org/project/show/home:fstrba:maven
feel free to contribute.
There's also a repackaging of the official Maven binaries at
https://build.opensuse.org/package/show/devel:tools:building/maven
but that's not going to Factory anytime (due to it being a simple repackaging of binaries ).
Thanks,
Robert
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
So, just to update you people about the state of Java in openSUSE Tumbleweed:
1) We now have maven 3.6.2 packaged including crucial plug-ins and we also have all the xmvn 3.1.0 packages that allow maven to use local (system-installed) packages. So, there is already a number of packages in Tumbleweed that are built using maven.
2) Recently gradle 4.4.1 entered Tumbleweed. I know that it is relatively older version, but that is the version that allows us to use again the xmvn connectors and build using the system packages with maven metadata and thus to build the whole stuff without having to download dependencies from internet or use a convoluted binary kits. Currently, it could be possible to upgrade to gradle 4.5.1 if someone will try, but it would also mean to forward port all the currently applied patches in order to not loose the capacity to use system packages. After that, one could endeavour in gradually upgrading further, but that is not just a mechanical task and it requires first to make oneself familiar with xmvn-connector-gradle's workings and with gradle's code. Any volunteer is welcome and will be supported.
3) Nevertheless, this rather old gradle has patches forward-ported that allows it to be used with java 11. And besides that, it was enough to allow us to package from source openjfx 8 that landed in Factory yesterday under the name java-1_8_0-openjfx and is meant to work with java-1_8_0-openjdk.
Cheers
Fridrich
On 02/04/2019 00:22, Robert Munteanu wrote:
On Mon, 2019-04-01 at 23:42 +0200, Bernd Ritter wrote:
Does anyone know why there is no Apache Maven available in the default packages? There is this "maven-local", which I think is not the maven program itself.
Packaging Maven properly is no easy task. There is work being done in
https://build.opensuse.org/project/show/home:fstrba:maven
feel free to contribute.
There's also a repackaging of the official Maven binaries at
https://build.opensuse.org/package/show/devel:tools:building/maven
but that's not going to Factory anytime (due to it being a simple repackaging of binaries ).
Thanks,
Robert