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
{{ message }}
This repository has been archived by the owner on Nov 30, 2022. It is now read-only.
➡️ The .avpr accepted by the plugin sbt-mu-srcgen (that we are now using mixed with the old sbt-compendium)
says to accept another format which is more similar to the one written in the AVRO documentation. This format is not recognized by compendium when trying to store a schema.
EXAMPLE: .avpr accepted by sbt-mu-srcgen
(from mu-scala docs)
@angoglez I found the problem. The first protocol (the one that mu accepts) includes the types and the services. Inside the types you provide an array of schemas where each one is the type of message accepted by compendium.
So my question is, is this the expected behaviour? I think so, since compendium is for storing types and not the protocol as a whole (types and services).
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Description
It seems the
.avpr
accepted by compendium it's different from the .avpr "official" format.EXAMPLE: .avpr accepted currently by compendium (when storing a schema)
(from compendium-example repo)
➡️ The
.avpr
accepted by the plugin sbt-mu-srcgen (that we are now using mixed with the old sbt-compendium)says to accept another format which is more similar to the one written in the AVRO documentation. This format is not recognized by compendium when trying to store a schema.
EXAMPLE: .avpr accepted by sbt-mu-srcgen
(from mu-scala docs)
🔗 RELATED DOCUMENT: AVRO PROTOCOL (.avpr) COMPENDIUM/SBT-MU-SRCGEN MISMATCH
The text was updated successfully, but these errors were encountered: