The `application.yml` in `spring-cloud-kubernetes-configserver` does not behave the same way as in `spring-cloud-configserver`.

[josef-pones]

I have config maps like this

apiVersion: v1
kind: ConfigMap
metadata:
  name: service
  namespace: default
data:
  service.yml: |-
    key: value
  service-profile1.yml: |-
    key: value   
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: application
  namespace: default
data:
  application.yml: |-
    key: value
  application-profile1.yml: |-
    key: value

If I call the kubernetes config server with application=service and profile=profile1 curl http://localhost:31888/service/profile1 , I get a response that only includes values from the config map service and service-profile1. I would expect it to also include the contents of application and application-profile1.

response

{
   "name":"service",
   "profiles":[
      "profile1"
   ],
   "label":null,
   "version":null,
   "state":null,
   "propertySources":[
      {
         "name":"configmap.service.default.profile1",
         "source":{
            "key":"value"
         }
      },
      {
         "name":"configmap.service.default.default",
         "source":{
            "key":"value"
         }
      }
   ]
}

If I split the application config map into two separate maps and call the config server, the response includes the contents of application. I would still expect it to include application-profile1 as well.

apiVersion: v1
kind: ConfigMap
metadata:
  name: application
  namespace: default
data:
  application.yml: |-
    key: value      
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: application-profile1
  namespace: default
data:
  application-profile1.yml: |-
    key: value    

response

{
   "name":"service",
   "profiles":[
      "profile1"
   ],
   "label":null,
   "version":null,
   "state":null,
   "propertySources":[
      {
         "name":"configmap.service.default.profile1",
         "source":{
            "key":"value"
         }
      },
      {
         "name":"configmap.service.default.default",
         "source":{
            "key":"value"
         }
      },
      {
         "name":"configmap.application.default",
         "source":{
            "key":"value"
         }
      }
   ]
}

[wind57]

what versions / dependencies are you using?

[josef-pones]

I tested this on spring-cloud-kubernetes-configserver versions 3.1.0 and 3.2.0-SNAPSHOT. For the config server, I used the image from Docker Hub.

[josef-pones]

I have created an MR with a fix for this issue. Could you please take a look at it? 1892

[EduardoRostTR]

I have the same problem, any updates regarding this item?

[AlissonLorscheiterTR]

Any update ?

[wind57]

@ryanjbaxter I would like to fix this one, now that I understand the confiserver implementation. The code looks like this in our case:

	@Override
	public Environment findOne(String application, String profile, String label, boolean includeOrigin) {
		String[] profiles = profiles(profile);
		Environment environment = new Environment(application, profiles, label, null, null);
		LOG.debug(() -> "Profiles: " + profile + ", application: " + application + ", label: " + label);

		if (!"application".equalsIgnoreCase(application)) {
			addConfigurationsFromActiveProfiles(environment, application, profiles);
		}

		addConfigurationFromApplication(environment);
		return environment;
	}

and we are indeed not reading ( not even passing active profiles ) to addConfigurationFromApplication.

If you agree that this is a bug, I'll fix it. let me know please

[ryanjbaxter]

Yup agree