Menu
▾
▴
quickfixj-users — General mailing list for QuickFIX/J topics.
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(13) |
Jun
(21) |
Jul
(14) |
Aug
(29) |
Sep
(39) |
Oct
(47) |
Nov
(70) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(43) |
Feb
(50) |
Mar
(90) |
Apr
(96) |
May
(84) |
Jun
(40) |
Jul
(58) |
Aug
(55) |
Sep
(55) |
Oct
(52) |
Nov
(38) |
Dec
(75) |
| 2008 |
Jan
(49) |
Feb
(72) |
Mar
(49) |
Apr
(55) |
May
(21) |
Jun
(31) |
Jul
(47) |
Aug
(59) |
Sep
(59) |
Oct
(77) |
Nov
(51) |
Dec
(54) |
| 2009 |
Jan
(52) |
Feb
(57) |
Mar
(17) |
Apr
(27) |
May
(44) |
Jun
(46) |
Jul
(69) |
Aug
(38) |
Sep
(39) |
Oct
(45) |
Nov
(38) |
Dec
(37) |
| 2010 |
Jan
(49) |
Feb
(35) |
Mar
(21) |
Apr
(33) |
May
(52) |
Jun
(28) |
Jul
(39) |
Aug
(34) |
Sep
(21) |
Oct
(82) |
Nov
(36) |
Dec
(20) |
| 2011 |
Jan
(28) |
Feb
(64) |
Mar
(93) |
Apr
(75) |
May
(151) |
Jun
(77) |
Jul
(35) |
Aug
(53) |
Sep
(56) |
Oct
(36) |
Nov
(94) |
Dec
(59) |
| 2012 |
Jan
(105) |
Feb
(43) |
Mar
(68) |
Apr
(91) |
May
(45) |
Jun
(18) |
Jul
(103) |
Aug
(77) |
Sep
(45) |
Oct
(59) |
Nov
(58) |
Dec
(43) |
| 2013 |
Jan
(48) |
Feb
(65) |
Mar
(63) |
Apr
(22) |
May
(41) |
Jun
(60) |
Jul
(43) |
Aug
(17) |
Sep
(20) |
Oct
(20) |
Nov
(42) |
Dec
(43) |
| 2014 |
Jan
(54) |
Feb
(34) |
Mar
(34) |
Apr
(20) |
May
(31) |
Jun
(39) |
Jul
(66) |
Aug
(22) |
Sep
(52) |
Oct
(22) |
Nov
(67) |
Dec
(70) |
| 2015 |
Jan
(18) |
Feb
(5) |
Mar
(40) |
Apr
(32) |
May
(62) |
Jun
(28) |
Jul
(86) |
Aug
(44) |
Sep
(61) |
Oct
(65) |
Nov
(8) |
Dec
(19) |
| 2016 |
Jan
(50) |
Feb
(22) |
Mar
(38) |
Apr
(55) |
May
(30) |
Jun
(42) |
Jul
(11) |
Aug
(9) |
Sep
(4) |
Oct
(51) |
Nov
(38) |
Dec
(31) |
| 2017 |
Jan
(40) |
Feb
(40) |
Mar
(23) |
Apr
(35) |
May
(121) |
Jun
(55) |
Jul
(37) |
Aug
(16) |
Sep
(27) |
Oct
(109) |
Nov
(67) |
Dec
(23) |
| 2018 |
Jan
(52) |
Feb
(6) |
Mar
(23) |
Apr
(28) |
May
(32) |
Jun
(20) |
Jul
(20) |
Aug
(22) |
Sep
(8) |
Oct
(33) |
Nov
(32) |
Dec
(13) |
| 2019 |
Jan
(16) |
Feb
(29) |
Mar
(17) |
Apr
(16) |
May
(1) |
Jun
(2) |
Jul
(25) |
Aug
(50) |
Sep
(17) |
Oct
(29) |
Nov
(16) |
Dec
(7) |
| 2020 |
Jan
|
Feb
|
Mar
(29) |
Apr
(64) |
May
(25) |
Jun
(49) |
Jul
(15) |
Aug
(10) |
Sep
(37) |
Oct
(20) |
Nov
(19) |
Dec
(9) |
| 2021 |
Jan
(33) |
Feb
(10) |
Mar
(67) |
Apr
(40) |
May
(70) |
Jun
(33) |
Jul
(14) |
Aug
(10) |
Sep
|
Oct
(7) |
Nov
(6) |
Dec
(16) |
| 2022 |
Jan
(27) |
Feb
(2) |
Mar
(5) |
Apr
(3) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(2) |
Nov
|
Dec
(10) |
| 2023 |
Jan
(1) |
Feb
(2) |
Mar
(21) |
Apr
(3) |
May
(15) |
Jun
(3) |
Jul
(4) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(1) |
| 2024 |
Jan
(7) |
Feb
(2) |
Mar
(8) |
Apr
(11) |
May
(6) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2025 |
Jan
(10) |
Feb
(4) |
Mar
(9) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Steve B. <st...@te...> - 2007-03-21 15:25:21
|
> (I did not see any error printout in my log which means QFJ did not throw > any exception.) I guess it is something to do with the unique key > constrain on the message table which include sequence number. I had > to delete the rows in message table and restart and then everything > became ok. I understand tue design philosophy here is to try to be > more strict , but as a result it is less resilient in reality. > (QuickFIX does not have this issue). Alvin, from what I see in SVN, QuickFIX also includes the sequence number in the primary key. Can you explain how there would not have been a unique key voliation when using QuickFIX? > > Even stranger thing is I found the following SQL Server's error log. > |--------------------------------------------------------------------------| > | Conversion failed when converting the nvarchar value '8=FIX.4.49 > | > | =5835=534=249=FFTWFIX52=20070321-12:59:29.48756=TTTTTWEB10=089' to data > | type int. What is the messages column type in your MSSQL table? On the surface it appears you have an incorrect column type in your table. I suppose it's also possible that it's some MSSQL quirk, but that's less likely. |
|
From: Alvin W. <AW...@FF...> - 2007-03-21 14:34:08
|
SXQgaXMgU1FMIFNlcnZlciAyMDA1IFNQMi4NCg0KSSBrbm93IGhvdyB0byByZXByb2R1Y2UgdGhl IHByb2JsZW0gbm93LiBUb2RheSwgb25lIG9mIHRoZSBjb3VudGVycGFydHkgaGFkDQpwcm9ibGVt IGFuZCByZXNldCB0aGVpciBzZXF1ZW5jZSBudW1iZXIgdG8gMS8xIGFuZCBhc2tlZCB1cyB0byBk bw0Kc3RhcnQtb2YtZGF5IGFsc28uIChJIGtub3cgdGhpcyBpcyBub3QgZ29vZCwgYnV0IHdlIGRp ZCBub3QgaGF2ZSBvdGhlcg0KY2hvaWNlKS4gSSB1c2VkIG15IHRvb2wgdG8gcmVzZXQgc2VxdWVu Y2UgbnVtYmVycyBwcm9ncmFtbWF0aWNhbGx5ICh2aWEgUUZKDQpBUEkpIGFsc28gdG8gMS8xLiBU aGVuIEkgc2F3IGEgc3RyYW5nZSB0aGluZzogdGhlIHNlcSBudW1iZXIgb24gbG9nb24NCm1lc3Nh Z2Ugc2VudCB0byBjb3VudGVycGFydHkgd2FzIGFsd2F5cyAxLCBub3QgaW5jcmVtZW50aW5nLiBB bmQgSSBzYXcgdGhlDQpmb2xsb3dpbmcgaW4gZXZlbnRfbG9nIHRhYmxlOg0KDQpFcnJvciBSZWFk aW5nL1dyaXRpbmcgaW4gTWVzc2FnZVN0b3JlDQpSZWNlaXZlZCBsb2dvdXQgcmVxdWVzdA0KRXJy b3IgUmVhZGluZy9Xcml0aW5nIGluIE1lc3NhZ2VTdG9yZQ0KU2VudCBsb2dvdXQgcmVzcG9uc2UN CkRpc2Nvbm5lY3RpbmcNCkVycm9yIFJlYWRpbmcvV3JpdGluZyBpbiBNZXNzYWdlU3RvcmUNCkVy cm9yIGR1cmluZyBsb2dvbiByZXF1ZXN0IGluaXRpYXRpb24NClJlY2VpdmVkIGxvZ291dCByZXF1 ZXN0DQpFcnJvciBSZWFkaW5nL1dyaXRpbmcgaW4gTWVzc2FnZVN0b3JlDQpTZW50IGxvZ291dCBy ZXNwb25zZQ0KRGlzY29ubmVjdGluZw0KDQooSSBkaWQgbm90IHNlZSBhbnkgZXJyb3IgcHJpbnRv dXQgaW4gbXkgbG9nIHdoaWNoIG1lYW5zIFFGSiBkaWQgbm90IHRocm93DQphbnkgZXhjZXB0aW9u LikgSSBndWVzcyBpdCBpcyBzb21ldGhpbmcgdG8gZG8gd2l0aCB0aGUgdW5pcXVlIGtleSBjb25z dHJhaW4NCm9uIHRoZSBtZXNzYWdlIHRhYmxlIHdoaWNoIGluY2x1ZGUgc2VxdWVuY2UgbnVtYmVy LiBJIGhhZCB0byBkZWxldGUgdGhlDQpyb3dzIGluIG1lc3NhZ2UgdGFibGUgYW5kIHJlc3RhcnQg YW5kIHRoZW4gZXZlcnl0aGluZyBiZWNhbWUgb2suIEkNCnVuZGVyc3RhbmQgdHVlIGRlc2lnbiBw aGlsb3NvcGh5IGhlcmUgaXMgdG8gdHJ5IHRvIGJlIG1vcmUgc3RyaWN0ICwgYnV0IGFzDQphIHJl c3VsdCBpdCBpcyBsZXNzIHJlc2lsaWVudCBpbiByZWFsaXR5LiAoUXVpY2tGSVggZG9lcyBub3Qg aGF2ZSB0aGlzDQppc3N1ZSkgIEkgYWxzbyB3b25kZXIgaWYgSSBhbHRlciB0aGUgdW5pcXVlIGtl eSBieSByZW1vdmluZyBzZXF1ZW5jZSBudW1iZXINCmZyb20gdGhlIGtleSwgd2hhdCB3aWxsIGhh cHBlbj8NCg0KRXZlbiBzdHJhbmdlciB0aGluZyBpcyBJIGZvdW5kIHRoZSBmb2xsb3dpbmcgU1FM IFNlcnZlcidzIGVycm9yIGxvZy4NCnwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCnwgQ29udmVyc2lvbiBm YWlsZWQgd2hlbiBjb252ZXJ0aW5nIHRoZSBudmFyY2hhciB2YWx1ZSAnOD1GSVguNC40OSAgICAg ICAgIHwNCnwgPTU4MzU9NTM0PTI0OT1GRlRXRklYNTI9MjAwNzAzMjEtMTI6NTk6MjkuNDg3NTY9 VFRUVFRXRUIxMD0wODknIHRvIGRhdGEgIHwNCnwgdHlwZSBpbnQuICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCnwtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLXwNCnwgQ29udmVyc2lvbiBmYWlsZWQgd2hlbiBjb252ZXJ0aW5nIHRoZSBudmFy Y2hhciB2YWx1ZSAnOD1GSVguNC40OSAgICAgICAgIHwNCnwgPTcwMzU9QTM0PTI0OT1GRlRXRklY NTI9MjAwNzAzMjEtMTI6NTk6NTguNDcxNTY9VFRUVFRXRUI5OD0wMTA4PTMwMTA9MTE1J3wNCnwg dG8gZGF0YSB0eXBlIGludC4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHwNCnwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCg0KSSBkbyBub3QgaGF2ZSBj b2RlIHRvIGFjY2VzcyBxdWlja2ZpeCB0YWJsZXMgZGlyZWN0bHkuIGl0IGlzIFFGSiBsaWJyYXJ5 DQp0aGF0IGNhdXNlZCB0aGlzIGVycm9yLiBUaGlzIGlzIHRoZSBzdGF0ZW1lbnQgY2F1c2luZyB0 aGUgZXJyb3JzOg0KDQpVUERBVEUgbWVzc2FnZXMgU0VUIG1lc3NhZ2U9IEBQMCAgV0hFUkUgYmVn aW5zdHJpbmc9IEBQMSAgYW5kIHNlbmRlcmNvbXBpZD0NCkBQMiAgYW5kIHRhcmdldGNvbXBpZD0g QFAzICBhbmQgc2Vzc2lvbl9xdWFsaWZpZXI9IEBQNCAgYW5kIG1zZ3NlcW51bT0gQFA1DQpDb252 ZXJzaW9uIGZhaWxlZCB3aGVuIGNvbnZlcnRpbmcgdGhlIG52YXJjaGFyIHZhbHVlICc4PUZJWC40 LjQZPTk1EzU9QRM0PTEUOT0NCkZGVFdGSVgVMj0yMDA3MDMxNy0wMjo1NDo0NS41ODQVNj1UVFRU VFdFQhk4PTARMDg9MzAVNTM9ZmlzY3AwMhU1ND1waWNrbGUxMBEwPTEyORANCnRvIGRhdGEgdHlw ZSBpbnQuDQoNCkFub3RoZXI6DQpJTlNFUlQgSU5UTyBtZXNzYWdlcyAoYmVnaW5zdHJpbmcsIHNl bmRlcmNvbXBpZCwgdGFyZ2V0Y29tcGlkLA0Kc2Vzc2lvbl9xdWFsaWZpZXIsIG1zZ3NlcW51bSwg bWVzc2FnZSkgVkFMVUVTICggQFAwICwgQFAxICwgQFAyICwgQFAzICwgQFA0DQosIEBQNSApDQpW aW9sYXRpb24gb2YgUFJJTUFSWSBLRVkgY29uc3RyYWludCAnUEtfX21lc3NhZ2VzX18wMDU1MTE5 MicuIENhbm5vdCBpbnNlcnQNCmR1cGxpY2F0ZSBrZXkgaW4gb2JqZWN0ICdkYm8ubWVzc2FnZXMn Lg0KDQoNCkJUVywgaXQgd2lsbCBiZSBuaWNlIHRvIGhhdmUgYSB0aW1lIGNvbHVtbiBpbiBtZXNz YWdlIHRhYmxlIHNvIEkgY2FuIGVhc2lseQ0Kb3JkZXIgYW5kIGxpc3QgbW9zdCByZWNlbnQgcm93 cy4NCg0KUGxlYXNlIGtpbmRseSB0YWtlIGEgbG9vay4gVGhhbmsgeW91IQ0KQWx2aW4NCg0KDQoN Cg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgIEpvZXJnIFRob2VubmVzICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAg ICAgPEpvZXJnLlRob2VubmVzQG0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICANCiAgICAgICAgICAgICBhY2QuY29tPiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFRvIA0KICAgICAgICAgICAgIFNlbnQgYnk6ICAgICAg ICAgICAgICAgICAgcXVpY2tmaXhqLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm4gDQogICAgICAg ICAgICAgcXVpY2tmaXhqLXVzZXJzLWIgICAgICAgICBldCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICANCiAgICAgICAgICAgICBvdW5jZXNAbGlzdHMuc291ciAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNjIA0KICAgICAgICAgICAgIGNlZm9yZ2UubmV0 ICAgICAgICAgICAgICAgcXVpY2tmaXhqLXVzZXJzLWJvdW5jZXNAbGlzdHMuc291cmMgDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBlZm9yZ2UubmV0ICAgICAgICAgICAg ICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBTdWJqZWN0IA0KICAgICAgICAgICAgIDAzLzE3LzIw MDcgMDQ6NTcgICAgICAgICAgUmU6IFtRdWlja2ZpeGotdXNlcnNdIGVycm9yIGluICAgICAgDQog ICAgICAgICAgICAgQU0gICAgICAgICAgICAgICAgICAgICAgICBldmVudF9sb2cgICAgICAgICAg ICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg DQogICAgICAgICAgICAgUGxlYXNlIHJlc3BvbmQgdG8gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICBxdWlja2ZpeGotdXNlcnNAbCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgIGlz dHMuc291cmNlZm9yZ2UuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgDQogICAgICAgICAgICAgICAgICAgIG5ldCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgDQoNCg0KDQpRdWlja0ZJWC9KIERvY3VtZW50YXRpb246IGh0dHA6Ly93d3cucXVpY2tm aXhqLm9yZy9kb2N1bWVudGF0aW9uLw0KUXVpY2tGSVgvSiBTdXBwb3J0OiBodHRwOi8vd3d3LnF1 aWNrZml4ai5vcmcvc3VwcG9ydC8NCk9uIDAzLzE3LzIwMDcgMDQ6MTIgQU0sIEFsdmluIFdhbmcg d3JvdGU6DQo+IEkgc2F3IHRoZSBmb2xsb3dpbmcgc3FsIGVycm9yIGluIFNxbFNlcnZlcidzIGxv ZzoNCg0KV2hhdCBraW5kIG9mIFNRTCBzZXJ2ZXIgZG8geW91IHVzZT8NCg0KPiBDb252ZXJzaW9u IGZhaWxlZCB3aGVuIGNvbnZlcnRpbmcgdGhlIG52YXJjaGFyIHZhbHVlICc4PUZJWC40LjQ5DQo+ ID05NTM1PUEzND0xNDk9RkZUV1BENTI9MjAwNzAzMTctMDI6NTM6NDQuNTIyNTYNCj4gPURERUZJ WENQRDk4PTAxMDg9MzA1NTM9bWlzY3AwMjU1ND1waWFwbGUxMDEwPTExOScgdG8gZGF0YSB0eXBl IGludA0KDQpXaHkgdHJpZXMgdGhlIFNRTCBzZXJ2ZXIgdG8gY29udmVydCB0aGlzIEZJWCBtZXNz YWdlIHRvIGRhdGEgdHlwZSBpbnQ/DQpIb3cgZGlkIHlvdSBjcmVhdGUgdGhlIHRhYmxlcyByZXF1 aXJlZCBmb3IgdGhlIEpEQkMgYmFzZWQgTWVzc2FnZVN0b3JlPw0KDQpDaGVlcnMsIErDtnJnDQoN Cj4gSXQgc2hvdWxkIGNvcnJlc3BvbmQgdG8gOg0KPiBFcnJvciBSZWFkaW5nL1dyaXRpbmcgaW4g TWVzc2FnZVN0b3JlDQo+IEVycm9yIGR1cmluZyBsb2dvbiByZXF1ZXN0IGluaXRpYXRpb24NCg0K LS0NCkpvZXJnIFRob2VubmVzDQpodHRwOi8vd3d3Lm1hY2QuY29tICAgICAgICAgICAgICAgICBU ZWwuOiArNDkgKDApMjQxIDQ0NTk3LTI0DQpNYWNkb25hbGQgQXNzb2NpYXRlcyBHbWJIICAgICAg ICAgICBHZXNjaMOkZnRzZsO8aHJlcjogUm9nZXIgTWFjZG9uYWxkDQpMb3RocmluZ2VyIFN0ci4g NTIsIEQtNTIwNzAgQWFjaGVuICBBbXRzZ2VyaWNodCBBYWNoZW4sIEhSQiA4MTUxLCBVc3QuLUlk DQpERTgxMzAyMTY2Mw0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpUYWtlIFN1cnZleXMuIEVhcm4gQ2Fz aC4gSW5mbHVlbmNlIHRoZSBGdXR1cmUgb2YgSVQNCkpvaW4gU291cmNlRm9yZ2UubmV0J3MgVGVj aHNheSBwYW5lbCBhbmQgeW91J2xsIGdldCB0aGUgY2hhbmNlIHRvIHNoYXJlDQp5b3VyDQpvcGlu aW9ucyBvbiBJVCAmIGJ1c2luZXNzIHRvcGljcyB0aHJvdWdoIGJyaWVmIHN1cnZleXMtYW5kIGVh cm4gY2FzaA0KaHR0cDovL3d3dy50ZWNoc2F5LmNvbS9kZWZhdWx0LnBocD9wYWdlPWpvaW4ucGhw JnA9c291cmNlZm9yZ2UmQ0lEPURFVkRFVg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NClF1aWNrZml4ai11c2VycyBtYWlsaW5nIGxpc3QNClF1aWNrZml4 ai11c2Vyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCmh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2Uu bmV0L2xpc3RzL2xpc3RpbmZvL3F1aWNrZml4ai11c2Vycw0KDQoNCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqDQpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIHNvbGVseSBmb3Ig dGhlIHVzZSBvZiB0aGUgYWRkcmVzc2VlLg0KVGhlIG1lc3NhZ2UgbWF5IGNvbnRhaW4gaW5mb3Jt YXRpb24gdGhhdCBpcyBwcml2aWxlZ2VkIGFuZCANCmNvbmZpZGVudGlhbC4NCkRpc2Nsb3N1cmUg dG8gYW55b25lIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVk Lg0KSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRvIG5vdCBk aXNzZW1pbmF0ZSwNCmRpc3RyaWJ1dGUgb3IgY29weSB0aGlzIGNvbW11bmljYXRpb24sIGJ5IGUt bWFpbCBvciBvdGhlcndpc2UuIEluc3RlYWQsDQpwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5 IGJ5IHJldHVybiBlLW1haWwoaW5jbHVkaW5nIHRoZSBvcmlnaW5hbA0KbWVzc2FnZSB3aXRoIHlv dXIgcmVwbHkpIGFuZCB0aGVuIGRlbGV0ZSBhbmQgZGlzY2FyZCBhbGwgY29waWVzIG9mIHRoZQ0K bWVzc2FnZS4gV2UgaGF2ZSB0YWtlbiBwcmVjYXV0aW9ucyB0byBtaW5pbWl6ZSB0aGUgcmlzayBv ZiAgdHJhbnNtaXR0aW5nDQpzb2Z0d2FyZSB2aXJ1c2VzIGJ1dCBuZXZlcnRoZWxlc3MgYWR2aXNl IHlvdSB0byBjYXJyeSBvdXQgeW91ciBvd24NCnZpcnVzIGNoZWNrcyBvbiBhbnkgYXR0YWNobWVu dCB0byB0aGlzIG1lc3NhZ2UuICBXZSBhY2NlcHQNCm5vIGxpYWJpbGl0eSBmb3IgYW55IGxvc3Mg b3IgZGFtYWdlIGNhdXNlZCBieSBzb2Z0d2FyZSB2aXJ1c2VzLg0KKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKg0KDQoNCg== |
|
From: Joerg T. <Joe...@ma...> - 2007-03-17 08:57:15
|
On 03/17/2007 04:12 AM, Alvin Wang wrote: > I saw the following sql error in SqlServer's log: What kind of SQL server do you use? > Conversion failed when converting the nvarchar value '8=FIX.4.49 > =9535=A34=149=FFTWPD52=20070317-02:53:44.52256 > =DDEFIXCPD98=0108=30553=miscp02554=piaple1010=119' to data type int Why tries the SQL server to convert this FIX message to data type int? How did you create the tables required for the JDBC based MessageStore? Cheers, Jörg > It should correspond to : > Error Reading/Writing in MessageStore > Error during logon request initiation -- Joerg Thoennes http://www.macd.com Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH Geschäftsführer: Roger Macdonald Lothringer Str. 52, D-52070 Aachen Amtsgericht Aachen, HRB 8151, Ust.-Id DE813021663 |
|
From: Alvin W. <AW...@FF...> - 2007-03-17 03:12:29
|
I saw the following sql error in SqlServer's log:
Conversion failed when converting the nvarchar value '8=FIX.4.49
=9535=A34=149=FFTWPD52=20070317-02:53:44.52256
=DDEFIXCPD98=0108=30553=miscp02554=piaple1010=119' to data type int
It should correspond to :
Error Reading/Writing in MessageStore
Error during logon request initiation
Alvin Wang/FFTW
03/16/2007 10:10 To
PM qui...@li....n
et
cc
qui...@li....n
et,
qui...@li...
eforge.net
Subject
error in event_log(Document link:
Alvin Wang)
Hi I am trying to migrate from Quickfix to Quickfix/J and I got the
following errors in event_log text column:
We are already in the process of making 1 connections and the number of
simultaneous builds has been throttled to 0
java.sql.SQLException: We are already in the process of making 1
connections and the number of simultaneous builds has been throttled to 0
another error:
Error Reading/Writing in MessageStore
Error during logon request initiation
Can anyone help me? thanks
Alvin
*******************************************************************************
This e-mail message is intended solely for the use of the addressee.
The message may contain information that is privileged and
confidential.
Disclosure to anyone other than the intended recipient is prohibited.
If you are not the intended recipient, please do not disseminate,
distribute or copy this communication, by e-mail or otherwise. Instead,
please notify us immediately by return e-mail(including the original
message with your reply) and then delete and discard all copies of the
message. We have taken precautions to minimize the risk of transmitting
software viruses but nevertheless advise you to carry out your own
virus checks on any attachment to this message. We accept
no liability for any loss or damage caused by software viruses.
*******************************************************************************
|
|
From: Alvin W. <AW...@FF...> - 2007-03-17 02:10:51
|
Hi I am trying to migrate from Quickfix to Quickfix/J and I got the
following errors in event_log text column:
We are already in the process of making 1 connections and the number of
simultaneous builds has been throttled to 0
java.sql.SQLException: We are already in the process of making 1
connections and the number of simultaneous builds has been throttled to 0
another error:
Error Reading/Writing in MessageStore
Error during logon request initiation
Can anyone help me? thanks
Alvin
*******************************************************************************
This e-mail message is intended solely for the use of the addressee.
The message may contain information that is privileged and
confidential.
Disclosure to anyone other than the intended recipient is prohibited.
If you are not the intended recipient, please do not disseminate,
distribute or copy this communication, by e-mail or otherwise. Instead,
please notify us immediately by return e-mail(including the original
message with your reply) and then delete and discard all copies of the
message. We have taken precautions to minimize the risk of transmitting
software viruses but nevertheless advise you to carry out your own
virus checks on any attachment to this message. We accept
no liability for any loss or damage caused by software viruses.
*******************************************************************************
|
|
From: Bud B. <bu...@ba...> - 2007-03-16 16:43:09
|
Thanks for the ideas Toby. I cleared all breakpoints and I don't see = any unusual threads when running under the debugger (I am new to quickfix though) -- they all show as running. As I mentioned in another message, = I added "-Dcom.sun.management.jmxremote" to the "Run" VM args and it seems = to free things up. For now, I am off to bigger issues like writing the application. So far, I just extended the framework enough to logon and = off from my counterparty. Hey, it's a start and I've only written maybe 10 lines of code! -- Bud -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Shepheard, Toby (London) Sent: Monday, March 12, 2007 10:46 AM To: qui...@li... Subject: Re: [Quickfixj-users] Different results under Eclipse Run vs = Debug QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ I don't have an answer for you, but can say that I've run QFJ without problems under the Eclipse debugger so it definitely does work. I've = used JDK 1.4 and 1.5, but haven't tried with 1.6. I also tried adding a System.in.read() after my start() method (albeit, I didn't have a stop immediately after), and that worked fine. Apologies if some of these questions seem a bit trivial, but I figure = it's always worth checking... Just to be sure there's nothing silly going on, have you checked in the Eclipse debug mode that none of the threads are paused or blocked that shouldn't be? I've been stupid enough before now to forget about a breakpoint I've put in on a previous occasion, and I'd like to think I'm = not the only one :) If it's not a breakpoint, is it possible you have a thread-lock situation? The timing in debug mode may be different enough = to show up a problem that wouldn't occur normally. Does the application still wait for something on System.in or is it = exiting immediately when in debug mode, i.e. is it as if it's grabbing the input right away from the console when in debug mode? Are you checking the = read() call for exceptions for any issues there? It might be worth printing out whatever's read in by System.in.read(), in case Eclipse in debug mode is doing anything here. Regards Toby -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Bud = Bach Sent: 09 March 2007 21:47 To: qui...@li... Subject: [Quickfixj-users] Different results under Eclipse Run vs Debug QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ I'm experiencing some weirdness running my application within Eclipse. = When I run under the debugger (Debug As...), my application works as I = expect. When I call initiator.start(), quickfixj initiates a logon to the counterparty and everything seems to go well. When I run the = application (Run As...), the session appears to start but quickfixj does not = initiate a login sequence. Is it something to do with the blocking call to System.in.read() after I start the initiator?=20 initiator =3D new ThreadedSocketInitiator(application, messageStoreFactory, settings, logFactory, messageFactory); initiator.start(); System.out.println("press <enter> to quit"); System.in.read(); initiator.stop(); System.exit(0); Thanks. -- Bud ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share = your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users -------------------------------------------------------- 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/ -------------------------------------------------------- -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share = your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Bud B. <bu...@ba...> - 2007-03-16 16:14:43
|
Sorry, I have been away from this for a while. Interestingly enough, = just adding "-Dcom.sun.management.jmxremote" to the VM arguments seemed to = change the behavior and now it works as expected under both the debugger and = when just running it within Eclipse (Windoze xp, Eclipse 3.2.2, Java = 1.5.0_11). Bizarre. Thanks. -- Bud -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of = Steve Bate Sent: Friday, March 09, 2007 5:11 PM To: qui...@li... Subject: Re: [Quickfixj-users] Different results under Eclipse Run vs = Debug QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ Hi Bud, I don't know any reason why System.in.read() would block the session = logon. You could run your application in Java 5 or 6, connect with JConsole and look at the thread state. That would probably give you a good idea of = the cause of the blocking. With Java 6 you don't need any special system properties to enable the JMX access to the JVM platform MBeans from JConsole. Just run normally from Eclipse, start JConsole, and connect to your process. With Java 5 you need to add -Dcom.sun.management.jmxremote = to your VM arguments. Steve > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > I'm experiencing some weirdness running my application within Eclipse. = > When I run under the debugger (Debug As...), my application works as I = > expect. When I call initiator.start(), quickfixj initiates a logon to=20 > the counterparty and everything seems to go well. When I run the=20 > application (Run As...), the session appears to start but quickfixj=20 > does not initiate a > login sequence. Is it something to do with the blocking call to > System.in.read() after I start the initiator? > > initiator =3D new ThreadedSocketInitiator(application, > messageStoreFactory, settings, logFactory, messageFactory); > > initiator.start(); > > System.out.println("press <enter> to quit"); > System.in.read(); > > initiator.stop(); > > System.exit(0); > > > Thanks. -- Bud > > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to = share > your > opinions on IT & business topics through brief surveys-and earn cash > = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share = your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Mark Z. <mz...@wa...> - 2007-03-13 20:33:42
|
=20 =20 Hello, =20 Your jmx additions look great! =20 I was wondering, when do you plan on releasing the new version? =20 Are their any other front ends (besides the future jmx one) which allow us to manage sessions (ie. set seq number, connect/disconnect, etc)? =20 I'm a little confused how people have been able to use this product without that. For example, what if you had to disconnect a session in the middle of the day or what if you needed to do a sequence number reset. How do people handle that now? =20 Thanks for your help and thanks for making a great product! =20 -Mark |
|
From: Joerg T. <Joe...@ma...> - 2007-03-12 17:25:29
|
Hi Steve,
I found that both the QuickFIX/J 1.0.5 src and bin packages contain
300318 01-04-07 14:41 quickfixj/lib/mina-core-1.0.0.jar
while the src additionally contains
278007 01-04-07 14:41 quickfixj/lib/mina-core-1.0.1-src.zip
I would expect 1.0.1 for both JARs.
If this is wrong, I will file a bug against the component "Build."
Cheers, Jörg
--
Joerg Thoennes
http://www.macd.com Tel.: +49 (0)241 44597-24
Macdonald Associates GmbH Geschäftsführer: Roger Macdonald
Lothringer Str. 52, D-52070 Aachen Amtsgericht Aachen, HRB 8151, Ust.-Id DE813021663
|
|
From: Shepheard, T. \(London\) <Tob...@ml...> - 2007-03-12 15:46:29
|
I don't have an answer for you, but can say that I've run QFJ without problems under the Eclipse debugger so it definitely does work. I've used JDK 1.4 and 1.5, but haven't tried with 1.6. I also tried adding a System.in.read() after my start() method (albeit, I didn't have a stop immediately after), and that worked fine. Apologies if some of these questions seem a bit trivial, but I figure it's always worth checking... Just to be sure there's nothing silly going on, have you checked in the Eclipse debug mode that none of the threads are paused or blocked that shouldn't be? I've been stupid enough before now to forget about a breakpoint I've put in on a previous occasion, and I'd like to think I'm not the only one :) If it's not a breakpoint, is it possible you have a thread-lock situation? The timing in debug mode may be different enough to show up a problem that wouldn't occur normally. Does the application still wait for something on System.in or is it exiting immediately when in debug mode, i.e. is it as if it's grabbing the input right away from the console when in debug mode? Are you checking the read() call for exceptions for any issues there? It might be worth printing out whatever's read in by System.in.read(), in case Eclipse in debug mode is doing anything here. Regards Toby -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Bud Bach Sent: 09 March 2007 21:47 To: qui...@li... Subject: [Quickfixj-users] Different results under Eclipse Run vs Debug QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ I'm experiencing some weirdness running my application within Eclipse. When I run under the debugger (Debug As...), my application works as I expect. When I call initiator.start(), quickfixj initiates a logon to the counterparty and everything seems to go well. When I run the application (Run As...), the session appears to start but quickfixj does not initiate a login sequence. Is it something to do with the blocking call to System.in.read() after I start the initiator?=20 initiator =3D new ThreadedSocketInitiator(application, messageStoreFactory, settings, logFactory, messageFactory); initiator.start(); System.out.println("press <enter> to quit"); System.in.read(); initiator.stop(); System.exit(0); Thanks. -- Bud ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users -------------------------------------------------------- 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/ -------------------------------------------------------- |
|
From: Toli K. <to...@ma...> - 2007-03-10 01:51:32
|
Hey All, I just posted an RFE at http://www.quickfixj.org/jira/browse/QFJ-154 about adding a new function to quickfix.MessageFactory() that can create a particular group based on the specified fix version, msgType and group type. Let me know if anybody has any additional thoughts or requests, and i'll check in a fix for this. the patch is attached to the RFE. -- Toli Kuznets http://www.marketcetera.com: Open-Source Trading Platform download.run.trade. |
|
From: Steve B. <st...@te...> - 2007-03-09 23:11:24
|
Hi Bud, I don't know any reason why System.in.read() would block the session logon. You could run your application in Java 5 or 6, connect with JConsole and look at the thread state. That would probably give you a good idea of the cause of the blocking. With Java 6 you don't need any special system properties to enable the JMX access to the JVM platform MBeans from JConsole. Just run normally from Eclipse, start JConsole, and connect to your process. With Java 5 you need to add -Dcom.sun.management.jmxremote to your VM arguments. Steve > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > I'm experiencing some weirdness running my application within Eclipse. > When > I run under the debugger (Debug As...), my application works as I expect. > When I call initiator.start(), quickfixj initiates a logon to the > counterparty and everything seems to go well. When I run the application > (Run As...), the session appears to start but quickfixj does not initiate > a > login sequence. Is it something to do with the blocking call to > System.in.read() after I start the initiator? > > initiator = new ThreadedSocketInitiator(application, > messageStoreFactory, settings, logFactory, messageFactory); > > initiator.start(); > > System.out.println("press <enter> to quit"); > System.in.read(); > > initiator.stop(); > > System.exit(0); > > > Thanks. -- Bud > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > |
|
From: Bud B. <bu...@re...> - 2007-03-09 21:47:32
|
I'm experiencing some weirdness running my application within Eclipse. Whe=
n
I run under the debugger (Debug As...), my application works as I expect.
When I call initiator.start(), quickfixj initiates a logon to the
counterparty and everything seems to go well. When I run the application
(Run As...), the session appears to start but quickfixj does not initiate a
login sequence. Is it something to do with the blocking call to
System.in.read() after I start the initiator?=20
initiator =3D new ThreadedSocketInitiator(application,
messageStoreFactory, settings, logFactory, messageFactory);
initiator.start();
System.out.println("press <enter> to quit");
System.in.read();
initiator.stop();
System.exit(0);
Thanks. -- Bud
|
|
From: Bud B. <bu...@ba...> - 2007-03-09 16:06:49
|
Thanks for the background oren. So far I like what I see and appreciate = the effort that has been put into it. I'm sure I'll have a lot more = questions and hopefully some contributions too. -- Bud -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Oren Miller Sent: Friday, March 09, 2007 9:30 AM To: qui...@li... Subject: Re: [Quickfixj-users] Implementing Custom Logons QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ It's pretty much just a play on quick fix. As in, "I need FIX =20 connectivity now, I wish there was some sort of quick fix." When =20 were choosing the name, and QuickFIX was the most likely candidate, =20 some guy in one of the financial rags in regards to implementing the =20 fix protocol said something along the lines of "there is no quick =20 fix". That sold it for us. From then on if you needed FIX =20 connectivity, there would be a quick fix. In part it is the =20 simplicity of getting up and running from a code standpoint, but also =20 from a licensing, accounting, distribution etc. You just don't have =20 to go through any departments to get up and running. A single =20 developer can start prototyping right away without dealing with any =20 of these or asking anyones permission. --oren >> P.S. Does the "Quick" in QuickFIX refer to how quickly messages are >> processed, how quick it is to build an application or both? I was =20 >> looking >> for some performance numbers but didn't see anything. > > Oren selected the name, so I'll defer to him since I don't know how > he selected it. For QFJ performance numbers, take a look at the > QuickFIX C++ list. There were some numbers posted there recently. -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share = your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Oren M. <or...@qu...> - 2007-03-09 15:32:49
|
I was actually working at Stafford Trading when I saw the presentation by Javelin, which predates my time at TW. TW did sponsor the project through much of its early development. --oren On Mar 8, 2007, at 5:48 PM, Joerg Thoennes wrote: > On 03/08/2007 11:49 PM, Steve Bate wrote: >> Bud Bach wrote: >>> P.S. Does the "Quick" in QuickFIX refer to how quickly messages are >>> processed, how quick it is to build an application or both? I >>> was looking >>> for some performance numbers but didn't see anything. >> Oren selected the name, so I'll defer to him since I don't know how >> he selected it. > > In the very beginnings, as Oren still worked for ThoughtWorks, he > saw a presentation of a major FIX engine vendor. Being astounded by > both the price and the limitations of the product, he began to put > together some code... [Oren to continue] > > I guess he named it "QuickFIX" because he could produce useful > results quickly... |
|
From: Oren M. <or...@qu...> - 2007-03-09 15:29:52
|
It's pretty much just a play on quick fix. As in, "I need FIX connectivity now, I wish there was some sort of quick fix." When were choosing the name, and QuickFIX was the most likely candidate, some guy in one of the financial rags in regards to implementing the fix protocol said something along the lines of "there is no quick fix". That sold it for us. From then on if you needed FIX connectivity, there would be a quick fix. In part it is the simplicity of getting up and running from a code standpoint, but also from a licensing, accounting, distribution etc. You just don't have to go through any departments to get up and running. A single developer can start prototyping right away without dealing with any of these or asking anyones permission. --oren >> P.S. Does the "Quick" in QuickFIX refer to how quickly messages are >> processed, how quick it is to build an application or both? I was >> looking >> for some performance numbers but didn't see anything. > > Oren selected the name, so I'll defer to him since I don't know how > he selected it. For QFJ performance numbers, take a look at the > QuickFIX C++ list. There were some numbers posted there recently. |
|
From: Steve B. <st...@te...> - 2007-03-09 02:04:02
|
Hi Bud, I can see how that might be a little confusing. I think my original class subclassed ApplicationAdapter which had an (empty) superclass method. It would be less confusing to remove that line from the example. I think you can edit the page if you are logged in. Let me know if there's a problem. Steve > -----Original Message----- > From: qui...@li... [mailto:quickfixj- > use...@li...] On Behalf Of Bud Bach > Sent: Thursday, March 08, 2007 7:39 PM > To: qui...@li... > Subject: Re: [Quickfixj-users] Implementing Custom Logons > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Steve, Yes I am implementing the Application interface in my application > class. If you look on: > > > http://www.quickfixj.org/confluence/display/qfj/Implementing+Custom+Logons > > in toAdmin(), there is a call to super.toAdmin(). From what I know now > (still pretty limited), it looks like that call can/should be eliminated. > Here is what I ended up with: > > public void toAdmin(Message message, SessionID sessionId) { > if (isMessageOfType(message, MsgType.LOGON)) { > addLogonField(message); > } > } > > Is the wiki editable by users? > > -- Bud > > > -----Original Message----- > > From: qui...@li... [mailto:quickfixj- > > use...@li...] On Behalf Of Steve Bate > > Sent: Thursday, March 08, 2007 4:49 PM > > To: qui...@li... > > Subject: Re: [Quickfixj-users] Implementing Custom Logons > > > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > > > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > I'm brand new to QuickFIX/J so go easy on me. For my application, I > > need > > > to > > > add a few fields to my logon, so I found this on the wiki: > > > > > > > > > http://www.quickfixj.org/confluence/display/qfj/Implementing+Custom+Logons > > > > > > And tried to throw that in my code. The only problem is, in my > > > application, > > > I am subclassing MessageCracker as suggested on this page: > > > > Hi Bud, > > > > I assume you are also implementing the Application interface so > > you must have some implementation for Application.toAdmin() > > independent of the MessageCracker. > > > > > P.S. Does the "Quick" in QuickFIX refer to how quickly messages are > > > processed, how quick it is to build an application or both? I was > > looking > > > for some performance numbers but didn't see anything. > > > > Oren selected the name, so I'll defer to him since I don't know how > > he selected it. For QFJ performance numbers, take a look at the > > QuickFIX C++ list. There were some numbers posted there recently. > > > > Steve > > > > > > ------------------------------------------------------------------------ > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your > > opinions on IT & business topics through brief surveys-and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Quickfixj-users mailing list > > Qui...@li... > > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Bud B. <bu...@ba...> - 2007-03-09 00:39:32
|
Steve, Yes I am implementing the Application interface in my application class. If you look on: = http://www.quickfixj.org/confluence/display/qfj/Implementing+Custom+Logon= s in toAdmin(), there is a call to super.toAdmin(). From what I know now (still pretty limited), it looks like that call can/should be = eliminated. Here is what I ended up with: public void toAdmin(Message message, SessionID sessionId) { if (isMessageOfType(message, MsgType.LOGON)) { addLogonField(message); } } Is the wiki editable by users? -- Bud > -----Original Message----- > From: qui...@li... [mailto:quickfixj- > use...@li...] On Behalf Of Steve Bate > Sent: Thursday, March 08, 2007 4:49 PM > To: qui...@li... > Subject: Re: [Quickfixj-users] Implementing Custom Logons >=20 > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > > QuickFIX/J Support: http://www.quickfixj.org/support/ > > I'm brand new to QuickFIX/J so go easy on me. For my application, I > need > > to > > add a few fields to my logon, so I found this on the wiki: > > > > > = http://www.quickfixj.org/confluence/display/qfj/Implementing+Custom+Logon= s > > > > And tried to throw that in my code. The only problem is, in my > > application, > > I am subclassing MessageCracker as suggested on this page: >=20 > Hi Bud, >=20 > I assume you are also implementing the Application interface so > you must have some implementation for Application.toAdmin() > independent of the MessageCracker. >=20 > > P.S. Does the "Quick" in QuickFIX refer to how quickly messages are > > processed, how quick it is to build an application or both? I was > looking > > for some performance numbers but didn't see anything. >=20 > Oren selected the name, so I'll defer to him since I don't know how > he selected it. For QFJ performance numbers, take a look at the > QuickFIX C++ list. There were some numbers posted there recently. >=20 > Steve >=20 >=20 > = -------------------------------------------------------------------------= > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to = share > your > opinions on IT & business topics through brief surveys-and earn cash > = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Joerg T. <Joe...@ma...> - 2007-03-08 23:49:19
|
On 03/08/2007 11:49 PM, Steve Bate wrote: > Bud Bach wrote: >> P.S. Does the "Quick" in QuickFIX refer to how quickly messages are >> processed, how quick it is to build an application or both? I was looking >> for some performance numbers but didn't see anything. > > Oren selected the name, so I'll defer to him since I don't know how > he selected it. In the very beginnings, as Oren still worked for ThoughtWorks, he saw a presentation of a major FIX engine vendor. Being astounded by both the price and the limitations of the product, he began to put together some code... [Oren to continue] I guess he named it "QuickFIX" because he could produce useful results quickly... Cheers, Jörg -- Joerg Thoennes http://www.macd.com Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH Geschäftsführer: Roger Macdonald Lothringer Str. 52, D-52070 Aachen Amtsgericht Aachen, HRB 8151, Ust.-Id DE813021663 |
|
From: Steve B. <st...@te...> - 2007-03-08 23:09:25
|
> OK, I took the pain to step into QFJ's codes.
If it's really that painful, you might want to consider a
commercial FIX engine. It's more expensive but (in some cases!)
you'll get more complete documentation, phone support,
and so on. Having the source code is one of the significant
benefits of using an open source product. You could also
use one of the commercial support options listed on the QFJ
web site.
> In Message.java, we have:
>
> public Message(String string) throws InvalidMessage {
> fromString(string, null, true);
> }
>
> DataDictionary is null, as a result, it cannot parse a message with group
> correctly. My question is what is the use of the constructor if it cannot
> handle group at the end?
You might not need to use groups and it's a bit faster to parse
the messages without checking the data dictionary.
> I do not have this problem with QF java wrapper. It has the following:
> public Message(String string) throws InvalidMessage {
> initFromString(string, true);
> }
>
> private void initFromString(String string, boolean validate)
> throws InvalidMessage {
>
> create();
> header = new Header( this );
> trailer = new Trailer( this );
> fromString(string, validate);
> }
>
> That means QF java wrapper can validate without the dictionary.... (Oren,
> maybe you can clarify a bit, i did not go down to C code after this...)
There are different types of validation. In both QF and QFJ, you must use
a data dictionary to parse repeating groups. Both QF and QFJ can do other
types of validation (e.g. header field ordering validation) without a data
dictionary.
Steve
|
|
From: <AW...@FF...> - 2007-03-08 23:02:46
|
That is correct. Today, I tried again, it went back to notmal. Hopefully, i= t is our db problem, although I cannot figure it out. ----- Original Message ----- From: "Steve Bate" [st...@te...] Sent: 03/08/2007 05:56 PM EST To: qui...@li... Subject: Re: [Quickfixj-users] quickfix.ConfigError QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ > Does anyone happen to know what went wrong with this one? We are very > concerned about the reliability and stability of QF/J. Thanks. Alvin, I haven't seen this problem before. I don't see any reason at this point to believe it's a QFJ bug. If I understand you previous message correctly, you weren't seeing this problem and then one day it started happening without any correlation to code changes? Is that correct? Steve ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE= VDEV _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users ***********= ******************************************************************** This e-mail message is intended solely for the use of the addressee. The message may contain information that is privileged and=20 confidential. Disclosure to anyone other than the intended recipient is prohibited. If you are not the intended recipient, please do not disseminate, distribute or copy this communication, by e-mail or otherwise. Instead, please notify us immediately by return e-mail(including the original message with your reply) and then delete and discard all copies of the message. We have taken precautions to minimize the risk of transmitting software viruses but nevertheless advise you to carry out your own virus checks on any attachment to this message. We accept no liability for any loss or damage caused by software viruses. ***************************************************************************= **** |
|
From: Steve B. <st...@te...> - 2007-03-08 22:56:15
|
> Does anyone happen to know what went wrong with this one? We are very > concerned about the reliability and stability of QF/J. Thanks. Alvin, I haven't seen this problem before. I don't see any reason at this point to believe it's a QFJ bug. If I understand you previous message correctly, you weren't seeing this problem and then one day it started happening without any correlation to code changes? Is that correct? Steve |
|
From: Steve B. <st...@te...> - 2007-03-08 22:49:30
|
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > I'm brand new to QuickFIX/J so go easy on me. For my application, I need > to > add a few fields to my logon, so I found this on the wiki: > > http://www.quickfixj.org/confluence/display/qfj/Implementing+Custom+Logons > > And tried to throw that in my code. The only problem is, in my > application, > I am subclassing MessageCracker as suggested on this page: Hi Bud, I assume you are also implementing the Application interface so you must have some implementation for Application.toAdmin() independent of the MessageCracker. > P.S. Does the "Quick" in QuickFIX refer to how quickly messages are > processed, how quick it is to build an application or both? I was looking > for some performance numbers but didn't see anything. Oren selected the name, so I'll defer to him since I don't know how he selected it. For QFJ performance numbers, take a look at the QuickFIX C++ list. There were some numbers posted there recently. Steve |
|
From: Steve B. <st...@te...> - 2007-03-08 22:40:36
|
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Hello, > > > > Your jmx additions look great! > > > > I was wondering, when do you plan on releasing the new version? Hi Mark, It should be soon. > Are their any other front ends (besides the future jmx one) which allow > us to manage sessions (ie. set seq number, connect/disconnect, etc)? Any JMX-capable management console (JConsole, MX4J, JManage, ...). It will also integrate with large commercial network management software like HP OpenView or BMC Patrol. There are some pointers in the trunk documentation. > I'm a little confused how people have been able to use this product > without that. For example, what if you had to disconnect a session in > the middle of the day or what if you needed to do a sequence number > reset. How do people handle that now? Currently, you'd need to bring down the server with the FIX connect, change sequence (specifics on how to do this depend on the message store implementation) and restart the server. Steve |
|
From: Alvin W. <AW...@FF...> - 2007-03-08 21:13:17
|
I do not know what is Proxool which comes with QFJ.
Well, I did make sure the database connection was ok. The error was sa=
ying
"Couldn't perform the operation
prepareStatement: You can't perform any operations on this connectio=
n.
It
has been automatically closed by Proxool for some reason (see logs).=
"
so this is not a problem whether or not JDBC connection could be
initialized, but that the connection was closed by Proxool for some
reason...
=
Joerg Thoennes =
<Joerg.Thoennes@m =
acd.com> =
To
Sent by: qui...@li...=
e.n
quickfixj-users-b et =
ou...@li... =
cc
ceforge.net =
Subj=
ect
Re: [Quickfixj-users] =
03/08/2007 04:08 quickfix.ConfigError =
PM =
=
=
Please respond to =
quickfixj-users@l =
ists.sourceforge. =
net =
=
=
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
On 03/08/2007 09:25 PM, Alvin Wang wrote:
> Does anyone happen to know what went wrong with this one? We are very=
> concerned about the reliability and stability of QF/J. Thanks.
Hi Alwin,
the ConfigError was thrown since the JDBC connection could not be
initialized:
Caused by: java.sql.SQLException: Couldn't perform the operation
prepareStatement: You can't perform any operations on this connectio=
n.
It
has been automatically closed by Proxool for some reason (see logs).=
What is Proxool? Did you check its logs?
I wonder why you suspect QF/J does anything bad. To me it seems like a
database connection issue.
Cheers, J=F6rg
> Alvin Wang/FFTW
>
> 03/05/2007 12:34
To
> PM
qui...@li....n
> et
>
cc
>
>
Subject
> quickfix.ConfigError(Document
link:
> Alvin Wang)
>
>
>
>
>
>
>
>
>
> Hi,
>
> Can anyone tell me why I got the following errors. I did not change m=
y
> configur file. And it was working this morning. Thanks,
>
> Alvin
>
>
>
> - #0001 was active for 5469 milliseconds and has been removed
automaticaly.
> The Thread responsible was named 'main', but the last SQL it performe=
d is
> unknown because the trace property is not enabled.
>
> Hit uncaught exception quickfix.ConfigError
> quickfix.ConfigError: error during session initialization
>
> at
>
quickfix.mina.initiator.AbstractSocketInitiator.createSessions(Abstract=
SocketInitiator.java:113)
>
> at
>
quickfix.mina.initiator.AbstractSocketInitiator.<init>(AbstractSocketIn=
itiator.java:68)
>
> at
>
quickfix.mina.initiator.AbstractSocketInitiator.<init>(AbstractSocketIn=
itiator.java:60)
>
> at
> quickfix.ThreadedSocketInitiator.<init>(ThreadedSocketInitiator.java:=
32)
>
> Caused by: java.lang.RuntimeException: java.sql.SQLException: Couldn'=
t
> perform the operation prepareStatement: You can't perform any operati=
ons
on
> this connection. It has been automatically closed by Proxool for some=
> reason (see logs).
>
> at quickfix.JdbcStoreFactory.create(JdbcStoreFactory.java:44)
>
> at quickfix.Session.<init>(Session.java:244)
>
> at
> quickfix.DefaultSessionFactory.create(DefaultSessionFactory.java:147)=
>
> at
> quickfix.mina.SessionConnector.createSession(SessionConnector.java:11=
4)
>
> at
>
quickfix.mina.initiator.AbstractSocketInitiator.createSessions(Abstract=
SocketInitiator.java:107)
>
> ... 7 more
>
> Caused by: java.sql.SQLException: Couldn't perform the operation
> prepareStatement: You can't perform any operations on this connection=
. It
> has been automatically closed by Proxool for some reason (see logs).
>
> at
>
org.logicalcobwebs.proxool.WrappedConnection.invoke(WrappedConnection.j=
ava:207)
>
> at
>
org.logicalcobwebs.proxool.WrappedConnection.intercept(WrappedConnectio=
n.java:87)
>
> at
>
$java.sql.Connection$$EnhancerByCGLIB$$86caa0be.prepareStatement(<gener=
ated>)
>
> at quickfix.JdbcStore.loadCache(JdbcStore.java:111)
>
> at quickfix.JdbcStore.<init>(JdbcStore.java:65)
>
> at quickfix.JdbcStoreFactory.create(JdbcStoreFactory.java:42)
>
> ... 11 more
>
> Exception in thread "main"
>
>
>
>
***********************************************************************=
********
> This e-mail message is intended solely for the use of the addressee.
> The message may contain information that is privileged and
> confidential.
> Disclosure to anyone other than the intended recipient is prohibited.=
> If you are not the intended recipient, please do not disseminate,
> distribute or copy this communication, by e-mail or otherwise. Instea=
d,
> please notify us immediately by return e-mail(including the original
> message with your reply) and then delete and discard all copies of th=
e
> message. We have taken precautions to minimize the risk of transmitt=
ing
> software viruses but nevertheless advise you to carry out your own
> virus checks on any attachment to this message. We accept
> no liability for any loss or damage caused by software viruses.
>
***********************************************************************=
********
>
>
>
> ---------------------------------------------------------------------=
----
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to sha=
re
your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CI=
D=3DDEVDEV
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>
--
Joerg Thoennes
http://www.macd.com Tel.: +49 (0)241 44597-24
Macdonald Associates GmbH Gesch=E4ftsf=FChrer: Roger Macdonal=
d
Lothringer Str. 52, D-52070 Aachen Amtsgericht Aachen, HRB 8151, Ust.-=
Id
DE813021663
-----------------------------------------------------------------------=
--
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share=
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
=
|
103 messages has been excluded from this view by a project administrator.
