Support remote API 1.22 subset#488
Conversation
|
Merged completion fix and rebased. |
Current coverage is
|
|
@marcuslinke please check your comments on this pr. |
|
@KostyaSha Thanks! |
|
Tested successfully against 1.22. Tested against 1.21: |
|
|
||
| public UpdateContainerCmd withBlkioWeight(Integer blkioWeight); | ||
|
|
||
| public UpdateContainerCmd withContainerId(String containerId); |
There was a problem hiding this comment.
It would be better to deny null here (by adding a non-null check in impl and annotate with @nonnull). It doesn't make sense to pass null. What should be done when container id is null in exec?
There was a problem hiding this comment.
as low level api just send to null container id (btw, can container be reached via null name?). Buy yeah, while it ~CLI interface for library users, then makes sense.
|
@KostyaSha Beside the comments above it looks good to me. What about #484 from @fbuecklers now? |
|
@marcuslinke this pr is part 1 and everything should be updated later. His pr has no tests and need to be reviewed/updated/etc |
Can't reproduce. |
Can't reproduce from IDE too. So it seems unrelated to 1.21. Maybe returned order is unpredictable sometimes... I think we can ignore this for now. |
|
Reviewed 59 of 59 files at r1, 6 of 6 files at r3. Comments from the review on Reviewable.io |
|
My results against 1.9.1 |
|
|
fails only when you run class test (methods are in parallel?) |
|
Probably somethink like that. But how to fix test then? Comments from the review on Reviewable.io |
|
Mount has no Builders, so it impossible to fill it and test with |
|
Seems fixed. |
|
😴 |
|
running 1.9.1 test locally again. |
|
Maybe withTTY test fails also because of parallel... will check tomorrow. |
|
only |
|
Strange... For me this test passes successfully each time. |
|
Btw. for runnning push tests you need a registry (personally I use docker hub) and configure registry and credentials in .docker-java.properties |
|
@marcuslinke try run test for the whole class. |
|
@marcuslinke if it passes for you then ok, i can't pick it under debugger. Are changes good now? |
|
@marcuslinke https://github.com/KostyaSha/dind/tree/fedora/fedora:1.9 |
|
@KostyaSha The strange thing about it is that it seems related to not setting the API version anymore at |
against 1.9 dind from maven build, but |
|
For tty test i'm getting |
|
1.9.1 |
|
1.10.2 |
|
To anybody, any testing help is welcome! |
|
|
|
@KostyaSha All tests passed successfully here. Both for 1.21 and 1.22 also. Do you run the tests via DinD? |
|
I run via DinD and via http without TLS (but the same errors i got on non-dind instance). |
|
So maybe the issues you have are related to that somehow? |
|
I had the same issues on native daemon in docker-machine (boot2docker). I may guess that issue in http vs unix connection. |
|
I use docker-machine/boot2docker with TLS here and it works. |
|
Then merge? |
|
👍 |
|
So we modify CHANGELOG.md to say that 3.0.0 will support 1.22 now? |
|
@KostyaSha ...and maybe release 3.0.0-RC3? |
|
🏧 1.22 is partially supported, we need review contributed PR and update it with tests. We should try somehow avoid delays (one evening i'm proposing change, second you review, third i fix and loop) :) |
|
@marcuslinke sure, do rc3 so people will have ability to try changes in more gradient way. |
|
@KostyaSha I fear it will be difficult to speed up development. That would need more actively maintainers. For me personally its impossible to spend more time on this. Oh and I'm away next week for holidays by the way... |
|
I hope we will end refactorings and clean-ups and then it will take less time for supporting/updating it. |
squashed and rordered variant of #469