You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Update - issues identified in own code (custom endpoints' schema contained nil). Closing this.
We use lapis as part of Kong, as we extend Kong's Admin API.
With our current Kong 1.2.1 and kong-lapis/1.6.0.1-1, everything works fine.
With newer Kong and kong-lapis/1.8.3.1-1 we get this behavior:
Sometimes when Kong starts, the endpoints we define are returning 405 - Method not allowed error.
We can restart Kong and it might - and might not - solve the issue.
(See this bug for reference).
I wonder what can cause it?
How can we debug this?
I would like to see all the routes that lapis recognizes (like after Kong registers our API), or see debug logs how lapis searches its config upon an HTTP request.
I will be happy to provide any data needed.
Update: when the call fails, it is actually happens from here:
For future reference: Typically if a route randomly works it's because you declared two routes that match the same URL that share the same precedence. Due to undefined hash-table ordering it may cause which one is selected to swap (this would only happen if code-cache is disabled)
Yes, I've closed it, since it is not lapis issue (nor duplicate route definition) but actually changes in latest Kong (see linked issue).
Thanks for writing back.
Update - issues identified in own code (custom endpoints'
schema
containednil
). Closing this.We use
lapis
as part ofKong
, as we extend Kong's Admin API.With our current Kong 1.2.1 and
kong-lapis/1.6.0.1-1
, everything works fine.With newer Kong and
kong-lapis/1.8.3.1-1
we get this behavior:Sometimes when Kong starts, the endpoints we define are returning
405 - Method not allowed
error.We can restart Kong and it might - and might not - solve the issue.
(See this bug for reference).
I wonder what can cause it?
How can we debug this?
I would like to see all the routes that
lapis
recognizes (like after Kong registers our API), or see debug logs howlapis
searches its config upon an HTTP request.I will be happy to provide any data needed.
Update: when the call fails, it is actually happens from here:
lapis/lapis/application.lua
Line 391 in a3d9dfc
Update2: iterating over
tbl
when lapis gets the/groups
request, and indeed, there is no 'GET' method:The text was updated successfully, but these errors were encountered: