Anyone knows of a good Delphi library encapsulating Stripe payments?

[Andrea Raimondi 13]

Hi,

 

For now it's just curiousity, but I might need it soon-ish.

[Rollo62 539]

Is that helpful somehow ?
Not sure if this is still actual.

 

Or the commercial TMS CLoud Pack.

But I would always check if this is still currently working, the cloud APIs change too frequently.

[Darian Miller 366]

nSoftware has an E-Payment Integrator that supports Stripe:

https://www.nsoftware.com/in/epayment/

https://www.nsoftware.com/kb/xml/02191401.rst

 

If you are interested, then I would suggest that you buy their full Red Carpet Subscription instead of a single component.  https://www.nsoftware.com/subscriptions/

They have a rather large component set and they offer support for multiple languages.

 

Talk to Irida Haznedar, my account rep and see if you can get a discount.  (sales@nsoftware.com)

 

nSoftware is a highly recommended company.

 

[Andrea Raimondi 13]

On 6/27/2020 at 9:13 PM, Darian Miller said:

nSoftware has an E-Payment Integrator that supports Stripe:

https://www.nsoftware.com/in/epayment/

https://www.nsoftware.com/kb/xml/02191401.rst

 

If you are interested, then I would suggest that you buy their full Red Carpet Subscription instead of a single component.  https://www.nsoftware.com/subscriptions/

They have a rather large component set and they offer support for multiple languages.

 

Talk to Irida Haznedar, my account rep and see if you can get a discount.  (sales@nsoftware.com)

 

nSoftware is a highly recommended company.

 

The problem I have with that company is that everything costs waaaaaay too much. I am a single developer and for now I am just exploring options.

[Andrea Raimondi 13]

It appears that, so far, I don't have many 😄 Chilkat is DLL based (which is a big no-no for me) and /n is just way too expensive. 

 

Tms does not support it as far as I can see. 

 

I might need to roll my own. 

[Rollo62 539]

What about CDATA Enterprise Connectors, its not for free either ?

Edited July 20, 2020 by Rollo62

[Edwin Yip 154]

There used to be an open source project at https://github.com/gmurt/ksStripe but the repository is no longer available. 

 

I have a copy but haven't tried it yet, it seems not to be compatible with my XE4. It's licensed under Apache and I assume I can re-upload it to github. 

 

Let me know if anyone is interested to contribute to it?

[Graham Murt 22]

I have been working on my stripe library recently as I’ve integrated it into our own software. I can’t remember removing it from GitHub, weird... I’ll re-upload it to GitHub later today.

 

It’s really easy to use so might be of use to you.

[Edwin Yip 154]

18 minutes ago, Graham Murt said:

I have been working on my stripe library recently as I’ve integrated it into our own software. I can’t remember removing it from GitHub, weird... I’ll re-upload it to GitHub later today.

 

It’s really easy to use so might be of use to you.

Hello Graham the original developer of KsStripe! That'l be great! I just wonder, how difficult will it be to back-port it to earlier XE* versions of Delphi. I might do that when I need it :)

[Graham Murt 22]

Yes, it should be able to be ported back to xe4. Not sure what the unsupported code would be... If it’s the generics use, I can refactor this to use standard TObjectLists

 

will upload the code this afternoon UK time.

[Edwin Yip 154]

47 minutes ago, Graham Murt said:

Yes, it should be able to be ported back to xe4. Not sure what the unsupported code would be... If it’s the generics use, I can refactor this to use standard TObjectLists

 

will upload the code this afternoon UK time.

I think it's not about generics, but the use of 'System.Net.URLClient, System.Net.HttpClient, System.Net.HttpClientComponent’ which were introduced since XE7.

 

I'm not sure the best replacement for the rest client for supporting older Delphi versions, maybe Indy? But my choice will be mORMot's rest client if I were you.

[Edwin Yip 154]

FYI: 

mORMot 2 (in-development) rest client:

https://github.com/synopse/mORMot2/tree/master/src/rest

 

mORMot (production-ready) rest client:

TSQLHttpClient class from this unit:

https://github.com/synopse/mORMot/blob/master/SQLite3/mORMotHttpClient.pas

[Jacek Laskowski 57]

Imho Indy is a better option because of its popularity and versatility.

And I say this even though I use mORMot myself.

 

But of course it would be good to leave support for newer versions based on System.Net.HttpClient.
This means that it is best to pack the REST client into a new class and change its implementation as needed: Indy or System.Net.HttpClient

Edited October 17, 2020 by Jacek Laskowski

[Edwin Yip 154]

Agree that Indy is more generic, but I guess Indy needs OpenSSL in order to support httpS ( I guess Stripe needs https, not sure)?

Edited October 17, 2020 by Edwin Yip

[Graham Murt 22]

No problem, I’ll add Indy support before I upload. Should have this uploaded in the next couple of hours.

[Edwin Yip 154]

@Graham Murt, before using Stripe, have you used other payment processor such as FastSpring? How do you compare them? Thanks!

[Graham Murt 22]

Just uploaded and added support for Indy for pre-XE8 development.  Not fully tested with Indy but the demo works here if I force it to use Indy rather than TNetHttpClient.

 

https://github.com/gmurt/ksStripe

 

I've only really added support for features I use in my application... if you need it extended, let me know.

Edited October 19, 2020 by Graham Murt

[Graham Murt 22]

16 hours ago, Edwin Yip said:

@Graham Murt, before using Stripe, have you used other payment processor such as FastSpring? How do you compare them? Thanks!

I've not used FastSpring before I'm afraid.  Stripe seemed to tick all the boxes for me so I didn't look elsewhere.

[Vincent Parrett 763]

1 hour ago, Graham Murt said:

https://github.com/gmurt/ksStripe

404 - did you forget to make the repo public?

[Edwin Yip 154]

3 hours ago, Vincent Parrett said:

404 - did you forget to make the repo public?

Same here

[Graham Murt 22]

Apologies guys, yep. Forgot to make public. Should be visible now.

[Graham Murt 22]

Just realised it relies on JsonDataObjects which is my preferred library... I’ll add a conditional in so it uses Delphi’s default JSON library by default.

[Edwin Yip 154]

8 hours ago, Graham Murt said:

I've not used FastSpring before I'm afraid.  Stripe seemed to tick all the boxes for me so I didn't look elsewhere.

@Graham Murt, would you share with us all your tick boxes?

Since Stripe only handles the payment, I assume, if you write desktop software, you'll have to send license keys to the customers? One difficulty I foresee will be, although we can implement our back-end server for generating and sending activation/license keys, this is not the difficult part, the question will be - which reliable email sending service to use?

[Edwin Yip 154]

1 hour ago, Graham Murt said:

Apologies guys, yep. Forgot to make public. Should be visible now.

Thanks! I confirm it compiles with XE4

[Graham Murt 22]

1 hour ago, Edwin Yip said:

@Graham Murt, would you share with us all your tick boxes?

Since Stripe only handles the payment, I assume, if you write desktop software, you'll have to send license keys to the customers? One difficulty I foresee will be, although we can implement our back-end server for generating and sending activation/license keys, this is not the difficult part, the question will be - which reliable email sending service to use?

I'm not exactly sure what you are asking here, Stripe is a payment gateway - license keys would need to be handled by your own software.  If you're simply asking what email service I use, I use the SES service from Amazon Web Services.  I also have written an interface to this service so I'll upload that shortly to my GitHub page.