Sounds quite sensible to me, Frank. Nigel Nigel Phelan | Corporate & Investment Bank | Market Data Services | J.P. Morgan

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,

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

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

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

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 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

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

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

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

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