Patrick,
Sorry that you are having problems.
I can see there are a few issues (mostly DB configurations) that's
causing the errors:
1. the database tables for JdbcLogging and id generation where not setup.
That's our oversight, we should've included better documentation on
how to do that.
I've written it up at
http://trac.marketcetera.org/trac.fcgi/wiki/Marketcetera/BuildingPlatform#SetuptheDatabaseIncidentally, if you have the Tradebase code, you can run 'rake
db:migrate' and it will set them up for you.
2. the scary long stacktrace is the result of
http://www.quickfixj.org/jira/browse/QFJ-134 which has been fixed in
the head of QuickfixJ but not in the version we have embedded. Again,
it shows up b/c of #1.
3. At some point the tests were looking for a table called
'mrketctest.id_repository'.
I'm wondering why the name came up garbled. Did you modify anything in
the test code? It should've not have been looking for that.
4. What database are you using? We have MySQL 5.0.24.
So try creating the tables, and let me know if that fixes the errors
for you. Apologies that the docs were missing and that the code didn't
work straight out of the box.
On 3/13/07, J. Patrick Bedell <
[hidden email]> wrote:
> Hello,
> Unfortunately, the build of revision 848 failed for me, with the
> error log attached. Because the Quickfix/J LogUtil can't find a
> session, it is going into an infinite loop (the build does not stop
> except with ctrl-c). It could certainly be a configuration error on
> my part - do you have any insight? Thanks!
>
> J. Patrick Bedell
>
[hidden email]
>
> On 3/9/07, Toli Kuznets <
[hidden email]> wrote:
> > Hey everyone,
> >
> > I just checked in the first set of code to make the OMS FIX-version agnostic.
> >
http://trac.marketcetera.org/trac.fcgi/changeset/843> >
> > The hard dependency on version 4.2 has been removed - all the
> > hard-coded references to quickfix.fix42 fields are gone, and one can
> > now use the org.marketcetera.quickfix.FIXMessageFactory in the core
> > package to create messages.
> >
> > The OMS still only knows about 1 version - it doesn't translate
> > between versions yet. You start the OMS specifying the fixVersion in
> > the oms.xml Spring configuration, and the OMS creates and uses the
> > appropriate FIXMessageFactory throughout its life.
> >
> > The FIXMessageFactory has a FIXMessageAugmentor object that is
> > supposed to add version-specific fields to a particular message.
> > For now, i have only implemented an override to add TransactTime to
> > all new orders in fix42-44.
> >
> > Naturally, i need to add a lot more tests to verify that everything
> > works - currently, only the old 4.2 tests are run. That should be
> > checked in next week.
> >
> > Those of you who asked for version-agnostic OMSs, can you take a look
> > at the new code, try the OMS with a different version and see what
> > else needs to be done?
> > I'm certain i've missed something, so don't be shy and file bugs at
> >
http://trac.marketcetera.org/trac.fcgi/wiki/Marketcetera/NewTicket> >
> > have a good weekend!
> >
> > --
> > Toli Kuznets
> >
http://www.marketcetera.com: Open-Source Trading Platform
> > download.run.trade.
> > _______________________________________________
> > m-etc-dev mailing list
> >
[hidden email]
> >
http://lists.marketcetera.org/cgi-bin/mailman/listinfo/m-etc-dev> >
>
>
--
Toli Kuznets
http://www.marketcetera.com: Open-Source Trading Platform
download.run.trade.
_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/cgi-bin/mailman/listinfo/m-etc-dev
