<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Grant<br>
<br>
First of all thank for your answer. I'm sorry if you felt I was
complaining. It seems you felt the need to defend Connamara or
QuickFixN. That was not my intention. Neither was I demanding a
feature. And certainly not for free. (We maintain an internal fork
of QuickFixN, that has seen changes all over the place, and we
aren't afraid to put time and effort into it to add or change
things. Unfortunately, we can't merge that back into the official
QuickFixN branch any more, because the biggest of those "all over
the place" changes could only be implemented as an API breaking
change)<br>
<br>
So now the reasoning behind the disappearance is clear. It has been
done quite consciously, and is not an oversight. That's good to
know. Note though that I did not say they admin message classes have
ever been in 5.0. But for an upgrader from 4.x to 5.0 like myself,
they stop getting generated, i.e. "disappear".<br>
<br>
I was a bit surprised when you said "nobody needs them", when
several people already asked for them on this list alone, and we
both know how "custom" some custom FIX can get. So here's my use
case: In some cases, a customer uses Reject(3) messages to "business
level reject" a message, which we need to handle. I agree, they are
probably doing "something weird or unorthodox". But like it or not,
I have to cater to their specs. Which is why I used the "Reject"
class in the past. So I'm not "creating and sending" an admin, I'm
casting a message in FromAdmin to be able to handle it. As I
mentioned in my last message, casting to a proper type is not
necessary to get the job done, but having a properly typed Reject
class is obviously nicer to program against.<br>
<br>
<div class="moz-cite-prefix">Grant Birchmeier wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAMq4opM+F4dXmR8TWoKGM0ptLQO4x=rrp0Uqn98pHb=+YfGiuQ@mail.gmail.com">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div dir="ltr">
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)">I disagree with the
word "disappearance", as that implies that these classes were
ever generated for FIX5 in QF, which is not true. Sorry to
nitpick on that.</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><br>
</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)">The simple answer is:
We don't generate these admin message classes because, per
recommended usage of the library, nobody needs them. We don't
need them for our projects, and we don't often hear from
people who need them, and certainly nobody's ever offered to
pay us to put them in.</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><br>
</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)">(QF is open source.
People don't often pay us to improve it, so we don't spend our
free time writing things that we don't need.)</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><br>
</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)">Per recommended QF
usage, when admin messages are needed, the engine
automatically creates and sends them. At no point are users
of QF expected to create Logon or Heartbeat or Reject messages
in user code. Why would anyone need to do that? Usually when
someone needs that, they're doing something weird or
unorthodox. We simply don't have the resources to give
no-cost support for weird edge-cases like that. There are
many other items with higher priority than that.</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><br>
</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)">-Grant</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><br>
</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><br>
</div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sun, Aug 26, 2018 at 6:50 PM, Eugen
Dueck <span dir="ltr"><<a href="mailto:eugen@tworks.co.jp"
target="_blank" moz-do-not-send="true">eugen@tworks.co.jp</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all<br>
<br>
Over the months and years, several people have tried to make
sense of the disappearance of classes like Logon, Reject
representing the admin messages that are defined in
FIXT11.xml, when using FIX 5.0.<br>
<br>
To wit:<br>
<a
href="http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/2018q3/000711.html"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.quickfixn.com/pip<wbr>ermail/quickfixn-quickfixn.com<wbr>/2018q3/000711.html</a><br>
<a
href="http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/2017q2/000536.html"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.quickfixn.com/pip<wbr>ermail/quickfixn-quickfixn.com<wbr>/2017q2/000536.html</a><br>
<br>
These questions have, to my knowledge, never been answered
by Connamara staff, or anyone else, on this list.<br>
<br>
As a workaround, I'm currently using generic classes like
Message, Field, combined with the constants in MsgType and
Tags, like<br>
<br>
if (msgType == MsgType.REJECT)<br>
<br>
So it is still possible to programmatically access and
create admin messages, albeit less conveniently as pre-5.0.<br>
<br>
My question: Is this by design? Or will it perhaps be
changed so that code for admin messages will get generated
again at some point in the future?<br>
<br>
______________________________<wbr>_________________<br>
Quickfixn mailing list<br>
<a href="mailto:Quickfixn@lists.quickfixn.com"
target="_blank" moz-do-not-send="true">Quickfixn@lists.quickfixn.com</a><br>
<a
href="http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.quickfixn.com/lis<wbr>tinfo.cgi/quickfixn-quickfixn.<wbr>com</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature">
<div><font size="2"><span style="background-color:#000000"><span
style="background-color:#ffffff">Grant Birchmeier</span></span></font><font
size="2"><font color="#3333ff"><br>
</font></font></div>
<div><font size="2"><b><font color="#3333ff"><span
style="background-color:#ffcc33"><span
style="background-color:#ffcc66"><span
style="background-color:#ffcc99"><span
style="background-color:#ffffff"><span
style="background-color:#ffcc00">Connamara
Systems, LLC</span></span></span></span></span></font></b></font><br>
</div>
<div><font size="2"><b>Made-To-Measure Trading Solutions.</b></font></div>
<div><font size="2">Exactly what you need. No more. No less.</font><font
size="2"><b><font color="#3333ff"><br>
</font></b></font></div>
<div><font size="2"><a href="http://connamara.com"
target="_blank" moz-do-not-send="true">http://connamara.com</a><br>
</font></div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Quickfixn mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Quickfixn@lists.quickfixn.com">Quickfixn@lists.quickfixn.com</a>
<a class="moz-txt-link-freetext" href="http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com">http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com</a>
</pre>
</blockquote>
<br>
</body>
</html>