Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jenkins: Always publish buildInfo to Artifactory #16102

Merged
merged 1 commit into from
Oct 16, 2023

Conversation

AdamBrousseau
Copy link
Contributor

@AdamBrousseau AdamBrousseau commented Oct 14, 2022

In the orignal change to add support for multiple
Artifactory servers, including servers behind a VPN
(#8817), I made a note that buildInfo cannot be published
to VPN'd servers because while the artifacts are pushed
from the node, the buildInfo is pushed from the Controller
and therefore would fail to push if the Controller could
not see the Artifactory server behind the VPN. Since that
change, we've move the UNB VPN connection directly onto our
Controller node, this means we can now publish buildInfo to
the UNB server. This essentially means that as of today, we
can push buildInfo to all servers.

Note we still need the Artifactory vpn config info for other
parts of the code.

Also note that the if condition written prior to
this change was incorrect so we actually have never published
buildInfo since 8817 went in.

Signed-off-by: Adam Brousseau adam.brousseau88@gmail.com

@AdamBrousseau
Copy link
Contributor Author

jenkins compile amac jdk11

@AdamBrousseau AdamBrousseau changed the title Debug art build info Jenkins: Always publish buildInfo to Artifactory Oct 14, 2022
@AdamBrousseau
Copy link
Contributor Author

Leaving this in draft for now as I suspect it will break internal builds due to another ongoing issue I am investigating (infrastructure/7361).

@AdamBrousseau AdamBrousseau marked this pull request as ready for review October 25, 2022 18:07
@AdamBrousseau
Copy link
Contributor Author

@vsebe for review.
We should merge this and #16103 together.

In the orignal change to add support for multiple
Artifactory servers, including servers behind a VPN
(eclipse-openj9#8817), I made a note that buildInfo cannot be published
to VPN'd servers because while the artifacts are pushed
from the node, the buildInfo is pushed from the Controller
and therefore would fail to push if the Controller could
not see the Artifactory server behind the VPN. Since that
change, we've move the UNB VPN connection directly onto our
Controller node, this means we can now publish buildInfo to
the UNB server. This essentially means that as of today, we
can push buildInfo to all servers.

Note we still need the Artifactory vpn config info for other
parts of the code.

Also note that the if condition  written prior to
this change was incorrect so we actually have never published
buildInfo since 8817 went in.

Supersedes eclipse-openj9#18203

Signed-off-by: Adam Brousseau <adam.brousseau88@gmail.com>
@AdamBrousseau
Copy link
Contributor Author

@pshipton this, followed by #16103 will resolve infra issue 8489.

@AdamBrousseau
Copy link
Contributor Author

Being tested with #16103
Build Status

AdamBrousseau added a commit to AdamBrousseau/openj9 that referenced this pull request Oct 16, 2023
The internal Artifactory server is forcing us
touse a buildName prefix. This adds the option
to have a buildName prefix. However, we don't need
this at the OpenJ9 Jenkins farm so defaults.yml
sets the option to empty string.

Should be merged after eclipse-openj9#16102

Signed-off-by: Adam Brousseau <adam.brousseau88@gmail.com>
@keithc-ca keithc-ca merged commit 85d65e0 into eclipse-openj9:master Oct 16, 2023
2 checks passed
midronij pushed a commit to midronij/openj9 that referenced this pull request Oct 26, 2023
The internal Artifactory server is forcing us
touse a buildName prefix. This adds the option
to have a buildName prefix. However, we don't need
this at the OpenJ9 Jenkins farm so defaults.yml
sets the option to empty string.

Should be merged after eclipse-openj9#16102

Signed-off-by: Adam Brousseau <adam.brousseau88@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants