Skip to content

Publish artifacts to Maven central #36

Closed

Description

@wcmatthysen

We need to get the WorldWind jars published on Maven central so that developers can easily include it in their projects. One of the forks that are doing this that we can reference for help or get help from is: https://github.com/pcmehlitz/WorldWindJava-pcm (Peter C Mehlitz's fork)

Activity

  1. emxsys commented on Apr 17, 2019

    @emxsys
    Member

    What group ID should we use?

    • earth.worldwind?
  2. wcmatthysen commented on Apr 17, 2019

    @wcmatthysen
    MemberAuthor

    Yes, I think that will work nicely.

  3. wcmatthysen commented on Apr 24, 2019

    @wcmatthysen
    MemberAuthor

    @emxsys, I think we should get a bintray account up and running. We can then auto-publish snapshot builds of the develop branch with Travis every time a pull-request is merged in. Releases can then be published every time we merge develop back into master. Or, what do you think is the best way to handle releases?

  4. added a commit that references this issue on May 25, 2019
  5. added this to the WWJ-CE 2.2.0 milestone on Jun 3, 2019
  6. wcmatthysen commented on Jun 4, 2019

    @wcmatthysen
    MemberAuthor

    @emxsys, I've managed to get the maven artifact publishing to work (the changes are in #49). Whenever we merge a pull-request into the develop-branch a snapshot version will be built and published to the JFrog OSS artifactory repository at:

    https://oss.jfrog.org/artifactory/oss-snapshot-local/earth/worldwind/worldwind/

    The current snapshot-version is 2.2.0-SNAPSHOT.

    When we want to release a version we need to merge into master and tag the branch (probably with the version number for the tag-name). This will cause a release version to be built and published to bintray at:

    https://bintray.com/beta/#/worldwindearth/maven/WorldWindJava

    I can merge the pull-request into develop. This will cause a snapshot to be built so that we can inspect that everything is working. We will then just need to publish instructions at some point on how to get the latest snapshot versions via maven in the readme file somewhere.

  7. wcmatthysen commented on Jun 5, 2019

    @wcmatthysen
    MemberAuthor

    I've merged pull-request #49 into develop and it successfully published the snapshots. We now have snapshots available on the JFrog OSS artifactory repository that can be pulled in as dependencies for other applications. I have done separate tests and the publishing of the release jars to bintray work as well. We just need to update the readme file with additional information on how to pull in the snapshots and releases at some stage. I think that should happen when we decide to actually perform a 2.2.0 release. I think this issue can be closed for now.

  8. jrepko commented on Aug 18, 2019

    @jrepko

    Is there reason why the worldwindx jar isn't publishing or is it just a mistake? I'm looking at updating Glimpse to use JOGL 2.3.x but then I need to also update its worldwind dependencies.

  9. wcmatthysen commented on Aug 18, 2019

    @wcmatthysen
    MemberAuthor

    @jrepko, I looked at the WorldWindAndroid build.gradle files as a guideline when I created the Gradle build script for WorldWindJava. In the WorldWindAndroid build scripts they do not publish the worldwindx jar. The reasoning is that the worldwindx jar is supposed to only contain the example applications and isn't something that you would normally need to depend on when you create an application.

  10. jrepko commented on Aug 18, 2019

    @jrepko

    Makes sense. The glimpse library has at least one example that depends on it, but I don't see why it couldn't be rewritten.

  11. wcmatthysen commented on Aug 18, 2019

    @wcmatthysen
    MemberAuthor

    If there is some class you depend on in the worldwindx package for your library, we could move it into the core worldwind package. Just open an issue for it and we can have a discussion surrounding it.

  12. jrepko commented on Aug 18, 2019

    @jrepko

    Thanks. I'll look into it more and do that if it makes sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    taskNot a bug

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions