Skip to content
This repository has been archived by the owner on Apr 20, 2018. It is now read-only.

Would you like to work together? #2

Open
makasim opened this issue Mar 11, 2013 · 10 comments
Open

Would you like to work together? #2

makasim opened this issue Mar 11, 2013 · 10 comments

Comments

@makasim
Copy link

makasim commented Mar 11, 2013

I am working on a payment library: https://github.com/Payum.

There is a bundle for it: https://github.com/Payum/PayumBundle, sandbox https://github.com/Payum/PayumBundleSandbox

I am looking forward to hear your answer?

@dominikzogg
Copy link
Contributor

Hello @makasim

Do you mean a saferpay implementation for payum?

Regards @dominikzogg

@makasim
Copy link
Author

makasim commented Mar 14, 2013

Do you mean a saferpay implementation for payum?

Yes, in general. I think payum provide solid background for different payments so maybe you may be interesting to migrate to payum?

@dominikzogg
Copy link
Contributor

I have not the time at the moment to write it, maybe you could prepare
something?

Am 14.03.13 11:57, schrieb Maksim Kotlyar:

Do you mean a saferpay implementation for payum?

Yes, in general. I think payum provide solid background for different
payments so maybe you may be interesting to migrate to payum?


Reply to this email directly or view it on GitHub
#2 (comment).

@makasim
Copy link
Author

makasim commented Mar 14, 2013

what kind of preparation do you mean? Create a skeleton or?

@dominikzogg
Copy link
Contributor

We worked also with the
https://github.com/schmittjoh/JMSPaymentCoreBundle and it was not easy
to write a "payment provider bridge".
If you have a skeleton this would me to see, how good an implementation
can be and how much it takes.

Am 14.03.13 13:28, schrieb Maksim Kotlyar:

what kind of preparation do you mean? Create a skeleton or?


Reply to this email directly or view it on GitHub
#2 (comment).

@makasim
Copy link
Author

makasim commented Mar 14, 2013

ok, I see.

how good an implementation

I had started to work on Payum after I worked a lot with jms payment. I know internals of jms payment very well. I did also some pull request to it (with refactoring). Then I realized that jms payment is far from what I had in mind. When I worked on Payum I kept in mind all of what I learned from jms payment.

The implementation could be really good, and this is why:

About implementation and time it may take:

  • Create saferpay repo with skeleton about 2-3 hoours
  • Create CaptureAction - 4 hours
  • Create StatusAction - 4 hours
  • Create PaymentInstruction - 1 hours
  • Create PaymentInstruction entity for Doctrine - 0,5 hours
  • Create PaymentFactory to integrate to bundle.

In general this it.

I am going create a skeleton repo in payum If you think we can move this direction.

@dominikzogg
Copy link
Contributor

Let me take a look this weekend, sounds good

@dominikzogg
Copy link
Contributor

@makasim I didn't found the time, to watch at payum, so i have to take a look next weekend (this project is not payed by a company)

One question: Do i have the possibility to get the data of every step at every time, cause my payment lib reads data from step 1 in step3?

@makasim
Copy link
Author

makasim commented Mar 17, 2013

I didn't found the time, to watch at payum, so i have to take a look next weekend (this project is not payed by a company)

It is ok, this is also a hobby for me.

One question: Do i have the possibility to get the data of every step at every time, cause my payment lib reads data from step 1 in step3?

Everything stored in a model (currently supported doctrine orm and filesystem storagies). So you could access that data all the way.

@makasim
Copy link
Author

makasim commented Mar 18, 2013

I've created a saferpay repo with classes to be implemented. There is also a PR to payum bundle. As you see it is not much to do to integrate the lib to bundle.

Do you want me to grant you access to the repo?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants