|
subscribers notification to publishers
Dmitri Fedorov <dfedorov.solace@...>
Could you please point me in the code where I would be able to see what notifications and under what conditions are generated by OpenMAMA from subscribers to publishers? Thank you in advance. Regards, Dmitri Fedorov Software Architect Solace Systems, Inc. Ottawa, ON Canada Solace Systems accepts no liability for the content of this
email, or for the consequences of any actions taken on the basis of the
information provided, unless that information is subsequently confirmed in
writing. Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Solace Systems.
|
|
|
|
fields MdSubscMsgType and MdMsgType in message
Dmitri Fedorov <dfedorov.solace@...>
Hi, When a message has this field: MdSubscMsgType:61 and also it has this field: MdMsgType:1 am I right to assume that MdMsgType is the real message type? In other words, does MdMsgType take precedence over MdSubscMsgType? Do we have a legal/illegal combinations of MdMsgType and MdSubscMsgType? Thank you. Regards, Dmitri Fedorov Software Architect Solace Systems, Inc. Ottawa, ON Canada Solace Systems accepts no liability for the content of this
email, or for the consequences of any actions taken on the basis of the
information provided, unless that information is subsequently confirmed in
writing. Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Solace Systems.
|
|
|
|
Gitter vs IRC
Frank Quinn <fquinn.ni@...>
Hi folks,
We're currently looking at gitter as a potential IRC compatible replacement and my personal opinion is that we should go with it. You can already mess about in the proposed channel; you can read anonymously, or use a github or twitter account to contribute: https://gitter.im/OpenMAMA/OpenMAMA It has several great features: 1. Instant messages are persisted to the room, so you will see history when you log in 2. Sensible concurrent login access with no username1 nonsense 3. Web front end comes for free 4. Provided by github so integrates very nicely into the project wiki etc 5. Native client provided for Mac, windows, Linux, iPhone and android 6. Also compatible with standard IRC clients Downsides: 1. It increases the github lock-in 2. You'll need a github or twitter account to contribute If anyone has any feedback about making the move, please speak up now. I'm sending this to both users and developers because it will impact both and I'll welcome and consider all responses. I'd hope that we can agree a decision one way or another by 7th June, then (if necessary) take the plunge. Cheers, Frank
|
|
|
|
Re: Reference guide for data.dict file
Frank Quinn <fquinn.ni@...>
Hi Nestor, We would recommend following the Open Market Data Model - you should be able to find the original docs still hosted under NYSE: http://www.nyxdata.com/nysedata/Default.aspx?tabid=1211 Cheers,
On Thu, 19 May 2016, 21:01 Macrux, <kmacrux@...> wrote:
|
|
|
|
Reference guide for data.dict file
macrux
Hi there, Does anyone know if there is any reference guide for the contents of the dictionary included in the data.dict file. I would like to know what fields should I use if I want to send an order to broker (in fact, to a topic where a market gateway is listening to), for example.
|
|
|
|
Re: question about building on Windows
Dmitri Fedorov <dfedorov.solace@...>
see proton-c\include\proton\import_export.h, looks like PN_EXTERN gets resolved to __declspec(dllimport) Regards, Dmitri Fedorov Software Architect Solace Systems, Inc. Ottawa, ON Canada Solace Systems accepts no liability for the content of this
email, or for the consequences of any actions taken on the basis of the
information provided, unless that information is subsequently confirmed in
writing. Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Solace Systems.
On 17 May 2016 at 17:36, Dmitri Fedorov <dfedorov.solace@...> wrote:
|
|
|
|
Re: question about building on Windows
Dmitri Fedorov <dfedorov.solace@...>
0.12.1 Regards, Dmitri Fedorov Software Architect Solace Systems, Inc. Ottawa, ON Canada Solace Systems accepts no liability for the content of this
email, or for the consequences of any actions taken on the basis of the
information provided, unless that information is subsequently confirmed in
writing. Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Solace Systems.
On 17 May 2016 at 17:23, Frank Quinn <fquinn.ni@...> wrote:
|
|
|
|
Re: question about building on Windows
Frank Quinn <fquinn.ni@...>
That's a new one on me - I didn't need to specify any additional macros when I was building proton what version is this?
On Tue, 17 May 2016, 22:19 Dmitri Fedorov, <dfedorov.solace@...> wrote:
|
|
|
|
Re: question about building on Windows
Dmitri Fedorov <dfedorov.solace@...>
qpid-proton.dll I built doesn't have symbols from codec.h exported, so it look s like I'm missing qpid_proton_EXPORTS define, does it make sense? Thanks Dmitri Regards, Dmitri Fedorov Software Architect Solace Systems, Inc. Ottawa, ON Canada Solace Systems accepts no liability for the content of this
email, or for the consequences of any actions taken on the basis of the
information provided, unless that information is subsequently confirmed in
writing. Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Solace Systems.
On 10 May 2016 at 09:37, Frank Quinn <fquinn.ni@...> wrote:
|
|
|
|
Java JNI programs not exiting
Alpert, Reed <reed.alpert@...>
Hi,
Our OpenMAMA Java programs do not exit due to remaining non-daemon threads from the OM JNI. Even if these native threads have exited the Java threads are still alive and prevent the JVM from exiting. I tried using AttachCurrentThreadAsDaemon() in mamajniutils.c and this solves the problem, allowing the JVM to exit.
Have other OM users seen the same thing? I want to make sure this is the issue rather than another problem with our Java apps.
Thanks,
Reed.
This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates (collectively, "JPMC"). This transmission may contain information that is proprietary, privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMC for any loss or damage arising in any way from its use. Please note that any electronic communication that is conducted within or through JPMC's systems is subject to interception, monitoring, review, retention and external production in accordance with JPMC's policy and local laws, rules and regulations; may be stored or otherwise processed in countries other than the country in which you are located; and will be treated in accordance with JPMC policies and applicable laws and regulations. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities.
|
|
|
|
Re: question about building on Windows
Dmitri Fedorov <dfedorov.solace@...>
Thanks Frank, sounds good Cheers Dmitri
On 11 May 2016 at 09:56, Frank Quinn <fquinn.ni@...> wrote:
|
|
|
|
Re: question about building on Windows
Frank Quinn <fquinn.ni@...>
Hi Dmitri, wiki.openmama.org is soon to be decommissioned, though I turned on write access for the OpenMAMA github wiki this morning if you want to start there?
On Wed, May 11, 2016 at 2:48 PM, Dmitri Fedorov <dfedorov.solace@...> wrote:
|
|
|
|
Re: question about building on Windows
Dmitri Fedorov <dfedorov.solace@...>
Hi Damian, For me the problem was in OpenMAMA, specifically, it was absence of clear and precise description of dependences: what's for the dependency is used, what versions for each platform and where from it gets retrieved for continuous integration. If you guys think it's worth having, then please give me credentials for http://wiki.openmama.org/ I could start making such table. Cheers Dmitri
On 11 May 2016 at 07:59, Damian Maguire <d.maguire@...> wrote:
|
|
|
|
Re: question about building on Windows
Damian Maguire <d.maguire@...>
For what it’s worth, I agree with Frank’s take here. I was looking at some of Dmitri’s questions last night and had to modify my own test environment to be able to recreate some of them – there’s clearly just too many factors for a project like ours to handle sensibly.
A side note on this – where we’re having to do something particularly unusual (such as copying header files around, or modifying includes), it might be beneficial for us to take the time to understand why. If it’s a problem with the way we use the libraries, that should probably be something we fix in OpenMAMA; If it’s a problem with the third party, we should probably see if we can either commit a fix upstream to the projects themselves, or at least raise a bug with them to see if it can be resolved (something we can point to the next time someone asks). Making our own changes and hiding them away is probably not the spirit of open source collaboration we’re going for.
Cheers,
D
Damian Maguire, Senior Sales Engineer Mobile: +44 7835 844 770 Desk (Direct): +4428 9568 0298 Adelaide Exchange | 24-26 Adelaide Street | Belfast | UK | BT2 8GD
SR.LABS Proven High Speed Electronic Trading Solutions
From:
<openmama-dev-bounces@...> on behalf of Dmitri Fedorov <dfedorov.solace@...>
Hi Frank,
This approach makes sense to me because my goal from the beginning was to assign proper values to EVENT_HOME, PROTON_HOME and AVIS_HOME.
Here is a branch I fixed to build with VS2015, I did not try it on other platforms (and I won't):
I'm not done yet :-)
Cheers Dmitri
Solace Systems accepts no liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Solace Systems.
On 10 May 2016 at 16:50, Frank Quinn <fquinn.ni@...> wrote:
The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you. SR Labs LLC
|
|
|
|
Re: question about building on Windows
Dmitri Fedorov <dfedorov.solace@...>
Hi Frank, This approach makes sense to me because my goal from the beginning was to assign proper values to EVENT_HOME, PROTON_HOME and AVIS_HOME. Here is a branch I fixed to build with VS2015, I did not try it on other platforms (and I won't): I'm not done yet :-) Cheers Dmitri Solace Systems accepts no liability for the content of this
email, or for the consequences of any actions taken on the basis of the
information provided, unless that information is subsequently confirmed in
writing. Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Solace Systems.
On 10 May 2016 at 16:50, Frank Quinn <fquinn.ni@...> wrote:
|
|
|
|
Re: question about building on Windows
Frank Quinn <fquinn.ni@...>
Hi Dmitri, Honestly, the more I deal with these issues (which seem to come up in a different form every time someone tries to build on windows), the more I think this step by step thing that we do for dependencies needs a serious descope. There are too many moving parts and I think OpenMAMA is trying to do too much: between 3rd party code, windows SDKs, VS versions, release vs debug builds and architectures. Instead I think we should list the library and header locations we expect for the dependency along with high level instructions on how to build (I.e build using solution files). The issue you hit there is literally nothing to do with OpenMAMA - its a bug with libevent in your build stack - so rather than update our documentation to support every possible permutation, or specify one which we still need to constantly update, I think we should just keep it vague. I'd be interested to see if the community has any thoughts on this too. Really the only things that are relevant to OpenMAMA are those directory paths. Cheers,
On Tue, 10 May 2016 21:06 Dmitri Fedorov, <dfedorov.solace@...> wrote:
|
|
|
|
Re: question about building on Windows
Dmitri Fedorov <dfedorov.solace@...>
I've fixed the error, no big deal, my intention here is to understand if a) I'm not following instructions properly or b) the instructions need to be updated. You're the only person who can tell me if this is the case a) If this is the case b) then I'll figure it out, fix it up and share the instructions that work. Cheers Dmitri
On 10 May 2016 at 15:54, Frank Quinn <fquinn.ni@...> wrote:
|
|
|
|
Re: question about building on Windows
Frank Quinn <fquinn.ni@...>
*sigh* most recent response was from memory rather than anything else. When I get a chance to look I can verify. It reads like you could just comment out the duplicate definition though.
On Tue, 10 May 2016 19:45 Dmitri Fedorov, <dfedorov.solace@...> wrote:
|
|
|
|
Re: question about building on Windows
Dmitri Fedorov <dfedorov.solace@...>
Same error using the VS project file: 1> event.c 1>c:\program files (x86)\windows kits\10\include\10.0.10240.0\ucrt\time.h(39): error C2011: 'timespec': 'struct' type redefinition 1> c:\projects\ext\libevent-release-1.4.15-stable\compat\sys\_libevent_time.h(52): note: see declaration of 'timespec' I'm going to try changing 1.4.15 project file, if you confirm that looks like VS2015 specific issue and you didn't have these problems on version VS2010/2012/2013 Regards, Dmitri Fedorov Software Architect Solace Systems, Inc. Ottawa, ON Canada Solace Systems accepts no liability for the content of this
email, or for the consequences of any actions taken on the basis of the
information provided, unless that information is subsequently confirmed in
writing. Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Solace Systems.
On 10 May 2016 at 14:35, Frank Quinn <fquinn.ni@...> wrote:
|
|
|
|
Re: question about building on Windows
Frank Quinn <fquinn.ni@...>
Don't use nmake use the libevent 1.x project file instead. That will build libevent.lib
On Tue, 10 May 2016 19:31 Dmitri Fedorov, <dfedorov.solace@...> wrote:
|
|
|
