-
Notifications
You must be signed in to change notification settings - Fork 62
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
Expose resource pointers and resource config update through flow-web
crate
#1863
base: master
Are you sure you want to change the base?
Expose resource pointers and resource config update through flow-web
crate
#1863
Conversation
use and expose in flow-eb
Cleaning up imports
// Outputting as a string as I just could NOT get it to return JSON correctly | ||
let output = serde_json::to_string(&resource_spec).unwrap(); | ||
serde_wasm_bindgen::to_value(&{ output }).map_err(|err| JsValue::from_str(&format!("{err:?}"))) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@@ -233,6 +233,42 @@ fn test_end_to_end_extend_read_bundle() { | |||
); | |||
} | |||
|
|||
#[wasm_bindgen_test] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For sure does not cover everything and is really more of a happy path test. Did not feel like writing every permutation with this or that property missing was necessary right now.
flow-web
crate
…nctions-from-agent-for-wasm
Making this a default feature causes it to be enabled when building the `flow-web` crate, even with `default-features = false`. So removing combine from default features and making other dependents explicitly enable it, to try to get flow-web building.
Fixes a regression in how we generate resource configs when adding bindings to a materialization. This regressed as part of introducing the ability to specify the target schema as part of the `sourceCapture` configuration. When adding a binding to a materialization that uses `targetSchema: fromSourceName`, if the resource spec schema includes an `x-schema-name` annotation, then we'll only use the last path component of the collection name to set `x-collection-name`. But if the materialization uses `targetSchema: leaveEmpty`, or if the resource spec schema does not include an `x-schema-name` annotation, then we'll use the concatenation of the last two path components of the collection name, just like we used to.
Description:
#1760
Workflow steps:
(How does one use this feature, and how has it changed)
Documentation links affected:
(list any documentation links that you created, or existing ones that you've identified as needing updates, along with a brief description)
Notes for reviewers:
Related UI task
This change is![Reviewable](https://camo.githubusercontent.com/1541c4039185914e83657d3683ec25920c672c6c5c7ab4240ee7bff601adec0b/68747470733a2f2f72657669657761626c652e696f2f7265766965775f627574746f6e2e737667)