|
OpenMAMA Windows release - mamda include file locations vary by platform
Hi, In the OpenMAMA release file (Windows 7 x86 Binaries) the mamda include files are in subdirs, but the sample programs do not reflect this. For MamdaBookAtomicListener.cpp: #include <mamda/MamdaBoo
Hi, In the OpenMAMA release file (Windows 7 x86 Binaries) the mamda include files are in subdirs, but the sample programs do not reflect this. For MamdaBookAtomicListener.cpp: #include <mamda/MamdaBoo
|
By
Alpert, Reed
·
|
|
Proposed minor change to allow specifying named symbol lists
5 messages
Classification: Public With the current OpenMAMA functionality for symbol list type requests (MAMA_SUBSC_TYPE_SYMBOL_LIST), it is not possible to request a named symbol list. Any symbol name specified
Classification: Public With the current OpenMAMA functionality for symbol list type requests (MAMA_SUBSC_TYPE_SYMBOL_LIST), it is not possible to request a named symbol list. Any symbol name specified
|
By
Keith Rudd
·
|
|
OpenMAMA now available on GitHub!
Hi Folks, After reviewing our current process and the number of disparate systems that we use to track and maintain OpenMAMA (Git, Bugzilla, Phabricator and Jira services), we have decided to move the
Hi Folks, After reviewing our current process and the number of disparate systems that we use to track and maintain OpenMAMA (Git, Bugzilla, Phabricator and Jira services), we have decided to move the
|
By
Matt Mulhern
·
|
|
Tick42 & OpenMama 2.3.3.
2 messages
Hi Tom, we updated our OpenMama System to 2.3.3 and tried the mamaproxycpp.cpp example with the latest tick42blp bridge version. The Program crashes calling the MamaMsg.detach() function with the Stat
Hi Tom, we updated our OpenMama System to 2.3.3 and tried the mamaproxycpp.cpp example with the latest tick42blp bridge version. The Program crashes calling the MamaMsg.detach() function with the Stat
|
By
Holger
·
|
|
OpenMAMA Roadmap Meetups
Hey All, Hopefully you're all having a good summer, and aren't suffering too much from being back behind your desks. If you are, we have a solution for you - the OpenMAMA Steering Committee and Adviso
Hey All, Hopefully you're all having a good summer, and aren't suffering too much from being back behind your desks. If you are, we have a solution for you - the OpenMAMA Steering Committee and Adviso
|
By
Damian Maguire
·
|
|
Timer race conditions
5 messages
At Solace our timer implementation in our middleware bridge is very similar to that of qpid. So although my comments below are based primarily on our experience with our own middleware bridge, I belie
At Solace our timer implementation in our middleware bridge is very similar to that of qpid. So although my comments below are based primarily on our experience with our own middleware bridge, I belie
|
By
Duane Pauls
·
|
|
Enum Request for HMS Middleware
2 messages
Hello, we would like to request an official OpenMAMA enumeration for HMS (Hardware based Messaging System) developed by BCC Group. The suggested enum values (based on the recent version 2.3.3) are: 1.
Hello, we would like to request an official OpenMAMA enumeration for HMS (Hardware based Messaging System) developed by BCC Group. The suggested enum values (based on the recent version 2.3.3) are: 1.
|
By
Joerg
·
|
|
[PATCH] QPIDMSG: Modified payload to work on other middlewares
The byte buffer functions in the Qpid Proton payload implementation only recognized the handles provided by the qpid proton middleware bridge rather than real raw byte arrays. This made the payload in
The byte buffer functions in the Qpid Proton payload implementation only recognized the handles provided by the qpid proton middleware bridge rather than real raw byte arrays. This made the payload in
|
By
Frank Quinn
·
|
|
OM 2.3.3 and entitlements
4 messages
Hi, When building OM 2.3.3 with entitlements enabled there are some needed changes to SConscripts. I have prepared a patch (mostly adding in the oeac library), and can send that in, but wanted to chec
Hi, When building OM 2.3.3 with entitlements enabled there are some needed changes to SConscripts. I have prepared a patch (mostly adding in the oeac library), and can send that in, but wanted to chec
|
By
Alpert, Reed
·
|
|
QPID Proton bridge: multiple subscribers, one publisher
4 messages
Hi guys, I'd like to know if there was or there will be some change to the Qpid Proton Bridge such that I can have a publish/subscribe connection in which only one advanced publisher can have multiple
Hi guys, I'd like to know if there was or there will be some change to the Qpid Proton Bridge such that I can have a publish/subscribe connection in which only one advanced publisher can have multiple
|
By
Macrux
·
|
|
SNAPSHOTS Messages
2 messages
Hi everyone, Could you help me with some questions, please? 1.- If one client or broker house made the connection when the market had been working for a short while, I mean, the client made the connec
Hi everyone, Could you help me with some questions, please? 1.- If one client or broker house made the connection when the market had been working for a short while, I mean, the client made the connec
|
By
eduardo noe rodriguez franco
·
|
|
Dropping support for Qpid Proton <= 0.6
3 messages
Hi Folks, I am planning on dropping support for Qpid Proton 0.5 and 0.6 in the next OpenMAMA release and instead sticking to versions 0.7+. Those guys move quickly and make small changes to interfaces
Hi Folks, I am planning on dropping support for Qpid Proton 0.5 and 0.6 in the next OpenMAMA release and instead sticking to versions 0.7+. Those guys move quickly and make small changes to interfaces
|
By
Frank Quinn
·
|
|
OpenMAMA to OpenMAMDA Proxy App
2 messages
Hello everybody, I'm trying to figure this: I want to built an OpenMAMA proxy application, similar to MamaProxy, which listen to a source for data and then publish that data in an topic again, but the
Hello everybody, I'm trying to figure this: I want to built an OpenMAMA proxy application, similar to MamaProxy, which listen to a source for data and then publish that data in an topic again, but the
|
By
Macrux
·
|
|
[PATCH 14/14] AVIS: Fixed corruption bug in realloc
There was a realloc bug in AVIS when serializing / deserializing that should be fixed with this patch. Also added a getByteBuffer implementation. Signed-off-by: Frank Quinn <fquinn.ni@...> --- mama/c_
There was a realloc bug in AVIS when serializing / deserializing that should be fixed with this patch. Also added a getByteBuffer implementation. Signed-off-by: Frank Quinn <fquinn.ni@...> --- mama/c_
|
By
Frank Quinn
·
|
|
[PATCH 13/14] UNITTEST: Remove presumptuous isTportDisconnected test
I don't think it's reasonable to expect a unit test around OpenMAMA to support this function call as the nature of transport connectivity will vary across all middlewares. In the instance of Avis, it
I don't think it's reasonable to expect a unit test around OpenMAMA to support this function call as the nature of transport connectivity will vary across all middlewares. In the instance of Avis, it
|
By
Frank Quinn
·
|
|
[PATCH 12/14] UNITTEST: Removed duplicateReplyHandle test
This test doesn't really make sense without the use of an inbox so it serves no useful function at the moment, therefore I'm taking it out. Signed-off-by: Frank Quinn <fquinn.ni@...> --- .../src/gunit
This test doesn't really make sense without the use of an inbox so it serves no useful function at the moment, therefore I'm taking it out. Signed-off-by: Frank Quinn <fquinn.ni@...> --- .../src/gunit
|
By
Frank Quinn
·
|
|
[PATCH 11/14] AVIS: Modified iterator to align with MAMA C++ Expectations
MAMA expects iterators to rewind when begin is called, and remain pointing to the first entry after the *first* time that next is called. This change aligns with that requirement. Signed-off-by: Frank
MAMA expects iterators to rewind when begin is called, and remain pointing to the first entry after the *first* time that next is called. This change aligns with that requirement. Signed-off-by: Frank
|
By
Frank Quinn
·
|
|
[PATCH 10/14] UNITTEST: Fixed assumption of order in iteration
The unit tests assumed that the order of entry into a message field will be identical to the order of extraction while iterating. This proved not to be the case with avis and possibly other payload im
The unit tests assumed that the order of entry into a message field will be identical to the order of extraction while iterating. This proved not to be the case with avis and possibly other payload im
|
By
Frank Quinn
·
|
|
[PATCH 09/14] UNITTEST: Fixed msgGetDateTimeMSecInValidName to behave correctly
This unit test was testing for the wrong thing. Really all it should have been testing was that the methods work OK when a NULL name is provided, but a fid is non-NULL. Signed-off-by: Frank Quinn <fqu
This unit test was testing for the wrong thing. Really all it should have been testing was that the methods work OK when a NULL name is provided, but a fid is non-NULL. Signed-off-by: Frank Quinn <fqu
|
By
Frank Quinn
·
|
|
[PATCH 08/14] AVIS: Added opaque data type serialization and deserialization
There was already support for opaque data types but they could not be serialized or deserialized. This patch should remedy this. Signed-off-by: Frank Quinn <fquinn.ni@...> --- mama/c_cpp/src/c/payload
There was already support for opaque data types but they could not be serialized or deserialized. This patch should remedy this. Signed-off-by: Frank Quinn <fquinn.ni@...> --- mama/c_cpp/src/c/payload
|
By
Frank Quinn
·
|