Closed jordan-rash closed 1 year ago
@jordan-rash I can fix this in the code generator ...
code generator patch to generate json struct tags: https://github.com/wasmCloud/weld/pull/118
updated interfaces with weld-codegen 0..5.1 https://github.com/wasmCloud/interfaces/pull/93
Commit 2b6cbfe would deprecate wasmcloud/actor-tinygo. It moves the code generation and supporting files into interfaces.
The only other option is to move everything into actor-tinygo and do code generation there (which wouldnt be the worst, we could do it in the actions). What is the preferred approach? From the end users perspective, the only difference would be what library they are importing for actor development (github.com/wasmcloud/actor-tinygo
vs github.com/wasmcloud/interfaces/actor/tinygo
)
There are some changes to the code generation that would have to change before this is merged (addressing the imports). I have manually tested it on the other interfaces as well...appears to not break anything.
Option 3 is that we create an sdk repo and place it there since the provider sdk is inbound as well. So the approaches are,
wasmcloud/interfaces
? The only thing that feels a little weird is that the wasmbus-rpc crate is whats providing similar capabilities to rust actors/providers...so how do we make things feel cohesive?
This example has been updated to work with this version on the interface lib https://github.com/jordan-rash/wasmcloud-chat
@jordan-rash closing since it's been a while, does this still need to merge?
Ehh, it does, but so much has changed, that code probably isn't any good anymore. I think all the go projects pull from a dev branch 😬
This is the initial work for making core a go module so that we can use it in a actor/provider sdk. This will break the current actor-tinygo, but a PR from that will be coming as well.
wasmcloud/actor-tinygo#9
Signed-off-by: Jordan Rash 15827604+jordan-rash@users.noreply.github.com