Hey Guy, 

For running the examples, the quick start guide from the wiki (http://wiki.openmama.org/index.php/Quick_start_guide) which you mention below should provide enough information to get up and running with the core example applications and the QPID bridge. At present the capturereplay application only works on Linux however (though I'm currently working on resolving this issue). These tools have been fairly extensively tested on Linux with QPID, and provided the core test framework when we were developing the bridge, but let us know if you see any issues.

Regarding the build problems, I'll need to look into the Windows ones a bit further in order to understand what's happening. Can you fire across the complete scons.log file? That should make it a bit clearer what exactly is going wrong. 

Regarding the Linux issue, what distribution are you running? The issue you're seeing is because the qpid-proton dependency cannot be met by Yum. Typically Yum will search through available repositories for those dependencies, so if it hasn't found qpid-proton it may not be available in your repositories. If you're on Centos or RHEL, you'll need to follow the instructions for setting up the EPEL repository at the bottom of the Install OpenMAMA (http://wiki.openmama.org/index.php/Quick_start_guide#Install_OpenMAMA) section of the quick start guide.

Thanks, 

Damian

From: Guy <guy.tal@...>
Date: Thursday, January 9, 2014 12:00 PM
To: "openmama-dev@..." <openmama-dev@...>
Subject: [Openmama-dev] OpenMAMA QPID Bridge issues

Hello,

I'm starting an evaluation of OpenMama (OpenMAMA 2.3.0 branch) over Qpid. I have some questions about what is covered and what tools are available. I have also had some problems with building, which are described below.

Once the build is complete, I will want to test running a Mama publisher and then subscribe to the data using mamalistenc and the Qpid bridge. Is there any documentation in the system showing me how to do this?

Finally I then want to try and get the OpenMama market data replay tools running over Qpid. Has this setup been tested ? Will it work ?

Windows Build problems.

I am seeing the following problems:

The errors I get from SCONS are:

1. ERROR::   shared_dir None does not exist 
2. scons: *** [D:\omama230\dynamic\common\c_cpp\src\c\libwombatcommonmd.dll] Error 1104

Details of the build in Windows problem are attached here. 
The command line for scons I ran is:
>scons middleware=qpid product=mama qpid_home=D:\proton blddir=d:\omama230 buildtype=dynamic verbose=yes
Where:

qpid_home=D:\proton - the proton tree is manually fixed by me and may not be correct

D:\PROTON
+---proton
¦   +---examples
¦   ¦   +---messenger
¦   ¦       +---pncompat
¦   +---include
¦       +---proton        <- has only version.h + all include folder I collected from 
|
+---Release               <- has the qpid-proton.dll and qpid-proton.lib
|                         <- do you expect the folder to be lib and lib64 (as in linux)?
|                         <- or do you expect a folder tree to be /architecture/configuration
|                         <- like x64/Release ?
+---share
    +---java
    +---proton-0.6

Linux Build Problems

In a clean Linux workstation I tried to follow the instructions I found in http://wiki.openmama.org/index.php/Quick_start_guide
Running  sudo yum install openmama-2.3.0-1.el6_.x86_64.rpm yielded this result:
Error: Package: openmama-2.3.0-1.el6.x86_64 (/openmama-2.3.0-1.el6_.x86_64)
           Requires: qpid-proton
Error: Package: openmama-2.3.0-1.el6.x86_64 (/openmama-2.3.0-1.el6_.x86_64)
           Requires: libqpid-proton.so.1()(64bit)
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

However trying to build OpenMAMA 2.3.0 against the proton 0.25 also failed.

The only working combination was building the feature-qpid-bridge branch and building the proton 0.27 (cloned from svn).

Regards,
Guy

---

This message may contain confidential information and is intended for specific recipients unless explicitly noted otherwise. If you have reason to believe you are not an intended recipient of this message, please delete it and notify the sender. This message may not represent the opinion of IntercontinentalExchange Group, Inc. (ICE), NYSE Euronext or any of their subsidiaries or affiliates, and does not constitute a contract or guarantee. Unencrypted electronic mail is not secure and the recipient of this message is expected to provide safeguards from viruses and pursue alternate means of communication where privacy or a binding message is desired.

---