RE: [Quickfix-developers] Tibco Implementation

[John E. L. <Joh...@ad...>]

The subject can be derived off the FIX.<TargetCompId>.<SourceCompId> . 

Ex FIX.HRZG.INST for a message from INST to HRZG. And FIX.INST.HRZG for
HRZG to INST messaging.

HRZG could: 
	1) sub to FIX.HRZG.* and sort session msgs based on SourceCompId
and dispatches to separate QuickFix Sessions objects.
	2) better is Let tib do the sorting and create a session object
for each Session in the Quick Fix config. Each session listens on a
specific FIX.<TargetCompId>.<SourceCompId> config.

John



-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Caleb Epstein
Sent: Thursday, January 29, 2004 8:42 AM
To: Jon Dahl
Cc: qui...@li...
Subject: Re: [Quickfix-developers] Tibco Implementation


On Wed, Jan 28, 2004 at 10:36:05AM -0600, Jon Dahl wrote:

> This may be somewhat off topic since QuickFIX is an open source 
> project, but I was wondering if anyone has switched the socket 
> transport layer with Tibco or something similar?  Any pointers would 
> be appreciated.  Thanks, Jon Dahl

	The big problem with pushing a FIX session over something
	datagram-oriented like TIB/RV is how do you do authentication?
	How can you tell who a message is really from?  I'd be
	interested in peoples thoughts on this.

-- 
Caleb Epstein |  bklyn . org  | A man of genius makes no mistakes.  His
errors
    cae at    | Brooklyn Dust | are volitional and are the portals of
bklyn dot org |   Bunny Mfg.  | discovery.
              |               | 		-- James Joyce,
"Ulysses"


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration See the
breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers