-
Notifications
You must be signed in to change notification settings - Fork 108
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
Support for space in entry name for KVM #214
Comments
@Jimbo51000 - can you please share the version you are using and the command you are running? |
i am using 2.8.1 and command is : |
-Dapigee.kvm.override=false --> why are you passing that. Thats why its skipping Check the plugin README
|
This config works for kvm entry updates where key names do not have space in them. And I believe we had an earlier thread : #207 (comment) for why we needed the override, |
so |
|
so just to be clear, this entry is not present in the map currently... and you are trying to push this using the "update" option, correct? |
The entry is currently present in the runtime and went through in the first run of the plugin call. This was because the entry was absent in the runtime and the POST call from mvn created a new entry. The problem here is the mvn plugin is still making that POST call eventhough the entry exists. This should just be an regular update as any and have tried different kvm name characters. Space seems to throw the error. |
Ok - must be a bug in the way how I check the entry:value |
Thanks. Please keep us posted. |
Just released v2.9.1 |
thanks. works. |
I am getting a http ERROR
"code": 409, "message": "KeyValueMapEntry TestMap__Test PPP already exists in map testsite_kvmap", { "@type": "type.googleapis.com/google.rpc.PreconditionFailure", "violations": [ { "type": "keyvaluemap.service.KeyValueMapEntryAlreadyExists", } ] },
when trying to update the value of this entry in my resources kvm org config folder in kvms.json file. A kvm entry with name "TestMap__Test PPP" already exists in the runtime kvm map. I believe this issue happens because the mvn plugin is making a POST request to create an entry without deleting it first. This would not have happened if the kvm name was in the list of existingKVM entries fetched with RestUtils. Is there an issue in fetching the current runtime KVM entries with your RestUtils that doesn't consider spaces in kvm entry name?
The text was updated successfully, but these errors were encountered: