Skip to content

Conversation

gsmet
Copy link
Member

@gsmet gsmet commented Nov 4, 2019

Otherwise, we can't build the release as the tests do not point to the locally configured repository and the platform cannot resolve the bom.

@gsmet gsmet added this to the 0.28.0 milestone Nov 4, 2019
Copy link
Member

@maxandersen maxandersen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1 on this - but we'll need fixing why this is happening.

@gsmet
Copy link
Member Author

gsmet commented Nov 4, 2019

I don't understand your comment. It's happening for a very good reason: we are building in a totally isolated Maven repo so we need the whole Maven build to point to it.

Right now, we build 0.28.0 in this isolated repository and then the tests are run against the default repo where the current released version is not available.

@gsmet gsmet force-pushed the fix-surefire-conf-maven-it branch from 75a62ef to 3501b72 Compare November 4, 2019 08:57
@gsmet gsmet merged commit 9dd96b2 into quarkusio:master Nov 4, 2019
@maxandersen
Copy link
Member

my comment was that I assumed we were doing this by using a ~/.m2/settings.xml file which everything in the chain should listen to but from our conversation on zulip sounds like its done via property/env variables instead so when tests are forking things doesn't work as expected.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants