carlos-poll- | Stripe Developers | Page 1

rigid temple May 16, 2022, 10:47 PM

#

@solemn coral do you have more details? What's the issue?

solemn coral May 16, 2022, 10:55 PM

#

So are creating a server driven Stripe application in .Net and we are building it for use with the Stripe Terminals.
Our client application is WPF desktop application.
We have an HTTPClient() doing calls to our Stripe server application hosted on a server to run the Stripe API calls. Our issue is, that we can pass an PaymentIntent with a terminal ID which we see it process and our webhook receiver is on our server application. We can debug and see the webhook gets it on our server application. We now need to figure out a way for our WPF application to get the response message if a terminal payment was successful, failed, etc. so we can have the WPF application react to the response

rigid temple May 16, 2022, 11:02 PM

#

I'm sorry I don't understand most of what you wrote and what the context is

#

Like what's the problem?

solemn coral May 16, 2022, 11:04 PM

#

It is more of an in general question for WPF which you may not be able to answer and it is not necessarily specific to Stripe itself.

#

It is mainly how would iI get the response back ot the WPF application

#

So maybe it is just a general question for all users on this group not really a Stripe sepcific issue

rigid temple May 16, 2022, 11:09 PM

#

I have never used WPF but that shouldn't really matter to the architecture of the app though. What part needs to know what? Like your server knows about the payment completion via either a call from your client app or a webhook

#

and the client talks to the reader so it knows about completion straight from the reader / Terminal SDK

solemn coral May 16, 2022, 11:24 PM

#

No the client needs to know about the result. The server holds the result though not the WPF application. The WPF application is a desktop Windows app.

#

The WPF application is not server driven and the Stripe app is server driven, not using the SDK

#

So mainly right now the client WPF application only has one way communications to do Posts and Gets

#

In any case, I appreciate your time. I know the client shouldn't matter, except when it comes to WPF evidently. Thank you

rigid temple May 16, 2022, 11:29 PM

#

I'm sorry I barely understand all of this

#

what is not server-driven? What does being server-driven mean? what's the overall blocker?

rigid temple May 17, 2022, 1:02 AM

#

@solemn coral https://stackoverflow.com/questions/72265357/wpf-listening-to-server-webhooks-using-stripe-server-driven I was reading this and I think it clicked for me for some reason and I understand what you're after

#

I don't think there's a way that isn't polling (or using Websockets) really. The only way for the client to know that the server is done is to ask the server basically, or hit something that knows the server is done

#

Alternatively, you could have a button in your client-side UI that forces a fetch/retrieve.

#carlos-poll-