Re: [Quickfixj-users] SessionStatus question

[Alvin W. <AW...@FF...>]

Maybe this state management framework is of interest to your guys.
http://www.openwfe.org/




                                                                          =
=20
             Joerg Thoennes                                               =
=20
             <Joerg.Thoennes@m                                            =
=20
             acd.com>                                                   To=
=20
             Sent by:                  qui...@li....n=
=20
             quickfixj-users-b         et                                 =
=20
             ou...@li...                                          cc=
=20
             ceforge.net                                                  =
=20
                                                                   Subject=
=20
                                       Re: [Quickfixj-users] SessionStatus=
=20
             12/05/2006 05:22          question                           =
=20
             AM                                                           =
=20
                                                                          =
=20
                                                                          =
=20
             Please respond to                                            =
=20
             quickfixj-users@l                                            =
=20
             ists.sourceforge.                                            =
=20
                    net                                                   =
=20
                                                                          =
=20
                                                                          =
=20



QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hi Steve,

> I think that the QFJ source code needs to be reviewed in the context
> of multithreaded (or more specifically, multiprocessor) execution
> and the Java Memory Model. Would you be willing to help with that,
> even if it's just another set of eyes on the problem?

You made a good point. Actually, missing memory barriers may introduce
hardly to catch errors.

For long time already, I have the feeling that the state machine would
profit from some sort of the
state pattern. The actual state could then protected by synchronized
methods to be propagated to all
processor caches.

Another idea would be to use the concurrent library of Doug Lea
(java.concurrent nowadays).
Hopefully, this would not add to much overhead. Oren is already very keen
to keep QuickFIX "small
and beautiful."

Cheers, J=F6rg

--
Joerg Thoennes
                                http://macd.com
Tel.: +49 (0)241 44597-24      Macdonald Associates GmbH
Fax : +49 (0)241 44597-10      Lothringer Str. 52, D-52070 Aachen

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users




                                                                ***********=
********************************************************************
This e-mail message is intended solely for the use of the addressee.
The message may contain information that is privileged and=20
confidential.
Disclosure to anyone other than the intended recipient is prohibited.
If you are not the intended recipient, please do not disseminate,
distribute or copy this communication, by e-mail or otherwise. Instead,
please notify us immediately by return e-mail(including the original
message with your reply) and then delete and discard all copies of the
message. We have taken precautions to minimize the risk of  transmitting
software viruses but nevertheless advise you to carry out your own
virus checks on any attachment to this message.  We accept
no liability for any loss or damage caused by software viruses.
***************************************************************************=
****