RE: [Quickfix-users] Quickfix/j migration...

[Kimpton, C \(Chris\) <Chr...@ra...>]

Hi Steve,

Many thanks for the quick reply.=20


> What platform (operating system version, Java version, QFJ version.
etc.) are you using?

XP sp2, java 1.5.0_05-b5 (sun), qfj beta2 (from downloads page, has
14jan2006 date on files).

The initiator and acceptor are all on the same box/jvm/quickfix version.
=20

> > - perhaps obviously, the store files are not compatible, get=20
> > EOFException when trying to use JNI quickfix with quickfix/j
> > - so removed the old files

> It appears the QFJ files can be used by the JNI code but not the other
way around (Unicode issues). If it's important to be able to change=20
> libraries during a trading session we could make the files compatible
but it's not currently a high priority.

That's fine - it was more of a note for idiots like me who did not move
the files out of the way during migration.


> I just ran the order executor (Windows XP Pro, Java 1.4.2_07, QFJ CVS
head) and it had no problem connecting to port 443 (after I disabled
IIS).

Strangely, that worked for me too - disabling IIS - funny how there is
no issue with the quickfix JNI version, I guess it must bind slightly
differently.

> >=20
> > Is the heartbeat behaviour different compared to the jni version?

> Can you tell me more about the test you are doing? Is the acceptor
sending a constant stream of messages (< 10 second) interval? Is the
application=20
> (initiator) also responding at a rapid rate? I'm asking because there
wouldn't be any heartbeats in that scenario.

It runs fine for an hour or so - the acceptor is sending market data
messages, several per second.  The initiator is responding to these with
order requests, which the acceptor is also fill/cancelling.  So, I guess
there will not be heartbeats in that scenario - which is fine from my
apps perspective.  In the log I sent earlier, you can see it sent a test
request from the initiator, but got no response - if the acceptor is
busy, does it ignore test requests? The error occurs on the initiator
side (my app), so perhaps it's a problem with my app - coincidentally
that's the same side that gets the problem with the quickfix JNI version
mentioned in my other mails (on exeception violation).

Thanks,
Chris
_____________________________________________________________

This email (including any attachments to it) is confidential, legally pri=
vileged, subject to copyright and is sent for the personal attention of t=
he intended recipient only. If you have received this email in error, ple=
ase advise us immediately and delete it. You are notified that disclosing=
, copying, distributing or taking any action in reliance on the contents =
of this information is strictly prohibited. Although we have taken reason=
able precautions to ensure no viruses are present in this email, we canno=
t accept responsibility for any loss or damage arising from the viruses i=
n this email or attachments. We exclude any liability for the content of =
this email, or for the consequences of any actions taken on the basis of =
the information provided in this email or its attachments, unless that in=
formation is subsequently confirmed in writing. If this email contains an=
=20offer, that should be considered as an invitation to treat.
_____________________________________________________________