Reply
Highlighted
Contributor
Posts: 23
Registered: ‎01-09-2015
Accepted Solution

API vs XML/SOAP for integration methods

The sample SDK in location https://github.com/AuthorizeNet/sdk-java has given sample code using JAVA APIs. At the same time, the documentation under AIM/SIM/DPM/CPM has given xml guide or web services guide. Can we use JAVA APIs instead of XML/SOAP to integrated authorize.net?

 

Please let us know if there is any preference one has on others.


Accepted Solutions
Highlighted
Solution
Accepted by topic author smartk1977
‎08-21-2015 01:58 AM
Expert
Posts: 4,525
Registered: ‎03-08-2010

Re: API vs XML/SOAP for integration methods

When you

    Merchant merchant = Merchant.createMerchant(Environment.SANDBOX,
        apiLoginID, transactionKey);

the enviroment would set to the production for the production account.

 

View solution in original post


All Replies
Highlighted
Expert
Posts: 4,525
Registered: ‎03-08-2010

Re: API vs XML/SOAP for integration methods

The API use XML, you can look at the source. Just make sure you tested everything you do with it before moving to production.

Highlighted
Contributor
Posts: 23
Registered: ‎01-09-2015

Re: API vs XML/SOAP for integration methods

Thanks for clarification. In that case, I can happily use JAVA APIs and forget about SOAP urls (secure.authorize.net and api.authorize.net)

 

I am planning to perform the following steps to integrate AIM. Please confirm whether my process is correct:

 

Development

1) Create Sandbox account and obtain API Login Id and Transaction Key.

2) Use JAVA APIs (anet-java-sdk-1.8.1.jar)  to integrate AIM. APIs use API Login Id/Transaction Key secured in a File/Data Base.

3) Execute code and confirm results in Sandbox Merchant interface.

 

Production

1) Create real Merchant account and obtain API Login Id and Transaction Key.

2) Replace previous values with production API Login Id/Transaction Key secured in a File/Data Base

3) Enable "Test Mode" in real Merchant account.

4) Execute code and confirm results in real Merchant interface.

5) Once I am comfortable, disable "Test Mode" and make it real.

 

Thanks for your time as this can be a guide line to many followers.

Highlighted
Expert
Posts: 4,525
Registered: ‎03-08-2010

Re: API vs XML/SOAP for integration methods

Everything except

 

Production

4) Execute code and confirm results in real Merchant interface.

 

When test mode is on, it is not going to create any transaction.

 

From http://community.developer.authorize.net/t5/The-Authorize-Net-Developer-Blog/Sandbox-Accounts-vs-Liv...

We also offer a Test Mode option on all live accounts which allows you to test connecting to the production environment.

Transactions that are run in the production environment in Test Mode are not stored anywhere and will return a transaction ID of zero. There will be no history of them. However, transactions run in the sandbox(without testmode) is available in the transaction history, which is another reason why a sandbox  is the recommended method of testing.

Highlighted
Contributor
Posts: 23
Registered: ‎01-09-2015

Re: API vs XML/SOAP for integration methods

Thanks for the artcile that clearly explains everything. This talks about changing the posting URL from the sandbox URL to the production URL. I understand that this is required If we use SOAP. 

 

Since I am using JAVA API should I pass any information to methods to switch sandbox to production? If not, does APIs know which environment to call with just API Login ID and TransactionId? So far I am only testing on sandbox and so everything works as epxected.

 

 

 

 

Highlighted
Solution
Accepted by topic author smartk1977
‎08-21-2015 01:58 AM
Expert
Posts: 4,525
Registered: ‎03-08-2010

Re: API vs XML/SOAP for integration methods

When you

    Merchant merchant = Merchant.createMerchant(Environment.SANDBOX,
        apiLoginID, transactionKey);

the enviroment would set to the production for the production account.

 

Highlighted
Contributor
Posts: 23
Registered: ‎01-09-2015

Re: API vs XML/SOAP for integration methods

I got it, although u meant the code needs to be

Merchant merchant = Merchant.createMerchant(Environment.PRODUCTION,
        apiLoginID, transactionKey);

I replaced SANDBOX with PRODUCTION