You cannot post messages because only members can post, and you are not currently a member.
Description:
This is a specification effort put out by the rest-star.org community. It defines a RESTful interface for publish and subscribe and point to point protocols.
|
|
|
New HornetQ REST Interface - Precursor to next draft
|
| |
[link] Next draft will be 1.0 of messaging spec based on this interface. Will rename it to "REST-* Messaging: Session-based Messaging". The interface was implemented for JMS-based messaging systems (HornetQ) so I hope this will give some guidelines and ideas for others that want to create a... more »
|
|
|
passing a queue into a Topic subscription?
|
| |
Even though current browser releases are able to support larger number
of concurrent sessions, it is still best practice to use just one
session for a long-poll for *all* server "pushing" needs (event
multiplexing). The main thing I was hoping to see in the REST-*
Messaging draft was an ability to pass a client-specific queue into a... more »
|
|
|
Draft 4
|
| |
Filled out rest of protocol. I still want to have a summary page that
gives a clear simple picture of the resources and relationships.
[link]
|
|
|
2-phase ack
|
| |
We need a 2-phase ack to allow for atomicity with a polling consumer
and its own local resources. I'm wondering though if the spec should
define its own protocol, or, it should work with interactions/media
types defined by the transaction spec.
I guess an ack resource could have/share the same media type as a... more »
|
|
|
Queue pull consumer acknowledgement
|
| |
Here's what I've come up with for pull acknowledgement. 1. Consumer does a POST to queue to consume a message ----> Response HTTP/1.1 200 OK Link: </myqueue/messages/111/ack;eta g=1>; rel=acknowledgement Content-Type: whatever the mesage is body The consumer receives the message with an acknowledgement link. Client... more »
|
|
|
New REST-* Messaging Draft
|
| |
After prototyping, I'm back to writing another draft. This is a little bit more formal draft. I created a OSS project at: [link] A draft of the PDF is at: [link] (You'll have to click through an additional link that is *very* long).... more »
|
|
|
queue consumer polling
|
| |
I did a preliminary prototype of a "pull" model for a RESTful queue consumer. [link] Here's how it works: 1) There is no session created for a remote consumer. 2) Consumer clients poll on a specific URL with a POST, i.e.... more »
|
|
|
batching
|
| |
For batching I'm thinking that a "destination" would have a "batch" link for sending and a "feed" link for receiving. A "batch" or "feed" link would accept/return an Atom feed or a multipart/mixed. Each entry in a multipart/mixed would have a set of REST-* specific headers attached to it where appropriate. These custom... more »
|
|
|
Prototype available
|
| |
I wrote a very simple, in-memory, non-reliable prototype of the "pull" topic model. svn co [link] resteasy It depends on resteasy-jaxrs 1.2.GA which is not yet released, so you have to build jax-rs first. Its based on hornetq embedded. If anybody is interested in helping to... more »
|
|
|
