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

add getConverter method to Config #495

Merged
merged 2 commits into from
Mar 19, 2020

Conversation

emattheis
Copy link
Contributor

as proposed in #492

Copy link
Member

@Emily-Jiang Emily-Jiang left a comment

Choose a reason for hiding this comment

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

I disagree with the approach. Let's discuss more on the issue.

@emattheis emattheis force-pushed the 492-expose-convert branch 3 times, most recently from 124e779 to ae348da Compare January 27, 2020 17:38
@emattheis
Copy link
Contributor Author

@Emily-Jiang in light of #514 can we move forward with this? I think we're in agreement that an external converter spec has merit, and Config can adopt it in the future, but having access to the converters within the context of a Config is useful regardless of what spec they follow.

@Emily-Jiang
Copy link
Member

@emattheis please see my explaination on the issue.

@eclipse-microprofile-bot
Copy link
Contributor

Can one of the admins verify this patch?

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 11, 2020

@emattheis would you mind rebasing this? In particular I think the OSGi version thing probably can be dropped (we should update that separately for 2.0 anyway).

Copy link
Contributor

@radcortez radcortez left a comment

Choose a reason for hiding this comment

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

.

@emattheis emattheis changed the title add convert method to Config add getConverter method to Config Mar 12, 2020
@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 13, 2020

@emattheis not to continue to harp on you :) but would you mind reducing this down to a single commit which adds the new method? I don't think you need to update the release notes per se (at least I don't think we've discussed that as a group, that I recall anyway). But it shouldn't be 8 commits.

Alternatively you might want to check the "[ ] Allow edits from maintainers" box, and I can do it, if you don't have availability.

Thanks!

@emattheis
Copy link
Contributor Author

@dmlloyd I meant to ask about that in the hangout. In my day-job, we use the "[] Allow squash merging" setting so we can do that when we merge PRs into the mainline. That way we preserve individual commits in the feature branches. Not sure if that's enabled on this repo, though.

Allow edits from maintainers is enabled, so feel free to squash on this branch if you prefer.

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 13, 2020

All fixed up. @Emily-Jiang can you please re-review or dismiss your review?

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 13, 2020

This needs a rebase after #544 is merged in order to pass CI.

@radcortez
Copy link
Contributor

Do we have "Require branches to be up to date before merging" on?

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 13, 2020

I don't think so. Might be a good idea though?

CI is failing because of #544 but that's an easy fix (Erik already did it for us in fact).

@radcortez
Copy link
Contributor

Yes, I advice to turn it on. I can't do it.

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 13, 2020

I think it would need some discussion (but anyway I don't have permission either). Open a process change issue?

@radcortez
Copy link
Contributor

Sure.

@emattheis
Copy link
Contributor Author

I updated the TCK with coverage for getConverter and used a local build of smallrye-config to verify. I'll squash the commits again once someone takes a look.

@radcortez
Copy link
Contributor

We do need #544 to be merged so we can pass the CI build.

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 16, 2020

It looks as though CI is presently testing with the branch head rather than a merge of the commit. Looking into it.

@emattheis
Copy link
Contributor Author

want me to just rebase now that #544 is merged?

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 16, 2020

I'm going to try to fix the action first. If that fails, then yes we'll need to rebase all of these.

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 16, 2020

Actually it seems that the settings from the branch are used for Actions, so even if I fix CI upstream the branch will still break. So you'll still have to rebase, but let's still wait until #547 goes in, just so we can get the extra validation for it.

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 16, 2020

@emattheis OK please go ahead and rebase! Thanks.

@dmlloyd
Copy link
Contributor

dmlloyd commented Mar 16, 2020

@Emily-Jiang this one is also green now; can you please re-review or dismiss your old review?

Copy link
Member

@Emily-Jiang Emily-Jiang left a comment

Choose a reason for hiding this comment

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

LGTM! Thanks @emattheis !

@Emily-Jiang Emily-Jiang merged commit dea55be into eclipse:master Mar 19, 2020
@emattheis emattheis deleted the 492-expose-convert branch March 26, 2020 15:50
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.

5 participants