Replies: 1 comment
-
|
Serialization is definitely meant to be optional; feel free to reopen if you continue to face issues! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Thanks so much for this crate!
I have this kind of service definition:
I am getting
I was planning to use this service with an in-memory transport from
tarpc::transport::channel, and so I wouldn't need to serialise/deserialise the data. I also didn't enable any optional features intarpc, which I believe include serde (at least, I didn't enable them for this specific crate; I have another crate in the workspace that is usingserde_transport). I do have serde as a dependency this crate in general, though.Do my types still need to have
SerializeandDeserialize, even with an in-memory transport? It's ultimately not a big deal, as I can add them, but I wanted to make sure, in case there's something I missed.Update: I checked in a new project, and the same code worked fine. Hm. I wonder if serde being part of the crate is causing this somehow.
Update 2: The error about unsatisfied
serde::Serializeonly fires when I build the workspace, not the individual crate. I guess it's something in my workspace setup. Closing for now, unless I find something relevant.Beta Was this translation helpful? Give feedback.
All reactions