- 20 Mar, 2015 2 commits
- 19 Mar, 2015 4 commits
-
-
Spencer Gibb authored
removes ugly dagger dependency fixes gh-183
-
Spencer Gibb authored
updated documentation of HystrixHealthIndicator
-
Peter authored
documentation was not conform to specified behavior as in #24
-
Dave Syer authored
Simple solution is to check for instanceof before casting. Fixes gh-265
-
- 18 Mar, 2015 4 commits
-
-
Dave Syer authored
This change adds more data to the stream with {"type":"Ping"} so (I believe) the existing dashboard client will discard it, but stay alive. Fixes gh-264
-
Dave Syer authored
-
Dave Syer authored
-
Dave Syer authored
Since hostnames ahve quite strict syntax (e.g. no underscores) we should validate the feign client name to prevent nasty surprises at runtime. Fixes gh-263
-
- 17 Mar, 2015 1 commit
-
-
Dave Syer authored
-
- 16 Mar, 2015 4 commits
-
-
Spencer Gibb authored
fixes gh-260
-
Dave Syer authored
Fixes gh-259
-
Dave Syer authored
Added additional Gradle tip to Eureka Server documentation.
-
sampengilly authored
Added additional Gradle tip to Eureka Server documentation. Tip covers the usage of the spring dependency management plugin in order to prevent fatal crashes during application startup.
-
- 13 Mar, 2015 3 commits
-
-
Dave Syer authored
-
Dave Syer authored
It turns out that the suckiness of Zuul with multipart requests comes almost entirely from the Multipart handling in Spring's DispatcherServlet. This change makes the proxy routes available on an alternative path /zuul/<normal_path> (where /zuul is the default value of zuul.servletPath). I have tested those with 800MB file uploads using the main method in the FormZuulServletProxyApplicationTests and the main observation is that there is no OutOfMemory error (no-one tries to download the complete request body). It works with Ribbon and with the simple (HttpClient) filter. With Ribbon you will need to set some timeouts if you want to upload files as large as that, e.g. see application.yml in the tests: hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds: 60000 ribbon: ConnectTimeout: 3000 ReadTimeout: 60000 You need to set "Transfer-Encoding: chunked" in the incoming request. Chrome does not do this by default apparently, but I was able to test with curl, e.g. $ curl -v -H "Transfer-Encoding: chunked" \ -F "file=@mylarg.iso" \ localhost:9999/zuul/direct/file The old proxy paths through the DispatcherServlet are still available (for backwards compatibility and for convenience of having the paths available at the root of the context path). Fixes gh-254
-
Dave Syer authored
Because of the way that a FormBodyServletRequestWrapper was implemented (extending the Zuul servlet 2.5 wrapper) it could barf at runtime if anyone called its servlet 3.0 methods. The fix for that was to extract our Servlet30RequestWrapper and extend that instead. Also tweaked the DebugFilter a bit so it doesn't try and display the whole payload. Probably speeds up file uploads a bit but the fact that we have to store the whole request body in memory is going to kill us eventually. See gh-254
-
- 06 Mar, 2015 3 commits
-
-
Spencer Gibb authored
From 2.0.RC13 fixes gh-216
-
Spencer Gibb authored
-
Dave Syer authored
-
- 05 Mar, 2015 2 commits
-
-
Spencer Gibb authored
fixes gh-240
-
Spencer Gibb authored
fixes gh-243
-
- 04 Mar, 2015 1 commit
-
-
Spencer Gibb authored
fixes gh-242
-
- 03 Mar, 2015 1 commit
-
-
Dave Syer authored
-
- 02 Mar, 2015 1 commit
-
-
Spencer Gibb authored
fixes gh-236
-
- 27 Feb, 2015 4 commits
-
-
Dave Syer authored
-
Dave Syer authored
-
Dave Syer authored
-
Dave Syer authored
If you are using AMQP there needs to be a ConnectionFactory (from Spring Rabbit) in the application context. If there is a single ConnectionFactory it will be used, or if there is a one qualified as @[Hystrix,Turbine]ConnectionFactory it will be preferred over others, otherwise the @Primary one will be used. If there are multiple unqualified connection factories there will be an error. See https://github.com/spring-cloud/spring-cloud-bus/issues/13
-
- 25 Feb, 2015 4 commits
-
-
Dave Syer authored
-
Dave Syer authored
It didn't depend on Ribbon at all so it can live in the commons project.
-
Dave Syer authored
-
Dave Syer authored
Listen for heartbeats from discovery so that state changes can trigger a new status (and the client doesn't rely on the old address of the server if it has now changed). Fixes gh-232
-
- 23 Feb, 2015 3 commits
-
-
Spencer Gibb authored
fixes gh-225
-
Dave Syer authored
It doesn't make sense to @EnableFeignClients in autoconfig because the user needs to specify a package to scan. It does make sense (sort of) to set up the encoder/decoder/logger etc. See gh-226
-
Dave Syer authored
When the URL is passed down to Ribbon and reconstructed from a LoadBalancer the Server only knows about host and port, so the scheme has to come from the original declaration. There's still a potential problem with Eureka remote services that are available with a non-secure port as well (probably fairly rare). Fixes gh-221
-
- 19 Feb, 2015 1 commit
-
-
Spencer Gibb authored
-
- 18 Feb, 2015 1 commit
-
-
Roy Clarkson authored
-
- 16 Feb, 2015 1 commit
-
-
Dave Syer authored
Users need to know how to configure and use the Eureka metadata because it isn't immediately obvious and does require some decisions to be made. Fixes gh-102
-