Re: [Quickfixj-users] Initiator.stop leaves file handles openwhenusing FileStore

[Robert M. <rob...@eu...>]

Thanks for that.

Yes we had implemented something similar and it works fine. Without
wanting to flog a dead horse, I suppose what I was really getting at
was, is the pattern we are using unusual/incorrect? I'm surprised that
auto recovery of initiators is not a standard mechanism for most
implementations. If so it seems a bit unfortunate that you have to
implement your own factories/stores.

Thanks

Rob
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Steve Bate
Sent: 25 May 2007 13:08
To: qui...@li...
Subject: Re: [Quickfixj-users] Initiator.stop leaves file handles
openwhenusing FileStore

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
As you've seen, the FileStore is not designed to be used this way. One
way to support your usage pattern is to modify the FileStoreFactory
to keep a reference to FileStores that it has created. You could then
add
a close() method to the factory that would close all the FileStores.

> Robert McConnell wrote:
> We are finding that our application is running out of file handles.
The=20
> problem occurs because our auto recovery code having detected an
acceptor=20
> initiated logout, attempts to re-start the connection by constructing
a=20
> new SocketIinitiator (having stopped the old one first) and then
calling=20
> start on it.
>
> The problem seems to be that the FileStore maintained by the Session
object=20
> does not close its file handles (except when a reset is done at which
point=20
> it promptly opens the files > again). The Socket initiator creates a
new=20
> Session object and so we find that with each disconnect we are using
up=20
> more file handles. The problem also seems to occur with the event and=20
> message logs.
>
> Has anyone had to handle this situation before and found a way around
it?




------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

Eurobase International Limited and its subsidiaries (Eurobase) are =
unable to exercise control over the content of information in E-Mails. =
Any views and opinions expressed may be personal to the sender and are =
not necessarily those of Eurobase. Eurobase will not enter into any =
contractual obligations in respect of any part of its business in any =
E-mail.=20

Privileged / confidential information may be contained in this message =
and /or any attachments. This E-mail is intended for the use of the =
addressee(s) only and may contain confidential information. If you are =
not the / an intended recipient, you are hereby notified that any use or =
dissemination of this communication is strictly prohibited.  If you =
receive this transmission in error, please notify us immediately, and =
then delete this E-mail.=20

Neither the sender nor Eurobase accepts any liability whatsoever for any =
defects of any kind either in or arising from this E-mail transmission. =
E-Mail transmission cannot be guaranteed to be secure or error-free, as =
messages can be intercepted, lost, corrupted, destroyed, contain =
viruses, or arrive late or incomplete. Eurobase does not accept any =
responsibility for viruses and it is your responsibility to scan any =
attachments.

Eurobase Systems Limited is the main trading company in the Eurobase =
International Group; registered in England and Wales as company number =
02251162; registered address: Essex House, 2 County Place, Chelmsford, =
Essex CM2 0RE, UK.