|
Proposal: OpenMAMA Default Branch change to "next"
Sounds quite sensible to me, Frank. Nigel Nigel Phelan | Corporate & Investment Bank | Market Data Services | J.P. Morgan
Sounds quite sensible to me, Frank. Nigel Nigel Phelan | Corporate & Investment Bank | Market Data Services | J.P. Morgan
|
By
Phelan, Nigel
· #2285
·
|
|
Early releases of lock in mamaSubscription destroy/deallocate logic
Hi Frank Does this actually address the issue with prematurely releasing the lock? Wouldn’t it be safer, as Mike suggested, to allow the thread that holds the lock to mark the object for destruction,
Hi Frank Does this actually address the issue with prematurely releasing the lock? Wouldn’t it be safer, as Mike suggested, to allow the thread that holds the lock to mark the object for destruction,
|
By
Phelan, Nigel
· #2278
·
|
|
Adding Blank data representation to MAMA API data types
I’d be cautious about that one, Frank – you’d need to think about the implications for the payload bridges because you’d need valid representations for NULL for all field types (or possibly you’d need
I’d be cautious about that one, Frank – you’d need to think about the implications for the payload bridges because you’d need valid representations for NULL for all field types (or possibly you’d need
|
By
Phelan, Nigel
· #2256
·
|
|
Adding Blank data representation to MAMA API data types
For integers, yes, I agree. For dateTimes, as I said, you can indicate if the date part is valid or the time part is valid (hasDate()/hasTime()/setHints()). If neither flag is set, we interpret that a
For integers, yes, I agree. For dateTimes, as I said, you can indicate if the date part is valid or the time part is valid (hasDate()/hasTime()/setHints()). If neither flag is set, we interpret that a
|
By
Phelan, Nigel
· #2254
·
|
|
Adding Blank data representation to MAMA API data types
Still not sure I see the problem, Keith. If you receive the data as a string field and, when the transport bridge tries to map it to a mamaPrice field, the conversion fails, you should call setIsValid
Still not sure I see the problem, Keith. If you receive the data as a string field and, when the transport bridge tries to map it to a mamaPrice field, the conversion fails, you should call setIsValid
|
By
Phelan, Nigel
· #2252
·
|
|
Adding Blank data representation to MAMA API data types
Hi Keith – what we normally do here is use the relevant getters/setters on the Price and DateTime fields (getIsValidPrice, setIsValidPrice, HasDate, HasTime). We tell people to render blanks for inval
Hi Keith – what we normally do here is use the relevant getters/setters on the Price and DateTime fields (getIsValidPrice, setIsValidPrice, HasDate, HasTime). We tell people to render blanks for inval
|
By
Phelan, Nigel
· #2250
·
|
|
Open MAMA - streamlining the experience for potential adopters
Hi all As some of you will be aware there have been discussions in the steering committee recently regarding how to simplify the process of getting up and running with Open MAMA. Initial feedback sugg
Hi all As some of you will be aware there have been discussions in the steering committee recently regarding how to simplify the process of getting up and running with Open MAMA. Initial feedback sugg
|
By
Phelan, Nigel
· #2069
·
|
|
Extended MAMA DateTime Further Modifications
Looks like the right thing to do, Frank. Do you intend to revise the RFC in some way to take account of this (in case the previously mentioned payload bridge developers refer to that for a reference w
Looks like the right thing to do, Frank. Do you intend to revise the RFC in some way to take account of this (in case the previously mentioned payload bridge developers refer to that for a reference w
|
By
Phelan, Nigel
· #1969
·
|
|
New feature: Extending timestamp format
I think that, at the moment, the most important payload bridges come from Vela, Solace and Tick 42. Would anyone from Solace and Tick 42 care to comment on the behaviour of their payload bridges and w
I think that, at the moment, the most important payload bridges come from Vela, Solace and Tick 42. Would anyone from Solace and Tick 42 care to comment on the behaviour of their payload bridges and w
|
By
Phelan, Nigel
· #1877
·
|
|
New feature: Extending timestamp format
It’s definitely a good thing to have, Glenn, but it does add some complexity, particularly when you consider future and past dates, daylight savings transitions and the desire to compare timestamps fo
It’s definitely a good thing to have, Glenn, but it does add some complexity, particularly when you consider future and past dates, daylight savings transitions and the desire to compare timestamps fo
|
By
Phelan, Nigel
· #1874
·
|
|
New feature: Extending timestamp format
If contemplating a new type, is it worth considering the question of time zones? The current model doesn’t really address this, although the java constructors have some implicit assumptions that DateT
If contemplating a new type, is it worth considering the question of time zones? The current model doesn’t really address this, although the java constructors have some implicit assumptions that DateT
|
By
Phelan, Nigel
· #1872
·
|