RE: [Quickfix-users] QuickFIX becomes unresponsive after running for some time...Please help

[<vi...@ma...>]

We are using QuickFIX engine to test a trading application.
Our QuickFIX based test framework consists of two Java
processes, each having two Application objects running on=20
their own threads.
The framework interactions is as depicted below...

Trading Client simulator <---> FIX I/f <---->UUT<--->Exchange I/f<---->Exch=
ange Simulator

Where UUT is unit under test.

We are using Threaded versions of Initiator and Acceptor!
Trading client simulator feeds orders on FIX protocol.
FIX I/f receives orders and feed further into UUT.
UUT output is received on Exchange I/f which furthers
the same to Exchange simulator in FIX format.

The case where problem occurred when the Exchange simulator
on receipt of order, sends the execution reports back to
Exchange I/f and the same flows back to Trading client.

If we call Session.sendToTarget in=20
onMessage(org.quickfix.fix42.NewOrderSingle,SessionID) method,
the below mentioned problem occurs that the method hangs.

Instead if we launch another thread in onMessage, and
Sessoion.sendToTarget is invoked in the run() method,
it works fine.

Vivek

-----Original Message-----
From: Oren Miller [mailto:ore...@ya...]
Sent: Wednesday, May 21, 2003 11:26 AM
To: Vivek Divekar; qui...@li...
Subject: RE: [Quickfix-users] QuickFIX becomes unresponsive after
running for some time...Please help


Hmm that's strange.  I don't really see why this would
deadlock.  Could you supply a little more information
about your setup?  Are you using the
SocketInitiator/Acceptor or the Threaded versions.=20
Which application callback are you responding to?  Are
you just listening for messages on fromApp, cracking
them and responding?

Concerning DOs and DONTs, I'd actually like to set up
a Wiki at some point.  I think this would be a good
way for users to share their experiences and usage
patterns.

--- vi...@ma... wrote:
> Hi,
>=20
> Thanks for the quick response.
>=20
> The version we are running already have this
> change!!
>=20
> We could trace the problem to the way threads
> were accessing Sessions.=20
>=20
> When Session.sendToTarget was called directly=20
> from callback onMessage, somehow a deadlock
> was getting developed.
>=20
> Instead, when we launched a separate thread to
> make call to Session.sendToTarget, allowing=20
> onMessage to complete quickly, it started working
> fine...
>=20
> Could we get a DOs and DONTs using QuickFIX engine?
>=20
> Thanks,
>=20
> Vivek
>=20
> -----Original Message-----
> From: Oren Miller [mailto:ore...@ya...]
> Sent: Tuesday, May 20, 2003 2:18 PM
> To: Vivek Divekar;
> qui...@li...
> Subject: Re: [Quickfix-users] QuickFIX becomes
> unresponsive after
> running for some time...Please help
>=20
>=20
> This is probably the race condition which this patch
> fixes:
>
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/quickfix/quickfix/src/C%2b%2=
b/Session.cpp.diff?r1=3D1.5&r2=3D1.6
>=20
> --- vi...@ma... wrote:
> > Hi,
> >=20
> > We are using Quick FIX latest version 1.4.1 on
> both
> > Windows 2000 and Red Hat Linux 8.0,
> > using Java. We are faced with a problem as
> mentioned
> > below...
> > In our application, we are using 4 instances of
> > Application wherein 2 are socket initiators=20
> > and 2 are acceptors.
> >=20
> > APP 1 <------------> APP2
> > <----------------------->APP3 <------------->APP4i
> >  nitiator                 acceptor               =20
> =20
> >      initiator               acceptor
> >=20
> > These are run as 4 different threads. What has
> been
> > observed is that after running for some
> > time, the call to method
> > Session.sendToTarget(message, sessionId) just
> hangs.
> >=20
> > On NT, it runs longer but on Linux it lasts for
> only
> > a short while.
> >=20
> > Could one please help throw some light on what
> might
> > be going wrong!
> >=20
> > Thanks,
> >=20
> > Vivek
> >=20
> >=20
> >=20
> > MASTEK
> > Investing in relationships
> > In the US, we're called MAJESCO
> >=20
> >
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > Opinions expressed in this e-mail are those of the
> > individual and not that of Mastek Limited, unless
> > specifically indicated to that effect. Mastek
> > Limited does not accept any responsibility or
> > liability for it. This e-mail and attachments (if
> > any) transmitted with it are confidential and/or
> > privileged and solely for the use of the intended
> > person or entity to which it is addressed. Any
> > review, re-transmission, dissemination or other
> use
> > of or taking of any action in reliance upon this
> > information by persons or entities other than the
> > intended recipient is prohibited. This e-mail and
> > its attachments have been scanned for the presence
> > of computer viruses. It is the responsibility of
> the
> > recipient to run the virus check on e-mails and
> > attachments before opening them. If you have
> > received this e-mail in error, kindly delete this
> > e-mail from all computers.
> >
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >=20
> >=20
> >=20
> >
>
-------------------------------------------------------
> > This SF.net email is sponsored by: ObjectStore.
> > If flattening out C++ or Java code to make your
> > application fit in a
> > relational database is painful, don't do it! Check
> > out ObjectStore.
> > Now part of Progress Software.
> > http://www.objectstore.net/sourceforge
> > _______________________________________________
> > Quickfix-users mailing list
> > Qui...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/quickfix-users
>=20
>=20
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
>=20
>=20
> MASTEK
> Investing in relationships
> In the US, we're called MAJESCO
>=20
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Opinions expressed in this e-mail are those of the
> individual and not that of Mastek Limited, unless
> specifically indicated to that effect. Mastek
> Limited does not accept any responsibility or
> liability for it. This e-mail and attachments (if
> any) transmitted with it are confidential and/or
> privileged and solely for the use of the intended
> person or entity to which it is addressed. Any
> review, re-transmission, dissemination or other use
> of or taking of any action in reliance upon this
> information by persons or entities other than the
> intended recipient is prohibited. This e-mail and
> its attachments have been scanned for the presence
> of computer viruses. It is the responsibility of the
> recipient to run the virus check on e-mails and
> attachments before opening them. If you have
> received this e-mail in error, kindly delete this
> e-mail from all computers.
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>=20
>=20
>=20
>
-------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your
> application fit in a
> relational database is painful, don't do it! Check
> out ObjectStore.
> Now part of Progress Software.
> http://www.objectstore.net/sourceforge
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-users


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com


MASTEK
Investing in relationships
In the US, we're called MAJESCO

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Opinions expressed in this e-mail are those of the individual and not that =
of Mastek Limited, unless specifically indicated to that effect. Mastek Lim=
ited does not accept any responsibility or liability for it. This e-mail an=
d attachments (if any) transmitted with it are confidential and/or privileg=
ed and solely for the use of the intended person or entity to which it is a=
ddressed. Any review, re-transmission, dissemination or other use of or tak=
ing of any action in reliance upon this information by persons or entities =
other than the intended recipient is prohibited. This e-mail and its attach=
ments have been scanned for the presence of computer viruses. It is the res=
ponsibility of the recipient to run the virus check on e-mails and attachme=
nts before opening them. If you have received this e-mail in error, kindly =
delete this e-mail from all computers.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~