Replies: 2 comments 1 reply
-
How about define the two connections as inputs at the same time? And the tool logic choose to use the one required. |
Beta Was this translation helpful? Give feedback.
0 replies
-
I see what you mean. It can work with static cases indeed, when all
connections are known at design time.
…On Tue, Aug 20, 2024, 01:15 Brynn Yin ***@***.***> wrote:
How about define the two connections as inputs at the same time? And the
tool logic choose to use the one required.
—
Reply to this email directly, view it on GitHub
<#3669 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAM5BY2F4YTCGTQVGWSZYTDZSLGFZAVCNFSM6AAAAABMUKFYHOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAMZZGEYTSOA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Is there a way to define connection as the flow input?
I want to select a connection based on the input and then use it in the nodes, so if I need to change to a different connection, I will only do it once in the flow, not in every node
Currently, it only seems possible to use one of the existing connections as the node input in the connection element.
I understand that I can pass the connection name as a string and then use
client.connections.get
utility in every downstream tool, but it would be more intuitive to allow using strongly typed connections in tool parameters and define it in the beginningBeta Was this translation helpful? Give feedback.
All reactions