topic Re: Possible not to use the SDK? in Integration and Testing

Possible not to use the SDK?

mvpetrovich — Thu, 08 Jun 2017 00:49:20 GMT

I have been working on migration over the last couple months since A.N eliminated the previous methods at the end of May 2017.

I never used the SDK because of the complexity. The number of lines in my previous code to process credit cards is less than the number of files in the SDK.

All I need to do is AUTH_CAPTURE and VOID. That's it. I do not need all the other crap.

Unfortunately, all my solution testing returns null values from A.N so I have no possible way to diagnose errors.

Has anyone been successful creating a simple A.N interface?

Re: Possible not to use the SDK?

Lilith — Thu, 08 Jun 2017 16:54:41 GMT

@mvpetrovich The SDK exists so you can implement all Authorize.Net features into your solution, seamlessly. But if all you need is to make two API calls, you only need to make the calls directly.

The calls you want are here:

https://developer.authorize.net/api/reference/#payment-transactions-charge-a-credit-card

https://developer.authorize.net/api/reference/#payment-transactions-void-a-transaction

Re: Possible not to use the SDK?

NexusSoftware — Thu, 08 Jun 2017 22:30:11 GMT

Yes, not only is it possible to avoid using the SDK, in many cases it is desirable.

For example, posting the following XML with the appropriate actual values, to the Sandbox URL: https://apitest.authorize.net/xml/v1/request.api or
Production URL: https://api.authorize.net/xml/v1/request.api as the case may be, should enable you to easily Void a transaction.

<createTransactionRequest xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd">
  <merchantAuthentication>
    <name>API_LOGIN_ID</name>
    <transactionKey>API_TRANSACTION_KEY</transactionKey>
  </merchantAuthentication>
  <refId>123456</refId>
  <transactionRequest>
    <transactionType>voidTransaction</transactionType>
    <refTransId>22434566</refTransId>
   </transactionRequest>
</createTransactionRequest>

Of course, the method you use to populate and post your XML payload will vary depending on your chosen language of implementation.

Re: Possible not to use the SDK?

mvpetrovich — Fri, 09 Jun 2017 22:47:15 GMT

I was getting a lot of misinformation. I was told to use secure2.authorize.net/gateway/transact.dll and post using key-value pairs. That gateway never returned a response, so I was left with trial and error.

I understand that the SDK can do everything possible with AN, but I do not want to do everything. The SDK is bloated. In fact, the SDK, for a trival aspect of a website, uses more files than my entire framework. Most credit card processing requires only a couple hundred lines of code.

I am going to use your advice and go down the path of using the request.api with XML. Hopefully, I will have better luck.

Re: Possible not to use the SDK?

Lilith — Mon, 12 Jun 2017 15:21:38 GMT

@mvpetrovich It sounds like people were directing you to use our legacy connection, which we wouldn't recommend in general. I apologize for the confusion there.

I understand and agree that you don't need the SDK. I was merely explaining what the SDK was for.

Let us know if you have any follow-on questions and we'll see what we can do for you.

Re: Possible not to use the SDK?

mvpetrovich — Mon, 12 Jun 2017 20:30:05 GMT

Well, I have continued to go down several dead ends. I have never been able to get apitest.authorize.net/xml/v1/request.api to respond to anything I have done. Trial and error programming is always frustrating.

Can someone post PHP CURL code and a simple XML markup that can actually retrieve something?

You would think simply taking the CURL from the SDK and sending a simple XML string would be an easy thing to do, but it did not work for me after hundreds of experiments.

Re: Possible not to use the SDK?

NexusSoftware — Mon, 12 Jun 2017 20:35:15 GMT

<?php

$xmlContent = '<?xml version="1.0" encoding="utf-8"?>
<ARBCreateSubscriptionRequest xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd">
	<merchantAuthentication>
		<name>LOGIN_ID</name>
		<transactionKey>TRANSACTION_KEY</transactionKey>
	</merchantAuthentication>
	<refId>Sample</refId>
	<subscription>
		<name>New Sample subscription</name>
		<paymentSchedule>
			<interval>
				<length>1</length>
				<unit>months</unit>
			</interval>
			<startDate>2018-02-28</startDate>
			<totalOccurrences>12</totalOccurrences>
			<trialOccurrences>1</trialOccurrences>
		</paymentSchedule>
		<amount>100.29</amount>
		<trialAmount>0.00</trialAmount>
		<payment>
			<creditCard>
				<cardNumber>4111111111111111</cardNumber>
				<expirationDate>2020-12</expirationDate>
			</creditCard>
		</payment>
		<billTo>
			<firstName>Rick</firstName>
			<lastName>Love</lastName>
		</billTo>
	</subscription>
</ARBCreateSubscriptionRequest>';

  $url = 'https://apitest.authorize.net/xml/v1/request.api';
  $ch = curl_init();
  curl_setopt($ch, CURLOPT_URL, $url);
  curl_setopt($ch, CURLOPT_POST, true);
  curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: text/xml'));
  curl_setopt($ch, CURLOPT_RETURNTRANSFER, true );
  curl_setopt($ch, CURLOPT_POSTFIELDS, $xmlContent);
  $result = curl_exec($ch);
  echo $result;
  curl_close($ch);

Just replace LOGIN_ID and TRANSACTION_KEY with your own sandbox credentials.

Re: Possible not to use the SDK?

mvpetrovich — Tue, 13 Jun 2017 01:01:04 GMT

This is exactly what I asked for, but the code provided is not functional. I have spent another day at this, and this took me down another dead end.

I see differences with my test destination from Authorize.Net. I can send and retrieve information very easily from my test destination, but not from Authorize.Net.

My test destination will not allow the 'https://' prefix, and I never use that normally with CURL. For some reason my test destination will also not allow the content type to be sent.

I keep trying and adding and removing lines, trying to send an SSL and not. I cannot figure out the behaviour of Authorize.Net.

I assume the posted code was never tested. If you ever find functional code please post it.

Re: Possible not to use the SDK?

NexusSoftware — Tue, 13 Jun 2017 01:57:04 GMT

That code was tested and does work. Use the following to find out what version of TLS your cURL is using.

<?php 
$ch = curl_init('https://www.howsmyssl.com/a/check');
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$data = curl_exec($ch);
curl_close($ch);

$json = json_decode($data);
echo $json->tls_version ."\n";

Re: Possible not to use the SDK?

mvpetrovich — Tue, 13 Jun 2017 20:00:46 GMT

Oh, Thanks! My test site was using TLS 1.0, and I put the code on a site using TLS 1.2. The code you supplied worked fine. That should now move me forward.

Re: Possible not to use the SDK?

NexusSoftware — Wed, 14 Jun 2017 09:50:32 GMT

Okay, good. glad to hear it. You're welcome.

Re: Possible not to use the SDK?

Lilith — Wed, 14 Jun 2017 15:21:32 GMT

@mvpetrovich That's good to hear. Still, I'm sorry this proved tricky and frustrating for you. I've requested we look into adding TLS error logging to the SDKs, to better catch issues like what you ran into.

Re: Possible not to use the SDK?

mvpetrovich — Mon, 19 Jun 2017 23:39:26 GMT

I want to thank you for your help. I migrated to a new server that supported TLS 1.2. With the starting point you gave, I wrote a PHP class of about 300 lines, to send and process responses for charging and voiding credit cards. That was all the features I needed, and the system was kept very simple.

Re: Possible not to use the SDK?

pzonis — Wed, 07 Mar 2018 02:15:40 GMT

Hi Lilith, the links you provided require the SDK for ASP.Net. Do you have a link for ASP.Net code that does not require the SDK? I am working with a client that has been using Authorize.net for credit card charges for 8+ years with simple API calls and does not have the resources or capability to install a SDK kit to process credit cards. Everything was working well until the TLS change a week ago. Any help would be greatly appreciated.

Cheers,

Paul

Re: Possible not to use the SDK?

Anurag — Mon, 12 Mar 2018 04:51:08 GMT

Hi @pzonis

Have you looked at our sample code for C#

https://github.com/AuthorizeNet/sample-code-csharp/

https://github.com/AuthorizeNet/sample-code-csharp/blob/master/PaymentTransactions/ChargeCreditCard.cs

Hope it helps !!

Re: Possible not to use the SDK?

pzonis — Sun, 11 Mar 2018 21:58:47 GMT

Just clicked on the link. It is a 404 error.

Re: Possible not to use the SDK?

NexusSoftware — Sun, 11 Mar 2018 22:14:48 GMT

That code requires the SDK anyway. It is very simple, you are just posting JSON or XML to the approriate endpoint and parsing the reponse. Which methods would your client's application be using, createTransactionRequest or getHostedPaymentPageRequest?

Re: Possible not to use the SDK?

Anurag — Mon, 12 Mar 2018 04:52:14 GMT

updated the links .