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
Indicates that the method is an RPC request. As SerializationType parameter value, Protobuf and Avro are the current supported serialization methods. As Compression parameter value, only Gzip is supported.
Indicates the method's streaming type: server, client, and bidirectional. Hence, the S type parameter can be ResponseStreaming, RequestStreaming, or BidirectionalStreaming, respectively.
Defines the package declaration in .proto files, and the namespace tag in .avpr files.
@outputName
Object
(value: String)
Defines the protocol tag in .avpr files; if missing the idlGen tool will use the source file name (without .scala extension) instead.
For all these annotations, the only one that is being actually expanded (in terms of expanded code) is @service. The rest of them can be considered as like "anchors"/"settings" used by the @service annotation.
We could consider doing this work creating smaller issues under the feature-branch feature/scalamacros-migration, for example.
The text was updated successfully, but these errors were encountered:
As part of the #290 plan, we need to migrate the current Scalameta macros to the new generation of Macro Annotations.
The current scalameta annotations are:
Trait
Method
SerializationType
,Compression
)SerializationType
parameter value,Protobuf
andAvro
are the current supported serialization methods. AsCompression
parameter value, onlyGzip
is supported.Method
[S <: StreamingType]
S
type parameter can beResponseStreaming
,RequestStreaming
, orBidirectionalStreaming
, respectively.Case Class
Object
(name: String, value: Any)
.proto
files.Object
(value: String)
package
declaration in.proto
files, and thenamespace
tag in.avpr
files.Object
(value: String)
protocol
tag in.avpr
files; if missing theidlGen
tool will use the source file name (without.scala
extension) instead.For all these annotations, the only one that is being actually expanded (in terms of expanded code) is @service. The rest of them can be considered as like "anchors"/"settings" used by the @service annotation.
We could consider doing this work creating smaller issues under the feature-branch
feature/scalamacros-migration
, for example.The text was updated successfully, but these errors were encountered: