I took an action from recent OpenMAMA Steering Committee meeting to look into MAMA plugin interface enhancement, specifically with a view to providing for a pre-subscription plugin hook that would all

Thanks Nigel – I am with you now. Was not aware of the ‘setIsValidPrice()’ method. Our version of the tick42rmds bridge does not use it when translating messages received, but it could be updated to d

Hi Nigel, I don’t have a RIC to quote here, but the problem exists for certain data delivered over the Elektron feed, with data from contributors where we have no control over what conventions they us

Certain other market data platforms / APIs (well, TREP) support the concept of 'blank' field values. The price and time field types actually have special blank data representations defined. This is us

Classification: Public My feedback: Why was extending the existing MamaTransport Callback interface not considered as an approach? All sources are available only in the context of a Mama Transport. Mi

Classification: Public Thanks Frank – very useful links.

Classification: Public Does anyone know if there exists, where I could find, a general guide to OpenMAMA middleware bridge development? I know there are the examples provided to copy (which is how we’

Sent: 26 October 2016 15:52 To: 'Glenn McClements' <gmcclements@...> Subject: RE: Should we make the jump to cmake? A bit late on this trail, but my input is that cmake would be a good choice f

Classification: Public Thanks for getting back on this and following up Frank. The google doc doesn’t work for me – Is it possible to cut and paste the info into an e-mail? Thanks, Keith

Classification: Public Is there any documentation or example code I can refer to for creating a plugin that will get called during initialization? I’m referring to this call in mama.c, mama_openWithPr

Classification: Public To clarify, on “For your feature are you suggesting that when you request ABC, or would send back a list of either ABC.L, ABCD or both?” Answer is that either is possible, or so

Classification: Public Glenn, Thanks for explaining this a bit. I’m not really sure on the semantics of why you need different types of list requests for BOOK or GROUP symbols – is the returned data n

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 Thanks for forwarding the doc Gary. I found the mamaPlugin details an interesting read. One question: - What was the logic behind selection of the points where plug-in hooks can

Classification: Public Thanks Gavin. We’ll take a look at it then. Cheers, Keith

Classification: Public Is there a planned/target release date for OpenMAMA 2.3.3 ? Regards, Keith