Hello there, Finally getting somewhere!
@Marjin: I have a solution similar to your approach, if you are more comfortable with trac, just submit your plugin to trac as your own, github users can start with your code if they want. I would rather have a working plugin available.... there is always room for improvements later, the MAIN problem now is that none of the payments plugins was ported to 1.2 What the 97% of the users needs right now is a working plugin, if you have one, upload it. someone wants to improve it/reuse or just use it, svn checkout. Thats the beauty of free software. All best, Pablo On 6/29/09, Antoine Leclercq <[email protected]> wrote: > Hi, > @Marijn : > - I gave you access to the plugin repository. Tell me if it works for you. > - About GitHub, it allows a more visual approach than symfony trac, bugs > (issues) can be referenced and managed in a better way ( > http://github.com/letscod/sfPaymentPlugin/issues) and the community aspect > is really present throughout the dev process (rating, stats, watchers...) so > I think we should have a go. We'll check in a few weeks how it's going. As > long as we refer explicitly on symfony's wiki that we use GitHub... I don't > see any problem. > > About the standard interface for payment, I am reviewing payment methods in > different languages and I think we should get some inspiration from > successful solutions. I still need some time to dig, but if you are using > any smart and flexible online solution, feel free to share it. > > Regards, > > Antoine > LetsCod > > On Sun, Jun 28, 2009 at 5:56 PM, Marijn <[email protected]>wrote: > >> >> >> >> On Jun 26, 5:08 pm, Antoine Leclercq <[email protected]> >> wrote: >> > Alright, >> > >> > I'm preparing the project tools so that we can start working together >> > and >> > continue discussing in a more structured way. >> > You'll find a new plugin (hopefully it won't be another empty shell) on >> > *http://www.symfony-project.org/plugins/sfPaymentPlugin >> >> Could you provide me with access to it? I would love to create a >> branch of my existing code and send it out there. >> >> > The GitHub page is available on >> > *http://wiki.github.com/letscod/sfPaymentPlugin >> >> As much as I love github shouldn't we keep it in the trac wiki. That >> will also ease the process of filing bugs and referencing to wiki >> entries... >> >> > Following this thread, I think it's pretty obvious that we have to start >> > building an interface class as well as a dispatcher class (as @Lee >> > suggested). I think they can be both located in a single plugin >> > sfPaymentPlugin. >> > The specific processing needed by the various payment options will then >> be >> > taken care of in individual plugins (sfPaymentPayPalPlugin, >> > sfPaymentAmazonPlugin, sfPaymentGoogleCheckoutPlugin, >> > sfPaymentPayboxPlugin...) in which the main class will be implementing >> the >> > interface defined earlier. >> >> I currently use a very generic interface for that. The problem is that >> not all payment providers have a similar transaction process. >> >> > IMHO, if we want to strengthen the payment solution on Symfony, and >> > eventually start developing a open source online shop solution (that was >> my >> > dream this morning), existing payment plugins (i.e. sfAtosPaymentPlugin, >> > sfPaymentSIPSPlugin) should be reviewed and updated to work using the >> same >> > system, therefore we can define a standard for online payment under >> Symfony, >> > but this might well get pretty unmanageable... I haven't had time yet to >> > review them in detail... +1 item to todo list. >> > >> > Regards, >> > >> > Antoine >> > LetsCod >> > >> > On Fri, Jun 26, 2009 at 3:45 AM, [email protected] <[email protected] >> >wrote: >> > >> > >> > >> > >> > >> > > I think Simon Cast has a point, >> > > a) Paypal is crucial, but Amazon Payments is building traction, (it’s >> > > a solid affordable solution for many vendors) >> > > b) Support reoccuring payments. [I am thinking through the adapter >> > > pattern as each provider that supports it will have a different >> > > implementation. >> > >> > > I would like to contribute to this project, [Just not as the lead, as >> > > I don't have the dedication at the mo] But I could definitely >> > > contribute as I have some good ecomm experience, and symfony really >> > > needs this (as it can boast about so much other stuff at the moment) >> > >> > > Be sure to sign me up when this project gets kicked off. >> > >> > > On Jun 24, 5:48 pm, Marijn <[email protected]> wrote: >> > > > On Jun 19, 7:43 am, Antoine Leclercq <[email protected]> >> > > > wrote: >> > >> > > > > Hi back, >> > > > > Alright, I'm back to Beirut and ready for real stuff. Symfony Live >> > > > > conferences were awesome and there were lots of nice level talks. >> > >> > > > > @Marijn : Nice approach. We'll definitely go for wider solution in >> > > order to >> > > > > provide a standard way to process transactions. I need to dig a >> > > > > bit >> > > more on >> > > > > existing online payment solution before starting, hopefully next >> week. >> > > Let >> > > > > me know when you publish your code. It could be a start. >> > >> > > > I just returned from my holiday and have a ton of things to do. I >> > > > guess this will take a little longer but maybe I'll just put the >> > > > current stuff online as is. Send me a message if you're interested >> > > > in >> > > > having a look. >> > >> > > > > @AJStoneham : That's exactly what we are trying to do. I think we >> all >> > > had >> > > > > the same feeling when trying to find a decent online payment >> solution >> > > for >> > > > > Symfony... >> > >> > > > > Alright, if we want to move to a solid, active and maintainable >> > > development, >> > > > > I suggest we follow these practices : >> > > > > - Public Roadmap >> > > > > - Repository hosted properly (github.com seems a good solution >> for >> > > open >> > > > > source projects) >> > > > > - Unit and functional tests OK on every commit (use sismo when >> > > available, >> > > > > integrate doc-test?) >> > > > > - Updated documentation >> > >> > > > > I'll take some more documentation on online payment methods and >> > > existing >> > > > > solutions certainly next week. >> > > > > Feel free to share links or snippets of code here. >> > >> > > > > See you guys later, >> > >> > > > > Antoine >> > >> > > > > On Wed, Jun 10, 2009 at 7:39 PM, Marijn < >> [email protected] >> > > >wrote: >> > >> > > > > > On Jun 10, 4:47 pm, AJStoneham <[email protected]> wrote: >> > > > > > > PS, sounds like your using the wrong wheel for api requests. >> ;-) >> > >> > > > > > What wheel do you suggest? >> > >> > > > > > > On Jun 9, 3:25 pm, Marijn <[email protected]> >> wrote: >> > >> > > > > > > > P.s. it makes use of sfWebBrowserPlugin to prevent >> reinventing >> > > the >> > > > > > > > wheel for api requests but it can be injected with any >> > > > > > > > object >> > > that >> > > > > > > > implements a sfWebBrowserInterface >> > >> > > > > > > > On Jun 10, 12:23 am, Marijn <[email protected]> >> > > wrote: >> > >> > > > > > > > > Hi everybody, >> > >> > > > > > > > > I currently have a private plugin that manages a dutch >> payment >> > > > > > > > > service. The approach I took was quite similar, using >> > > interfaces that >> > > > > > > > > can be implemented by any object to define transactions. I >> > > created a >> > > > > > > > > global transaction manager that manages the process that >> can be >> > > > > > > > > injected with any type of payment service adapter. This >> > > > > > > > > can >> be >> > > either >> > > > > > > > > hooked into the event manager or by extending an abstract >> > > module. >> > > > > > > > > Currently I also need to create an adapter for paypal >> payments >> > > but >> > > > > > not >> > > > > > > > > with the generic paypal structure but their paypro api (or >> > > whatever >> > > > > > > > > its called). >> > >> > > > > > > > > I would love to share the code if we all agree it's >> structure >> > > is >> > > > > > > > > decent enough:-) >> > >> > > > > > > > > Let me know. >> > >> > > > > > > > > Marijn >> > >> > > > > > > > > On Jun 9, 10:31 am, Antoine Leclercq < >> > > [email protected]> >> > > > > > > > > wrote: >> > >> > > > > > > > > > Sorry I haven't replied earlier, I'm kind of busy during >> my >> > > trips >> > > > > > to France. >> > > > > > > > > > @Russen : Please join us on the plugin page so that we >> can >> > > start >> > > > > > the real >> > > > > > > > > > stuff next week. >> > >> > > > > > > > > > On Tue, Jun 2, 2009 at 8:45 PM, Russen <[email protected] >> > >> > > wrote: >> > >> > > > > > > > > > > I'd love to get into some development with the PayPal >> > > interface! >> > > > > > I'm >> > > > > > > > > > > putting aside some non-work development time this >> summer to >> > > work >> > > > > > on a >> > > > > > > > > > > hand-made soap site with a friend, so this would be >> some >> > > good >> > > > > > > > > > > groundwork. If can't contribute, then at least let me >> know >> > > about >> > > > > > > > > > > progress, and I'll help with some testing. >> > >> > > > > > > > > > > -Russen >> > >> > > > > > > > > > > On Jun 1, 12:25 pm, Antoine Leclercq < >> > > [email protected] >> > >> > > > > > > > > > > wrote: >> > > > > > > > > > > > Hi Lee, hi all, >> > > > > > > > > > > > Great for the sfPaypalPlugin, I'll take the lead. >> > > > > > > > > > > > Did >> you >> > > start >> > > > > > the >> > > > > > > > > > > > development test oriented as you suggested on your >> > > previous >> > > > > > email ? If >> > > > > > > > > > > this >> > > > > > > > > > > > is the case, even if it is just a start, I'll be >> > > > > > > > > > > > glad >> to >> > > take >> > > > > > it over. If >> > > > > > > > > > > > not I'll start from scratch. >> > >> > > > > > > > > > > > About the sfGoogleCheckoutPlugin, I'll wait till we >> need >> > > it. I >> > > > > > prefer to >> > > > > > > > > > > > focus on a single solution right now but still take >> into >> > > > > > account the >> > > > > > > > > > > global >> > > > > > > > > > > > online payment need. >> > >> > > > > > > > > > > > Is anyone else interested in contributing to the >> > > sfPaypalPlugin >> > > > > > ? >> > > > > > > > > > > > If you do, it could be interesting that we meet at >> the >> > > Symfony >> > > > > > Live >> > > > > > > > > > > event, >> > > > > > > > > > > > if you go, as I will participating the 2 days. >> > >> > > > > > > > > > > > Regards, >> > >> > > > > > > > > > > > Antoine Leclercq >> > > > > > > > > > > > Branch Manager @ LetsCodhttp://www.letscod.com >> > >> > > > > > > > > > > > On Mon, Jun 1, 2009 at 6:14 PM, Lee Bolding < >> > > [email protected]> >> > > > > > wrote: >> > >> > > > > > > > > > > > > My PayPal and GoogleCheckout plugins kind of got >> > > shelved. >> > >> > > > > > > > > > > > > I was planning to create an eCommerce solution - >> but >> > > then >> > > > > > discovered >> > > > > > > > > > > > > Magento, and have been working with that a lot >> > > recently. >> > >> > > > > > > > > > > > > I'm happy to transfer leadership of the >> sfPaypalPlugin >> > > and >> > > > > > > > > > > > > sfGoogleCheckoutPlugin plugins to anybody that >> wants to >> > > take >> > > > > > them. >> > >> > > > > > > > > > > > > On 1 Jun 2009, at 08:56, Antoine Leclercq wrote: >> > >> > > > > > > > > > > > > > There was an interested thread on the subject in >> > > December ( >> > >> > > > > > >> http://groups.google.com/group/symfony-users/browse_thread/thread/520 >> > > . >> > > > > > > > > > > .. >> > > > > > > > > > > > > > ) where Lee said that he was in the process of >> > > reviewing >> > > > > > PayPal and >> > > > > > > > > > > > > > Google Checkout plugins. I didn't get anything >> new on >> > > this >> > > > > > since >> > > > > > > > > > > > > > that time. Lee, if you are reading, that would >> > > > > > > > > > > > > > be >> > > lovely if >> > > > > > you >> > > > > > > > > > > > > > could update us on your plans. >> > >> > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en -~----------~----~----~----~------~----~------~--~---
