NAME
WebService::Braintree - A Client Library for wrapping the Braintree Payment Services Gateway API
FORK
This is a fork of the original vendor-issued Net::Braintree. While the original is deprecated, it continues to work. However, it contains a number of code-style and maintainability problems. This fork was produced to address some of those problems and to provide a community driven basis for going forward.
DOCUMENTATION
The module is sparsely documented, at best. The public facing API is very similar to the Ruby libraries which are documented at https://developers.braintreepayments.com/ruby/sdk/server/overview.
You can also look over the test suite for guidance of usage, especially the xt/sandbox
tests. Not all of these tests work (ones marked todo_skip
. This is because they are an adaptation of code used against Braintree's private integration server. Care has been taken that the same sandbox tests that fail in this module also fail for Net::Braintree, and in the same manner.
GENERAL STYLE
In general, clients of this library will not instantiate any objects. Every call you make will be a class method. Some methods will return objects. In those cases, those objects will be documented for you.
CONFIGURATION
You will need to set some configuration.
use WebService::Braintree;
my $conf = WebService::Braintree->configuration;
$conf->environment( 'sandbox' );
$conf->merchant_id( 'use_your_merchant_id' );
$conf->public_key( 'use_your_public_key' );
$conf->private_key( 'use_your_private_key' );
Please see "" in WebService::Braintree::Configuration for more information.
Client Tokens
In general, your server code (that uses this library) will be interacting with a client-side SDK (such as for Mobile or Javascript). That library will need a client token in order to interact with Braintree. This token will be all the client-side needs, regardless of whether your server is pointing at the sandbox or to production.
This token is created with "generate" in WebService::Braintree::ClientToken.
INTERFACE
There are twelve classes that you will interface with. Please see their respective documentation for more detail on how to use them.
WebService::Braintree::Address
Create, update, delete, and find addresses.
WebService::Braintree::ClientToken
Generate client tokens. These are used for client-side SDKs to take actions.
WebService::Braintree::CreditCard
Create, update, delete, and find credit cards.
WebService::Braintree::CreditCardVerification
Find and list credit card verifications.
WebService::Braintree::Customer
Create, update, delete, and find customers.
WebService::Braintree::MerchantAccount
Create, update, and find merchant accounts.
WebService::Braintree::PaymentMethod
Create, update, delete, and find payment methods.
WebService::Braintree::PayPalAccount
Find and update PayPal accounts.
WebService::Braintree::Plan
List all subscription plans.
WebService::Braintree::SettlementBatchSummary
Generate settlement batch summaries.
WebService::Braintree::Subscription
Create, update, cancel, find, and handle charges for subscriptions.
WebService::Braintree::Transaction
Create, manage, and search for transactions. This is the workhorse class and it has many methods.
WebService::Braintree::TransparentRedirect
Manage the transparent redirection of ????.
NOTE: This class needs significant help in documentation.
SEARCHING
Several of the class interfaces provide a search()
method. This method is unique in that it takes a subroutine reference (subref) instead of a hashref or other parameters.
Documentation for this is forthcoming.
ISSUES
The bugtracker is at https://github.com/singingfish/braintree_perl/issues.
Patches welcome!
CONTRIBUTING
Contributions are welcome. The process:
- Submissions
-
Please fork this repository on Github, create a branch, then submit a pull request from that branch to the master of this repository. All other submissions will be summarily rejected.
- Developer Environment
-
We use Docker to encapsulate the developer environment. There is a Bash script in the root called
run_tests
that provides an entrypoint to how this project uses Docker. The sequence is:- run_tests build [ command ]
- run_tests test [ command ]
- run_tests integration [ command ]
- run_tests cover
You can optionally select a Perl version or versions (5.10 through 5.24) to run the command against by setting the
PERL_VERSIONS
environment variable. Use a space to separate multiple versions.This Bash script has been tested to work in Linux, OSX, and GitBash on Windows.
- Running the tests in xt/
-
The tests in
t/
are unit tests. The tests inxt/
are E2E tests that run against Braintree's sandbox / integration environment. To run them, you will need to have a Braintree sandbox account linked to Paypal.- Signup
-
Navigate to https://www.braintreepayments.com/sandbox. Enter your first name, last name, Comany name of "WebService::Braintree", your country, and your email address.
- Activate your account
-
You will receive an email to the address you provided which will contain a link. Click on it and you'll sent to a page where you will be asked for a password.
- Create a sandbox_config.json
-
On the dashboard page of your new sandbox account, three are three values you will need to put into a
sandbox_config.json
. The format of the file must be:{ "merchant_id": "<< value 1 >>", "public_key": "<< value 2 >>", "private_key": "<< value 3 >>" }
replacing what's in the double-quotes with the appropriate values from your Braintree sandbox's dashboard.
- Link your Paypal Sandbox Account
-
You'll need to follow the instructions at https://developers.braintreepayments.com/guides/paypal/testing-go-live/ruby#linked-paypal-testing. This is required for some of the integration tests to pass.
Within Setting > Processing, select "Link your sandbox" within the PayPal section.
Once at the Paypal Developer Dashboard:
My Apps & Credentials
Rest Apps
Create new App
Give it a name
Copy the information requested back to Braintree
- Run the tests
-
You can now run the integration tests with
run_tests integration
. These tests will take between 5 and 20 minutes.
TODO/WISHLIST/ROADMAP
- There is no pod documentation.
- Sandbox tests fail
-
Some of this is likely needed because the sandbox account needs to be set up just right, and some may be because the paypal test integration server is emulating stateful transactions.
- Excessive metaobject wrangling
-
The usage of Moose in this code is sub-opimtimal. In particular the following classes use the metaobject in a way that makes what is happening difficult to understand:
- WebService::Braintree::ResultObject
-
This class is now the only one that is not immutable in the codebase. Unpicking how to make this mutable is problematic.
The constructors for the following should be fixed to be explicit (requires understanding of what ResultObject is doing):
- WebService::Braintree::AdvancedSearchFields
- WebService::Braintree::SubscriptionSearch
- WebService::Braintree::CreditCardVerificationSearch
- WebService::Braintree::CustomerSearch
- WebService::Braintree::Result
- WebService::Braintree::TransactionSearch
Also, having stared at the internals of some objects in the perl debugger for a bit, I fear there may be memory leaks, but I have not investigated this closely. It's also possible that the way that several of the above methods use a
$field
variable in package lexical scope that this module may not be fork-safe. These concerns also apply to Net::Braintree (only it has a bigger memory footprint). - Sandbox tests
-
One of the sandbox tests is really really slow.
ACKNOWLEDGEMENTS
Thanks to the staff at Braintree for endorsing this fork.
Thanks to ZipRecruiter for sponsoring improvements to the forked code.
LICENSE AND COPYRIGHT
Copyright 2017 Kieren Diment <zarquon@cpan.org>
Copyright 2011-2014 Braintree, a division of PayPal, Inc.
This program is free software; you can redistribute it and/or modify it under the terms of either: the GNU General Public License as published by the Free Software Foundation; or the Artistic License.
See http://dev.perl.org/licenses/ for more information.