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
And the message object that is being referenced, can also contain a reference.
---
payload:
$ref: ./some/schema.yml
I am unable to lint the reference within the referenced message object because I am not able to control the depth at which references should/should not be resolved.
Describe the solution you'd like
The only way I can think this can be solved is through a depth level that you can "target" reference resolvement 🤔 Not quite sure how easy it is to achieve though!
I'm facing a similar requirement for some specific internal rules, @jonaslagoni, did you find a solution?
I considered custom resolvers, but they seem to require file resolving and this can be a pain to achieve properly.
In my case I just need to know if an object is a de-refrenced object and the ref itself.
I manage to achieve this for the first depth using context.document but it only show the first "depth".
Is it possible to get a graph of references?
User story.
As a user, I want to decide the level of reference matching for a rule.
Is your feature request related to a problem?
In AsyncAPI we can define messages as references:
And the message object that is being referenced, can also contain a reference.
I am unable to lint the reference within the referenced message object because I am not able to control the depth at which references should/should not be resolved.
Describe the solution you'd like
The only way I can think this can be solved is through a depth level that you can "target" reference resolvement 🤔 Not quite sure how easy it is to achieve though!
For example, given:
It would resolve the first reference only:
Maybe someone have a better way to achieve this? 🤔
The text was updated successfully, but these errors were encountered: