Anyone worked with Verisign's Payflow Pro object in ASP? We've had it
up and running for weeks without a problem and recently we've started
to get some undesirable behavior: at the point where the component
sends the transaction data, about 1 in 4 times it will go through, but
otherwise it will sit and spin until the script or the browser session
times out. may or may not be related to a server maintenance change.
I'm not a server admin guy, so I don't know specifically what to look
for, but can anyone tell me what I should ask our server admin guy to
look for? Could there be something with COM threading or other issues
where multiple instances of this object are being run? Is there a
place on the server where a person can look and see what's going on
with this object?
Here's the code with some info removed... I've marked where it usually
locks or spins:
***************************
Set client = Server.CreateObject("PFProCOMControl.PFProCOMContr ol.1")
'Transaction through Verisign
parmList = "TRXTYPE=S&TENDER=C&PARTNER=VeriSign&VENDOR=XXXXXX X&USER=XXXXXXX&PWD=XXXXXXX&ACCT=4111111111111111&E XPDATE=0405&AMT=0.01"
Ctx1 = client.CreateContext("test-payflow.verisign.com", 443, 30, "",
0, "", "")
'this next line is what locks up the object or goes into a loop
curString = client.SubmitTransaction(Ctx1, parmList, Len(parmList))
client.DestroyContext (Ctx1)
set Ctx1 = nothing
set client = nothing
***************************
Thanks for your help. 7 5894
Hi Brian
I put several thousand transactions a day and its never missed a beat, so I
know the coontrol is working well.
I would log all the entered details to either a database or text file along
with start time, end time in seconds, date etc.
Also would log the return values from Verisign.
When you go into the control center of verisign do the failed transaction
show up ?
Has it an error number.
It sounds like a time out to verisign, I would check connection over a
number of hours to verisign and see if connection is being dropped or timing
out.
Regards
Don
dgroverATassoft.com.au
"Brian" <al*************@hotmail.com> wrote in message
news:ba**************************@posting.google.c om... Anyone worked with Verisign's Payflow Pro object in ASP? We've had it up and running for weeks without a problem and recently we've started to get some undesirable behavior: at the point where the component sends the transaction data, about 1 in 4 times it will go through, but otherwise it will sit and spin until the script or the browser session times out. may or may not be related to a server maintenance change.
I'm not a server admin guy, so I don't know specifically what to look for, but can anyone tell me what I should ask our server admin guy to look for? Could there be something with COM threading or other issues where multiple instances of this object are being run? Is there a place on the server where a person can look and see what's going on with this object?
Here's the code with some info removed... I've marked where it usually locks or spins:
***************************
Set client = Server.CreateObject("PFProCOMControl.PFProCOMContr ol.1")
'Transaction through Verisign parmList =
"TRXTYPE=S&TENDER=C&PARTNER=VeriSign&VENDOR=XXXXXX X&USER=XXXXXXX&PWD=XXXXXXX
&ACCT=4111111111111111&EXPDATE=0405&AMT=0.01" Ctx1 = client.CreateContext("test-payflow.verisign.com", 443, 30, "", 0, "", "")
'this next line is what locks up the object or goes into a loop curString = client.SubmitTransaction(Ctx1, parmList, Len(parmList))
client.DestroyContext (Ctx1)
set Ctx1 = nothing set client = nothing
***************************
Thanks for your help.
Hi Brian,
I'm having the same problem and it's KILLING ME.
Were you ever able to come across a solution? Any help or ideas you
could provide would be MUCH APPRECIATED.
Thanks in advance.
- Bryan
Brian wrote: Anyone worked with Verisign's Payflow Pro object in ASP? We've had
it up and running for weeks without a problem and recently we've started to get some undesirable behavior: at the point where the component sends the transaction data, about 1 in 4 times it will go through,
but otherwise it will sit and spin until the script or the browser
session times out. may or may not be related to a server maintenance change.
I'm not a server admin guy, so I don't know specifically what to look for, but can anyone tell me what I should ask our server admin guy to look for? Could there be something with COM threading or other
issues where multiple instances of this object are being run? Is there a place on the server where a person can look and see what's going on with this object?
Here's the code with some info removed... I've marked where it
usually locks or spins:
***************************
Set client = Server.CreateObject("PFProCOMControl.PFProCOMContr ol.1")
'Transaction through Verisign parmList =
"TRXTYPE=S&TENDER=C&PARTNER=VeriSign&VENDOR=XXXXXX X&USER=XXXXXXX&PWD=XXXXXXX&ACCT=4111111111111111&E XPDATE=0405&AMT=0.01" Ctx1 = client.CreateContext("test-payflow.verisign.com", 443, 30, "", 0, "", "")
'this next line is what locks up the object or goes into a loop curString = client.SubmitTransaction(Ctx1, parmList, Len(parmList))
client.DestroyContext (Ctx1)
set Ctx1 = nothing set client = nothing
***************************
Thanks for your help.
<br***@chameleon-systems.com> wrote in message
news:11**********************@c13g2000cwb.googlegr oups.com... Hi Brian,
I'm having the same problem and it's KILLING ME.
Were you ever able to come across a solution? Any help or ideas you could provide would be MUCH APPRECIATED.
Thanks in advance.
- Bryan
Brian wrote: Anyone worked with Verisign's Payflow Pro object in ASP? We've had it up and running for weeks without a problem and recently we've started to get some undesirable behavior: at the point where the component sends the transaction data, about 1 in 4 times it will go through, but otherwise it will sit and spin until the script or the browser session times out. may or may not be related to a server maintenance change.
I'm not a server admin guy, so I don't know specifically what to look for, but can anyone tell me what I should ask our server admin guy to look for? Could there be something with COM threading or other issues where multiple instances of this object are being run? Is there a place on the server where a person can look and see what's going on with this object?
Here's the code with some info removed... I've marked where it usually locks or spins:
***************************
Set client = Server.CreateObject("PFProCOMControl.PFProCOMContr ol.1")
'Transaction through Verisign parmList = "TRXTYPE=S&TENDER=C&PARTNER=VeriSign&VENDOR=XXXXXX X&USER=XXXXXXX&PWD=XXXXXXX&ACCT=4111111111111111&E XPDATE=0405&AMT=0.01" Ctx1 = client.CreateContext("test-payflow.verisign.com", 443, 30, "", 0, "", "")
'this next line is what locks up the object or goes into a loop curString = client.SubmitTransaction(Ctx1, parmList, Len(parmList))
client.DestroyContext (Ctx1)
set Ctx1 = nothing set client = nothing
***************************
Thanks for your help.
Write a log file of parmList, Len(parmList), and check it
You will more than likely find an ilegal character or missing value.
I move 2-300 at one go through Verisign and do some fairly extensive
checking before hand, its usually something in address or order/freight
details.
Regards
Don Grover
I would up logging any and all information I was sending through the
object. Each time a transaction is run, I get an email before and
after to insure that I know when something hasn't gone through. I also
made a few small changes to the way I was sending transaction
information, making sure all expiration dates are correct and making
sure all objects were opened and closed appropriately (trying not to
double them up or nest transactions). It has been running fine now for
about 3-4 months. I'm pretty sure it's good now.
Unfortunately, I can't say what the one thing was that resolved this.
It was frustrating because we couldn't identify the problem, the object
would just stall, and intermittently at that. I'm sure you're seeing
how frustrating that can be. As the other comment in this thread
suggests, you should just go through the code everywhere the
transactions are being made and double check everything, make sure it's
all clean, get it logging if possible, etc. I was pretty sure that the
code wasn't the problem when I was dealing with this, but after
revising a few areas and cleaning it up a bit, it seems to have
resolved the issue (unless the server admin changed something that was
creating the problem).
Hope this helps.
Brian br***@chameleon-systems.com wrote: Hi Brian,
I'm having the same problem and it's KILLING ME.
Were you ever able to come across a solution? Any help or ideas you could provide would be MUCH APPRECIATED.
Thanks in advance.
- Bryan
Brian wrote: Anyone worked with Verisign's Payflow Pro object in ASP? We've had it up and running for weeks without a problem and recently we've
started to get some undesirable behavior: at the point where the component sends the transaction data, about 1 in 4 times it will go through, but otherwise it will sit and spin until the script or the browser session times out. may or may not be related to a server maintenance
change. I'm not a server admin guy, so I don't know specifically what to
look for, but can anyone tell me what I should ask our server admin guy
to look for? Could there be something with COM threading or other issues where multiple instances of this object are being run? Is there a place on the server where a person can look and see what's going on with this object?
Here's the code with some info removed... I've marked where it usually locks or spins:
***************************
Set client =
Server.CreateObject("PFProCOMControl.PFProCOMContr ol.1") 'Transaction through Verisign parmList =
"TRXTYPE=S&TENDER=C&PARTNER=VeriSign&VENDOR=XXXXXX X&USER=XXXXXXX&PWD=XXXXXXX&ACCT=4111111111111111&E XPDATE=0405&AMT=0.01" Ctx1 = client.CreateContext("test-payflow.verisign.com", 443, 30,
"", 0, "", "")
'this next line is what locks up the object or goes into a loop curString = client.SubmitTransaction(Ctx1, parmList, Len(parmList))
client.DestroyContext (Ctx1)
set Ctx1 = nothing set client = nothing
***************************
Thanks for your help.
Don -- Thanks for the reply!
Are you saying that you've seen this error happen just because there
was something off in the paramList??? I would hope it wouldn't choke
that hard on a bad string.
I would REALLY like to hear if you've seen this happen because of a bad
parmList.
I'll take you advice though and start logging. I'm logging the data we
used to create the parmList after the crash, but not the actual
parmList itself. I'll start doing that and see if I get something
unexpected.
Unfortunately, I may have to suffer through another crash to see what's
going on...
- Bryan
Don Grover wrote: Write a log file of parmList, Len(parmList), and check it You will more than likely find an ilegal character or missing value. I move 2-300 at one go through Verisign and do some fairly extensive checking before hand, its usually something in address or
order/freight details. Regards Don Grover
Use on Error Resume Next
Log all details
Log the return value if any
Pickup the error number and halt script.
I send my self an email if other than 0 is returned, allong with the
parameter list in a string so I get all data.
The delimiting and data seperators are critical when pasing data to the
object,.
If you send me your email, I can send you a script what I use to talk to ver
in an automated fashion.
It may help with virifcation
Don dg*****@assoft.com.au
<br***@chameleon-systems.com> wrote in message
news:11**********************@c13g2000cwb.googlegr oups.com... Don -- Thanks for the reply!
Are you saying that you've seen this error happen just because there was something off in the paramList??? I would hope it wouldn't choke that hard on a bad string.
I would REALLY like to hear if you've seen this happen because of a bad parmList.
I'll take you advice though and start logging. I'm logging the data we used to create the parmList after the crash, but not the actual parmList itself. I'll start doing that and see if I get something unexpected.
Unfortunately, I may have to suffer through another crash to see what's going on...
- Bryan
Don Grover wrote: Write a log file of parmList, Len(parmList), and check it You will more than likely find an ilegal character or missing value. I move 2-300 at one go through Verisign and do some fairly extensive checking before hand, its usually something in address or
order/freight details. Regards Don Grover
Don,
I've sent you a private e-mail, thanks!
Bryan
Don Grover wrote: Use on Error Resume Next Log all details Log the return value if any Pickup the error number and halt script.
I send my self an email if other than 0 is returned, allong with the parameter list in a string so I get all data. The delimiting and data seperators are critical when pasing data to
the object,.
If you send me your email, I can send you a script what I use to talk
to ver in an automated fashion. It may help with virifcation Don dg*****@assoft.com.au
<br***@chameleon-systems.com> wrote in message news:11**********************@c13g2000cwb.googlegr oups.com... Don -- Thanks for the reply!
Are you saying that you've seen this error happen just because
there was something off in the paramList??? I would hope it wouldn't
choke that hard on a bad string.
I would REALLY like to hear if you've seen this happen because of a
bad parmList.
I'll take you advice though and start logging. I'm logging the
data we used to create the parmList after the crash, but not the actual parmList itself. I'll start doing that and see if I get something unexpected.
Unfortunately, I may have to suffer through another crash to see
what's going on...
- Bryan
Don Grover wrote: Write a log file of parmList, Len(parmList), and check it You will more than likely find an ilegal character or missing
value. I move 2-300 at one go through Verisign and do some fairly
extensive checking before hand, its usually something in address or
order/freight details. Regards Don Grover This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: John Siefer |
last post by:
--
I have a problem that I am hoping someone can help me with. I am trying
to design a custom shopping cart for a friend. He wants it designed a
specific way so an integrated cart won't work for...
|
by: JStrummer |
last post by:
Does anyone know if oscommerce has a module to support Verisign's
Payflow Pro?
I downloaded the one listed as "pro" here...
|
by: Mark McEahern |
last post by:
I just wrote a very simple wrapper for the PayFlow Pro SDK (see below).
A friend of mine did this before, but I didn't have access to his
source, so I took it as a learning opportunity for me to...
|
by: Justice |
last post by:
Currently I'm doing some experimenting with the XMLHTTP object in
Javascript. Now,
the XMLHttp object is asynchronous (at least in this case), and the
following code causes a significant memory...
|
by: Eva |
last post by:
Hi,
I wanted to know how i can enter values into a specific
column of a listview. I have tried the following code but
this seems to enter all my values into the first column!!!
Can anyone...
|
by: Rob Ratcliff |
last post by:
I'm compiling the latest version of a CORBA ORB called MICO on a Cray
X1. It makes heavy use of templates and namespaces.
Up until the link step, the C++ source code compiled flawlessly. But,
when...
|
by: jamesbeswick |
last post by:
I've been using Access since version 97 and I've migrated to 2003. I've
noticed a substantial number of strange ActiveX/OLE and code corruption
problems when writing databases. The only solution...
|
by: Loading name... |
last post by:
Hey
I've got DNN Starter Kit (version 4.3.4) installed in my visual studio 2005.
And are developing a DNN portal. Now I get this error where a module is
suppose to be loaded:
"Error: Adm is...
|
by: Dave |
last post by:
Hello,
I'm trying to get payflow working with php5 as a loadable extension. My
configure line has:
'--with-pfpro=shared,/usr/local'
and php5 installed fine via FreeBSD ports. I then installed...
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
|
by: Hystou |
last post by:
Overview:
Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and...
| |