This message was deleted.

So for the

PeeringAttachment

, what are you returning? Pulumi returns inputs as outputs, as well, so you can return

PeeringAttachment.peerTransitGatewayID

as an example. Perhaps you need to return one of the transit gateway IDs like that, instead?

Sorry for the massive delay, we had passover over here 🙂 It's not me who's returning, it's the Pulumi that returns that. When you use create a

PeeringAttachment

it returns the ID of the request, but I need the ID of the

approver

, the barrier here is that the approver might be on another account. When I tried to get it using the

get_peering_attachment

, it wouldn't let me filter it using multiple search criteria, and when you receive anything other than one result it fails completely, even if nothing matched.

Right, the accepter is the peer transit gateway (based on AWS's terminology), which would be one of your inputs for

PeeringAttachment

as the

peer_transit_gateway_id

. That's an input, which you can also return as an output since Pulumi maps inputs to outputs, as well. Unless I'm misunderstanding what you're trying to do? When it comes to the boto3 workaround you mentioned, that object you're getting is because you're likely trying to use the output directly. Outputs behave a lot like promises because they aren't known until provisioning is complete. Depending on the language you're using, you call different methods to transform that object into something you can use. One of our engineers wrote a great blog post explaining how outputs work in Pulumi in case that helps explain it.

Again, that is not my problem. I am aware of that, the thing is that the

get_method

is unable to retrieve something that is not a single object.

get_peering_attachment -> len(result) == 0 -> error: no matches found
get_peering_attachment -> len(result) > 1 -> error: multiple results found, add filters, narrow the search
get_peering_attachment -> len(result) == 1 -> success

Same with

get_subnet