-
Notifications
You must be signed in to change notification settings - Fork 206
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Variant of ZCF for orchestrated flows #9773
Comments
It would likely be more future-proof to go with a replacer approach (#9823) as that would allow passing back zcf in arguments, and the original to be seen by the host instead of the explicit wrapper. |
Any suggestions on test plan? In particular, do we have something like p.s. |
What's the incompatibility with the membrane? I'm trying to figure out what determined what was included and what was excluded. |
Promises are not durably storable, and incompatible with the record keeping that async flow does.
Any API returning a promise was either removed, or made to watch the result. Some APIs also seemed to not have much of a purpose for orchestrated flows (@dtribble made some of these decisions), or once other APIs were removed. |
|
Attenuating ZCF leads to attenuating ZcfSeat which leads to attenuating Brand, which interferes badly with identity. Adding needs-design. |
What is the Problem Being Solved?
ZCF currently has some APIs that are not compatible with the MVP async-flow membrane. Thankfully these APIs are not strictly required for the MVP orchestration.
Description of the Design
Expose a filtered zcf as endowment to orchestrated flows:
The above changes the return signature of
makeEmptySeatKit
, so typing might be interesting.How to plumb the replaced zcf in might be interesting as it's technically provided by the user as an explicit endowment when declaring the orchestrated flow. Maybe we could assume it would come in as a
zcf
property of the context, or simply recognize thezcf
instance that should match the one used to prepare the orchestrate tools.Security Considerations
None, this is purely an attenuation
Scaling Considerations
A durable exo needs to be explicitly created from a heap zcf object.
Test Plan
TBD
Upgrade Considerations
When allowing more functionalities through in the zcf endowment, the new shape should be compatible with the previous shape that remains potentially exposed to previous pending activations of the orchestrated flow.
The text was updated successfully, but these errors were encountered: