st.
>
> Thank you.
> -Baker
>
>
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
> boun...@listserver.u2ug.org] On Behalf Of Hona, David
> Sent: Monday, March 07, 2011 7:04 PM
> To: 'U2 Users List'
> Subject: R
inal request. Very application specific and
not generally optimised for throughput.
Good luck.
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of nschroth
Sent: 05 March 2011 16:55
To: u2-users@listserver.u2ug.org
Subject: [U2] Multi-Threading Unive
r.u2ug.org] On Behalf Of Symeon Breen
Sent: Monday, 7 March 2011 8:17 PM
To: 'U2 Users List'
Subject: Re: [U2] Multi-Threading Universe Socket traffic
Ok the python solution mentioned is one way - however this multi threading
you requiree is not a multi threading requirement - you are con
On 07/03/11 09:16, Symeon Breen wrote:
> Lets say your batch of transactions is in a file, as you process each one
> set a flag saying it is done, or delete the record or something, then
> yourprogram can select the file, loop through the records and if the flag is
> set or the record does not exis
> From: Symeon Breen
> ...you are consuming a socket service, and not
> accepting connections, - we do this kind of thing all
> the time using phantoms.
>
> Lets say your batch of transactions is in a file...
I agree with Symeon, phantoms are probably your answer. While I
haven't benchmarked
al Message - From: "Symeon Breen"
To: "'U2 Users List'"
Sent: Monday, March 07, 2011 1:16 AM
Subject: Re: [U2] Multi-Threading Universe Socket traffic
Ok the python solution mentioned is one way - however this multi
threading
you requiree is not a multi thr
l-spec.com
Web: http://www.all-spec.com
Blog: http://blog.all-spec.com
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
> boun...@listserver.u2ug.org] On Behalf Of Dave Taylor
> Sent: Monday, March 07, 2011 10:58 AM
> To: U2 User
sers List'"
Sent: Monday, March 07, 2011 1:16 AM
Subject: Re: [U2] Multi-Threading Universe Socket traffic
Ok the python solution mentioned is one way - however this multi threading
you requiree is not a multi threading requirement - you are consuming a
socket service, and not acceptin
.u2ug.org] On Behalf Of Symeon Breen
Sent: Monday, March 07, 2011 3:17 AM
To: 'U2 Users List'
Subject: Re: [U2] Multi-Threading Universe Socket traffic
Ok the python solution mentioned is one way - however this multi threading
you requiree is not a multi threading requirement - you are c
phantoms and then stops.
Rgds
Symeon.
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of nschroth
Sent: 05 March 2011 16:55
To: u2-users@listserver.u2ug.org
Subject: [U2] Multi-Threading Universe Socket traffic
On Universe 10.1.14
On 03/05/2011 01:26 PM, nschroth wrote:
PNC (First Data).
But we want to adopt tokenization to avoid most of the PCI issues and they
"just" started a socket-based tokenization...they are many months/years away
from Skipjack or FuseBox.
I appreciate your suggestion, but we are not a Python shop a
PNC (First Data).
But we want to adopt tokenization to avoid most of the PCI issues and they
"just" started a socket-based tokenization...they are many months/years away
from Skipjack or FuseBox.
I appreciate your suggestion, but we are not a Python shop and mgmt does not
want to get into anythin
I would pass it by socket to a waiting python socket server then you
can use the multiprocessing module to break it up into multiple
workers. Prob 20 lines of code.
May I ask who your CC processor is? We need a new one for compliance.
On 3/5/11, nschroth wrote:
>
> On Universe 10.1.14 over AIX
On Universe 10.1.14 over AIX 5.3, we currently communicate Credit Card
transactions via sockets (ISO-8583) using the following logic (works fine):
OPEN.ERR=openSocket(THIS.IP,THIS.PORT,TCP.MODE,TIMEOUT,THIS.HANDLE)
INFO.ERR=getSocketInformation(THIS.HANDLE,PEER.FLAG,SOCKETINFO)
WRITE.ERR=wri
14 matches
Mail list logo