Hi,
We did the MOTO com option...
i did try the Java option but had issues with the Jrun java security setup..
unfortunately due to shortage in time i had to go with the com option.
the com option is very easy to implement..
some rough CF code is below... they is a number of checks you can do to
ensure the transaction was successful
<!--- Step 2 - Test the Payment Client socket was
created
successfully --->
<!--- Test the communication to the Payment Client
using an "echo"
command. --->
<cfset stLocal.EchoResult =
stLocal.PaymentObject.echo("Test")>
<cfif Trim(stLocal.EchoResult) NEQ "echo:Test">
<cfset stLocal.HandShakeError = 0>
<!--- Display an error page as the
communication to the Payment Client
failed --->
<cfthrow message="Payment Client was not
initialised correctly - echo
test failed - should be: '1,echo:Test', but received: #stLocal.EchoResult#."
type="Custom.EchoResult">
</cfif>
<!--- Step 3 - Prepare to Generate and Send Digital
Order --->
<!--- The extra details are not accepted by the --->
<!--- sendMOTODigitalOrder() method and so we must add
them --->
<!--- explicitly here for inclusion in the DO
creation. --->
<!--- Adding the supplementary data to the DO is done
using the --->
<!--- "addDigitalOrderField" command add card number
and expiry--->
<!--- Step 4 - Generate and Send Digital Order (&
receive Digital
Receipt) --->
<!--- Create and send the Digital Order --->
<!--- (This primary command also receives the Digital
Reciept) --->
<cfset stLocal.PaymentResult =
stLocal.PaymentObject.sendMOTODigitalOrder(Trim(Arguments.WeRefNumber),
Trim(Arguments.MerchantID), Trim(stLocal.PurchaseAmount), "en", "")>
<cfif stLocal.PaymentResult NEQ 1>
<!--- Retrieve the Payment Client Error (There
may be none to
retrieve) --->
<cfset stLocal.ErrorResult =
stLocal.PaymentObject.getResultField("PaymentClient.Error")>
<cfif Len(Trim(stLocal.ErrorResult)) NEQ 0>
<cfset stLocal.HandShakeError = 0>
<!--- Display an Error Page as the
Digital Order was not
processed --->
<cfthrow message="Digital Order has
not created correctly -
sendMOTODigitalOrder( #Arguments.WeRefNumber# , #Trim(Arguments.MerchantID)#
, #Arguments.PurchaseAmount# , en, ) failed." type="Custom.DigitalOrder">
</cfif>
</cfif>
they is a test to check the communication with the payment server
(Handshake)
they is about 6-8 steps involved..
if you use the com option... the the java client is not a problem..
if i remember correctly the com option uses a VB dll to call a java class so
its just a wrapper... at the end of the day its java that does the
transaction.
hope that helps
cheers
joel
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of James
Macpherson
Sent: Tuesday, 13 January 2004 5:17
To: CFAussie Mailing List
Subject: [cfaussie] RE: CommWeb vs. Ingenico
Hey Joel,
Thanks for the response. In short I have the following questions (and
Commonwealth aren't giving anything remotely technical without going through
sales which is taking ages)
As I understand it we have 2 options, each with 3 methods... 3 Party
transaction, with the option of Sockets, Java or COM or 2 Party (MOTO), with
the option of Sockets, Java or COM. We want to use 2 Party(MOTO) with COM
as this seems very similar to Ingenico and I was hoping we could almost plug
it in to an existing system.
basically the Pseudo code for the Ingenico method looks a bit like this:
myTransaction = new Transaction();
myTransaction.setCreditCardDetails(number, expiry, etc. etc.)
myResult = myTransaction.doTransaction();
The semantics don't matter so much but what I need to know is that CFMX
waits at myResult = ... for a response from the bank?
Do you have a copy of the API? This would probably have it but the documents
they've given me only cover the Perl sockets implimentation.
Also, I want to know that the Java-based Payment Client service is not going
to break CFMX (Windows 2000 AS, IIS5.0, CFMX)
Thanks heaps
- James
PS: I can post more accurate sample code for anyone who's interested in
Ingenico.
---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia
http://www.mxdu.com/ + 24-25 February, 2004
---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia
http://www.mxdu.com/ + 24-25 February, 2004
