- 19 Sep, 2016 3 commits
-
-
Marcin Grzejszczak authored
-
Marcin Grzejszczak authored
-
Marcin Grzejszczak authored
-
- 15 Sep, 2016 3 commits
-
-
Spencer Gibb authored
-
rockinrimmer authored
* Check if object is already a ResponseEntity, if so return instead of wrapping in another ResponseEnitiy. Which caused headers and status code from original ResponseEnitiy to be lost and for body to be output with whole ResponseEntity instead of just the body * added test
-
Marcin Grzejszczak authored
-
- 14 Sep, 2016 1 commit
-
-
Michael Hartle authored
Fixed an issue where the pre FormBodyWrapperFilter adds multiples of every multipart part to a request
-
- 13 Sep, 2016 2 commits
-
-
Ryan Baxter authored
Bumping RxJava to latest version
-
Marcin Grzejszczak authored
1.1.5 -> 1.1.10 fixes #1337
-
- 08 Sep, 2016 3 commits
-
-
Spencer Gibb authored
-
Spencer Gibb authored
-
Niklas Herder authored
Was previously milliseconds/seconds when calculating whether to display the message about reporting failures.
-
- 07 Sep, 2016 3 commits
-
-
Spencer Gibb authored
fixes gh-126
-
Marcin Grzejszczak authored
-
Marcin Grzejszczak authored
-
- 01 Sep, 2016 2 commits
-
-
Spencer Gibb authored
* garciafl-1.1.x: Remove RibbonCommand suffix
-
Garcia Florian authored
This is a regression in HttpClientRibbonCommand Fixes gh-1308
-
- 29 Aug, 2016 2 commits
-
-
Spencer Gibb authored
-
Spencer Gibb authored
fixes gh-1285
-
- 26 Aug, 2016 1 commit
-
-
Ryan Baxter authored
Clarify peer replication setup of eureka servers (Fixes #1251)
-
- 22 Aug, 2016 4 commits
-
-
Spencer Gibb authored
-
Spencer Gibb authored
This fixes a case where the ribbon property is set `ribbon.IsSecure=false`, but because the eureka secure port was enabled, the uri created by ribbon was prefixed with https when it shouldn't have. All places where isSecure is need have been consolidated into RibbonUtils. fixes gh-1270
-
Spencer Gibb authored
Previously with a `@FeignClient(name="http://bad_hostname")` would pass the start time test and fail later in runtime. The test now fails fast. fixes gh-1257
-
Marcin Grzejszczak authored
-
- 19 Aug, 2016 1 commit
-
-
Marcin Grzejszczak authored
-
- 18 Aug, 2016 1 commit
-
-
Marcin Grzejszczak authored
-
- 17 Aug, 2016 4 commits
-
-
Will Tran authored
Example uses the same value of eureka.client.serviceUrl.defaultZone for all peers. The eureka server knows who it is and doesn't attempt to replicate to itself [1], so this simplification will work. [1]https://github.com/Netflix/eureka/blob/v1.4.10/eureka-core/src/main/java/com/netflix/eureka/registry/PeerAwareInstanceRegistryImpl.java#L616-L619
-
Dave Syer authored
A problem in Spring Boot means that the extra conditions are combined with OR not AND, so it's a bug to have more than one until that gets fixed (in an AnyNestedCondition). See https://github.com/spring-projects/spring-boot/pull/6672
-
Dave Syer authored
-
Marcin Grzejszczak authored
-
- 16 Aug, 2016 1 commit
-
-
Marcin Grzejszczak authored
What we're missing ATM is different documentation versions for different application versions. What this change does is that it's: - finding out what is the current branch (e.g. 1.0.x) - finding out out what is the name of the main adoc file (e.g. spring-cloud-sleuth) - pulling the changes from gh-pages after checkout - finding out what is the list of comma separated whitelisted branches (via the `docs.whitelisted.branches` prop) - in gh-pages creating a folder with name of the branch (e.g. /1.0.x) copying all the docs/target/generated-docs/ to that folder - if the branch from which we're calling the script is NOT master then we're changing the ${main.adoc}.html to index.html so that it's easier to access the docs (e.g. http://cloud.spring.io/spring-cloud-sleuth/1.0.x/)
-
- 10 Aug, 2016 2 commits
-
-
Ryan Baxter authored
-
Ryan Baxter authored
-
- 09 Aug, 2016 4 commits
-
-
Spencer Gibb authored
-
Ryan Baxter authored
-
Ryan Baxter authored
-
Ryan Baxter authored
Content-length not properly set when using the FormBodyWrapperFilter
-
- 03 Aug, 2016 1 commit
-
-
Jacques-Etienne Beaudet authored
Fix an issue where the FormBodyWrapperFilter would encode the form parameters differently than on the original request. The FormBodyWrapperFilter handles the application/x-www-form-urlencoded. In the case of requests received by curl or javascript, the FormHttpMessageConverter will reencode the parameters differently (for example, '(' will be encoded while it's not with the javascript encodeURIComponent method). While this doesn't create any problem, the content length was not properly set in HttpClientRibbonCommand. This causes the form params being stripped or the backend server would wait a long time for additional bytes depending on if the content length header was bigger/smaller than the actual data.
-
- 22 Jul, 2016 2 commits
-
-
Ryan Baxter authored
-
Ryan Baxter authored
This reverts commit 766f8bba.
-