activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nathan Mittler" <>
Subject Re: STOMP and JMSType
Date Wed, 14 Jun 2006 20:10:07 GMT
A whiteboard would be really handy ... you guys aren't in NY by any chance,
are you? ;)

So what I've gathered from the previous exchange is that we need to provide
a stomp-to-jms message mapping as Hiram suggested (as a stomp extension for

Here are what I see as the use cases for my CMS client:
1) Stomp client sends a CMS::TextMessage, JMS client receives a TextMessage
2) Stomp client sends a CMS::BytesMessage, JMS client receives a
3) JMS client sends a TextMessage, Stomp client receives a CMS::TextMessage
4) JMS client sends a BytesMessage, Stomp client receives a
5) JMS client sends !(text || bytes message) - Stomp client error -
unsupported jms message type.  (One way this could be resolved is to have
some sort of transformer at the broker that stuffs Object and Map messages
into a bytes or text message ... perhaps as XML, like James suggested ...
this, however is a different issue altogether)

So here are the things I need you guys to help me fill in:

1) What header should I use to do this mapping?

2) What are the standard values for this header and how do I make a
determination when I receive a message in the C++ client of text or bytes?

3) Does this header represent some JMS-specific property that would be
settable in the JMS Message interface, such as JMSMessageType?  If so, we
should choose another header, because the user could screw up the mapping
done by the CMS library.  For example if the client creates a
CMS::TextMessage, this property should be internally set to that of a text
message and the user should not be able to change it.

I'm sure there are probably more, but that's all I can think of right now.

I think we're getting there guys!  :)


On 6/14/06, Hiram Chirino <> wrote:
> ok.
> On 6/14/06, Brian McCallister <> wrote:
> >
> > On Jun 14, 2006, at 10:53 AM, Hiram Chirino wrote:
> >
> > > So here's a link to everything that is in the spec currently:
> > >
> > >
> > > It's a WIKI so you can edit it and improve the spec.  I think that a
> > > the big missing piece in the spec is that there is no specification of
> > > how STOMP messages get mapped to JMS messages.  Since this is missing,
> > > there is no provider independent way of sending JMS messages from
> > > STOMP.  Since every implementation could map a STOMP message to JMS
> > > messages differently.
> > >
> > > I think we need to add a "STOMP Message to JMS Message Mapping"
> > > section that providers SHOULD comply with if the provider also
> > > implements a JMS interface.  The great part is since this is missing,
> > > you can make this whatever you want!
> >
> > Appendix, not part of the spec itself. If for no other reason than
> > ActiveMQ will not be compliant as the current hackjob I implemented
> > and we are now discussing how to fix is definitely not spec-worthy =)
> >
> > Once we have a few implementations and people have worked with it we
> > can consider moving it from appendix into stomp 1.1 proper.
> > Enshrining one technique now would be like enshrining a set of rules
> > for O/R mapping eight years ago.
> >
> > -Brian
> >
> --
> Regards,
> Hiram

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message