-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
fix(upstream) proper primary_key in kong schema #2404
Conversation
2b08ae9
to
72e5657
Compare
This uncovers the bug detailed in #2358. This commit does not fix this bug, it merely fixes the test behaviors to use both cassandra and postgres.
72e5657
to
88c7e14
Compare
@@ -37,25 +38,26 @@ dao_helpers.for_each_dao(function(kong_config) | |||
describe("Admin API", function() | |||
local client | |||
local config_db |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this variable becomes unused now, and I am curious why the CI failed to catch that, if so.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(was it unused? and if so, did the linter caught it locally?)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is unused, not sure why the linter didn't catch it. Didn't catch it locally either
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok... Good to know. WE might want to double-check the luacheck settings under the spec
folder then... 🤔
Neither cassandra nor postgres' primary key values were a compound of id and name, so the kong schema's needn't be, either.
88c7e14
to
13167c3
Compare
Summary
DELETE against upstream objects is currently broken when using cassandra because the schema defines the primary key as
{id, name}
but both postgres and cassandra schemas actually define their PK withid
. this causes failures because cassandra tries to delete against a non PK column.Full changelog
Issues resolved
Fix #2358