quickfixj-users — General mailing list for QuickFIX/J topics.

[Quickfixj-users] =?iso-8859-1?q?R=E9f=2E_=3A_Re=3A_=5BBANZAI=5D_?= =?iso-8859-1?q?LOGOFF_-_LOGON_fails_=28steve=40technoetic=2Ecom=29?=

[<ily...@bn...>]

Thanks Steve, that did the trick. I'm not really sure what OpenFIX is, =
but
I'll check it out when I've got the time.

Ilyas




Internet
qui...@li...@lists.sourceforge.net -
02/26/2007 09:35 PM


Veuillez r=E9pondre =E0 qui...@li...

Envoy=E9 par :      qui...@li...



Pour : quickfixj-users

cc :


Objet :     Quickfixj-users Digest, Vol 9, Issue 9


Send Quickfixj-users mailing list submissions to
             qui...@li...

To subscribe or unsubscribe via the World Wide Web, visit
             https://lists.sourceforge.net/lists/listinfo/quickfixj-use=
rs
or, via email, send a message with subject or body 'help' to
             qui...@li...

You can reach the person managing the list at
             qui...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Quickfixj-users digest..."


Today's Topics:

   1. Re: [BANZAI] LOGOFF - LOGON fails (st...@te...)
   2. Re: [Fwd: quickfixj-users] (Oren Miller)


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

Message: 1
Date: Mon, 26 Feb 2007 15:01:37 -0500 (EST)
From: st...@te...
Subject: Re: [Quickfixj-users] [BANZAI] LOGOFF - LOGON fails
To: qui...@li...
Message-ID:
             <529...@we...=
>
Content-Type: text/plain;charset=3Diso-8859-1


Hi Ilyas,

Those are OpenFIX-related testing menus. The "logon" and "logoff" is
really and initiator stop and start which won't do what you want. I've
committed a change in the trunk to Banzai.java that will just log off
and log on the sessions and will start the initiator the first time you=

log on. It never stops the initiator. If we need both behaviors in the
future, we can add more menu items.

Steve

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
> Hi all,
>
> I'm using Banzai right off the box, and I have a problem with the Ses=
sion
> >
> logoff / logon feature from the top menu. The logoff actually works
> perfectly, but then I can't reconnect. I've run the application step =
by
> step, and there doens't seem to be any exception or problem. It just
> doesn't do anything. Oddly enough, the same iniator.start() call when=
 the
> application starts works.
>
> Any ideas?
>
> Thanks,
> Ilyas
>
>
> This message and any attachments (the "message") is
> intended solely for the addressees and is confidential.
> If you receive this message in error, please delete it and
> immediately notify the sender. Any use not in accord with
> its purpose, any dissemination or disclosure, either whole
> or partial, is prohibited except formal approval. The internet
> can not guarantee the integrity of this message.
> BNP PARIBAS (and its subsidiaries) shall (will) not
> therefore be liable for the message if modified.
>
>                 ---------------------------------------------
>
> Ce message et toutes les pieces jointes (ci-apres le
> "message") sont etablis a l'intention exclusive de ses
> destinataires et sont confidentiels. Si vous recevez ce
> message par erreur, merci de le detruire et d'en avertir
> immediatement l'expediteur. Toute utilisation de ce
> message non conforme a sa destination, toute diffusion
> ou toute publication, totale ou partielle, est interdite, sauf
> autorisation expresse. L'internet ne permettant pas
> d'assurer l'integrite de ce message, BNP PARIBAS (et ses
> filiales) decline(nt) toute responsabilite au titre de ce
> message, dans l'hypothese ou il aurait ete modifie.
>
>
> ---------------------------------------------------------------------=
----
> 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
>





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

Message: 2
Date: Mon, 26 Feb 2007 14:35:03 -0600
From: Oren Miller <or...@qu...>
Subject: Re: [Quickfixj-users] [Fwd: quickfixj-users]
To: qui...@li...
Message-ID: <995...@qu...>
Content-Type: text/plain; charset=3D"windows-1252"


Yes, this is the excerpt from the spec.

"One side will initiate the process by sending a TestRequest and wait
for a
Heartbeat in response to ensure of no sequence number gaps.  Once the
Heartbeat has been received, the
initiator should send a Logon with ResetSeqNumFlag set to Y and with
MsgSeqNum of 1.  The acceptor
should respond with a Logon with ResetSeqNumFlag set to Y and with
MsgSeqNum of 1.  At this point
new messages from either side should continue with MsgSeqNum of 2.
It should be noted that once the
initiator sends the Logon with the ResetSeqNumFlag set, the acceptor
must obey this request and the
message with the last sequence number transmitted ?yesterday? may no
longer be available.  The
connection should be shutdown and manual intervention taken if this
process is initiated but not followed
properly. "

On Feb 26, 2007, at 1:31 PM, st...@te... wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> Is the initiator expected to ack the unsolicited logon used for
> reset purpose?
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>> It is in fact legal to send a logon message with the reset field set=

>> to Y at anytime.
>>
>> --oren
>>
>> On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>> Hi Dasun,
>>>
>>> This sounds like nonstandard FIX behavior on the part of the
>>> exchange.
>>> Is this an encrypted session that needs some form of multistage
>>> logon
>>> negotiation (which QuickFIX(/J) does not support)? If not, I don't
>>> know
>>> why the exchange would be sending a second logon acknowledgement or=

>>> why
>>> they'd expect the initiator to respond to it. Which exchange is
>>> this?
>>>
>>> Steve
>>>
>>>
>>>> -----Original Message-----
>>>> From: qui...@li...
>>>> [mailto:quickfixj-
>>>> use...@li...] On Behalf Of
>>>> da...@mu...
>>>> Sent: Monday, February 26, 2007 8:29 AM
>>>> To: qui...@li...
>>>> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
>>>>
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>>>
>>>>
>>>> Hi,
>>>> I have a senario whcih I am faced with an exchnage. I send the
>>>> login
>>>> request (35=3DA) and I get the response(35=3DA) back as usual. The=
n
>>>> just after
>>>> that response I get another message (35=3DA) with 141=3DY. My quic=
k fix
>>>> doesn't send a reply to that. (According to exchnage I need to sen=
d
>>>> another 35=3DA with 141=3DY). and then after some time exchnage lo=
gout
>>>> from
>>>> the session.
>>>>
>>>> How can I do this in QuickFIX/J (I am on v1.0)
>>>> will upgrading to 1.0.5 solve this issue?
>>>>
>>>> best regards,
>>>>
>>>> Dasun Perera
>>
>>
>> --------------------------------------------------------------------=
-
>> ----
>> 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=3DDEVDEV
>> _______________________________________________
>> 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=3DDEVDEV
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

-------------- next part --------------
An HTML attachment was scrubbed...

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

-----------------------------------------------------------------------=
--
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


End of Quickfixj-users Digest, Vol 9, Issue 9
*********************************************
=

[Quickfixj-users] Login sequence

[Dasun P. <da...@gm...>]

Hi Steve,

This is Muscat, Oman stock exchange... it looks that I have to take care
about this second auth request from my application. Can I send a normal
message with 35=A and 141=Y as I send buy/sell. Or can I invoke second login
after the first login happens.. appreciate any suggestions..

 Let me cut and paste what their FIX document says..
-------FIX DOC --------
The Logon message authenticates the user establishing a connection to the
CAP FIX. The Logon message must
be the first message sent by the application requesting to initiate a FIX
Session.
The authentication is based on the following fields :
. SenderSubID ( 50 - Header ) : HUB Subscriber ID - Assigned by the exchange
. RawDataLength ( 95 ) and RawData ( 96 ) : HUB password - Assigned by the
exchange
In case of invalid logon, the member application receives a logout message
with a text field explaining the cause of
the rejection.
Sequence Reset ( ResetSeqNumFlag set to 'Y' ) is always initiated by the CAP
FIX. If the client application initiates
the Sequence Reset, the CAP will respond with a Logout message (35=5).

------FIX DOC---------

Dasun Perera
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
qui...@li...
Sent: Monday, February 26, 2007 11:32 PM
To: qui...@li...
Subject: Quickfixj-users Digest, Vol 9, Issue 8

Send Quickfixj-users mailing list submissions to
	qui...@li...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/quickfixj-users
or, via email, send a message with subject or body 'help' to
	qui...@li...

You can reach the person managing the list at
	qui...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Quickfixj-users digest..."


Today's Topics:

   1. Re: InvalidMessage exception (Shepheard, Toby (London))
   2. [Fwd: quickfixj-users] (da...@mu...)
   3. Re: [Fwd: quickfixj-users] (Steve Bate)
   4. CN=Alvin Wang/O=FFTW is out of the office. (Alvin Wang)
   5. Re: [Fwd: quickfixj-users] (Oren Miller)
   6. [BANZAI] LOGOFF - LOGON fails (ily...@bn...)
   7. Re: [Fwd: quickfixj-users] (st...@te...)


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

Message: 1
Date: Fri, 23 Feb 2007 10:44:25 -0000
From: "Shepheard, Toby \(London\)" <Tob...@ml...>
Subject: Re: [Quickfixj-users] InvalidMessage exception
To: <qui...@li...>
Message-ID:
	<B23...@ml...>
Content-Type: text/plain;	charset="us-ascii"

Can you show us an example of the message string that you're passing in
from the counterparty, along with the reported actual and expected
message lengths? It might give a clue as to where in the message the
problem is occurring, and in turn help nail where in the code the
problem is.

>From what you said below, is it correct to infer that this was working
for 1.0.4 but broken in 1.0.5?


-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 22 February 2007 20:14
To: qui...@li...
Cc: qui...@li...;
qui...@li...
Subject: Re: [Quickfixj-users] InvalidMessage exception


QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Basically, I received the message from counterparty via FIX as a string,
then I use "new Message(String str)". It is correct that that message
string contains some repeating group, but that should not be relevant as
the message is not built by my code, instead it was received as a
string.

I am using QuickFIX/J 1.0.5, I just wonder if there is any change in
FieldMap.java from 1.0.4 to 1.0.5?
Thanks.

Alvin




 

             "Shepheard, Toby

             (London)"

             <Toby_Shepheard@m
To 
             l.com>
<qui...@li.... 
             Sent by:                  net>

             quickfixj-users-b
cc 
             ou...@li...

             ceforge.net
Subject 
                                       Re: [Quickfixj-users]

                                       InvalidMessage exception

             02/21/2007 08:07

             AM

 

 

             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/
In general terms it's simply saying that your FIX message isn't
constructed properly.

I think this can happen when you don't build a group properly, for
example adding fields to the body directly rather than as part of a
group. Another possibility is that you have a RawData field without a
RawDataLength preceding it.

It would help to see the code that's building the message header and
body, including construction of any groups, if the above doesn't help
you fix the problem.

Regards,
Toby



-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 20 February 2007 18:13
To: qui...@li...
Subject: [Quickfixj-users] InvalidMessage exception


QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hi I got the following exception when calling a Message constructor.
Could
anyone explain what does this mean? and how to fix it? thanks

Alvin


============================================================
quickfix.InvalidMessage: Actual body length=452, Expected body
length=518

      at quickfix.Message.validate(Message.java:404)

      at quickfix.Message.fromString(Message.java:395)

      at quickfix.Message.<init>(Message.java:90)




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



------------------------------------------------------------------------
-
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=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=join.php&p=sourceforge&CID=DEVDE
V
_______________________________________________
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=DEVDE
V
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users



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

Message: 2
Date: Mon, 26 Feb 2007 06:28:33 -0700 (MST)
From: da...@mu...
Subject: [Quickfixj-users] [Fwd: quickfixj-users]
To: qui...@li...
Message-ID: <146...@us...>
Content-Type: text/plain;charset=iso-8859-1



Hi,
I have a senario whcih I am faced with an exchnage. I send the login
request (35=A) and I get the response(35=A) back as usual. Then just after
that response I get another message (35=A) with 141=Y. My quick fix
doesn't send a reply to that. (According to exchnage I need to send
another 35=A with 141=Y). and then after some time exchnage logout from
the session.

How can I do this in QuickFIX/J (I am on v1.0)
will upgrading to 1.0.5 solve this issue?

best regards,

Dasun Perera






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

Message: 3
Date: Mon, 26 Feb 2007 08:40:32 -0500
From: "Steve Bate" <st...@te...>
Subject: Re: [Quickfixj-users] [Fwd: quickfixj-users]
To: <qui...@li...>
Message-ID:
	<200...@ea...>
Content-Type: text/plain;	charset="US-ASCII"

Hi Dasun,

This sounds like nonstandard FIX behavior on the part of the exchange.
Is this an encrypted session that needs some form of multistage logon
negotiation (which QuickFIX(/J) does not support)? If not, I don't know 
why the exchange would be sending a second logon acknowledgement or why
they'd expect the initiator to respond to it. Which exchange is this? 

Steve


> -----Original Message-----
> From: qui...@li... [mailto:quickfixj-
> use...@li...] On Behalf Of da...@mu...
> Sent: Monday, February 26, 2007 8:29 AM
> To: qui...@li...
> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
> 
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> 
> 
> Hi,
> I have a senario whcih I am faced with an exchnage. I send the login
> request (35=A) and I get the response(35=A) back as usual. Then just after
> that response I get another message (35=A) with 141=Y. My quick fix
> doesn't send a reply to that. (According to exchnage I need to send
> another 35=A with 141=Y). and then after some time exchnage logout from
> the session.
> 
> How can I do this in QuickFIX/J (I am on v1.0)
> will upgrading to 1.0.5 solve this issue?
> 
> best regards,
> 
> Dasun Perera






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

Message: 4
Date: Mon, 26 Feb 2007 08:48:57 -0500
From: Alvin Wang <AW...@FF...>
Subject: [Quickfixj-users] CN=Alvin Wang/O=FFTW is out of the office.
To: qui...@li...
Message-ID:
	<OFF...@ff...>
Content-Type: text/plain; charset="us-ascii"


I will be out of the office starting  02/26/2007 and will not return until
02/27/2007.




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





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

Message: 5
Date: Mon, 26 Feb 2007 10:39:00 -0600
From: Oren Miller <or...@qu...>
Subject: Re: [Quickfixj-users] [Fwd: quickfixj-users]
To: qui...@li...
Message-ID: <5DB...@qu...>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed

It is in fact legal to send a logon message with the reset field set  
to Y at anytime.

--oren

On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> Hi Dasun,
>
> This sounds like nonstandard FIX behavior on the part of the exchange.
> Is this an encrypted session that needs some form of multistage logon
> negotiation (which QuickFIX(/J) does not support)? If not, I don't  
> know
> why the exchange would be sending a second logon acknowledgement or  
> why
> they'd expect the initiator to respond to it. Which exchange is this?
>
> Steve
>
>
>> -----Original Message-----
>> From: qui...@li...  
>> [mailto:quickfixj-
>> use...@li...] On Behalf Of da...@mu...
>> Sent: Monday, February 26, 2007 8:29 AM
>> To: qui...@li...
>> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
>>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>
>>
>> Hi,
>> I have a senario whcih I am faced with an exchnage. I send the login
>> request (35=A) and I get the response(35=A) back as usual. Then  
>> just after
>> that response I get another message (35=A) with 141=Y. My quick fix
>> doesn't send a reply to that. (According to exchnage I need to send
>> another 35=A with 141=Y). and then after some time exchnage logout  
>> from
>> the session.
>>
>> How can I do this in QuickFIX/J (I am on v1.0)
>> will upgrading to 1.0.5 solve this issue?
>>
>> best regards,
>>
>> Dasun Perera




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

Message: 6
Date: Mon, 26 Feb 2007 18:15:39 +0100
From: ily...@bn...
Subject: [Quickfixj-users] [BANZAI] LOGOFF - LOGON fails
To: qui...@li...
Message-ID:
	
<OF5...@bn...>
	
Content-Type: text/plain; charset="us-ascii"


Hi all,

I'm using Banzai right off the box, and I have a problem with the Session >
logoff / logon feature from the top menu. The logoff actually works
perfectly, but then I can't reconnect. I've run the application step by
step, and there doens't seem to be any exception or problem. It just
doesn't do anything. Oddly enough, the same iniator.start() call when the
application starts works.

Any ideas?

Thanks,
Ilyas


This message and any attachments (the "message") is
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with 
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

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

Ce message et toutes les pieces jointes (ci-apres le 
"message") sont etablis a l'intention exclusive de ses 
destinataires et sont confidentiels. Si vous recevez ce 
message par erreur, merci de le detruire et d'en avertir 
immediatement l'expediteur. Toute utilisation de ce 
message non conforme a sa destination, toute diffusion 
ou toute publication, totale ou partielle, est interdite, sauf 
autorisation expresse. L'internet ne permettant pas 
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce 
message, dans l'hypothese ou il aurait ete modifie.




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

Message: 7
Date: Mon, 26 Feb 2007 14:31:40 -0500 (EST)
From: st...@te...
Subject: Re: [Quickfixj-users] [Fwd: quickfixj-users]
To: qui...@li...
Message-ID:
	<482...@we...>
Content-Type: text/plain;charset=iso-8859-1

Is the initiator expected to ack the unsolicited logon used for
reset purpose?

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> It is in fact legal to send a logon message with the reset field set
> to Y at anytime.
>
> --oren
>
> On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>> Hi Dasun,
>>
>> This sounds like nonstandard FIX behavior on the part of the exchange.
>> Is this an encrypted session that needs some form of multistage logon
>> negotiation (which QuickFIX(/J) does not support)? If not, I don't
>> know
>> why the exchange would be sending a second logon acknowledgement or
>> why
>> they'd expect the initiator to respond to it. Which exchange is this?
>>
>> Steve
>>
>>
>>> -----Original Message-----
>>> From: qui...@li...
>>> [mailto:quickfixj-
>>> use...@li...] On Behalf Of da...@mu...
>>> Sent: Monday, February 26, 2007 8:29 AM
>>> To: qui...@li...
>>> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
>>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>>
>>>
>>> Hi,
>>> I have a senario whcih I am faced with an exchnage. I send the login
>>> request (35=A) and I get the response(35=A) back as usual. Then
>>> just after
>>> that response I get another message (35=A) with 141=Y. My quick fix
>>> doesn't send a reply to that. (According to exchnage I need to send
>>> another 35=A with 141=Y). and then after some time exchnage logout
>>> from
>>> the session.
>>>
>>> How can I do this in QuickFIX/J (I am on v1.0)
>>> will upgrading to 1.0.5 solve this issue?
>>>
>>> best regards,
>>>
>>> Dasun Perera
>
>
> -------------------------------------------------------------------------
> 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


End of Quickfixj-users Digest, Vol 9, Issue 8
*********************************************

Re: [Quickfixj-users] Missing ack when logon initiator is sequence reset acceptor...

[Steve B. <st...@te...>]

Hi Oren,

=20

Very interesting. I didn't realize the initiator and acceptor could =
exchange
roles for sequence reset purposes. Does the C++ Session implementation
handle this scenario? The only place I see a logon being ack'ed is =
guarded
by

=20

  if (!m_state.initiate() || (m_state.sentReset() &&
!m_state.receivedReset())) {

    . . .

        generateLogon( logon );

  }

=20

In the scenario we're discussing, the original logon initiator session =
is
receiving a logon for sequence reset purposes (it becomes the sequence =
reset
"acceptor"). The logon initiator session will do the sequence number =
reset,
but since it is not the logon acceptor and it didn't send the reset =
request
it appears that a logon ack will not be sent. Is that accurate? Is there =
an
acceptance test for the correct behavior?

=20

Steve

=20

=20

  _____ =20

From: qui...@li...
[mailto:qui...@li...] On Behalf Of Oren
Miller
Sent: Monday, February 26, 2007 3:35 PM
To: qui...@li...
Subject: Re: [Quickfixj-users] [Fwd: quickfixj-users]

=20

=20

Yes, this is the excerpt from the spec.

=20

"One side will initiate the process by sending a TestRequest and wait =
for a=20

Heartbeat in response to ensure of no sequence number gaps. Once the
Heartbeat has been received, the=20

initiator should send a Logon with ResetSeqNumFlag set to Y and with
MsgSeqNum of 1. The acceptor=20

should respond with a Logon with ResetSeqNumFlag set to Y and with =
MsgSeqNum
of 1. At this point=20

new messages from either side should continue with MsgSeqNum of 2. It =
should
be noted that once the=20

initiator sends the Logon with the ResetSeqNumFlag set, the acceptor =
must
obey this request and the=20

message with the last sequence number transmitted =13yesterday=14 may no =
longer
be available. The=20

connection should be shutdown and manual intervention taken if this =
process
is initiated but not followed=20

properly. "

=20

On Feb 26, 2007, at 1:31 PM, st...@te... wrote:





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

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

Is the initiator expected to ack the unsolicited logon used for

reset purpose?

=20

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

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

It is in fact legal to send a logon message with the reset field set

to Y at anytime.

=20

--oren

=20

On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:

=20

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

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

Hi Dasun,

=20

This sounds like nonstandard FIX behavior on the part of the exchange.

Is this an encrypted session that needs some form of multistage logon

negotiation (which QuickFIX(/J) does not support)? If not, I don't

know

why the exchange would be sending a second logon acknowledgement or

why

they'd expect the initiator to respond to it. Which exchange is this?

=20

Steve

=20

=20

-----Original Message-----

From: qui...@li...

[mailto:quickfixj-

use...@li...] On Behalf Of da...@mu...

Sent: Monday, February 26, 2007 8:29 AM

To: qui...@li...

Subject: [Quickfixj-users] [Fwd: quickfixj-users]

=20

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

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

=20

=20

Hi,

I have a senario whcih I am faced with an exchnage. I send the login

request (35=3DA) and I get the response(35=3DA) back as usual. Then

just after

that response I get another message (35=3DA) with 141=3DY. My quick fix

doesn't send a reply to that. (According to exchnage I need to send

another 35=3DA with 141=3DY). and then after some time exchnage logout

from

the session.

=20

How can I do this in QuickFIX/J (I am on v1.0)

will upgrading to 1.0.5 solve this issue?

=20

best regards,

=20

Dasun Perera

=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
<http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV>
&p=3Dsourceforge&CID=3DDEVDEV

_______________________________________________

Quickfixj-users mailing list

Qui...@li...

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

=20

=20

=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
<http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV>
&p=3Dsourceforge&CID=3DDEVDEV

_______________________________________________

Quickfixj-users mailing list

Qui...@li...

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

=20

=20

Re: [Quickfixj-users] [Fwd: quickfixj-users]

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

Yes, this is the excerpt from the spec.

"One side will initiate the process by sending a TestRequest and wait =20=

for a
Heartbeat in response to ensure of no sequence number gaps.  Once the =20=

Heartbeat has been received, the
initiator should send a Logon with ResetSeqNumFlag set to Y and with =20
MsgSeqNum of 1.  The acceptor
should respond with a Logon with ResetSeqNumFlag set to Y and with =20
MsgSeqNum of 1.  At this point
new messages from either side should continue with MsgSeqNum of 2.  =20
It should be noted that once the
initiator sends the Logon with the ResetSeqNumFlag set, the acceptor =20
must obey this request and the
message with the last sequence number transmitted =93yesterday=94 may no =
=20
longer be available.  The
connection should be shutdown and manual intervention taken if this =20
process is initiated but not followed
properly. "

On Feb 26, 2007, at 1:31 PM, st...@te... wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> Is the initiator expected to ack the unsolicited logon used for
> reset purpose?
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>> It is in fact legal to send a logon message with the reset field set
>> to Y at anytime.
>>
>> --oren
>>
>> On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>> Hi Dasun,
>>>
>>> This sounds like nonstandard FIX behavior on the part of the =20
>>> exchange.
>>> Is this an encrypted session that needs some form of multistage =20
>>> logon
>>> negotiation (which QuickFIX(/J) does not support)? If not, I don't
>>> know
>>> why the exchange would be sending a second logon acknowledgement or
>>> why
>>> they'd expect the initiator to respond to it. Which exchange is =20
>>> this?
>>>
>>> Steve
>>>
>>>
>>>> -----Original Message-----
>>>> From: qui...@li...
>>>> [mailto:quickfixj-
>>>> use...@li...] On Behalf Of =20
>>>> da...@mu...
>>>> Sent: Monday, February 26, 2007 8:29 AM
>>>> To: qui...@li...
>>>> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
>>>>
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>>>
>>>>
>>>> Hi,
>>>> I have a senario whcih I am faced with an exchnage. I send the =20
>>>> login
>>>> request (35=3DA) and I get the response(35=3DA) back as usual. Then
>>>> just after
>>>> that response I get another message (35=3DA) with 141=3DY. My quick =
fix
>>>> doesn't send a reply to that. (According to exchnage I need to send
>>>> another 35=3DA with 141=3DY). and then after some time exchnage =
logout
>>>> from
>>>> the session.
>>>>
>>>> How can I do this in QuickFIX/J (I am on v1.0)
>>>> will upgrading to 1.0.5 solve this issue?
>>>>
>>>> best regards,
>>>>
>>>> Dasun Perera
>>
>>
>> ---------------------------------------------------------------------=20=

>> ----
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to =20
>> share
>> your
>> opinions on IT & business topics through brief surveys-and earn cash
>> http://www.techsay.com/default.php?=20
>> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV
>> _______________________________________________
>> Quickfixj-users mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>
>
>
> ----------------------------------------------------------------------=20=

> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to =20
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?=20
> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

Re: [Quickfixj-users] [BANZAI] LOGOFF - LOGON fails

[<st...@te...>]

Hi Ilyas,

Those are OpenFIX-related testing menus. The "logon" and "logoff" is
really and initiator stop and start which won't do what you want. I've
committed a change in the trunk to Banzai.java that will just log off
and log on the sessions and will start the initiator the first time you
log on. It never stops the initiator. If we need both behaviors in the
future, we can add more menu items.

Steve

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
> Hi all,
>
> I'm using Banzai right off the box, and I have a problem with the Session
> >
> logoff / logon feature from the top menu. The logoff actually works
> perfectly, but then I can't reconnect. I've run the application step by
> step, and there doens't seem to be any exception or problem. It just
> doesn't do anything. Oddly enough, the same iniator.start() call when the
> application starts works.
>
> Any ideas?
>
> Thanks,
> Ilyas
>
>
> This message and any attachments (the "message") is
> intended solely for the addressees and is confidential.
> If you receive this message in error, please delete it and
> immediately notify the sender. Any use not in accord with
> its purpose, any dissemination or disclosure, either whole
> or partial, is prohibited except formal approval. The internet
> can not guarantee the integrity of this message.
> BNP PARIBAS (and its subsidiaries) shall (will) not
> therefore be liable for the message if modified.
>
>                 ---------------------------------------------
>
> Ce message et toutes les pieces jointes (ci-apres le
> "message") sont etablis a l'intention exclusive de ses
> destinataires et sont confidentiels. Si vous recevez ce
> message par erreur, merci de le detruire et d'en avertir
> immediatement l'expediteur. Toute utilisation de ce
> message non conforme a sa destination, toute diffusion
> ou toute publication, totale ou partielle, est interdite, sauf
> autorisation expresse. L'internet ne permettant pas
> d'assurer l'integrite de ce message, BNP PARIBAS (et ses
> filiales) decline(nt) toute responsabilite au titre de ce
> message, dans l'hypothese ou il aurait ete modifie.
>
>
> -------------------------------------------------------------------------
> 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
>

Re: [Quickfixj-users] [Fwd: quickfixj-users]

[<st...@te...>]

Is the initiator expected to ack the unsolicited logon used for
reset purpose?

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> It is in fact legal to send a logon message with the reset field set
> to Y at anytime.
>
> --oren
>
> On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>> Hi Dasun,
>>
>> This sounds like nonstandard FIX behavior on the part of the exchange.
>> Is this an encrypted session that needs some form of multistage logon
>> negotiation (which QuickFIX(/J) does not support)? If not, I don't
>> know
>> why the exchange would be sending a second logon acknowledgement or
>> why
>> they'd expect the initiator to respond to it. Which exchange is this?
>>
>> Steve
>>
>>
>>> -----Original Message-----
>>> From: qui...@li...
>>> [mailto:quickfixj-
>>> use...@li...] On Behalf Of da...@mu...
>>> Sent: Monday, February 26, 2007 8:29 AM
>>> To: qui...@li...
>>> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
>>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>>
>>>
>>> Hi,
>>> I have a senario whcih I am faced with an exchnage. I send the login
>>> request (35=A) and I get the response(35=A) back as usual. Then
>>> just after
>>> that response I get another message (35=A) with 141=Y. My quick fix
>>> doesn't send a reply to that. (According to exchnage I need to send
>>> another 35=A with 141=Y). and then after some time exchnage logout
>>> from
>>> the session.
>>>
>>> How can I do this in QuickFIX/J (I am on v1.0)
>>> will upgrading to 1.0.5 solve this issue?
>>>
>>> best regards,
>>>
>>> Dasun Perera
>
>
> -------------------------------------------------------------------------
> 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
>

[Quickfixj-users] [BANZAI] LOGOFF - LOGON fails

[<ily...@bn...>]

Hi all,

I'm using Banzai right off the box, and I have a problem with the Session >
logoff / logon feature from the top menu. The logoff actually works
perfectly, but then I can't reconnect. I've run the application step by
step, and there doens't seem to be any exception or problem. It just
doesn't do anything. Oddly enough, the same iniator.start() call when the
application starts works.

Any ideas?

Thanks,
Ilyas


This message and any attachments (the "message") is
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with 
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

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

Ce message et toutes les pieces jointes (ci-apres le 
"message") sont etablis a l'intention exclusive de ses 
destinataires et sont confidentiels. Si vous recevez ce 
message par erreur, merci de le detruire et d'en avertir 
immediatement l'expediteur. Toute utilisation de ce 
message non conforme a sa destination, toute diffusion 
ou toute publication, totale ou partielle, est interdite, sauf 
autorisation expresse. L'internet ne permettant pas 
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce 
message, dans l'hypothese ou il aurait ete modifie.

Re: [Quickfixj-users] [Fwd: quickfixj-users]

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

It is in fact legal to send a logon message with the reset field set  
to Y at anytime.

--oren

On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> Hi Dasun,
>
> This sounds like nonstandard FIX behavior on the part of the exchange.
> Is this an encrypted session that needs some form of multistage logon
> negotiation (which QuickFIX(/J) does not support)? If not, I don't  
> know
> why the exchange would be sending a second logon acknowledgement or  
> why
> they'd expect the initiator to respond to it. Which exchange is this?
>
> Steve
>
>
>> -----Original Message-----
>> From: qui...@li...  
>> [mailto:quickfixj-
>> use...@li...] On Behalf Of da...@mu...
>> Sent: Monday, February 26, 2007 8:29 AM
>> To: qui...@li...
>> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
>>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>
>>
>> Hi,
>> I have a senario whcih I am faced with an exchnage. I send the login
>> request (35=A) and I get the response(35=A) back as usual. Then  
>> just after
>> that response I get another message (35=A) with 141=Y. My quick fix
>> doesn't send a reply to that. (According to exchnage I need to send
>> another 35=A with 141=Y). and then after some time exchnage logout  
>> from
>> the session.
>>
>> How can I do this in QuickFIX/J (I am on v1.0)
>> will upgrading to 1.0.5 solve this issue?
>>
>> best regards,
>>
>> Dasun Perera

[Quickfixj-users] CN=Alvin Wang/O=FFTW is out of the office.

[Alvin W. <AW...@FF...>]

I will be out of the office starting  02/26/2007 and will not return until
02/27/2007.




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

Re: [Quickfixj-users] [Fwd: quickfixj-users]

[Steve B. <st...@te...>]

Hi Dasun,

This sounds like nonstandard FIX behavior on the part of the exchange.
Is this an encrypted session that needs some form of multistage logon
negotiation (which QuickFIX(/J) does not support)? If not, I don't know 
why the exchange would be sending a second logon acknowledgement or why
they'd expect the initiator to respond to it. Which exchange is this? 

Steve


> -----Original Message-----
> From: qui...@li... [mailto:quickfixj-
> use...@li...] On Behalf Of da...@mu...
> Sent: Monday, February 26, 2007 8:29 AM
> To: qui...@li...
> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
> 
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> 
> 
> Hi,
> I have a senario whcih I am faced with an exchnage. I send the login
> request (35=A) and I get the response(35=A) back as usual. Then just after
> that response I get another message (35=A) with 141=Y. My quick fix
> doesn't send a reply to that. (According to exchnage I need to send
> another 35=A with 141=Y). and then after some time exchnage logout from
> the session.
> 
> How can I do this in QuickFIX/J (I am on v1.0)
> will upgrading to 1.0.5 solve this issue?
> 
> best regards,
> 
> Dasun Perera

[Quickfixj-users] [Fwd: quickfixj-users]

[<da...@mu...>]

Hi,
I have a senario whcih I am faced with an exchnage. I send the login
request (35=A) and I get the response(35=A) back as usual. Then just after
that response I get another message (35=A) with 141=Y. My quick fix
doesn't send a reply to that. (According to exchnage I need to send
another 35=A with 141=Y). and then after some time exchnage logout from
the session.

How can I do this in QuickFIX/J (I am on v1.0)
will upgrading to 1.0.5 solve this issue?

best regards,

Dasun Perera

Re: [Quickfixj-users] InvalidMessage exception

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

Can you show us an example of the message string that you're passing in
from the counterparty, along with the reported actual and expected
message lengths? It might give a clue as to where in the message the
problem is occurring, and in turn help nail where in the code the
problem is.

>From what you said below, is it correct to infer that this was working
for 1.0.4 but broken in 1.0.5?


-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 22 February 2007 20:14
To: qui...@li...
Cc: qui...@li...;
qui...@li...
Subject: Re: [Quickfixj-users] InvalidMessage exception


QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Basically, I received the message from counterparty via FIX as a string,
then I use "new Message(String str)". It is correct that that message
string contains some repeating group, but that should not be relevant as
the message is not built by my code, instead it was received as a
string.

I am using QuickFIX/J 1.0.5, I just wonder if there is any change in
FieldMap.java from 1.0.4 to 1.0.5?
Thanks.

Alvin




=20

             "Shepheard, Toby

             (London)"

             <Toby_Shepheard@m
To=20
             l.com>
<qui...@li....=20
             Sent by:                  net>

             quickfixj-users-b
cc=20
             ou...@li...

             ceforge.net
Subject=20
                                       Re: [Quickfixj-users]

                                       InvalidMessage exception

             02/21/2007 08:07

             AM

=20

=20

             Please respond to

             quickfixj-users@l

             ists.sourceforge.

                    net

=20

=20




QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
In general terms it's simply saying that your FIX message isn't
constructed properly.

I think this can happen when you don't build a group properly, for
example adding fields to the body directly rather than as part of a
group. Another possibility is that you have a RawData field without a
RawDataLength preceding it.

It would help to see the code that's building the message header and
body, including construction of any groups, if the above doesn't help
you fix the problem.

Regards,
Toby



-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 20 February 2007 18:13
To: qui...@li...
Subject: [Quickfixj-users] InvalidMessage exception


QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hi I got the following exception when calling a Message constructor.
Could
anyone explain what does this mean? and how to fix it? thanks

Alvin


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
quickfix.InvalidMessage: Actual body length=3D452, Expected body
length=3D518

      at quickfix.Message.validate(Message.java:404)

      at quickfix.Message.fromString(Message.java:395)

      at quickfix.Message.<init>(Message.java:90)




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



------------------------------------------------------------------------
-
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=
DEVDE
V
_______________________________________________
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=
DEVDE
V
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

Re: [Quickfixj-users] InvalidMessage exception

[Martin E. <me...@sc...>]

Alvin Wang wrote:
> I am using QuickFIX/J 1.0.5, I just wonder if there is any change in
> FieldMap.java from 1.0.4 to 1.0.5?
> Thanks.

$ svn diff 
http://quickfixj.svn.sf.net/svnroot/quickfixj/tags/QFJ_RELEASE_1_0_{4,5}/src/quickfix/FieldMap.java

mellis@SL-WS-12 ~


Doesn't appear to be.
Try removing 'FieldMap.java' and adding the --summarize option for a 
list of files that changed.

Martin

Re: [Quickfixj-users] InvalidMessage exception

[Alvin W. <AW...@FF...>]

Basically, I received the message from counterparty via FIX as a string,
then I use "new Message(String str)". It is correct that that message
string contains some repeating group, but that should not be relevant as
the message is not built by my code, instead it was received as a string.

I am using QuickFIX/J 1.0.5, I just wonder if there is any change in
FieldMap.java from 1.0.4 to 1.0.5?
Thanks.

Alvin




                                                                           
             "Shepheard, Toby                                              
             (London)"                                                     
             <Toby_Shepheard@m                                          To 
             l.com>                    <qui...@li.... 
             Sent by:                  net>                                
             quickfixj-users-b                                          cc 
             ou...@li...                                             
             ceforge.net                                           Subject 
                                       Re: [Quickfixj-users]               
                                       InvalidMessage exception            
             02/21/2007 08:07                                              
             AM                                                            
                                                                           
                                                                           
             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/
In general terms it's simply saying that your FIX message isn't
constructed properly.

I think this can happen when you don't build a group properly, for
example adding fields to the body directly rather than as part of a
group. Another possibility is that you have a RawData field without a
RawDataLength preceding it.

It would help to see the code that's building the message header and
body, including construction of any groups, if the above doesn't help
you fix the problem.

Regards,
Toby



-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 20 February 2007 18:13
To: qui...@li...
Subject: [Quickfixj-users] InvalidMessage exception


QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hi I got the following exception when calling a Message constructor.
Could
anyone explain what does this mean? and how to fix it? thanks

Alvin


============================================================
quickfix.InvalidMessage: Actual body length=452, Expected body
length=518

      at quickfix.Message.validate(Message.java:404)

      at quickfix.Message.fromString(Message.java:395)

      at quickfix.Message.<init>(Message.java:90)




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



------------------------------------------------------------------------
-
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=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=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[Quickfixj-users] =?iso-8859-1?q?R=E9f=2E_=3A_Re=3A__Error_when_l?= =?iso-8859-1?q?aunching_Banzai?=

[<ily...@bn...>]

Oh boy, you're right. Thanks a million Ulrich!
Everything is working now. I'll heat up the Ctrl+C Ctrl+V.

Regards,
Ilyas




Internet
qui...@li...@lists.sourceforge.net -
02/22/2007 01:33 PM


Veuillez r=E9pondre =E0 qui...@li...

Envoy=E9 par :      qui...@li...



Pour : quickfixj-users

cc :


Objet :     Quickfixj-users Digest, Vol 9, Issue 6


Send Quickfixj-users mailing list submissions to
             qui...@li...

To subscribe or unsubscribe via the World Wide Web, visit
             https://lists.sourceforge.net/lists/listinfo/quickfixj-use=
rs
or, via email, send a message with subject or body 'help' to
             qui...@li...

You can reach the person managing the list at
             qui...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Quickfixj-users digest..."


Today's Topics:

   1. InvalidMessage exception (Alvin Wang)
   2. Re: InvalidMessage exception (Shepheard, Toby (London))
   3. Error when launching Banzai (ily...@bn...)
   4. Re: Error when launching Banzai (Martin Ellis)
   5. Re: Error when launching Banzai (Joerg Thoennes)
   6. Re: Error when launching Banzai (Martin Ellis)
   7. Re: Error when launching Banzai (Ulrich Staudinger)
   8. Re: Error when launching Banzai (Martin Ellis)


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

Message: 1
Date: Tue, 20 Feb 2007 13:12:59 -0500
From: Alvin Wang <AW...@FF...>
Subject: [Quickfixj-users] InvalidMessage exception
To: qui...@li...
Message-ID:
             <OFE5CFCDE0.B969F5AC-ON85257288.0063F65A-85257288.006410
F8...@ff...>
Content-Type: text/plain; charset=3D"us-ascii"

Hi I got the following exception when calling a Message constructor. Co=
uld
anyone explain what does this mean? and how to fix it? thanks

Alvin


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
quickfix.InvalidMessage: Actual body length=3D452, Expected body length=
=3D518

      at quickfix.Message.validate(Message.java:404)

      at quickfix.Message.fromString(Message.java:395)

      at quickfix.Message.<init>(Message.java:90)




***********************************************************************=
********

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  transmittin=
g
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.
***********************************************************************=
********






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

Message: 2
Date: Wed, 21 Feb 2007 13:07:35 -0000
From: "Shepheard, Toby \(London\)" <Tob...@ml...>
Subject: Re: [Quickfixj-users] InvalidMessage exception
To: <qui...@li...>
Message-ID:
             <B23...@ml....c=
om>
Content-Type: text/plain;            charset=3D"US-ASCII"

In general terms it's simply saying that your FIX message isn't
constructed properly.

I think this can happen when you don't build a group properly, for
example adding fields to the body directly rather than as part of a
group. Another possibility is that you have a RawData field without a
RawDataLength preceding it.

It would help to see the code that's building the message header and
body, including construction of any groups, if the above doesn't help
you fix the problem.

Regards,
Toby



-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 20 February 2007 18:13
To: qui...@li...
Subject: [Quickfixj-users] InvalidMessage exception


QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hi I got the following exception when calling a Message constructor.
Could
anyone explain what does this mean? and how to fix it? thanks

Alvin


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
quickfix.InvalidMessage: Actual body length=3D452, Expected body
length=3D518

      at quickfix.Message.validate(Message.java:404)

      at quickfix.Message.fromString(Message.java:395)

      at quickfix.Message.<init>(Message.java:90)




***********************************************************************=
*
*******
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  transmittin=
g
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 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, ret=
ain
or redistribute it. Click here for important additional terms relating =
to
this e-mail.     http://www.ml.com/email_terms/
--------------------------------------------------------



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

Message: 3
Date: Thu, 22 Feb 2007 12:15:09 +0100
From: ily...@bn...
Subject: [Quickfixj-users] Error when launching Banzai
To: qui...@li...
Message-ID:

<OFE720A2FA.E04A906F-ONC125728A.003CBE50-C125728A.003DCC3B@bnpparibas.c=
om>

Content-Type: text/plain; charset=3D"us-ascii"


Hi all,

I've been using Banzai for quite some time now. I've made a few changes=
 to
the interface and added a few capabilities. I've decided to use the las=
t
version of the quickfix.jar to solve some stability issues (I was using=
 a
quickfix.jar version dated 07/12/2005) but as there seem to be quite a =
few
changes from the version I used, so I thought it would be better to sta=
rt
all over again with the last version.

I've just downloaded quickfixj and tried to start Banzai but I got this=

error:

<20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Session
FIX.4.0:RIOE->BPEFRRORTEST schedule is daily, 00:01:00 UTC - 00:00:00 U=
TC)
<20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Created session=
:
FIX.4.0:RIOE->BPEFRRORTEST)
Exception in thread "main" java.lang.NoClassDefFoundError:
org/apache/mina/common/TransportType
        at
quickfix.mina.initiator.AbstractSocketInitiator.getSocketAddresses(Abst=
ractSocketInitiator.java:150)

        at
quickfix.mina.initiator.AbstractSocketInitiator.initiateSessions(Abstra=
ctSocketInitiator.java:81)

        at quickfix.SocketInitiator.initialize(SocketInitiator.java:78)=

        at quickfix.SocketInitiator.start(SocketInitiator.java:63)
        at banzai.Banzai.logon(Banzai.java:84)
        at banzai.Banzai.main(Banzai.java:116)

I haven't made any change to anything. Am I missing something?

Thanks,
Ilyas


This message and any attachments (the "message") is
intended solely for the addressees and is confidential.
If you receive this message in error, please delete it and
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message.
BNP PARIBAS (and its subsidiaries) shall (will) not
therefore be liable for the message if modified.

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

Ce message et toutes les pieces jointes (ci-apres le
"message") sont etablis a l'intention exclusive de ses
destinataires et sont confidentiels. Si vous recevez ce
message par erreur, merci de le detruire et d'en avertir
immediatement l'expediteur. Toute utilisation de ce
message non conforme a sa destination, toute diffusion
ou toute publication, totale ou partielle, est interdite, sauf
autorisation expresse. L'internet ne permettant pas
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce
message, dans l'hypothese ou il aurait ete modifie.




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

Message: 4
Date: Thu, 22 Feb 2007 11:38:47 +0000
From: Martin Ellis <me...@sc...>
Subject: Re: [Quickfixj-users] Error when launching Banzai
To: qui...@li...
Message-ID: <45D...@sc...>
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed


ily...@bn... wrote:
> I've just downloaded quickfixj and tried to start Banzai but I got th=
is
> error:
>
> <20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Session
> FIX.4.0:RIOE->BPEFRRORTEST schedule is daily, 00:01:00 UTC - 00:00:00=

UTC)
> <20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Created sessi=
on:
> FIX.4.0:RIOE->BPEFRRORTEST)
> Exception in thread "main" java.lang.NoClassDefFoundError:
> org/apache/mina/common/TransportType


Hmm... NoClassDefFoundError for a class that does appear in the mina
jar.  That's very similar to the error I had when I tried to run
QuickFIX/J in the Sun Application Server (different class though).

I never did figure out what was causing that.

Martin



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

Message: 5
Date: Thu, 22 Feb 2007 12:41:05 +0100
From: Joerg Thoennes <Joe...@ma...>
Subject: Re: [Quickfixj-users] Error when launching Banzai
To: qui...@li...
Message-ID: <45D...@ma...>
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed

Hi Ilyas,

On 02/22/2007 12:15 PM, ily...@bn... wrote:
> I've been using Banzai for quite some time now. I've made a few chang=
es
to
> the interface and added a few capabilities. I've decided to use the l=
ast
> version of the quickfix.jar to solve some stability issues (I was usi=
ng a
> quickfix.jar version dated 07/12/2005) but as there seem to be quite =
a
few
> changes from the version I used, so I thought it would be better to s=
tart
> all over again with the last version.
>
> I've just downloaded quickfixj and tried to start Banzai but I got th=
is
> error:
>
> <20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Session
> FIX.4.0:RIOE->BPEFRRORTEST schedule is daily, 00:01:00 UTC - 00:00:00=

UTC)
> <20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Created sessi=
on:
> FIX.4.0:RIOE->BPEFRRORTEST)
> Exception in thread "main" java.lang.NoClassDefFoundError:
> org/apache/mina/common/TransportType
>         at
>
quickfix.mina.initiator.AbstractSocketInitiator.getSocketAddresses(Abst=
ractSocketInitiator.java:150)

>         at
>
quickfix.mina.initiator.AbstractSocketInitiator.initiateSessions(Abstra=
ctSocketInitiator.java:81)

>         at quickfix.SocketInitiator.initialize(SocketInitiator.java:7=
8)
>         at quickfix.SocketInitiator.start(SocketInitiator.java:63)
>         at banzai.Banzai.logon(Banzai.java:84)
>         at banzai.Banzai.main(Banzai.java:116)
>
> I haven't made any change to anything. Am I missing something?

Yes, in the meantime QuickFIX/J is using the MINA libraries to provide
network connectivity. Most
probably you are missing the MINA jar in your class path. Please check =
the
utility jar files in the
lib directory of QuickFIX/J and include them in your class path.

Cheers, J?rg

--
Joerg Thoennes                      Tel.: +49 (0)241 44597-24
                                     http://www.macd.com
Gesch?ftsf?hrer: Roger Macdonald    Macdonald Associates GmbH
Amtsgericht Aachen, HRB 8151        Lothringer Str. 52, D-52070 Aachen



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

Message: 6
Date: Thu, 22 Feb 2007 11:45:17 +0000
From: Martin Ellis <me...@sc...>
Subject: Re: [Quickfixj-users] Error when launching Banzai
To: qui...@li...
Message-ID: <45D...@sc...>
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed

Joerg Thoennes wrote:
> Yes, in the meantime QuickFIX/J is using the MINA libraries to provid=
e
network connectivity. Most
> probably you are missing the MINA jar in your class path. Please chec=
k
the utility jar files in the
> lib directory of QuickFIX/J and include them in your class path.

Oh, that's probably unrelated to the problem I had then... nevermind.
For the time I've been using it, QuickFIX/J has always required mina.

Martin



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

Message: 7
Date: Thu, 22 Feb 2007 13:13:04 +0100
From: Ulrich Staudinger <us...@ac...>
Subject: Re: [Quickfixj-users] Error when launching Banzai
To: qui...@li...
Message-ID: <45D...@ac...>
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed

It's just the jar name of the start script.
The start script points to mina-0.9.3.jar, irrc, whereas the latest
QuickFix release contains in the lib folder mina-1.0.0.jar .

Sincerely yours,
Ulrich



Martin Ellis schrieb:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> Joerg Thoennes wrote:
>
>> Yes, in the meantime QuickFIX/J is using the MINA libraries to provi=
de
network connectivity. Most
>> probably you are missing the MINA jar in your class path. Please che=
ck
the utility jar files in the
>> lib directory of QuickFIX/J and include them in your class path.
>>
>
> Oh, that's probably unrelated to the problem I had then... nevermind.=

> For the time I've been using it, QuickFIX/J has always required mina.=

>
> Martin
>
> ---------------------------------------------------------------------=
----
> 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
>




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

Message: 8
Date: Thu, 22 Feb 2007 12:32:52 +0000
From: Martin Ellis <me...@sc...>
Subject: Re: [Quickfixj-users] Error when launching Banzai
To: qui...@li...
Message-ID: <45D...@sc...>
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed


Ulrich Staudinger wrote:
> It's just the jar name of the start script.
> The start script points to mina-0.9.3.jar, irrc, whereas the latest
> QuickFix release contains in the lib folder mina-1.0.0.jar .

Er...?  Was this addressed to me?

I was trying to run QuickFIX/J in an application server, so there was
no 'start script'.  The quickfix and mina jars were included in a war
that was deployed to the app server.

No idea why it didn't work.  The 'missing' class was actually included
in the mina jar in the deployed war, so the NoClassDefFound is a bit of=

a mystery to me.

Apparently it can be made to work with JBoss, but I couldn't figure it
out at all with Sun's app server.

Martin



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

-----------------------------------------------------------------------=
--
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


End of Quickfixj-users Digest, Vol 9, Issue 6
*********************************************
=

Re: [Quickfixj-users] Error when launching Banzai

[Martin E. <me...@sc...>]

Ulrich Staudinger wrote:
> It's just the jar name of the start script.
> The start script points to mina-0.9.3.jar, irrc, whereas the latest 
> QuickFix release contains in the lib folder mina-1.0.0.jar .

Er...?  Was this addressed to me?

I was trying to run QuickFIX/J in an application server, so there was
no 'start script'.  The quickfix and mina jars were included in a war
that was deployed to the app server.

No idea why it didn't work.  The 'missing' class was actually included
in the mina jar in the deployed war, so the NoClassDefFound is a bit of
a mystery to me.

Apparently it can be made to work with JBoss, but I couldn't figure it
out at all with Sun's app server.

Martin

Re: [Quickfixj-users] Error when launching Banzai

[Ulrich S. <us...@ac...>]

It's just the jar name of the start script.
The start script points to mina-0.9.3.jar, irrc, whereas the latest 
QuickFix release contains in the lib folder mina-1.0.0.jar .

Sincerely yours,
Ulrich



Martin Ellis schrieb:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> Joerg Thoennes wrote:
>   
>> Yes, in the meantime QuickFIX/J is using the MINA libraries to provide network connectivity. Most 
>> probably you are missing the MINA jar in your class path. Please check the utility jar files in the 
>> lib directory of QuickFIX/J and include them in your class path.
>>     
>
> Oh, that's probably unrelated to the problem I had then... nevermind.
> For the time I've been using it, QuickFIX/J has always required mina.
>
> Martin
>
> -------------------------------------------------------------------------
> 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
>   

Re: [Quickfixj-users] Error when launching Banzai

[Martin E. <me...@sc...>]

Joerg Thoennes wrote:
> Yes, in the meantime QuickFIX/J is using the MINA libraries to provide network connectivity. Most 
> probably you are missing the MINA jar in your class path. Please check the utility jar files in the 
> lib directory of QuickFIX/J and include them in your class path.

Oh, that's probably unrelated to the problem I had then... nevermind.
For the time I've been using it, QuickFIX/J has always required mina.

Martin

Re: [Quickfixj-users] Error when launching Banzai

[Joerg T. <Joe...@ma...>]

Hi Ilyas,

On 02/22/2007 12:15 PM, ily...@bn... wrote:
> I've been using Banzai for quite some time now. I've made a few changes to
> the interface and added a few capabilities. I've decided to use the last
> version of the quickfix.jar to solve some stability issues (I was using a
> quickfix.jar version dated 07/12/2005) but as there seem to be quite a few
> changes from the version I used, so I thought it would be better to start
> all over again with the last version.
> 
> I've just downloaded quickfixj and tried to start Banzai but I got this
> error:
> 
> <20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Session
> FIX.4.0:RIOE->BPEFRRORTEST schedule is daily, 00:01:00 UTC - 00:00:00 UTC)
> <20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Created session:
> FIX.4.0:RIOE->BPEFRRORTEST)
> Exception in thread "main" java.lang.NoClassDefFoundError:
> org/apache/mina/common/TransportType
>         at
> quickfix.mina.initiator.AbstractSocketInitiator.getSocketAddresses(AbstractSocketInitiator.java:150)
>         at
> quickfix.mina.initiator.AbstractSocketInitiator.initiateSessions(AbstractSocketInitiator.java:81)
>         at quickfix.SocketInitiator.initialize(SocketInitiator.java:78)
>         at quickfix.SocketInitiator.start(SocketInitiator.java:63)
>         at banzai.Banzai.logon(Banzai.java:84)
>         at banzai.Banzai.main(Banzai.java:116)
> 
> I haven't made any change to anything. Am I missing something?

Yes, in the meantime QuickFIX/J is using the MINA libraries to provide network connectivity. Most 
probably you are missing the MINA jar in your class path. Please check the utility jar files in the 
lib directory of QuickFIX/J and include them in your class path.

Cheers, Jörg

-- 
Joerg Thoennes                      Tel.: +49 (0)241 44597-24
                                     http://www.macd.com
Geschäftsführer: Roger Macdonald    Macdonald Associates GmbH
Amtsgericht Aachen, HRB 8151        Lothringer Str. 52, D-52070 Aachen

Re: [Quickfixj-users] Error when launching Banzai

[Martin E. <me...@sc...>]

ily...@bn... wrote:
> I've just downloaded quickfixj and tried to start Banzai but I got this
> error:
> 
> <20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Session
> FIX.4.0:RIOE->BPEFRRORTEST schedule is daily, 00:01:00 UTC - 00:00:00 UTC)
> <20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Created session:
> FIX.4.0:RIOE->BPEFRRORTEST)
> Exception in thread "main" java.lang.NoClassDefFoundError:
> org/apache/mina/common/TransportType


Hmm... NoClassDefFoundError for a class that does appear in the mina
jar.  That's very similar to the error I had when I tried to run
QuickFIX/J in the Sun Application Server (different class though).

I never did figure out what was causing that.

Martin

[Quickfixj-users] Error when launching Banzai

[<ily...@bn...>]

Hi all,

I've been using Banzai for quite some time now. I've made a few changes to
the interface and added a few capabilities. I've decided to use the last
version of the quickfix.jar to solve some stability issues (I was using a
quickfix.jar version dated 07/12/2005) but as there seem to be quite a few
changes from the version I used, so I thought it would be better to start
all over again with the last version.

I've just downloaded quickfixj and tried to start Banzai but I got this
error:

<20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Session
FIX.4.0:RIOE->BPEFRRORTEST schedule is daily, 00:01:00 UTC - 00:00:00 UTC)
<20070222-10:55:01, FIX.4.0:RIOE->BPEFRRORTEST, event> (Created session:
FIX.4.0:RIOE->BPEFRRORTEST)
Exception in thread "main" java.lang.NoClassDefFoundError:
org/apache/mina/common/TransportType
        at
quickfix.mina.initiator.AbstractSocketInitiator.getSocketAddresses(AbstractSocketInitiator.java:150)
        at
quickfix.mina.initiator.AbstractSocketInitiator.initiateSessions(AbstractSocketInitiator.java:81)
        at quickfix.SocketInitiator.initialize(SocketInitiator.java:78)
        at quickfix.SocketInitiator.start(SocketInitiator.java:63)
        at banzai.Banzai.logon(Banzai.java:84)
        at banzai.Banzai.main(Banzai.java:116)

I haven't made any change to anything. Am I missing something?

Thanks,
Ilyas


This message and any attachments (the "message") is
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with 
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

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

Ce message et toutes les pieces jointes (ci-apres le 
"message") sont etablis a l'intention exclusive de ses 
destinataires et sont confidentiels. Si vous recevez ce 
message par erreur, merci de le detruire et d'en avertir 
immediatement l'expediteur. Toute utilisation de ce 
message non conforme a sa destination, toute diffusion 
ou toute publication, totale ou partielle, est interdite, sauf 
autorisation expresse. L'internet ne permettant pas 
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce 
message, dans l'hypothese ou il aurait ete modifie.

Re: [Quickfixj-users] InvalidMessage exception

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

In general terms it's simply saying that your FIX message isn't
constructed properly.

I think this can happen when you don't build a group properly, for
example adding fields to the body directly rather than as part of a
group. Another possibility is that you have a RawData field without a
RawDataLength preceding it.

It would help to see the code that's building the message header and
body, including construction of any groups, if the above doesn't help
you fix the problem.=20

Regards,
Toby



-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 20 February 2007 18:13
To: qui...@li...
Subject: [Quickfixj-users] InvalidMessage exception


QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hi I got the following exception when calling a Message constructor.
Could
anyone explain what does this mean? and how to fix it? thanks

Alvin


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
quickfix.InvalidMessage: Actual body length=3D452, Expected body
length=3D518

      at quickfix.Message.validate(Message.java:404)

      at quickfix.Message.fromString(Message.java:395)

      at quickfix.Message.<init>(Message.java:90)



=20
************************************************************************
*******
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.
************************************************************************
*******



------------------------------------------------------------------------
-
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/
--------------------------------------------------------

[Quickfixj-users] InvalidMessage exception

[Alvin W. <AW...@FF...>]

Hi I got the following exception when calling a Message constructor. Could
anyone explain what does this mean? and how to fix it? thanks

Alvin


============================================================
quickfix.InvalidMessage: Actual body length=452, Expected body length=518

      at quickfix.Message.validate(Message.java:404)

      at quickfix.Message.fromString(Message.java:395)

      at quickfix.Message.<init>(Message.java:90)



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

[Quickfixj-users] Advanced Session Scheduling: handling periodic resets

[BEDARD G. <Gui...@sg...>]

Hi !

=20

I have seen that Advanced Session Scheduling is on the Feature Wish
List, but in the mean time,=20

what would be the best way to deal with periodic sequence number resets?

=20

For instance, once a day, the server logs out the sessions and resets
its sequence number to 1

but on subsequent logons, the clients still expect a higher sequence
number ...

=20

Since the problem is simply that the server sequence number is now lower
than expected, then=20

doing session.setNextTargetMsgSeqNum(msgSeqNum) should be sufficient to
force a resync?

=20

Thanks in advance for useful tips,

=20

Guillaume

Ce message et toutes les pieces jointes (ci-apres le "message") sont confid=
entiels et etablis a l'intention exclusive de ses destinataires.=20
Toute utilisation ou diffusion non autorisee est interdite.=20
Tout message electronique est susceptible d'alteration.=20
Societe Generale Asset Management et ses filiales declinent toute responsab=
ilite au titre de ce message s'il a ete altere, deforme ou falsifie.=20
 =20
Decouvrez l'offre et les services de Societe Generale Asset Management sur =
le site www.sgam.fr=20
 =20
                                ********=20
 =20
This message and any attachments (the "message") are confidential and inten=
ded solely for the addressees.=20
Any unauthorised use or dissemination is prohibited.=20
E-mails are susceptible to alteration.=20
Neither Societe Generale Asset Management nor any of its subsidiaries or af=
filiates shall be liable for the message if altered, changed or falsified.=20
=20
Find out more about Societe Generale Asset Management's proposal on www.sga=
m=2Ecom

Re: [Quickfixj-users] Logout Message

[Alvin W. <AW...@FF...>]

IMHO, this behavior has nothing to do with FIX spec, rather than how the
QuickFIX(J)'s API should be understood.

I believe in the future there will be a tag so counterparty can indicate in
Logout what seq it is expecting, so in fromApp I can adjust accordingly
without any manual intervention to recover the session. Now QF just
increments seq to try to meet with the counterparty's, but sometimes
counterparty is expecting a lower seq number. so the session will never be
able to recover itself.

BTW, onLogout will not help since it does not pass the Logout message




                                                                           
             "Shepheard, Toby                                              
             (London)"                                                     
             <Toby_Shepheard@m                                          To 
             l.com>                    <qui...@li.... 
             Sent by:                  net>                                
             quickfixj-users-b                                          cc 
             ou...@li...                                             
             ceforge.net                                           Subject 
                                       Re: [Quickfixj-users] Logout        
                                       Message                             
             02/14/2007 07:04                                              
             AM                                                            
                                                                           
                                                                           
             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/
Ahh, ok I wish you'd said that in the first place!

The callbacks within QFJ are made at the end of the verify method in
Session.java - and if there's an issue with the verification then it
will return without having made that callback. This is why it's not
picked up in your fromAdmin callback.

 I think the point here is that the Logout command is never actually
processed by the engine, instead it will follow the correct behaviour
for an invalid sequence number (too low or too high, you don't specify
which in this case) - this will then either cause a resendRequest or a
logout and disconnect from your side, depending which way it is. So you
could argue that this is correct behaviour as the FIX message is
technically invalid if the logout message itself is out of sequence - I
leave that to the likes of Steve and Oren to discuss though, I'm not
very good on the FIX specifics.

Regards,
Toby

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 13 February 2007 19:52
To: qui...@li...
Cc: qui...@li...;
qui...@li...
Subject: Re: [Quickfixj-users] Logout Message


QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
i say 'abnormal' logout , meaning when seq number is out of sync, then
logout is sent to me in response of my logon






             Oren Miller

             <oren@quickfixeng

             ine.org>
To
             Sent by:
qui...@li....n
             quickfixj-users-b         et

             ou...@li...
cc
             ceforge.net
qui...@li...
                                       eforge.net


Subject
             02/13/2007 02:49          Re: [Quickfixj-users] Logout

             PM                        Message





             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/
Can you elaborate?  And 'abnormal' logout is typically a disconnect,
in which case there is not logout message to pass along.

--oren

On Feb 13, 2007, at 12:28 PM, Alvin Wang wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> Sorry, my mistake again. I do not think Logout (at least abnormal
> logout)
> triggers fromAdmin callback, which is the problem.


------------------------------------------------------------------------
-
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
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
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.
************************************************************************
*******



------------------------------------------------------------------------
-
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
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=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users