-
Notifications
You must be signed in to change notification settings - Fork 224
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
Converting a request/response back to its builder #91
Comments
Thanks for the feedback @fredy-scs. This is indeed something we have considered but haven't implemented yet. I'll make sure it's listed explicitely on the roadmap. |
Aha, that's the problems I've faced too. Please notice me if it is solved. |
this is the workaround I have so far:
|
We have the same problem, hope it can come soon! |
any news on this one? |
Was this abandoned? Would really like to see this functionality added. I have a similar situation where I would like one part of my code to build the parts of the query that are context specific and have another part of my code "append" additional conditions to the query that are common to all requests. In my case it would be fields used for authorization. |
I am trying to implement a generic deep pagination function that takes a SearchRequest, creates a point-in-time and then paginates through all the values using search_after.
This requires modifying the search request I am given to include the PIT and set the search_after field correctly. However, using the new client, I am unable to modify an existing request due to all data being immutable and all mutability being contained within the corresponding builder classes.
A solution to this problem could be adding a generated method that creates a builder from the values contained within the object. Alternatively, a new constructor could be added to the builder classes that take a constructed object and initialize their values from the object.
The text was updated successfully, but these errors were encountered: