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.
With this approach, we don't upload duplicated files to catamorph and it is very easy to increment protocol versions. However, we have the problems of cyclic dependencies and dependencies resolution.
This is an easier way to handle dependencies between protocols. However we have duplicated information, ex, We are going to upload three times "src/main/protocols/common/models.avdl" to catamorph.
These approaches arise some questions:
Is the sbt-plugin of catamorph going to handle multiple files?
Do we allow uploading one single file to catamorph? Or multiple files?
The text was updated successfully, but these errors were encountered:
👍 to this, but leaving the client generation for later? it can get a bit nasty. Let's do just PUTPOST & GET of schemas and do client gen together with when we create the SBT client?
Let's say we have the following domains:
models.avdl
models.avdl
service.avdl
models.avdl
service.avdl
How are going to handle these protocols? We propose some alternatives:
With this approach, we don't upload duplicated files to
catamorph
and it is very easy to increment protocol versions. However, we have the problems of cyclic dependencies and dependencies resolution.This is an easier way to handle dependencies between protocols. However we have duplicated information, ex, We are going to upload three times "src/main/protocols/common/models.avdl" to
catamorph
.These approaches arise some questions:
catamorph
going to handle multiple files?catamorph
? Or multiple files?The text was updated successfully, but these errors were encountered: