Or-tools: Add Maven Support

[danyaljj]

Original post
I can see some maven releases here:
https://bintray.com/nikola-ilo/maven/or-tools/view
Q: Why the releases are not continued? Are you guys planning to release a new version on maven?
A: Not done by Google LLC

For v8.0 we are migrating to use maven to create java package
Todo List:

• [x] Use Maven in CMake based build
  
  
  
  • [x] Add Maven package to CMake based build
  
  
  • [x] Use Maven for samples (ortools/*/samples)
  
  
  • [x] Use Maven for examples (examples/contrib examples/java)
  
  
  • [x] Use Maven for tests (examples/tests)
  
  
• [x] Use Maven in Make based build
  
  
  
  • [x] Add Maven packages to Make based build
  
  
  • [x] Use Maven for samples
  
  
  • [x] Use Maven for examples
  
  
  • [x] Use Maven for tests
  
  
• [x] Rework archive to use Maven packages
  
  
  
  • [x] Linux archive
  
  
  • [x] MacOS archive
  
  
  • [x] Windows archive
  
  
• [x] Add internal doc in:
  
  
  
  • [x] ortools/java/README.md
  
  
  • [x] ortools/java/doc/local_pipeline.dot
  
  
  • [x] cmake/doc/java.md
  
  

[lperron]

These are actual contributed and we did not do it.
I will contact the author to see if we can transfer it to or-tools.

Thanks

Laurent Perron | Operations Research | [email protected] | (33) 1 42 68 53
00

2016-06-30 0:20 GMT+02:00 Daniel Khashabi [email protected]:

I can see some maven releases here:
https://bintray.com/nikola-ilo/maven/or-tools/view

Why the releases are not continued? Are you guys planning to release a new
version on maven?

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/google/or-tools/issues/202, or mute the thread
https://github.com/notifications/unsubscribe/AKj17YzVqy9EP7GJ-Xo901KJQETAPzZ0ks5qQu-tgaJpZM4JBn-L
.

[punkeel]

I would definitely appreciate being able to integrate or-tools using Maven

[dlahlou]

Hello Punkeel,
It's on our to-do list to support Maven. Thank you.
Regards,
Driss

On Aug 26, 2016 03:36, "PunKeel" [email protected] wrote:

I would definitely appreciate being able to integrate or-tools using Maven

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/google/or-tools/issues/202#issuecomment-242597370, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ASwpfG_r17r_em0h0ROiUDNRupAb5C2cks5qjkL8gaJpZM4JBn-L
.

[guizmaii]

Any news ?

[fcorneli]

Maven support would be interesting...

[Mizux]

hi all,

Yes I would like to provide a maven (gradle ? ivy ?) package for or-tools ASAP and ideas are welcome !

How I see it currently:
1.Have a clean and modern CMake project to replace Makefile (cf WIP mizux/cmake branch)

1. Have a gradle project with cpp-plugin/JNI to wrap libortools.so
2. Use gradle plugin "maven-publish'
3. Profit !

[gsavvid]

Hello,

I was wondering whether this feature is still planned to be included in v6.8 and also whether the due date of v6.8 (April 1st) is still valid.

[Mizux]

Hi,

Not sure it will be included in v6.8 and not sure when v6.8 will be out (more mid-april I think).
The Goal is to have a Release (which means a version (aka SHA1) generated on Linux/Mac/Win) every month if possible.
For features, it's a best effort basis and depends to the bugs/features found by the community.

So for Maven, I would say, hope to do it ASAP (so I put it in my kaban/ToDo list) but I can't really give you a strong/mandatory date...

[oliviercailloux]

I have prepared a Maven project to release Google OR-Tools for Java (meaning, the SWIG classes) in Maven central. Please see here. The goal is to be able to depend on it in my projects that use Google OR-Tools.

Please give me any comment you like, preferably soon if possible because I have other projects that depend on this for easy consumption.

I am ready to change the groupId if you prefer that I use Google’s (or artifactId if you prefer another one). Currently I put mine simply because there might be a question of trust (I am the one who release the code, after all, not Google, and users could want to know it for security reasons). OTOH, I certainly do not want to appear as trying to get credit for Google’s code.

I am also ready to hand it over to you if you prefer to release it yourself. That would be best, but only if you intend to release it soon… (Otherwise, I’d suggest I release under my groupId now and then hand it to you for the future releases.)

I still have to check for how to release to Maven central without javadoc, I believe it is required by default.

As the Maven release will include only the Java classes and not the native library (it’s there in my project just for the test but is not transmitted by Maven to consumers), users will still have to manually download the library (on linux, libjniortools.so and libortools.so). It does not seem possible to automate this in a clean way using Maven. At least, compilation will be made possible automatically thanks to this release.

[oliviercailloux]

The project is now published to Maven Central

[guizmaii]

Hi,

Any official release in Maven ?

[Mizux]

FYI: rpath should be fixed now on unix (linux and mac), (win use static deps -> not applicable)

[0]─[~/work/or-tools]
[^v^]─corentinl@corentinl %ldd lib/libjniortools.so               
    linux-vdso.so.1 (0x00007ffc285fe000)
    libgflags.so.2.2 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libgflags.so.2.2 (0x00007f4e30f3e000)
    libglog.so.0.3.5 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libglog.so.0.3.5 (0x00007f4e30d03000)
    libprotobuf.so.3.5.1 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libprotobuf.so.3.5.1 (0x00007f4e304dc000)
    libCbcSolver.so.3 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libCbcSolver.so.3 (0x00007f4e301e5000)
    libCbc.so.3 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libCbc.so.3 (0x00007f4e2fec7000)
    libOsiCbc.so.3 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libOsiCbc.so.3 (0x00007f4e2fcb7000)
    libCgl.so.1 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libCgl.so.1 (0x00007f4e2f999000)
    libClpSolver.so.1 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libClpSolver.so.1 (0x00007f4e2f73d000)
    libClp.so.1 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libClp.so.1 (0x00007f4e2f38c000)
    libOsiClp.so.1 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libOsiClp.so.1 (0x00007f4e2f141000)
    libOsi.so.1 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libOsi.so.1 (0x00007f4e2eeee000)
    libCoinUtils.so.3 => /usr/local/google/home/corentinl/work/or-tools/lib/../dependencies/install/lib/libCoinUtils.so.3 (0x00007f4e2eb9b000)
    libortools.so => /usr/local/google/home/corentinl/work/or-tools/lib/libortools.so (0x00007f4e2e0f7000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f4e2dedd000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f4e2dcd5000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f4e2dab8000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f4e2d733000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f4e2d42f000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f4e2d217000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4e2ce78000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f4e314a8000)
[0]─[~/work/or-tools]
[^v^]─corentinl@corentinl %objdump -p lib/libjniortools.so | grep RUNPATH
  RUNPATH              $ORIGIN:$ORIGIN/../lib:$ORIGIN/../dependencies/install/lib64:$ORIGIN/../dependencies/install/lib

[gsavvid]

Until this feature is released, if anyone is interested in building OR-tools with Gradle here's an example of how I did it https://stackoverflow.com/a/52790798/1680301.

[Vamsi-Legion]

Any official maven version ?

[magneticflux-]

I think I have a robust solution for consumers in my repository here. I have dependencies available for each distribution of OR-Tools, and a main dependency that extracts the binaries at runtime. I believe this is similar to how the .NET publication works currently.

[rsahani]

Hi, Is there a tentative timeline for this release?

[Mizux]

Using the CMake based build system you can already generate them.
For next release I would like to integrate it to our makefile based build.

[dillonmabry]

Will this ever be publicly available as a simple maven/gradle repo?

[amucunguzi]

If anyone is interested in a maven dependency for the latest version (7.8), our team has generated one here and published it on maven central. Also added instructions on how to reproduce the project.

Was inspired by similar work by @oliviercailloux and @Mizux pointed us in the right direction (used cmake instead of makefile; and loaded native libraries using the Loader.java class).

[magneticflux-]

My solution from above https://github.com/google/or-tools/issues/202#issuecomment-614399857 is updated to 7.8 and published to JCenter. The readme of the project explains how it differs from existing solutions.

[oliviercailloux]

If anyone is interested in a maven dependency for the latest version (7.8), our team has generated one here and published it on maven central. Also added instructions on how to reproduce the project.

Was inspired by similar work by @oliviercailloux and @Mizux pointed us in the right direction (used cmake instead of makefile; and loaded native libraries using the Loader.java class).

Thanks for this work, and for the back references. About the link to my pom for publication to Maven central, please note that I have a document about publishing to Maven Central, that may perhaps be useful.

[lalithsuresh]

@Mizux will the maven packages for release 8.0 be made available on Maven Central?

[Mizux]

This is the next step, but we need to test few things:

• how to sign package while still given the opportunity to build locally without the "official" token
• currently we have three "meta" packages
  
  
  
  • Linux: ortools-java depends on ortools-linux-x86-64
  
  
  • MacOS: ortools-java depends on ortools-darwin
  
  
  • Windows: ortools-java depends on ortools-win32-x86-64
  
  
• I don't know if the code generated for the meta package containing the java class is cross-platform and identical -> need to test
  if yes then we will be able to merge all ortools-java in one package and publish it to maven (ed this is what we do for .NET)
  ref: https://github.com/google/or-tools/tree/stable/ortools/java
  ref: https://github.com/google/or-tools/tree/stable/ortools/dotnet#complete-googleortools-package

I'll should work on it next week

[dillonmabry]

@Mizux any update on this or from someone else? I believe quite a few people would be very happy to have this added on maven central for Java since quite a few teams would be using this for optimization problems :)

[amucunguzi]

@dillonmabry our team has been using this: https://github.com/panavis/google-or-tools-maven. We hope that there will be an official release soon. @Mizux.

[suming]

@amucunguzi thank you for working on this! I saw that https://github.com/panavis/google-or-tools-maven doesn't have a dependency for mac -- is that on it's way at all?

[magneticflux-]

@suming My version https://github.com/google/or-tools/issues/202#issuecomment-614399857 has all OS distributions available :eyes:

[lalithsuresh]

Yes, I've been using @magneticflux-'s version on OSX and it works fine.

[suming]

@magneticflux- & @lalithsuresh thank you for the heads-up, I just tested it out and it's great. I can develop locally on OSX and deploy on Linux easily. Appreciate it!

[dillonmabry]

@suming My version #202 (comment) has all OS distributions available 👀

Using this version currently with no issues, thanks for your support! Works as expected.