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

Starts v0.10.0 #37

Merged
merged 14 commits into from
Aug 2, 2014
Merged

Conversation

mfulgo
Copy link
Contributor

@mfulgo mfulgo commented Aug 1, 2014

No description provided.

mfulgo added 14 commits July 31, 2014 16:23
The Command and Response objects should have names that follow the same
form. I've arbitrarily decided on VerbNoun. Since this is an
API-breaking change and we're in pre-1.0.0, I've bumped the minor
version from 9 to 10.
This moves the Response objects into the same package as their
associated commands, since they're so tightly coupled.
This renames the command class and related methods to match the method
name in the Docker Remote API.
https://docs.docker.com/reference/api/docker_remote_api_v1.13/#22-images
This changes the CopyFileFromContainer's impl method to not call
toString on the copyConfig that it uses in the POST body, instead
relying on the default JSON serializer and marked fields. This will
allow us to use a reflection-based toString.

This commit also creates a test around the use of the
CopyFileFromContainer command.
This cuts down on some of the boilerplate code. Since we're already
bringing Apache Commons Lang, we might as well use it.
Replacing more boilder-plate code with something that'll be easier to
maintain.
This is the first step toward simplifying or getting rid of the
CommitConfig object.
If you don't have any of your own containers, the InfoCmd integration
test can fail. This commit makes sure there's at least one container
present.
This effectively hides the config objects from the public API, as I
expect they'll either go away or get simplified.
The HostConfig is already a sub-class of the InspectContainerResponse
object.
Having a slightly less generic class name is probably a good thing...
DockerClient is now an immutable class.  The only way to set credentials
now is at construction of the DockerClient, using the DockerClientConfig
object.
Conflicts:
	src/main/java/com/github/dockerjava/client/command/CreateContainerCmd.java
marcuslinke added a commit that referenced this pull request Aug 2, 2014
@marcuslinke marcuslinke merged commit 7cfb62b into docker-java:master Aug 2, 2014
@marcuslinke
Copy link
Contributor

@mfulgo Thanks Matthew, great work!

@mfulgo mfulgo deleted the for-upstream-v0.10.0 branch August 3, 2014 17:25
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