I am getting empty array when call paypal setExpresschecout function with sandbox credential.
if i put live credential then its work fine.
This problem occur from last couple of week. before that the code worked fine on both live and sandbox credential.
Anyone have any idea?? Please Help.
Did you check which version of SSL/TLS your are using to make the API call?
PayPal recently upgraded to TLS 1.2 as you can see on their developer blog:
https://devblog.paypal.com/upcoming-security-changes-notice/#tls
For now it's only on the sandbox but they are going to do this on the live environment in the future.
It means if you're using TLS 1.1 or 1.0 for your API call it won't work anymore.
I had to update my test server because it was impossible to call their API anymore.
Related
I am trying to get a sandbox PayPal IPN working with the Coldfusion example shown here:
https://github.com/paypal/ipn-code-samples/tree/master/coldfusion
I've added the location of my IPN file to PayPal and the page is being called by it but all I get is a 'Connection Failure' message in the text file. The IPN file is being called from an https location so not sure what is wrong.
Any ideas?
The JRE (version 7) that comes with ColdFusion 10, doesn't support TLS 1.2, which you require to talk to the PayPal API. You need to either update the JRE to 113+ and enable TLS 1.2 via argument or upgrade altogether to JRE 8. To upgrade, you have to let the jvm.config point to the installation and replace the tools.jar in CF with the one from the JDK 8. (Also make sure to have at least update 14 installed on your ColdFusion 10 server.)
So right now I'm trying to make a bunch of REST API calls to Salesforce from my WebSphere server, but every time I make a request, I get a "500 Server Error" error message in my logs. I then tried to run my API calls through RunScope to try and debug what was going wrong. As soon as I sent my API calls through RunScope to Salesforce, the 500 Error went away and everything worked. I instantly thought it was some kind of SSL Protocol issue since Salesforce apparently doesn't support SSL3.0. So I checked my WebSphere configuration and noticed that it supports both SSL and TLS protocols (I'm not 100% sure which protocol it's using though, if anyone knows of a way to test that, that would be helpful). Now I'm pretty stumped. I know it's not a certificate issue because i installed the needed certificates on my WebSphere server. Anyone else have any ideas why the API calls work through RunScope to Salesforce but not directly to Salesforce? Any help is appreciated.
I figured it out. My issue was that my WebSphere server was running TLS1.0 which isn't supported anymore by Salesforce. If you're running into the same issues as me, make sure your server is running TLS 1.1 or higher.
I've recently integrated play-silhouette 4.0.0 with Play 2.5 to handle authentication. I am allowing my users to login with Google and as such am using Silhouette's OAuth2 features. I am redirected to Google's authorization page properly but after pressing allow the app fails with
403 - Project marked for deletion
I have enabled the Google+ API in the developer's console and am requesting the scopes "profile email" from the service. I've also deployed the sample app and get the same error. The error codes listed by Google are not much help - anyone have an idea? I've been testing on my local machine.
I resolved this issue:
Create a new project in the Google Developer Console.
Enable Google+ API.
Create OAuth Credentials.
Perhaps I created the credentials before I enabled the API. Seems a bit silly order would matter. Hope this is helpful to someone else!
I am setting up a website using osCommerce 2.3. The site is close to completion so I set up a PayPal sandbox to test the transaction/payment process. I am using the PayPal Express Checkout module provided with osCommerce. I inserted the sandbox username, password and signature into the module and tried the credentials test link. The test failed and the test debug email showed that no data was being transmitted by either $_GET or $_POST. Where do I go from here?
It turns out I am using WampServer 2.2.22, a 64-bit version which contains a buggy version of the curl.dll. Curl was refusing to load, so when it was making the call to PayPal in the sendTransactionToGateway function in paypal_express.php, the function failed. Working 64-bit versions of curl can be found at http://www.anindya.com/ for php 5.3.13 and 5.4.3. Replacing the old version of curl with the new one and restarting wampserver did the trick.
Up until today, I have been successfully developing with PayPal's sandbox using the new PayPal PHP SDK which comes preconfigured to use this sandbox URL:
https://api.sandbox.paypal.com/2.0/
(URL in Chrome currently returns: "Error 107 (net::ERR_SSL_PROTOCOL_ERROR): SSL protocol error.")
But today my webapp is crashing due to a SSL handshake failure:
Uncaught exception 'PPConnectionException' with message 'error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure' in ./paypal-sdk-1.0.92/lib/PPHttpConnection.php:185
The only event that has occurred since yesterday (when my webapp was last working) was I reset my sandbox "seller" account, which may have reset the API credentials according to this post. Since I've updated the API credentials manually, and have verified them to be correct, I cannot say if they were ever wrong at this point.
After lots of searching, I found other web articles that say the URL should be:
https://api-3t.sandbox.paypal.com/2.0/
(URL in Chrome returns a SOAP response.)
So I changed my PayPal PHP SDK's included URL from https://api.sandbox.paypal.com/2.0/ to https://api-3t.sandbox.paypal.com/2.0/ and it is working perfectly again. What happened here? Is the non-"3t" sandbox URL simply broken right now?
EDIT: After the feedback received from #Win and #JoelP, I have filed a bug report through the PayPal SDK github so someone at PayPal can explain what changed today and fix the SDK to have the correct URL when using Signature credentials.
EDIT 2: PayPal fixed the issue a few days ago. It's going to be available in the next release. https://github.com/paypal/SDKs/issues/22#issuecomment-8660682
Thanks for the help everyone.
Differences are between Certificate and Signature
Signature is the preferred way of accessing PayPal API.
The issue is fixed and the code has been pushed to master branch. You should see the refreshed bundles of the sdk out on x.com in the next couple of days.
Refer GitHub issue here https://github.com/paypalx/SDKs/issues/22
Thanks,
Prasanna.
I can't answer the question but I can say that I have just discovered the same problem. I confirm that jimp's workaround of changing the SDK's service endpoint config to :
service.EndPoint="https://api-3t.sandbox.paypal.com/2.0/"
solved my issue. (This is in the Paypal SDK config/sdk_config.ini file).
In my case I am using the PHP SDK. I have not changed anything on my sandbox account. My best guess is that the original URL is simply down for a while. (Firefox shows the "Secure Connection Failed" alert).