quickfix-users — QuickFIX user support

RE: [Quickfix-users] Custom socket layer

[Steve B. <sb...@sm...>]

Hi Laurent,
=20
What version of QuickFIX (C++, JNI, QF/J) are you using and what type of
problems are you having?
=20
Steve Bate
Smart Trade Technologies
Phone: +33 4 42 90 03 97
http://www.smart-trade.net/


________________________________

	From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Lau...@cf...
	Sent: Wednesday, February 22, 2006 11:28 AM
	To: qui...@li...
	Subject: [Quickfix-users] Custom socket layer
=09
=09

	Hi !=20
=09
	I want to use custom socket layer for data comunication=20
	and quickfix only for Fix protocol implementation.=20
=09
	Unfortunalty, I'm a quickFix newbie and I encounter some=20
	dificulties to decouple the network layer part and the fix
protocol engine.=20
=09
	Does anybody tryed to do that?=20
=09
	Regards,=20
	Laurent.

[Quickfix-users] Custom socket layer

[<Lau...@cf...>]

Hi !

I want to use custom socket layer for data comunication
and quickfix only for Fix protocol implementation.

Unfortunalty, I'm a quickFix newbie and I encounter some
dificulties to decouple the network layer part and the fix protocol 
engine.

Does anybody tryed to do that?

Regards,
Laurent.

[Quickfix-users] Re QFJ Session times (was Re QuickFIX/J 1.0.0 Beta 3 Released)

[Shepheard, T. \(London\) <Tob...@ml...>]

It could also be a time-zone issue, as time zone can now be specified in
the config file and, if not, QuickFIX/J will assume UTC. If you aren't
in UTC and haven't specified the timezone, this could account for the
problem.

Regards,
Toby

> -----Original Message-----
> From: qui...@li...=3D20
> [mailto:qui...@li...] On Behalf=3D20
> Of Kimpton, C (Chris)
> Sent: Wednesday, February 22, 2006 9:17 AM
> To: qui...@li...
> Subject: RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
>=3D20
> QuickFIX Documentation:=3D20
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=3D20
> Hi,
>=3D20
> Are the session schedules working ok?
>=3D20
> I had an initiator running last night with this config:
>=3D20
> [DEFAULT]
> ...
> StartTime=3D3D00:01:00
> EndTime=3D3D21:55:00
> ...
>=3D20
> But it did not logout at 21:55 - whereas the jni version has=3D20
> worked previously.
>=3D20
> Thanks,
> Chris
>=3D20
--------------------------------------------------------

If you are not an intended recipient of this e-mail, please notify the =
sender, delete it and do not read, act upon, print, disclose, copy, =
retain or redistribute it. Click here for important additional terms =
relating to this e-mail.     http://www.ml.com/email_terms/
--------------------------------------------------------

RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released

[Steve B. <sb...@sm...>]

Hi Chris,

I've looked at the SessionSchedule unit tests and it seems to=20
cover your scenario. I've also looked at the Session code and
I don't see any obvious problem (the logic is directly based
on the C++ code). Is there any possibility that the disconnect
happened and then the initiator reconnected (implying a bug
in the reconnect logic)?

Steve Bate
Smart Trade Technologies
Phone: +33 4 42 90 03 97
http://www.smart-trade.net/


> -----Original Message-----
> From: qui...@li...=20
> [mailto:qui...@li...] On Behalf=20
> Of Kimpton, C (Chris)
> Sent: Wednesday, February 22, 2006 9:47 AM
> To: qui...@li...
> Subject: RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
>=20
> QuickFIX Documentation:=20
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
> Hi Steve,
>=20
> Nope - its largely the same config file I used for the JNI version:
>=20
> [DEFAULT]
> ConnectionType=3Dinitiator
> HeartBtInt=3D20
> FileStorePath=3Dorder-store
> StartTime=3D00:01:00
> EndTime=3D21:55:00
> UseDataDictionary=3DY
> DataDictionary=3D../config/FIX42.xml
> SocketConnectHost=3Dlocalhost
> SocketConnectPort=3D4430
> #failover
> SocketConnectHost1=3Dlocalhost
> SocketConnectPort1=3D543
> ReconnectInterval=3D10
> ResetOnDisconnect=3DN
> ResetOnLogout=3DN
> ValidateFieldsOutOfOrder=3DN
> CheckLatency=3DN
> FileLogPath=3Dfixlogs-orders
> SocketNodelay=3DY
>=20
> [SESSION]
> BeginString=3DFIX.4.2
> SenderCompID=3Dxxx
> TargetCompID=3Dyyy
> =20
> Thanks,
> Chris
>=20
> -----Original Message-----
> From: Steve Bate [mailto:sb...@sm...]
> Sent: 22 February 2006 08:36
> To: Kimpton, C (Chris); qui...@li...
> Subject: RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
>=20
> Hi Chris,
>=20
> It should work the same as the JNI version. Are you setting=20
> startDay and endDay in your settings?=20
>=20
> Steve Bate
> Smart Trade Technologies
> Phone: +33 4 42 90 03 97
> http://www.smart-trade.net/
>=20
>=20
> > -----Original Message-----
> > From: qui...@li...
> > [mailto:qui...@li...] On Behalf Of=20
> > Kimpton, C (Chris)
> > Sent: Wednesday, February 22, 2006 9:17 AM
> > To: qui...@li...
> > Subject: RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
> >=20
> > QuickFIX Documentation:=20
> > http://www.quickfixengine.org/quickfix/doc/html/index.html
> > QuickFIX Support: http://www.quickfixengine.org/services.html
> >=20
> > Hi,
> >=20
> > Are the session schedules working ok?
> >=20
> > I had an initiator running last night with this config:
> >=20
> > [DEFAULT]
> > ...
> > StartTime=3D00:01:00
> > EndTime=3D21:55:00
> > ...
> >=20
> > But it did not logout at 21:55 - whereas the jni version has worked=20
> > previously.
> >=20
> > Thanks,
> > Chris
> >=20
> > -----Original Message-----
> > From: qui...@li...
> > [mailto:qui...@li...] On=20
> Behalf Of Steve
>=20
> > Bate
> > Sent: 17 February 2006 09:33
> > To: qui...@li...;
> > qui...@li...
> > Subject: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
> >=20
> > QuickFIX Documentation:
> > http://www.quickfixengine.org/quickfix/doc/html/index.html
> > QuickFIX Support: http://www.quickfixengine.org/services.html
> >=20
> > The Beta 3 version of QuickFIX/J is now available. I strongly=20
> > recommend upgrading. I believe the MINA-based networking code is a=20
> > significant improvement.
> >=20
> > You can download the release at SourceForge.
> >=20
> > http://tinyurl.com/apr6r
> >=20
> > New Features and Improvements:
> >=20
> >   * QuickFIX JNI 1.11.0 compatibility (except MSSQL, PostgreSQL
> > stores)
> >   * Converted network code to MINA (Netty removed)
> >   * Converted non-session logging to SLF4J (Commons Logging removed)
> >   * SLF4J log category names can use SessionID-based patterns
> >   * ScreenLogFactory can be configured to filter heartbeat messages
> >   * New CompositeLogFactory supports use of multiple Logs
> >      (for example, screen and file/jdbc)
> >   * JdbcLog tables names are configurable
> >   * Failover support for acceptors.
> >   * Message component code generation and support in FieldMap.
> >   * Updated third party libraries to latest versions.
> >   * Standard FIX XML files can be loaded from quickfix.jar
> >   * DataDictionary setting is optional, default dictionary inferred
> >      from session BeginString.
> >   * Improved DataDictionary error checking.
> >   * Time zones can be specified for session schedules
> >   * Added options for specifying resend ranges
> >  =20
> > Bug Fixes:
> >=20
> >   * Bug #147 QuoteRequestRejectReason missing 2 values
> >   * Bug #148 toAdmin called incorrectly (Message.isAdmin() bug)
> >=20
> > I'd like to thank Toby Shepheard and John Hensley for their=20
> > contributions in this release. Smart Trade continues to provide the=20
> > CruiseControl continuous integration server and also allows me to=20
> > spend some time on QuickFIX at work (so I actually have something=20
> > slightly resembling a social life).
> > Also, thanks to Oren Miller for project management tool support. I=20
> > appreciate it.
> >=20
> > My intention is for this to be the last beta release before=20
> the 1.0.0=20
> > final version. As always, if you have problems or find bugs, please=20
> > enter them into the bug tracker at quickfixengine.org. The more=20
> > details you can provide, the better (unless the cause of=20
> the problem=20
> > is very obvious).
> >=20
> > I've also created a category about QuickFIX/J on my=20
> personal blog. You
>=20
> > can subscribe to an RSS feed for only this category if you'd like.=20
> > I'll be posting a series of tips, examples and status updates on=20
> > experiments I've been doing with QuickFIX/J, Spring Framework, ESB,=20
> > JMX, JMS, and related technologies. I currently have an entry with=20
> > some simple ideas for using extended settings in QuickFIX/J=20
> settings=20
> > files. In the near future, I'll be posting information on=20
> how to use=20
> > some of the new features in QuickFIX/J like the extended logging=20
> > capabilities, acceptor failover, and the new message component=20
> > classes. The URL for the blog category is...
> >=20
> > http://blog.technoetic.com/categories/quickfixj/feed/
> >=20
> > I also recommend taking advantage of the consulting and training=20
> > resources listed on the QuickFIX web site. In particular,=20
> training is=20
> > one of those investments that pays for itself in saved time and=20
> > headaches. OCI is a top training company and we are very=20
> fortunate as=20
> > a community to have them providing QuickFIX and QuickFIX/J training.
> >=20
> > Steve Bate
> > Smart Trade Technologies
> > Phone: +33 4 42 90 03 97
> > http://www.smart-trade.net/
> >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log
>=20
> > files for problems?  Stop!  Download the new AJAX search=20
> engine that=20
> > makes searching your log files as easy as surfing the  web.=20
>  DOWNLOAD=20
> > SPLUNK!
> > =
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> > _______________________________________________
> > Quickfix-users mailing list
> > Qui...@li...
> > https://lists.sourceforge.net/lists/listinfo/quickfix-users
> > _____________________________________________________________
> >=20
> > This email (including any attachments to it) is=20
> confidential, legally=20
> > privileged, subject to copyright and is sent for the personal=20
> > attention of the intended recipient only. If you have received this=20
> > email in error, please advise us immediately and delete it. You are=20
> > notified that disclosing, copying, distributing or taking=20
> any action=20
> > in reliance on the contents of this information is strictly=20
> > prohibited. Although we have taken reasonable precautions=20
> to ensure no
>=20
> > viruses are present in this email, we cannot accept=20
> responsibility for
>=20
> > any loss or damage arising from the viruses in this email or=20
> > attachments. We exclude any liability for the content of=20
> this email,=20
> > or for the consequences of any actions taken on the basis of the=20
> > information provided in this email or its attachments, unless that=20
> > information is subsequently confirmed in writing. If this email=20
> > contains an offer, that should be considered as an invitation to=20
> > treat.
> > _____________________________________________________________
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log=20
> > files for problems?  Stop!  Download the new AJAX search=20
> engine that=20
> > makes searching your log files as easy as surfing the  web.=20
>  DOWNLOAD=20
> > SPLUNK!
> > =
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> > _______________________________________________
> > Quickfix-users mailing list
> > Qui...@li...
> > https://lists.sourceforge.net/lists/listinfo/quickfix-users
> >=20
> _____________________________________________________________
>=20
> This email (including any attachments to it) is confidential,=20
> legally privileged, subject to copyright and is sent for the=20
> personal attention of the intended recipient only. If you=20
> have received this email in error, please advise us=20
> immediately and delete it. You are notified that disclosing,=20
> copying, distributing or taking any action in reliance on the=20
> contents of this information is strictly prohibited. Although=20
> we have taken reasonable precautions to ensure no viruses are=20
> present in this email, we cannot accept responsibility for=20
> any loss or damage arising from the viruses in this email or=20
> attachments. We exclude any liability for the content of this=20
> email, or for the consequences of any actions taken on the=20
> basis of the information provided in this email or its=20
> attachments, unless that information is subsequently=20
> confirmed in writing. If this email contains an offer, that=20
> should be considered as an invitation to treat.
> _____________________________________________________________
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
>=20

RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released

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

Hi Steve,

Nope - its largely the same config file I used for the JNI version:

[DEFAULT]
ConnectionType=3Dinitiator
HeartBtInt=3D20
FileStorePath=3Dorder-store
StartTime=3D00:01:00
EndTime=3D21:55:00
UseDataDictionary=3DY
DataDictionary=3D../config/FIX42.xml
SocketConnectHost=3Dlocalhost
SocketConnectPort=3D4430
#failover
SocketConnectHost1=3Dlocalhost
SocketConnectPort1=3D543
ReconnectInterval=3D10
ResetOnDisconnect=3DN
ResetOnLogout=3DN
ValidateFieldsOutOfOrder=3DN
CheckLatency=3DN
FileLogPath=3Dfixlogs-orders
SocketNodelay=3DY

[SESSION]
BeginString=3DFIX.4.2
SenderCompID=3Dxxx
TargetCompID=3Dyyy
=20
Thanks,
Chris

-----Original Message-----
From: Steve Bate [mailto:sb...@sm...]=20
Sent: 22 February 2006 08:36
To: Kimpton, C (Chris); qui...@li...
Subject: RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released

Hi Chris,

It should work the same as the JNI version. Are you setting startDay and
endDay in your settings?=20

Steve Bate
Smart Trade Technologies
Phone: +33 4 42 90 03 97
http://www.smart-trade.net/


> -----Original Message-----
> From: qui...@li...
> [mailto:qui...@li...] On Behalf Of=20
> Kimpton, C (Chris)
> Sent: Wednesday, February 22, 2006 9:17 AM
> To: qui...@li...
> Subject: RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
>=20
> QuickFIX Documentation:=20
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
> Hi,
>=20
> Are the session schedules working ok?
>=20
> I had an initiator running last night with this config:
>=20
> [DEFAULT]
> ...
> StartTime=3D00:01:00
> EndTime=3D21:55:00
> ...
>=20
> But it did not logout at 21:55 - whereas the jni version has worked=20
> previously.
>=20
> Thanks,
> Chris
>=20
> -----Original Message-----
> From: qui...@li...
> [mailto:qui...@li...] On Behalf Of Steve

> Bate
> Sent: 17 February 2006 09:33
> To: qui...@li...;
> qui...@li...
> Subject: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
>=20
> QuickFIX Documentation:
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
> The Beta 3 version of QuickFIX/J is now available. I strongly=20
> recommend upgrading. I believe the MINA-based networking code is a=20
> significant improvement.
>=20
> You can download the release at SourceForge.
>=20
> http://tinyurl.com/apr6r
>=20
> New Features and Improvements:
>=20
>   * QuickFIX JNI 1.11.0 compatibility (except MSSQL, PostgreSQL=20
> stores)
>   * Converted network code to MINA (Netty removed)
>   * Converted non-session logging to SLF4J (Commons Logging removed)
>   * SLF4J log category names can use SessionID-based patterns
>   * ScreenLogFactory can be configured to filter heartbeat messages
>   * New CompositeLogFactory supports use of multiple Logs
>      (for example, screen and file/jdbc)
>   * JdbcLog tables names are configurable
>   * Failover support for acceptors.
>   * Message component code generation and support in FieldMap.
>   * Updated third party libraries to latest versions.
>   * Standard FIX XML files can be loaded from quickfix.jar
>   * DataDictionary setting is optional, default dictionary inferred
>      from session BeginString.
>   * Improved DataDictionary error checking.
>   * Time zones can be specified for session schedules
>   * Added options for specifying resend ranges
>  =20
> Bug Fixes:
>=20
>   * Bug #147 QuoteRequestRejectReason missing 2 values
>   * Bug #148 toAdmin called incorrectly (Message.isAdmin() bug)
>=20
> I'd like to thank Toby Shepheard and John Hensley for their=20
> contributions in this release. Smart Trade continues to provide the=20
> CruiseControl continuous integration server and also allows me to=20
> spend some time on QuickFIX at work (so I actually have something=20
> slightly resembling a social life).
> Also, thanks to Oren Miller for project management tool support. I=20
> appreciate it.
>=20
> My intention is for this to be the last beta release before the 1.0.0=20
> final version. As always, if you have problems or find bugs, please=20
> enter them into the bug tracker at quickfixengine.org. The more=20
> details you can provide, the better (unless the cause of the problem=20
> is very obvious).
>=20
> I've also created a category about QuickFIX/J on my personal blog. You

> can subscribe to an RSS feed for only this category if you'd like.=20
> I'll be posting a series of tips, examples and status updates on=20
> experiments I've been doing with QuickFIX/J, Spring Framework, ESB,=20
> JMX, JMS, and related technologies. I currently have an entry with=20
> some simple ideas for using extended settings in QuickFIX/J settings=20
> files. In the near future, I'll be posting information on how to use=20
> some of the new features in QuickFIX/J like the extended logging=20
> capabilities, acceptor failover, and the new message component=20
> classes. The URL for the blog category is...
>=20
> http://blog.technoetic.com/categories/quickfixj/feed/
>=20
> I also recommend taking advantage of the consulting and training=20
> resources listed on the QuickFIX web site. In particular, training is=20
> one of those investments that pays for itself in saved time and=20
> headaches. OCI is a top training company and we are very fortunate as=20
> a community to have them providing QuickFIX and QuickFIX/J training.
>=20
> Steve Bate
> Smart Trade Technologies
> Phone: +33 4 42 90 03 97
> http://www.smart-trade.net/
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log

> files for problems?  Stop!  Download the new AJAX search engine that=20
> makes searching your log files as easy as surfing the  web.  DOWNLOAD=20
> SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
> _____________________________________________________________
>=20
> This email (including any attachments to it) is confidential, legally=20
> privileged, subject to copyright and is sent for the personal=20
> attention of the intended recipient only. If you have received this=20
> email in error, please advise us immediately and delete it. You are=20
> notified that disclosing, copying, distributing or taking any action=20
> in reliance on the contents of this information is strictly=20
> prohibited. Although we have taken reasonable precautions to ensure no

> viruses are present in this email, we cannot accept responsibility for

> any loss or damage arising from the viruses in this email or=20
> attachments. We exclude any liability for the content of this email,=20
> or for the consequences of any actions taken on the basis of the=20
> information provided in this email or its attachments, unless that=20
> information is subsequently confirmed in writing. If this email=20
> contains an offer, that should be considered as an invitation to=20
> treat.
> _____________________________________________________________
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
>=20
_____________________________________________________________

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.
_____________________________________________________________

RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released

[Steve B. <sb...@sm...>]

Hi Chris,

It should work the same as the JNI version. Are you setting startDay=20
and endDay in your settings?=20

Steve Bate
Smart Trade Technologies
Phone: +33 4 42 90 03 97
http://www.smart-trade.net/


> -----Original Message-----
> From: qui...@li...=20
> [mailto:qui...@li...] On Behalf=20
> Of Kimpton, C (Chris)
> Sent: Wednesday, February 22, 2006 9:17 AM
> To: qui...@li...
> Subject: RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
>=20
> QuickFIX Documentation:=20
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
> Hi,
>=20
> Are the session schedules working ok?
>=20
> I had an initiator running last night with this config:
>=20
> [DEFAULT]
> ...
> StartTime=3D00:01:00
> EndTime=3D21:55:00
> ...
>=20
> But it did not logout at 21:55 - whereas the jni version has=20
> worked previously.
>=20
> Thanks,
> Chris
>=20
> -----Original Message-----
> From: qui...@li...
> [mailto:qui...@li...] On Behalf=20
> Of Steve Bate
> Sent: 17 February 2006 09:33
> To: qui...@li...;
> qui...@li...
> Subject: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released
>=20
> QuickFIX Documentation:
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
> The Beta 3 version of QuickFIX/J is now available. I strongly=20
> recommend upgrading. I believe the MINA-based networking code=20
> is a significant improvement.
>=20
> You can download the release at SourceForge.
>=20
> http://tinyurl.com/apr6r
>=20
> New Features and Improvements:
>=20
>   * QuickFIX JNI 1.11.0 compatibility (except MSSQL,=20
> PostgreSQL stores)
>   * Converted network code to MINA (Netty removed)
>   * Converted non-session logging to SLF4J (Commons Logging removed)
>   * SLF4J log category names can use SessionID-based patterns
>   * ScreenLogFactory can be configured to filter heartbeat messages
>   * New CompositeLogFactory supports use of multiple Logs
>      (for example, screen and file/jdbc)
>   * JdbcLog tables names are configurable
>   * Failover support for acceptors.
>   * Message component code generation and support in FieldMap.
>   * Updated third party libraries to latest versions.
>   * Standard FIX XML files can be loaded from quickfix.jar
>   * DataDictionary setting is optional, default dictionary inferred
>      from session BeginString.
>   * Improved DataDictionary error checking.
>   * Time zones can be specified for session schedules
>   * Added options for specifying resend ranges
>  =20
> Bug Fixes:
>=20
>   * Bug #147 QuoteRequestRejectReason missing 2 values
>   * Bug #148 toAdmin called incorrectly (Message.isAdmin() bug)
>=20
> I'd like to thank Toby Shepheard and John Hensley for their=20
> contributions in this release. Smart Trade continues to=20
> provide the CruiseControl continuous integration server and=20
> also allows me to spend some time on QuickFIX at work (so I=20
> actually have something slightly resembling a social life).=20
> Also, thanks to Oren Miller for project management tool=20
> support. I appreciate it.
>=20
> My intention is for this to be the last beta release before=20
> the 1.0.0 final version. As always, if you have problems or=20
> find bugs, please enter them into the bug tracker at=20
> quickfixengine.org. The more details you can provide, the=20
> better (unless the cause of the problem is very obvious).
>=20
> I've also created a category about QuickFIX/J on my personal=20
> blog. You can subscribe to an RSS feed for only this category=20
> if you'd like. I'll be posting a series of tips, examples and=20
> status updates on experiments I've been doing with=20
> QuickFIX/J, Spring Framework, ESB, JMX, JMS, and related=20
> technologies. I currently have an entry with some simple=20
> ideas for using extended settings in QuickFIX/J settings=20
> files. In the near future, I'll be posting information on how=20
> to use some of the new features in QuickFIX/J like the=20
> extended logging capabilities, acceptor failover, and the new=20
> message component classes. The URL for the blog category is...
>=20
> http://blog.technoetic.com/categories/quickfixj/feed/
>=20
> I also recommend taking advantage of the consulting and=20
> training resources listed on the QuickFIX web site. In=20
> particular, training is one of those investments that pays=20
> for itself in saved time and headaches. OCI is a top training=20
> company and we are very fortunate as a community to have them=20
> providing QuickFIX and QuickFIX/J training.
>=20
> Steve Bate
> Smart Trade Technologies
> Phone: +33 4 42 90 03 97
> http://www.smart-trade.net/
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
> _____________________________________________________________
>=20
> This email (including any attachments to it) is confidential,=20
> legally privileged, subject to copyright and is sent for the=20
> personal attention of the intended recipient only. If you=20
> have received this email in error, please advise us=20
> immediately and delete it. You are notified that disclosing,=20
> copying, distributing or taking any action in reliance on the=20
> contents of this information is strictly prohibited. Although=20
> we have taken reasonable precautions to ensure no viruses are=20
> present in this email, we cannot accept responsibility for=20
> any loss or damage arising from the viruses in this email or=20
> attachments. We exclude any liability for the content of this=20
> email, or for the consequences of any actions taken on the=20
> basis of the information provided in this email or its=20
> attachments, unless that information is subsequently=20
> confirmed in writing. If this email contains an offer, that=20
> should be considered as an invitation to treat.
> _____________________________________________________________
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
>=20

RE: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released

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

Hi,

Are the session schedules working ok?

I had an initiator running last night with this config:

[DEFAULT]
...
StartTime=3D00:01:00
EndTime=3D21:55:00=20
...

But it did not logout at 21:55 - whereas the jni version has worked
previously.

Thanks,
Chris

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of Steve
Bate
Sent: 17 February 2006 09:33
To: qui...@li...;
qui...@li...
Subject: [Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released

QuickFIX Documentation:
http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

The Beta 3 version of QuickFIX/J is now available. I strongly recommend
upgrading. I believe the MINA-based networking code is a significant
improvement.

You can download the release at SourceForge.

http://tinyurl.com/apr6r

New Features and Improvements:

=20 * QuickFIX JNI 1.11.0 compatibility (except MSSQL, PostgreSQL stores)=

=20 * Converted network code to MINA (Netty removed)
=20 * Converted non-session logging to SLF4J (Commons Logging removed)
=20 * SLF4J log category names can use SessionID-based patterns
=20 * ScreenLogFactory can be configured to filter heartbeat messages
=20 * New CompositeLogFactory supports use of multiple Logs
=20    (for example, screen and file/jdbc)
=20 * JdbcLog tables names are configurable
=20 * Failover support for acceptors.
=20 * Message component code generation and support in FieldMap.
=20 * Updated third party libraries to latest versions.
=20 * Standard FIX XML files can be loaded from quickfix.jar
=20 * DataDictionary setting is optional, default dictionary inferred
=20    from session BeginString.
=20 * Improved DataDictionary error checking.
=20 * Time zones can be specified for session schedules
=20 * Added options for specifying resend ranges
=20=20
Bug Fixes:

=20 * Bug #147 QuoteRequestRejectReason missing 2 values
=20 * Bug #148 toAdmin called incorrectly (Message.isAdmin() bug)

I'd like to thank Toby Shepheard and John Hensley for their
contributions in this release. Smart Trade continues to provide the
CruiseControl continuous integration server and also allows me to spend
some time on QuickFIX at work (so I actually have something slightly
resembling a social life). Also, thanks to Oren Miller for project
management tool support. I appreciate it.

My intention is for this to be the last beta release before the 1.0.0
final version. As always, if you have problems or find bugs, please
enter them into the bug tracker at quickfixengine.org. The more details
you can provide, the better (unless the cause of the problem is very
obvious).

I've also created a category about QuickFIX/J on my personal blog. You
can subscribe to an RSS feed for only this category if you'd like. I'll
be posting a series of tips, examples and status updates on experiments
I've been doing with QuickFIX/J, Spring Framework, ESB, JMX, JMS, and
related technologies. I currently have an entry with some simple ideas
for using extended settings in QuickFIX/J settings files. In the near
future, I'll be posting information on how to use some of the new
features in QuickFIX/J like the extended logging capabilities, acceptor
failover, and the new message component classes. The URL for the blog
category is...

http://blog.technoetic.com/categories/quickfixj/feed/

I also recommend taking advantage of the consulting and training
resources listed on the QuickFIX web site. In particular, training is
one of those investments that pays for itself in saved time and
headaches. OCI is a top training company and we are very fortunate as a
community to have them providing QuickFIX and QuickFIX/J training.

Steve Bate
Smart Trade Technologies
Phone: +33 4 42 90 03 97
http://www.smart-trade.net/




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
_______________________________________________
Quickfix-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-users
_____________________________________________________________

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.
_____________________________________________________________

RE: [Quickfix-users] Standard Header - order of tags.

[Steve B. <sb...@sm...>]

Hi Lars,
=20
The order doesn't matter. If I'm reading your outgoing message
correctly, there is a heartbeat interval field (108) in the header even
though it's not a header field and it precedes tags 49 and 56 which are
header fields. All header fields must precede the body fields. That's
why the message is rejected. It appears you're setting the heartbeat
interval on message.getHeader() instead of message body.
=20
Steve
=20
________________________________

From: qui...@li...
[mailto:qui...@li...] On Behalf Of
lar...@su...
Sent: Monday, February 20, 2006 2:42 PM
To: qui...@li...
Subject: [Quickfix-users] Standard Header - order of tags.



	When I was testing the quickfix-engine that if I send a message
(this time a logon) where the sender and target id tags don't follow one
another in order quickfix sends a reject message as well as getting a
connection error.=20

	20060220-10:13:02: Created session

	20060220-10:13:02: connection established:
net.gleamynode.netty2.Session@1e04cbf

	20060220-10:13:02: Initiated logon request

	20060220-10:13:02: error while receiving message

	quickfix.SessionException: Tried to send a reject while not
logged on: Tag specified out of required order (field 49)

	            at quickfix.Session.generateReject(Session.java:775)

	=20

	I know that is got a Tried to send a rject while not logged on
but that's beside the point since it say that tag 49 is out of required
order but the FIX protocol only says that 8, 9 and 35 must be the first,
second and third position of the message, then there isn't any order
specified. What is also strange is that it sends an logon replay before
the rejection message as well as terminate the connection.

	=20

	=20

	=20

	Incoming log =3D
8=3DFIX.4.09=3D9235=3DA34=3D149=3DBenchmark_Initiator_052=3D20060220-10:2=
1:5656=3DBenc
hmark_Acceptor_098=3D0108=3D3010=3D000

	=20

	Outgoing log
8=3DFIX.4.09=3D9235=3DA98=3D0108=3D3049=3DBenchmark_Acceptor_056=3DBenchm=
ark_Initiator
_052=3D20060220-10:21:5634=3D110=3D000

	=20

	=20

	Lars

Re: [Quickfix-users] Standard Header - order of tags.

[Oren M. <or...@qu...>]

Is this QuickFIX/J?

--oren

lar...@su... wrote:

> When I was testing the quickfix-engine that if I send a message (this 
> time a logon) where the sender and target id tags don’t follow one 
> another in order quickfix sends a reject message as well as getting a 
> connection error.
>
> 20060220-10:13:02: Created session
>
> 20060220-10:13:02: connection established: 
> net.gleamynode.netty2.Session@1e04cbf
>
> 20060220-10:13:02: Initiated logon request
>
> 20060220-10:13:02: error while receiving message
>
> quickfix.SessionException: Tried to send a reject while not logged on: 
> Tag specified out of required order (field 49)
>
> at quickfix.Session.generateReject(Session.java:775)
>
> I know that is got a Tried to send a rject while not logged on but 
> that’s beside the point since it say that tag 49 is out of required 
> order but the FIX protocol only says that 8, 9 and 35 must be the 
> first, second and third position of the message, then there isn’t any 
> order specified. What is also strange is that it sends an logon replay 
> before the rejection message as well as terminate the connection.
>
> Incoming log = 
> 8=FIX.4.09=9235=A34=149=Benchmark_Initiator_052=20060220-10:21:5656=Benchmark_Acceptor_098=0108=3010=000
>
> Outgoing log 
> 8=FIX.4.09=9235=A98=0108=3049=Benchmark_Acceptor_056=Benchmark_Initiator_052=20060220-10:21:5634=110=000
>
> Lars
>

[Quickfix-users] Standard Header - order of tags.

[<lar...@su...>]

When I was testing the quickfix-engine that if I send a message (this
time a logon) where the sender and target id tags don't follow one
another in order quickfix sends a reject message as well as getting a
connection error.=20

20060220-10:13:02: Created session

20060220-10:13:02: connection established:
net.gleamynode.netty2.Session@1e04cbf

20060220-10:13:02: Initiated logon request

20060220-10:13:02: error while receiving message

quickfix.SessionException: Tried to send a reject while not logged on:
Tag specified out of required order (field 49)

            at quickfix.Session.generateReject(Session.java:775)

=20

I know that is got a Tried to send a rject while not logged on but
that's beside the point since it say that tag 49 is out of required
order but the FIX protocol only says that 8, 9 and 35 must be the first,
second and third position of the message, then there isn't any order
specified. What is also strange is that it sends an logon replay before
the rejection message as well as terminate the connection.

=20

=20

=20

Incoming log =3D
8=3DFIX.4.09=3D9235=3DA34=3D149=3DBenchmark_Initiator_052=3D20060220-10:2=
1:5656=3DBenc
hmark_Acceptor_098=3D0108=3D3010=3D000

=20

Outgoing log
8=3DFIX.4.09=3D9235=3DA98=3D0108=3D3049=3DBenchmark_Acceptor_056=3DBenchm=
ark_Initiator
_052=3D20060220-10:21:5634=3D110=3D000

=20

=20

Lars

Re: [Quickfix-users] How can I EOD with quickfix/j initiator

[Chris v. O. <chr...@gn...>]

On Fri, 2006-02-17 at 09:29 -0600, Dale Wilson wrote:

> The answer to your question depends on what you are trying to do.

  In a nutshell, I have a swing app (a highly altered Banzai) that I use
to test our in-house, proprietary FIX handlers. This is just a tool I am
using that I need to be able to quickly create and execute test
scenarios. The developer is generally debugging the legacy code in
Eclipse, and Im running also out of Eclipse.... it is frequent that we
need to quickly come up with a "clean" session after he makes a code
change. Currently, depending on if the session is so borked that we need
to EOD, I have to quit my app, find the store directory in Eclipse, ask
Eclipse to "refresh", then delete the store and seq numbers, then
restart my app.

  It would be convenient if I could prompt a disconnect, then have an
option to EOD from my GUI, then restart. Im sure I could parse the store
location from the application config file and clobber the files myself,
but I just figured that there was a method already in place to do that.
It sounds like there isnt, or Im just not being clear enough about what
Im trying to do.

> If you are stopping and restarting the application the cleanest solution 
> may be to "manually" reset the sequence number files in the store 
> directory -- probably in a script file you use to start the app.

  Unfortunately there are too many variables to do it this way, and it
still wouldnt be *as* convenient.

> Another approach would be to put code in the onCreate callback to 
> conditionally reset the expected sequence number(s) in the newly created 
> Session before you actually start the initiator or acceptor.

  How would I do this? And would simply resetting the sequence numbers
have the desired effect of ignoring any previous data in the message
store?

>   You 
> probably don't want this code to escape into the production version.

  Luckily for mankind, it wont.... this is just a tool completely
separate from any production code.

> If you're trying to do this while keeping the applicaiton up and running 
> then it's a more difficult proposition.   If this is the case, provide 
> more information about what you would like to happen (and maybe why (grin))

  Its merely a convenience for me ... but I just imagined that there
would be a method for this for the sake of developers and systems guys.

Thanks for your help,
Chris

Re: [Quickfix-users] How can I EOD with quickfix/j initiator

[Dale W. <wil...@oc...>]

Hi Chris,

Chris van Ophuijsen wrote:

><SNIP>
>I was hoping to be able to trigger an
>EOD from an option on my client app as I am doing alot of testing with
>re-sequencing against an acceptor type app and only need to EOD about
>half of the time. 
>
The answer to your question depends on what you are trying to do.

If you are stopping and restarting the application the cleanest solution 
may be to "manually" reset the sequence number files in the store 
directory -- probably in a script file you use to start the app.

Another approach would be to put code in the onCreate callback to 
conditionally reset the expected sequence number(s) in the newly created 
Session before you actually start the initiator or acceptor.  You 
probably don't want this code to escape into the production version.

If you're trying to do this while keeping the applicaiton up and running 
then it's a more difficult proposition.   If this is the case, provide 
more information about what you would like to happen (and maybe why (grin))

Dale


>Maybe setting the option to true and killing my app
>uncleanly when I don't want to EOD will be a good workaround for me.
>
>Thanks for your help,
>Chris
>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>_______________________________________________
>Quickfix-users mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfix-users
>  
>


-- 
-----------------------------------------------------
  Dale Wilson, Senior Software Engineer
  Object Computing, Inc. (OCI)
  http://www.ociweb.com/  http://www.theaceorb.com/
----------------------------------------------------

RE: [Quickfix-users] How can I EOD with quickfix/j initiator

[Steve B. <sb...@sm...>]

Hi Oren,

Yes, that's a good option. Do a logout and then set ResetSeqNum=3DY=20
when sending the next logon message. Chris, would that work better
for you?

> -----Original Message-----
> From: qui...@li...=20
> [mailto:qui...@li...] On Behalf=20
> Of Oren Miller
> Sent: Friday, February 17, 2006 3:03 PM
> To: Chris van Ophuijsen
> Cc: qui...@li...
> Subject: Re: [Quickfix-users] How can I EOD with quickfix/j initiator
>=20
> QuickFIX Documentation:=20
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
> Steve,
>=20
> Does QuickFIX/J support the ResetSeqNum field?
>=20
> --oren
>=20
> Chris van Ophuijsen wrote:
>=20
> >QuickFIX Documentation:=20
> >http://www.quickfixengine.org/quickfix/doc/html/index.html
> >QuickFIX Support: http://www.quickfixengine.org/services.html
> >
> > =20
> >
> >>Hi Chris,
> >>
> >>Is the ResetOnLogout session option what you want? You would logout=20
> >>using your local Session object which would send a logout=20
> message to=20
> >>the other process. The logout would cause a reset of the=20
> message store=20
> >>(resend log and sequence
> >>numbers) in the remote session if the option above is=20
> enabled in it's=20
> >>settings. This would mean you can't logout the session /without/=20
> >>starting a new logical session. Is that a problem in your case?
> >>   =20
> >>
> >
> > =20
> >  Steve,
> >
> >  Thanks for the reply. This is handy information, but a little less=20
> >than a perfect solution for me. I was hoping to be able to=20
> trigger an=20
> >EOD from an option on my client app as I am doing alot of=20
> testing with=20
> >re-sequencing against an acceptor type app and only need to=20
> EOD about=20
> >half of the time. Maybe setting the option to true and=20
> killing my app=20
> >uncleanly when I don't want to EOD will be a good workaround for me.
> >
> >Thanks for your help,
> >Chris
> >
> >
> >
> >
> >
> >-------------------------------------------------------
> >This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log=20
> >files for problems?  Stop!  Download the new AJAX search engine that=20
> >makes searching your log files as easy as surfing the  web. =20
> DOWNLOAD SPLUNK!
> >http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486
> &dat=3D12164
> >2 _______________________________________________
> >Quickfix-users mailing list
> >Qui...@li...
> >https://lists.sourceforge.net/lists/listinfo/quickfix-users
> >
> >
> > =20
> >
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&
> dat=3D121642
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
>=20

Re: [Quickfix-users] How can I EOD with quickfix/j initiator

[Oren M. <or...@qu...>]

Steve,

Does QuickFIX/J support the ResetSeqNum field?

--oren

Chris van Ophuijsen wrote:

>QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
>QuickFIX Support: http://www.quickfixengine.org/services.html
>
>  
>
>>Hi Chris,
>>
>>Is the ResetOnLogout session option what you want? You
>>would logout using your local Session object which would 
>>send a logout message to the other process. The logout would 
>>cause a reset of the message store (resend log and sequence 
>>numbers) in the remote session if the option above is enabled
>>in it's settings. This would mean you can't logout the session
>>/without/ starting a new logical session. Is that a problem
>>in your case?
>>    
>>
>
>  
>  Steve,
>
>  Thanks for the reply. This is handy information, but a little less
>than a perfect solution for me. I was hoping to be able to trigger an
>EOD from an option on my client app as I am doing alot of testing with
>re-sequencing against an acceptor type app and only need to EOD about
>half of the time. Maybe setting the option to true and killing my app
>uncleanly when I don't want to EOD will be a good workaround for me.
>
>Thanks for your help,
>Chris
>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>_______________________________________________
>Quickfix-users mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfix-users
>
>
>  
>

RE: [Quickfix-users] How can I EOD with quickfix/j initiator

[Chris v. O. <chr...@gn...>]

> Hi Chris,
> 
> Is the ResetOnLogout session option what you want? You
> would logout using your local Session object which would 
> send a logout message to the other process. The logout would 
> cause a reset of the message store (resend log and sequence 
> numbers) in the remote session if the option above is enabled
> in it's settings. This would mean you can't logout the session
> /without/ starting a new logical session. Is that a problem
> in your case?

  
  Steve,

  Thanks for the reply. This is handy information, but a little less
than a perfect solution for me. I was hoping to be able to trigger an
EOD from an option on my client app as I am doing alot of testing with
re-sequencing against an acceptor type app and only need to EOD about
half of the time. Maybe setting the option to true and killing my app
uncleanly when I don't want to EOD will be a good workaround for me.

Thanks for your help,
Chris

[Quickfix-users] QuickFIX/J 1.0.0 Beta 3 Released

[Steve B. <sb...@sm...>]

The Beta 3 version of QuickFIX/J is now available. I strongly recommend
upgrading. I believe the MINA-based networking code is a significant
improvement.

You can download the release at SourceForge.

http://tinyurl.com/apr6r

New Features and Improvements:

  * QuickFIX JNI 1.11.0 compatibility (except MSSQL, PostgreSQL stores)
  * Converted network code to MINA (Netty removed)
  * Converted non-session logging to SLF4J (Commons Logging removed)
  * SLF4J log category names can use SessionID-based patterns
  * ScreenLogFactory can be configured to filter heartbeat messages
  * New CompositeLogFactory supports use of multiple Logs
     (for example, screen and file/jdbc)
  * JdbcLog tables names are configurable
  * Failover support for acceptors.
  * Message component code generation and support in FieldMap.
  * Updated third party libraries to latest versions.
  * Standard FIX XML files can be loaded from quickfix.jar
  * DataDictionary setting is optional, default dictionary inferred
     from session BeginString.
  * Improved DataDictionary error checking.
  * Time zones can be specified for session schedules
  * Added options for specifying resend ranges
 =20
Bug Fixes:

  * Bug #147 QuoteRequestRejectReason missing 2 values
  * Bug #148 toAdmin called incorrectly (Message.isAdmin() bug)

I'd like to thank Toby Shepheard and John Hensley for their
contributions in this release. Smart Trade continues to provide the
CruiseControl continuous integration server and also allows me to spend
some time on QuickFIX at work (so I actually have something slightly
resembling a social life). Also, thanks to Oren Miller for project
management tool support. I appreciate it.

My intention is for this to be the last beta release before the 1.0.0
final version. As always, if you have problems or find bugs, please
enter them into the bug tracker at quickfixengine.org. The more details
you can provide, the better (unless the cause of the problem is very
obvious).

I've also created a category about QuickFIX/J on my personal blog. You
can subscribe to an RSS feed for only this category if you'd like. I'll
be posting a series of tips, examples and status updates on experiments
I've been doing with QuickFIX/J, Spring Framework, ESB, JMX, JMS, and
related technologies. I currently have an entry with some simple ideas
for using extended settings in QuickFIX/J settings files. In the near
future, I'll be posting information on how to use some of the new
features in QuickFIX/J like the extended logging capabilities, acceptor
failover, and the new message component classes. The URL for the blog
category is...

http://blog.technoetic.com/categories/quickfixj/feed/

I also recommend taking advantage of the consulting and training
resources listed
on the QuickFIX web site. In particular, training is one of those
investments that=20
pays for itself in saved time and headaches. OCI is a top training
company and we
are very fortunate as a community to have them providing QuickFIX and
QuickFIX/J
training.

Steve Bate
Smart Trade Technologies
Phone: +33 4 42 90 03 97
http://www.smart-trade.net/

RE: [Quickfix-users] How can I EOD with quickfix/j initiator

[Steve B. <sb...@sm...>]

Hi Chris,

Is the ResetOnLogout session option what you want? You
would logout using your local Session object which would=20
send a logout message to the other process. The logout would=20
cause a reset of the message store (resend log and sequence=20
numbers) in the remote session if the option above is enabled
in it's settings. This would mean you can't logout the session
/without/ starting a new logical session. Is that a problem
in your case?

Steve Bate
Smart Trade Technologies
Phone: +33 4 42 90 03 97
http://www.smart-trade.net/

> -----Original Message-----
> From: qui...@li...=20
> [mailto:qui...@li...] On Behalf=20
> Of Chris van Ophuijsen
> Sent: Friday, February 17, 2006 3:17 AM
> To: qui...@li...
> Subject: [Quickfix-users] How can I EOD with quickfix/j initiator
>=20
> QuickFIX Documentation:=20
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
> How can I programmatically send a message to the Session to=20
> abandon the connection, dump data, and reset sequences to 1=20
> in quickfix/j?
>=20
> I am using head revision from Feb 12, using the mina libraries.
>=20
> I would like to send a message from my program to disconnect=20
> and prepare to begin a fresh session.=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&
> dat=3D121642
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
>=20

[Quickfix-users] How can I EOD with quickfix/j initiator

[Chris v. O. <chr...@gn...>]

How can I programmatically send a message to the Session to abandon the
connection, dump data, and reset sequences to 1 in quickfix/j?

I am using head revision from Feb 12, using the mina libraries.

I would like to send a message from my program to disconnect and prepare
to begin a fresh session. 

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

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

Hi Steve,

Oops - my bad - it was (or at least partly) due to a deadlock between my
(dummy) code and the quickfix stuff.

On a quickfix incoming thread (which had a quickfix lock on Session) I
was locking my object and then on one of independent threads, I was
locking my object and then trying to use quickfix to send, requiring a
lock on Session... Deadlock.  Isn't CTRL-BREAK handy.

I am now using the CVS code version too - which sounds like it is worth
using.

Thanks,
Chris

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of Steve
Bate
Sent: 16 February 2006 10:28
To: qui...@li...
Subject: RE: [Quickfix-users] Quickfix/j migration...

QuickFIX Documentation:
http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

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

I'm very close to releasing the QFJ Beta 3 which has a completely
reworked networking layer. I strongly recommend building the CVS head
(which is stable) or waiting for a few days until I release the Beta 3.

The acceptor should respond to test requests even under heavy load.

Steve


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
_______________________________________________
Quickfix-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-users
_____________________________________________________________

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.
_____________________________________________________________

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

[Steve B. <sb...@sm...>]

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

I'm very close to releasing the QFJ Beta 3 which has a=20
completely reworked networking layer. I strongly recommend
building the CVS head (which is stable) or waiting for a
few days until I release the Beta 3.

The acceptor should respond to test requests even under
heavy load.

Steve

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.
_____________________________________________________________

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

[Steve B. <sb...@sm...>]

Hi Chris,

What platform (operating system version, Java version, QFJ
version. etc.) are you using?
=20
> - compilation was straightforward - java code is compatible

That's good to hear.

> - perhaps obviously, the store files are not compatible, get=20
> EOFException when trying to use JNI quickfix with quickfix/j=20
> - 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=20
to be able to change libraries during a trading session we could
make the files compatible but it's not currently a high priority.

> - the quickfix/j code does not seem to like to bind to port=20
> 443 (the jni version did) - it claims the port is in use... -=20
> maybe it's a priviledged port issue, I do have 2 acceptors=20
> running in the same jvm and other one seems to bind to port 442 ok.

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=20
(after I disabled IIS).

> And now to the problem, I am running some performance tests -=20
> using quickfix/j on both sides - a dummy acceptor is pumping=20
> messages into my app and responding appropriately to any=20
> messages it sends.  After running for 5-10 minutes, the=20
> initiator then disconnects claiming it is not getting any=20
> heartbeats. I have a setting of 10 (seconds) for the=20
> initiator heartbeat.
>=20
>...
> I am using the latest beta2 - which I guess should have the=20
> fix to bug #133, re: acceptor sending heartbeats.
>=20
> Is the heartbeat behaviour different compared to the jni version?

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

I've run tests with the CVS head where I sent 1,000,000 messages
from an initiator to an acceptor without any heartbeat problems.
However, it's possible the problem is in the other direction.

Regards,

Steve

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

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

Hi,

Some notes on my quickfix/j migration and a little problem...

Given the problems I am seeing with the exception violation when using
the JNI version of quickfix (see other thread) and lured by the
performance gains mentioned in the quickfix/j press release, I decided
to try it out.

- compilation was straightforward - java code is compatible
- perhaps obviously, the store files are not compatible, get
EOFException when trying to use JNI quickfix with quickfix/j - so
removed the old files
- the quickfix/j code does not seem to like to bind to port 443 (the jni
version did) - it claims the port is in use... - maybe it's a
priviledged port issue, I do have 2 acceptors running in the same jvm
and other one seems to bind to port 442 ok.

And now to the problem, I am running some performance tests - using
quickfix/j on both sides - a dummy acceptor is pumping messages into my
app and responding appropriately to any messages it sends.  After
running for 5-10 minutes, the initiator then disconnects claiming it is
not getting any heartbeats. I have a setting of 10 (seconds) for the
initiator heartbeat.

<20060216-07:16:11, FIX.4.2:rabocustFIXtrade->FIX, outgoing>
(8=3DFIX.4.2=019=3D83=0135=3D0=0134=3D1268=0149=3DrabocustFIXtrade=0152=3D=
20060216-07:16:11.84
2=0156=3DFIX=0110=3D220=01)
<20060216-07:16:13, FIX.4.2:rabocustFIXtrade->FIX, outgoing>
(8=3DFIX.4.2=019=3D92=0135=3D1=0134=3D1269=0149=3DrabocustFIXtrade=0152=3D=
20060216-07:16:13.84
2=0156=3DFIX=01112=3DTEST=0110=3D242=01)
<20060216-07:16:13, FIX.4.2:rabocustFIXtrade->FIX, event> (Sent test
request TEST)
<20060216-07:16:25, FIX.4.2:rabocustFIXtrade->FIX, event> (Timed out
waiting for heartbeat)
<20060216-07:16:25, FIX.4.2:rabocustFIXtrade->FIX, event>
(Disconnecting)
<20060216-07:16:25, FIX.4.2:rabocustFIXtrade->FIX, event> (connection
closed: net.gleamynode.netty2.Session@177ff35)
<20060216-07:16:27, FIX.4.2:rabocustFIXtrade->FIX, event> (error in
initiator
java.net.ConnectException: Connection refused: no further information
=09at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
=09at
sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:525)
=09at
net.gleamynode.netty2.ReadController.doConnected(ReadController.java:371
)
=09at
net.gleamynode.netty2.ReadController.processEvent(ReadController.java:33
8)
=09at
net.gleamynode.netty2.IoProcessor.process(IoProcessor.java:334)
=09at
net.gleamynode.netty2.IoProcessor.access$500(IoProcessor.java:73)
=09at
net.gleamynode.netty2.IoProcessor$Worker.run(IoProcessor.java:364)
)

I am using the latest beta2 - which I guess should have the fix to bug
#133, re: acceptor sending heartbeats.

Is the heartbeat behaviour different compared to the jni version?

Thanks,
Chris

____________________________________________
Chris Kimpton
Developer, IS&D
Rabobank International
eTrading:    +44 (0)20 7809 3355
Direct Line: +44 (0)20 7809 3403
http://www.rabobank.com/content/offices/london.jsp


_____________________________________________________________

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.
_____________________________________________________________

RE: [Quickfix-users] Exectpiton violation

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

Hi,

Both sending and receiving, and there were repeating groups in some of
the messages.

Have also tried it with 1.5.0_05-b05 and get the same problem.=20

Strangely, quickfix is on both ends - the acceptor side is dummy code,
pushing out the data, triggering responses on the initiator side. The
acceptor has no problems - it's the initiator which consistently dies.
I might try a dummy/cut-down initiator, perhaps something else in the
initiator is causing the problem.

Thanks,
Chris

-----Original Message-----
From: Oren Miller [mailto:or...@qu...]=20
Sent: 14 February 2006 17:33
To: Kimpton, C (Chris)
Cc: qui...@li...
Subject: Re: [Quickfix-users] Exectpiton violation

Can you give some more information.  Were you sending or receiving
messages, or both.  Did the messages contain repeating groups?

--oren

Kimpton, C (Chris) wrote:

>QuickFIX Documentation:=20
>http://www.quickfixengine.org/quickfix/doc/html/index.html
>QuickFIX Support: http://www.quickfixengine.org/services.html
>
>Hi,
>
>I am getting occasional errors too - when using quickfix 1.11.0 on XP,=20
>with java 1.4.2_08.  There was not a lot of session reconnecting - just

>lots of messages.  I did have 2 separate FIX connections going though.
>
>Thanks for any thoughts,
>Chris
>
>
>An unexpected exception has been detected in native code outside the
VM.
>Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at

>PC=3D0x7C910F2B Function=3Dwcsncpy+0x49C=20
>Library=3DC:\WINDOWS\system32\ntdll.dll
>
>Current Java thread:
>	at quickfix.Message.destroy(Native Method)
>	at quickfix.Message.finalize(Unknown Source)
>	at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method)
>	at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:83)
>	at java.lang.ref.Finalizer.access$100(Finalizer.java:14)
>	at
>java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:160)
>
>Dynamic libraries:
>0x00400000 - 0x0040B000 	C:\installed\j2sdk1.4.2_08\bin\java.exe
>0x7C900000 - 0x7C9B0000 	C:\WINDOWS\system32\ntdll.dll
>0x7C800000 - 0x7C8F4000 	C:\WINDOWS\system32\kernel32.dll
>0x77DD0000 - 0x77E6B000 	C:\WINDOWS\system32\ADVAPI32.dll
>0x77E70000 - 0x77F01000 	C:\WINDOWS\system32\RPCRT4.dll
>0x77C10000 - 0x77C68000 	C:\WINDOWS\system32\MSVCRT.dll
>0x08000000 - 0x08138000
>C:\installed\j2sdk1.4.2_08\jre\bin\client\jvm.dll
>0x77D40000 - 0x77DD0000 	C:\WINDOWS\system32\USER32.dll
>0x77F10000 - 0x77F57000 	C:\WINDOWS\system32\GDI32.dll
>0x76B40000 - 0x76B6D000 	C:\WINDOWS\system32\WINMM.dll
>0x6BD00000 - 0x6BD0D000 	C:\WINDOWS\system32\SYNCOR11.DLL
>0x10000000 - 0x10007000
>C:\installed\j2sdk1.4.2_08\jre\bin\hpi.dll
>0x00390000 - 0x0039E000
>C:\installed\j2sdk1.4.2_08\jre\bin\verify.dll
>0x003B0000 - 0x003C9000
>C:\installed\j2sdk1.4.2_08\jre\bin\java.dll
>0x003D0000 - 0x003DE000
>C:\installed\j2sdk1.4.2_08\jre\bin\zip.dll
>0x02B70000 - 0x02B8C000
>C:\installed\j2sdk1.4.2_08\jre\bin\jdwp.dll
>0x00970000 - 0x00975000
>C:\installed\j2sdk1.4.2_08\jre\bin\dt_socket.dll
>0x71AB0000 - 0x71AC7000 	C:\WINDOWS\system32\ws2_32.dll
>0x71AA0000 - 0x71AA8000 	C:\WINDOWS\system32\WS2HELP.dll
>0x55600000 - 0x5561D000 	C:\Program Files\Microsoft Firewall
>Client\wspwsp.dll
>0x76D60000 - 0x76D79000 	C:\WINDOWS\system32\iphlpapi.dll
>0x71A50000 - 0x71A8F000 	C:\WINDOWS\system32\mswsock.dll
>0x662B0000 - 0x66308000 	C:\WINDOWS\system32\hnetcfg.dll
>0x71A90000 - 0x71A98000 	C:\WINDOWS\System32\wshtcpip.dll
>0x073A0000 - 0x07447000
>T:\arbtrader\ArbTraderServer\bin\quickfix_jni.dll
>0x774E0000 - 0x7761D000 	C:\WINDOWS\system32\ole32.dll
>0x77120000 - 0x771AC000 	C:\WINDOWS\system32\OLEAUT32.dll
>0x76080000 - 0x760E5000 	C:\WINDOWS\system32\MSVCP60.dll
>0x07450000 - 0x0745F000
>C:\installed\j2sdk1.4.2_08\jre\bin\net.dll
>0x76F20000 - 0x76F47000 	C:\WINDOWS\system32\DNSAPI.dll
>0x76FB0000 - 0x76FB8000 	C:\WINDOWS\System32\winrnr.dll
>0x76F60000 - 0x76F8C000 	C:\WINDOWS\system32\WLDAP32.dll
>0x76FC0000 - 0x76FC6000 	C:\WINDOWS\system32\rasadhlp.dll
>0x76FD0000 - 0x7704F000 	C:\WINDOWS\system32\CLBCATQ.DLL
>0x77050000 - 0x77115000 	C:\WINDOWS\system32\COMRes.dll
>0x77C00000 - 0x77C08000 	C:\WINDOWS\system32\VERSION.dll
>0x77F60000 - 0x77FD6000 	C:\WINDOWS\system32\SHLWAPI.dll
>0x4D4F0000 - 0x4D548000 	C:\WINDOWS\system32\WINHTTP.dll
>0x079C0000 - 0x079C5000
>C:\installed\j2sdk1.4.2_08\jre\bin\rmi.dll
>0x76C90000 - 0x76CB8000 	C:\WINDOWS\system32\imagehlp.dll
>0x59A60000 - 0x59B01000 	C:\WINDOWS\system32\DBGHELP.dll
>0x76BF0000 - 0x76BFB000 	C:\WINDOWS\system32\PSAPI.DLL
>
>Heap at VM Abort:
>Heap
> def new generation   total 576K, used 196K [0x10010000, 0x100b0000,
>0x104f0000)
>  eden space 512K,  36% used [0x10010000, 0x1003f040, 0x10090000)
>  from space 64K,  13% used [0x10090000, 0x10092320, 0x100a0000)
>  to   space 64K,   0% used [0x100a0000, 0x100a0000, 0x100b0000)
> tenured generation   total 4400K, used 2616K [0x104f0000, 0x1093c000,
>0x14010000)
>   the space 4400K,  59% used [0x104f0000, 0x1077e178, 0x1077e200,
>0x1093c000)
> compacting perm gen  total 11520K, used 11287K [0x14010000,=20
>0x14b50000,
>0x18010000)
>   the space 11520K,  97% used [0x14010000, 0x14b15ff8, 0x14b16000,
>0x14b50000)
>
>Local Time =3D Tue Feb 14 13:08:14 2006
>Elapsed Time =3D 3079
>#
># The exception above was detected in native code outside the VM # #=20
>Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # # An=20
>error report file has been saved as hs_err_pid4048.log.
># Please refer to the file for further information.
>#
><20060214-13:08:13,
>
>
>-----Original Message-----
>From: qui...@li...
>[mailto:qui...@li...] On Behalf Of Oren=20
>Miller
>Sent: 26 January 2006 16:50
>To: lar...@su...
>Cc: qui...@li...
>Subject: Re: [Quickfix-users] Exectpiton violation
>
>This may be a bug in the JVM or JDK actually. With some of the 1.5=20
>JVM's, it has been reported that exception violations occur, while in=20
>others it does not. Can you try a different JVM and JDK?
>
>--oren
>
>lar...@su... wrote:
>
> =20
>
>>Hello, I been running some test with multiple sessions for the=20
>>Quickfix jni. Or rather been trying to but I get an error while=20
>>running it. There seems to be some small bugs left in the=20
>>quickfix_jni.dll yet. Anyone knows what's the course?
>>
>>[java] #
>>
>>[java] # An unexpected error has been detected by HotSpot Virtual
>>   =20
>>
>Machine:
> =20
>
>>[java] #
>>
>>[java] # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=3D0x10002e89,=20
>>pid=3D390
>>
>>d=3D2044
>>
>>[java] #
>>
>>[java] # Java VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode,
>>   =20
>>
>
> =20
>
>>shar
>>
>>[java] # Problematic frame:
>>
>>[java] # C [quickfix_jni.dll+0x2e89]
>>
>>[java] #
>>
>>[java] # An error report file with more information is saved as
>>hs_err_pid3
>>
>>og
>>
>>[java] #
>>
>>[java] # If you would like to submit a bug report, please visit:
>>
>>[java] # http://java.sun.com/webapps/bugreport/crash.jsp
>>
>>[java] #
>>
>>[java] Java Result: 1
>>
>>[echo] second task end
>>
>>Lars
>>
>>   =20
>>
>
>_____________________________________________________________
>
>This email (including any attachments to it) is confidential, legally
privileged, subject to copyright and is sent for the personal attention
of the intended recipient only. If you have received this email in
error, please 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 reasonable precautions to ensure no viruses are present in
this email, we cannot accept responsibility for any loss or damage
arising from the viruses in 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 information is subsequently confirmed in
writing. If this email contains an offer, that should be considered as
an invitation to treat.
>_____________________________________________________________
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log=20
>files for problems?  Stop!  Download the new AJAX search engine that=20
>makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
>_______________________________________________
>Quickfix-users mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfix-users
>
>
> =20
>

_____________________________________________________________

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.
_____________________________________________________________

[Quickfix-users] FW: [Quickfix-developers] Strange error

[John H. <JH...@al...>]

ICAgUHVibGljIFN1YiBDcmVhdGVUaGVBY2NlcHRvcigpDQoNCiAgICAgICAgVHJ5DQoNCiAgICAg
ICAgICAgIERpbSBzZXNzaW9uU2V0dGluZ3MgQXMgTmV3IFNlc3Npb25TZXR0aW5ncygiQzpccXVp
Y2tmaXhzZXR0aW5ncy5jZmciKQ0KICAgICAgICAgICAgRGltIGFwcGxpY2F0aW9uIEFzIE5ldyBB
cHBsaWNhdGlvbg0KICAgICAgICAgICAgRGltIHN0b3JlRmFjdG9yeSBBcyBOZXcgRmlsZVN0b3Jl
RmFjdG9yeShzZXNzaW9uU2V0dGluZ3MpDQogICAgICAgICAgICBEaW0gbWVzc2FnZUZhY3Rvcnkg
QXMgTmV3IERlZmF1bHRNZXNzYWdlRmFjdG9yeQ0KICAgICAgICAgICAgRGltIGxvZ0ZhY3Rvcnkg
QXMgTmV3IFNjcmVlbkxvZ0ZhY3RvcnkoVHJ1ZSwgVHJ1ZSwgVHJ1ZSkNCiAgICAgICAgICAgIERp
bSBhY2NlcHRvciBBcyBOZXcgU29ja2V0QWNjZXB0b3IoYXBwbGljYXRpb24sIHN0b3JlRmFjdG9y
eSwgc2Vzc2lvblNldHRpbmdzLCBsb2dGYWN0b3J5LCBtZXNzYWdlRmFjdG9yeSkNCg0KICAgICAg
ICAgICAgYWNjZXB0b3Iuc3RhcnQoKQ0KICAgICAgICAgICAgQ29uc29sZS5Xcml0ZUxpbmUoInBy
ZXNzIDxlbnRlcj4gdG8gcXVpdCIpDQogICAgICAgICAgICBDb25zb2xlLlJlYWQoKQ0KICAgICAg
ICAgICAgYWNjZXB0b3Iuc3RvcCgpDQogICAgICAgIENhdGNoIGUgQXMgUXVpY2tGaXguUnVudGlt
ZUVycm9yDQogICAgICAgICAgICBNc2dCb3goZS5NZXNzYWdlKQ0KDQogICAgICAgIEVuZCBUcnkN
CiAgICBFbmQgU3ViDQpFbmQgQ2xhc3M=