TradeCaptureRequest example needed

[p'ross]

I guess I'm doing something wrong because I always get 58=Error while parsing TradeDates null
I want a snapshot with updates so I use this code:

TradeCaptureReportRequest req = null;
    SessionID sid = getSessionID(senderCompId);
    if(sid == null) {
      throw new Exception("No session found for participant with senderCompId="+senderCompId);
    }
    if(!isParticipantLoggedOn(senderCompId)) {
      throw new Exception("Participant with senderCompId="+senderCompId+" is not logged on.");
    }
     
    SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMdd");
    Long id = nextID();
    TradeRequestID trid = new TradeRequestID(String.valueOf(id));
    TradeRequestType trt = new TradeRequestType(TradeRequestType.ALL_TRADES);
    req = new TradeCaptureReportRequest(trid, trt);
    SubscriptionRequestType srt = new SubscriptionRequestType
                          (SubscriptionRequestType.SNAPSHOT_PLUS_UPDATES);
    req.set(srt);
       
    if(ending != null) {
      req.set(new NoDates(2));
    } else {
      req.set(new NoDates(1));
    }
       
    TradeCaptureReportRequest.NoDates nd = new TradeCaptureReportRequest.NoDates();
    String sd = sdf.format(starting);
    nd.set(new TradeDate(sd));
    req.addGroup(nd);
    String ed = null;
    if(ending != null) {
      nd = new TradeCaptureReportRequest.NoDates();
      ed = sdf.format(ending);
      nd.set(new TradeDate(ed));
      req.addGroup(nd);
    }  
       
    _cat.info("ICEClient::getSnapshot sending request start date="+sd+" end date="+ed);
    return req;

Results in:
<20091014-23:37:30, FIX.4.4:454/1->, outgoing> (8=FIX.4.4
9=104
35=AD
34=2
49=454
50=1
52=20091014-23:37:30.909
56=
57=
263=1
568=1
569=0
580=2
75=20091013
75=20091014
10=039
)
<20091014-23:37:30, FIX.4.4:454/1->, incoming> (8=FIX.4.4
9=111
35=j
49=ICE
34=2
52=20091014-23:37:30.900
56=454
57=1
45=2
372=AD
380=9
58=Error while parsing TradeDates null
10=167
)

[Francois.GAMBERT]

Some javascript/style in this post has been disabled (why?)

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

Hi

There are two TradeDate in your outgoing message, is it normal?

8=FIX.4.4 9=104 35=AD 34=2 49=454 50=1 52=20091014-23:37:30.909 56= 57= 263=1 568=1 569=0 580=2 75=20091013 75=20091014 10=039

Regards,

Francois Gambert * R&D engineer * SunGard Global Trading * 25 Canada Square London E14 5LQ*

020 8081 3280 * 078 5498 1162  * [hidden email] * www.sungard.com/globaltrading

-----Original Message-----
From: p'ross [[hidden email]]
Sent: 15 October 2009 00:53
To: [hidden email]
Subject: [Quickfixj-users] TradeCaptureRequest example needed

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/

QuickFIX/J Support: http://www.quickfixj.org/support/

I guess I'm doing something wrong because I always get 58=Error while parsing

TradeDates null

I want a snapshot with updates so I use this code:

TradeCaptureReportRequest req = null;

    SessionID sid = getSessionID(senderCompId);

    if(sid == null) {

      throw new Exception("No session found for participant with

senderCompId="+senderCompId);

    }

    if(!isParticipantLoggedOn(senderCompId)) {

      throw new Exception("Participant with senderCompId="+senderCompId+" is

not logged on.");

    }

     

    SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMdd");

    Long id = nextID();

    TradeRequestID trid = new TradeRequestID(String.valueOf(id));

    TradeRequestType trt = new

TradeRequestType(TradeRequestType.ALL_TRADES);

    req = new TradeCaptureReportRequest(trid, trt);

    SubscriptionRequestType srt = new SubscriptionRequestType

                          (SubscriptionRequestType.SNAPSHOT_PLUS_UPDATES);

    req.set(srt);

       

    if(ending != null) {

      req.set(new NoDates(2));

    } else {

      req.set(new NoDates(1));

    }

       

    TradeCaptureReportRequest.NoDates nd = new

TradeCaptureReportRequest.NoDates();

    String sd = sdf.format(starting);

    nd.set(new TradeDate(sd));

    req.addGroup(nd);

    String ed = null;

    if(ending != null) {

      nd = new TradeCaptureReportRequest.NoDates();

      ed = sdf.format(ending);

      nd.set(new TradeDate(ed));

      req.addGroup(nd);

    } 

       

    _cat.info("ICEClient::getSnapshot sending request start date="+sd+" end

date="+ed);

    return req;

Results in:

<20091014-23:37:30, FIX.4.4:454/1->, outgoing>

(8=FIX.4.4
9=104
35=AD
34=2
49=454
50=1
52=20091014-23:37:30.909
56=
57=
263=1
568=1
569=0
580=2
75=20091013
75=20091014
10=039
)

<20091014-23:37:30, FIX.4.4:454/1->, incoming>

(8=FIX.4.4
9=111
35=j
49=ICE
34=2
52=20091014-23:37:30.900
56=454
57=1
45=2
372=AD
380=9
58=Error

while parsing TradeDates null
10=167
)

--

View this message in context: http://n2.nabble.com/TradeCaptureRequest-example-needed-tp3826274p3826274.html

Sent from the QuickFIX/J mailing list archive at Nabble.com.

------------------------------------------------------------------------------

Come build with us! The BlackBerry(R) Developer Conference in SF, CA

is the only developer event you need to attend this year. Jumpstart your

developing skills, take BlackBerry mobile applications to market and stay

ahead of the curve. Join us from November 9 - 12, 2009. Register now!

http://p.sf.net/sfu/devconference

_______________________________________________

Quickfixj-users mailing list

[hidden email]

https://lists.sourceforge.net/lists/listinfo/quickfixj-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[p'ross]

Some javascript/style in this post has been disabled (why?)

Hi Fracois

 

Yes I have tried setting NoDates to 1 and 2 as the documentation describes.

If I set it to 1 then I just set one tradedate so it should get TradeCaptureReport STARTING on that date up to present date.

If I set it to 2 then I will add 2 tradedates to the group and it should get TradeCaptureReport STARTING on 1st tradedate and ending on 2nd tradedate.

---

From: Francois.GAMBERT (via Nabble) [mailto:[hidden email]]
Sent: Thursday, October 15, 2009 3:31 AM
To: Ross Perry
Subject: Re: [Quickfixj-users] TradeCaptureRequest example needed

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

Hi

There are two TradeDate in your outgoing message, is it normal?

8=FIX.4.4 9=104 35=AD 34=2 49=454 50=1 52=20091014-23:37:30.909 56= 57= 263=1 568=1 569=0 580=2 75=20091013 75=20091014 10=039

Regards,

Francois Gambert * R&D engineer * SunGard Global Trading * 25 Canada Square London E14 5LQ*

020 8081 3280 * 078 5498 1162  * [hidden email] * www.sungard.com/globaltrading

-----Original Message-----
From: p'ross [[hidden email]]
Sent: 15 October 2009 00:53
To: [hidden email]
Subject: [Quickfixj-users] TradeCaptureRequest example needed

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/

QuickFIX/J Support: http://www.quickfixj.org/support/

I guess I'm doing something wrong because I always get 58=Error while parsing

TradeDates null

I want a snapshot with updates so I use this code:

TradeCaptureReportRequest req = null;

    SessionID sid = getSessionID(senderCompId);

    if(sid == null) {

      throw new Exception("No session found for participant with

senderCompId="+senderCompId);

    }

    if(!isParticipantLoggedOn(senderCompId)) {

      throw new Exception("Participant with senderCompId="+senderCompId+" is

not logged on.");

    }

     

    SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMdd");

    Long id = nextID();

    TradeRequestID trid = new TradeRequestID(String.valueOf(id));

    TradeRequestType trt = new

TradeRequestType(TradeRequestType.ALL_TRADES);

    req = new TradeCaptureReportRequest(trid, trt);

    SubscriptionRequestType srt = new SubscriptionRequestType

                          (SubscriptionRequestType.SNAPSHOT_PLUS_UPDATES);

    req.set(srt);

       

    if(ending != null) {

      req.set(new NoDates(2));

    } else {

      req.set(new NoDates(1));

    }

       

    TradeCaptureReportRequest.NoDates nd = new

TradeCaptureReportRequest.NoDates();

    String sd = sdf.format(starting);

    nd.set(new TradeDate(sd));

    req.addGroup(nd);

    String ed = null;

    if(ending != null) {

      nd = new TradeCaptureReportRequest.NoDates();

      ed = sdf.format(ending);

      nd.set(new TradeDate(ed));

      req.addGroup(nd);

    } 

       

    _cat.info("ICEClient::getSnapshot sending request start date="+sd+" end

date="+ed);

    return req;

Results in:

<20091014-23:37:30, FIX.4.4:454/1->, outgoing>

(8=FIX.4.4
9=104
35=AD
34=2
49=454
50=1
52=20091014-23:37:30.909
56=
57=
263=1
568=1
569=0
580=2
75=20091013
75=20091014
10=039
)

<20091014-23:37:30, FIX.4.4:454/1->, incoming>

(8=FIX.4.4
9=111
35=j
49=ICE
34=2
52=20091014-23:37:30.900
56=454
57=1
45=2
372=AD
380=9
58=Error

while parsing TradeDates null
10=167
)

--

View this message in context: http://n2.nabble.com/TradeCaptureRequest-example-needed-tp3826274p3826274.html

Sent from the QuickFIX/J mailing list archive at Nabble.com.

------------------------------------------------------------------------------

Come build with us! The BlackBerry(R) Developer Conference in SF, CA

is the only developer event you need to attend this year. Jumpstart your

developing skills, take BlackBerry mobile applications to market and stay

ahead of the curve. Join us from November 9 - 12, 2009. Register now!

http://p.sf.net/sfu/devconference

_______________________________________________

Quickfixj-users mailing list

[hidden email]

https://lists.sourceforge.net/lists/listinfo/quickfixj-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users



DISCLAIMER:

---

This email message and all attachments transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Please DO NOT forward this email outside of the recipient's Company unless expressly authorized to do so herein. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

Any views expressed in this email message are those of the individual sender except where the sender specifically states them to be the views of Ventyx.

---

[p'ross]

Yes I have tried setting NoDates to 1 and 2 as the documentation describes.
If I set it to 1 then I just set one tradedate so it should get TradeCaptureReport STARTING on that date up to present date.
If I set it to 2 then I will add 2 tradedates to the group and it should get TradeCaptureReport STARTING on 1st tradedate and ending on 2nd tradedate.

Also, I don't know if I set a date range for TradeCaptureReport and set it to snapshot plus updates then will I get updates that happen just for that date range or will I get current live updates?

[toli]

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


Ross

On the surface, your messages look correct checked against the FIX.4.4 spec.

Is there a way you can ask someone at ICE to give tell you why they
are rejecting your message and to get an example from them?

Also, it is not necessary to manually set the NoDates field like you
do below - QFJ will set the numGroups field for you if you add the
groups correctly with msg.addGroup, which you seem to be doing.

On Wed, Oct 14, 2009 at 4:53 PM, p'ross <[hidden email]> wrote:
>    if(ending != null) {
>      req.set(new NoDates(2));
>    } else {
>      req.set(new NoDates(1));
>    }
>
>



--
Toli Kuznets
http://www.marketcetera.com: Open-Source Trading Platform
download.run.trade.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[Grant Birchmeier]

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


If you want snapshot+updates, why would you construct a TCR request
that provides 2 dates?  Presumably you'd want everything from a start
date going forward, and so you'd only give 1 date.

I can't think of a sane reason to use a single TCR request to ask for
a snapshot from date range A to B, and also for updates (which would
be for 'now' onward).  Better to just send a separate A-to-B snapshot
request, and then a separate request for your none-or-one-dated
snapshot+updates.

As to your first issue... I'm confused by the 380=9 in your response
message.  '9' is not a valid value for 380 in FIX4.4, and the ICE TCR
spec does not specially define a '9' value either.  (Based on my
experience with ICE, it would not surprise me if they did something
like this, though.)

Here's a TCR request from one of my test scripts:
FIX.4.4^A9=0^A35=AD^A34=0^A49=110^A50=1^A52=20080812-19:19:55.828^A56=ICE
^A263=0^A568=TRADEREQID^A569=0^A580=2^A75=20080811
^A60=20080811-16:30:00^A75=20080812^A60=20080812-08:00:00^A10=164^A

-Grant


On Thu, Oct 15, 2009 at 8:41 AM, p'ross <[hidden email]> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Yes I have tried setting NoDates to 1 and 2 as the documentation describes.
> If I set it to 1 then I just set one tradedate so it should get
> TradeCaptureReport STARTING on that date up to present date.
> If I set it to 2 then I will add 2 tradedates to the group and it should get
> TradeCaptureReport STARTING on 1st tradedate and ending on 2nd tradedate.
>
> Also, I don't know if I set a date range for TradeCaptureReport and set it
> to snapshot plus updates then will I get updates that happen just for that
> date range or will I get current live updates?
> --
> View this message in context: http://n2.nabble.com/TradeCaptureRequest-example-needed-tp3826274p3829379.html
> Sent from the QuickFIX/J mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Quickfixj-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[p'ross]

Yeah I will setup a ticket with ICE and see what they say.

[p'ross]

I'm not clear on the operation semantics of QuickFIX and ICE for instance; if I have a session waiting on live updates can I jump in and issue a snapshot request for someone who wants to see trades in a specific date range and still get live updates on that session? Can I open more than 1 SocketInitiator connection per senderCompID one getting live updates and another servicing ad hoc request?

As for the field 380=9 yeah I submitted a ticket to ICE and they said to setup 9 as user defined (how ever thats done) and they would update the specs!


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


If you want snapshot+updates, why would you construct a TCR request
that provides 2 dates?  Presumably you'd want everything from a start
date going forward, and so you'd only give 1 date.

I can't think of a sane reason to use a single TCR request to ask for
a snapshot from date range A to B, and also for updates (which would
be for 'now' onward).  Better to just send a separate A-to-B snapshot
request, and then a separate request for your none-or-one-dated
snapshot+updates.

As to your first issue... I'm confused by the 380=9 in your response
message.  '9' is not a valid value for 380 in FIX4.4, and the ICE TCR
spec does not specially define a '9' value either.  (Based on my
experience with ICE, it would not surprise me if they did something
like this, though.)

Here's a TCR request from one of my test scripts:
FIX.4.4^A9=0^A35=AD^A34=0^A49=110^A50=1^A52=20080812-19:19:55.828^A56=ICE
^A263=0^A568=TRADEREQID^A569=0^A580=2^A75=20080811
^A60=20080811-16:30:00^A75=20080812^A60=20080812-08:00:00^A10=164^A

-Grant

[Grant Birchmeier]

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


Multiple TCR requests do not conflict with each other.

If you have a TCR request for updates, and then you make another TCR
request for a snapshot between 2 dates, you will continue to get both.
 When the snapshot is done, you'll get a TCR ack, I believe.  There's
a TCR Request ID field or something that distinguishes which TCR
Request a given TCR is in response to.

The ICE FIX Trade Capture Reference Manual describes this behavior
pretty well.  I recommend that you read/skim it start to finish.  I
wish I had done that before I started my ICE project some time back,
and it was a lesson learned.

I think TCRs in response to Update requests may not have TCR Request
IDs, and I'm not sure if you can have two Update requests going
concurrently in one session.  Probably not, because that would be dumb
-- two concurrent Update requests would mean you'd get two of every
update, which is just wasted cycles.

When in doubt, test stuff on the ICE API interface.

So, according to ICE, 380=9 is "UserDefined".... ok, but that doesn't
tell us what it means.  What does ICE intend it to mean?

-Grant



On Thu, Oct 15, 2009 at 10:55 AM, p'ross <[hidden email]> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> I'm not clear on the operation semantics of QuickFIX and ICE for instance; if
> I have a session waiting on live updates can I jump in and issue a snapshot
> request for someone who wants to see trades in a specific date range and
> still get live updates on that session? Can I open more than 1
> SocketInitiator connection per senderCompID one getting live updates and
> another servicing ad hoc request?
>
> As for the field 380=9 yeah I submitted a ticket to ICE and they said to
> setup 9 as user defined (how ever thats done) and they would update the
> specs!
>
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> If you want snapshot+updates, why would you construct a TCR request
> that provides 2 dates?  Presumably you'd want everything from a start
> date going forward, and so you'd only give 1 date.
>
> I can't think of a sane reason to use a single TCR request to ask for
> a snapshot from date range A to B, and also for updates (which would
> be for 'now' onward).  Better to just send a separate A-to-B snapshot
> request, and then a separate request for your none-or-one-dated
> snapshot+updates.
>
> As to your first issue... I'm confused by the 380=9 in your response
> message.  '9' is not a valid value for 380 in FIX4.4, and the ICE TCR
> spec does not specially define a '9' value either.  (Based on my
> experience with ICE, it would not surprise me if they did something
> like this, though.)
>
> Here's a TCR request from one of my test scripts:
> FIX.4.4^A9=0^A35=AD^A34=0^A49=110^A50=1^A52=20080812-19:19:55.828^A56=ICE
> ^A263=0^A568=TRADEREQID^A569=0^A580=2^A75=20080811
> ^A60=20080811-16:30:00^A75=20080812^A60=20080812-08:00:00^A10=164^A
>
> -Grant
>
>
> --
> View this message in context: http://n2.nabble.com/TradeCaptureRequest-example-needed-tp3826274p3830199.html
> Sent from the QuickFIX/J mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Quickfixj-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[p'ross]

Can you point me to the ICE FIX Trade Capture Reference Manual that you mentioned?  I looked around on the ICE website but can't find it.

[Grant Birchmeier]

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


I don't know why, but you need to be on their mailing list to get it.
Whenever it's updated, they mail it to you.

I'll send you a copy of the latest one off-list.

-Grant


On Fri, Oct 16, 2009 at 10:14 AM, p'ross <[hidden email]> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Can you point me to the ICE FIX Trade Capture Reference Manual that you
> mentioned?  I looked around on the ICE website but can't find it.
> --
> View this message in context: http://n2.nabble.com/TradeCaptureRequest-example-needed-tp3826274p3836104.html
> Sent from the QuickFIX/J mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Quickfixj-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[p'ross]

Some javascript/style in this post has been disabled (why?)

Thanks, I really need that doc as I feel like I'm stumbling around in the dark.

It took me a day of searching to find out that a login message should have the Username and Password set in the toAdmin method!  I know that's QuickFix related and not ICE specific.

---

From: Grant Birchmeier (via Nabble) [mailto:[hidden email]]
Sent: Friday, October 16, 2009 10:28 AM
To: Ross Perry
Subject: Re: [Quickfixj-users] TradeCaptureRequest example needed

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


I don't know why, but you need to be on their mailing list to get it.
Whenever it's updated, they mail it to you.

I'll send you a copy of the latest one off-list.

-Grant


On Fri, Oct 16, 2009 at 10:14 AM, p'ross <[hidden email]> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Can you point me to the ICE FIX Trade Capture Reference Manual that you
> mentioned?  I looked around on the ICE website but can't find it.
> --
> View this message in context: http://n2.nabble.com/TradeCaptureRequest-example-needed-tp3826274p3836104.html
> Sent from the QuickFIX/J mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Quickfixj-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users



DISCLAIMER:

---

This email message and all attachments transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Please DO NOT forward this email outside of the recipient's Company unless expressly authorized to do so herein. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

Any views expressed in this email message are those of the individual sender except where the sender specifically states them to be the views of Ventyx.

---