These are chat archives for spring-cloud/spring-cloud

1st
Jul 2016
bitsofinfo
@bitsofinfo
Jul 01 2016 15:07
With @EnableDiscoveryClient activated, whats the best way to specify multiple eureka.client.serviceUrl.defaultZone eureka endpoints it should try on bootup should the one not be available?
Dave Syer
@dsyer
Jul 01 2016 15:22
Isn't it a comma separated list
bitsofinfo
@bitsofinfo
Jul 01 2016 15:23
will try that, was just trying to find info on the value type in the docs (comma sep, or array etc)
Dave Syer
@dsyer
Jul 01 2016 16:10
IIRC it says in the docs that it's comma separated
JonathanAaron
@JonathanAaron
Jul 01 2016 16:15
Is there anyway to keep Config Server from switching my local properties repo to master? I have it and my other projects in a repo together, so when I'm working on a microservice the config service will switch my working branch on me.
Dave Syer
@dsyer
Jul 01 2016 16:16
You mean you share a working directory between your server and some other agent?
JonathanAaron
@JonathanAaron
Jul 01 2016 16:17
Yes, you got it.
Dave Syer
@dsyer
Jul 01 2016 16:17
You must be setting the basedir (which is a bit unusual)?
The config server makes a local working directory that it expects to have exclusive access to. So it doesn't have to be shared with anyone.
JonathanAaron
@JonathanAaron
Jul 01 2016 16:18
I see. I'll have to look into it a bit more and see what we have set up.
  application:
    name: config-server
  cloud:
    config:
      server:
        encrypt:
          enabled: false
        git:
          uri: file:///${PATH_TO_GIT_REPO}/projects
          search-paths: ConfigData
Dave Syer
@dsyer
Jul 01 2016 16:21
OK. Looks fine.
What is it that doesn't work the way you need?
JonathanAaron
@JonathanAaron
Jul 01 2016 16:23
So I have my config server and webservices in the same repo. I'll make a new branch and do some work. When I start up the ConfigServer and start code/testing it automatically switched back to master. Since I have my webservices in the same repo it switches those too.
Dave Syer
@dsyer
Jul 01 2016 16:26
I don't get that
Config server doesn't touch the repository
It clones it.
(or technically, it copies it, if it's a file:// URL)
But unless you have the basedir set to the same location, it should be isolated
Maybe you have something else in your environment?
An env var or a symlink or something
Dave Syer
@dsyer
Jul 01 2016 16:33
Actually, I take that back, it's the same for me.
JonathanAaron
@JonathanAaron
Jul 01 2016 16:33
oh
Dave Syer
@dsyer
Jul 01 2016 16:33
It should be copying, but maybe it thinks it's being clever and not copying the repo.
JonathanAaron
@JonathanAaron
Jul 01 2016 16:34
I see
Dave Syer
@dsyer
Jul 01 2016 16:34
You can work around it I guess by making a copy of your repo
JonathanAaron
@JonathanAaron
Jul 01 2016 16:34
That's what I'm currently doing to get around it, but I just wanted to get some options
I think I'll just suggest my team to do that.
Dave Syer
@dsyer
Jul 01 2016 16:35
Open an issue on github please
JonathanAaron
@JonathanAaron
Jul 01 2016 16:35
Will do.
Dave Syer
@dsyer
Jul 01 2016 16:36
Ta
JonathanAaron
@JonathanAaron
Jul 01 2016 16:38
Do you know what actually triggers the repo to get switched? Is it when a service tries to ping it?
Dave Syer
@dsyer
Jul 01 2016 16:45
Yes
JonathanAaron
@JonathanAaron
Jul 01 2016 16:45
Got it. Thanks @dsyer
Matt Benson
@mbenson
Jul 01 2016 18:51
I find it hard to believe this hasn't been brought up before, but the eurekaServerDNSName and eurekaServerURLContext properties of EurekaClientConfigBean cannot be set by the respective config properties, eureka.client.eureka-server-dnsname and eureka.client.eureka-server-urlcontext, that are generated in the config-metadata shipped in the spring-cloud-netflix-eureka-client artifact, forcing the use of the actual property name.
Spencer Gibb
@spencergibb
Jul 01 2016 18:51
yeah, there’s a whole boot issue over that. Use the camel case name or d-n-s-name.
it’s a boot bug in other words
Matt Benson
@mbenson
Jul 01 2016 18:52
so do they plan to augment somehow to address it?
Spencer Gibb
@spencergibb
Jul 01 2016 18:53
I think they plan on producing eureka.client.eureka-server-d-n-s-name in the metadata.
Matt Benson
@mbenson
Jul 01 2016 18:56
I don't see that that structure currently works either. Maybe they intend to expand sequences of uppercase characters in a change to be shipped simultaneously.
in any event, thanks
bitsofinfo
@bitsofinfo
Jul 01 2016 22:20
not sure if anyone is still lingering on a friday and can take a look at https://gitter.im/spring-projects/spring-security-oauth?at=5776ec31cdab7a1f4fc2484b
Marcos Barbero
@marcosbarbero
Jul 01 2016 23:02
@bitsofinfo I can't take a deep look on your gist right now. But I've a sample oauth2 server using jwt