odpi / egeria

Egeria core
https://egeria-project.org
Apache License 2.0
806 stars 260 forks source link

Create 1.5 Release #2654

Closed planetf1 closed 4 years ago

planetf1 commented 4 years ago
planetf1 commented 4 years ago

Notebooks and CTS tests all look good with no additional failures

planetf1 commented 4 years ago

Currently blocked by incomplete sync. See #2704 for an effort to add parallism. However that in itself caused additional issues, so reverting to N=1 to flush out the final packaging issues preventing sync.

planetf1 commented 4 years ago

Current issues on the publishing are:

Not present in JCenter:

Va;idation failed:

Errors reported relating to repository: (could be related to a previous partial sync)

Bad Request from API

Source: https://dev.azure.com/ODPi/Egeria/_releaseProgress?releaseId=116&_a=release-environment-logs&environmentId=348

planetf1 commented 4 years ago

Reporting to bintray issues with:

a) Packages that have packaging=pom, and contain the required <scm> tag which are failing validation for no clear reason. This is a re-run of the problems last release where JFrog said we needed the scm tag, which we added.....

email sent...

Packaging errors in egeria

Missing sources. These poms are defined as packaging=jar (default) but don't contain sources, which we know isn't permitted. It is basically invalud. We can either a) ignore b) add dummy source/javadoc/jar c) change packaging type to pom. Since these are mostly currently empty and not used, I'm inclined to leave as-is cc: @mandy-chessell

Errors in artifactory

-- missing signatures. This may be fixable by redoing the full build, perhaps signature gen failed for some reason?

@bramwelt can you advise on this artifactory issue

Longer term need to figure out why this process is rather unreliable. Not just performance but the jfrog validation seems suspect. What do other project use? How about commercial products? Can we use a different service? Do we need to pay for jfrog support? Also - can we run 'test' deployments more often - which may pick up issues quicker than monthly ie on any newly introduced components. Perhaps consider maven central snapshots, or weekly runs.

planetf1 commented 4 years ago

The three packages failing validation are now synced to maven central after manual addition The stewardship-engine-* packages will be left as-is, as they are currently empty, awaiting implementation in a future release

planetf1 commented 4 years ago

Contacting LF team to see if they can re-sync https://odpi.jfrog.io/odpi/webapp/#/artifacts/browse/tree/General/egeria-release-local/org/odpi/egeria/open-metadata-conformance-suite-server/1.5 to bintray (I don't have permissions).

The sync from bintray to maven central is failing due to a missing signature:

Sync Status
Last Synced: Never
Last Sync Status: Validation Failed
Last Sync Errors: Missing Signature: '/org/odpi/egeria/open-metadata-conformance-suite-server/1.5/open-metadata-conformance-suite-server-1.5-javadoc.jar.asc' does not exist for 'open-metadata-conformance-suite-server-1.5-javadoc.jar'. Dropping existing partial staging repository.
planetf1 commented 4 years ago

See https://jira.linuxfoundation.org/servicedesk/customer/portal/2/IT-19257

grahamwallis commented 4 years ago

The link is only viewable to a limited audience

planetf1 commented 4 years ago

The link is only viewable to a limited audience

Yes it is sorry - I can't control that. It's included so that I can point the LF support team here for further info.

@bramwelt is looking at trying to republish that artifact. It looks to me as something went awry in the signing process, which is basically an artifactory operation as best I know

planetf1 commented 4 years ago

Chasing up - still blocked from completing the release.

planetf1 commented 4 years ago

Release 1.5 artifacts are now synced to maven central.