HTTP Reliable Messaging

I have been studying Bill de Hora's HTTPLR Specification for Reliable Messaging using HTTP. All in all I think it's a great start to a somewhat complicated situation. It doesn't address issues like Once-and-only-Once delivery (as multiple clients could download the same message) or ordering of the messages. It does talk about reconciling the message deliveries between client and server, in both directions.

The specification makes good use of the HTTP verbs and HTTP status codes, which I love. If they're there, and they apply, use 'em!

I'm going to jump into my questions about the specification, so please bear with me. If you have the time, go ahead and read the specification.

I'm a little concerned about the use of DELETE when reconciling message upload (as specified in section 8.3).

The HTTP spec reads "The DELETE method requests that the origin server delete the resource identified by the Request-URI." To me, that says we're deleting the /resource/ and not the /uri/.

In section 8.3 of the HTTPLR spec, we are deleting the /resource/ of the /upload exchange/. OK, that makes sense because it signals that message upload is complete.

I have trouble here: We've PUT our message to the /upload exchange uri/. And the HTTP spec reads for PUT: " The PUT method requests that the enclosed entity be stored under the supplied Request-URI."
I read this as we've just asked for our message to be stored by the upload exchange uri. BUT... We then delete that upload exchange resource as the signal for message completion.

I have trouble with this because, semantically, I think we just deleted our message. I know we've deleted the upload exchange resource, but since we PUT our message to the upload exchange uri, our message gets deleted, too.

Am I missing some piece of HTTP semantics here?

I've attached a picture of a possible scenario below. Basically, the Upload Exchange URI does not receive the PUT of the message contents. The message contents are uploaded in the POST, where POST has the semantics of "append this message to your collection". The Location: header is used to return the Upload Exchange URI, which can be deleted later by the client to signify completion.

Popular posts from this blog

The 29 Healthiest Foods on the Planet

The 29 Healthiest Foods on the Planet > The following is a "healthy food hot list" consisting of the 29 food that will give you the biggest nutritional bang for you caloric buck, as well as decrease your risk for deadly illnesses like cancer, diabetes and heart disease.
Read more

Lists and arrays in Dart

(This is Part 3 in a series about Dart. Check out Part 2, Function in Dart .) Warning : We expect the Dart libraries to undergo potentially sweeping changes before Dart goes to alpha. This document is relevant as of 2011-12-22. Intro Dart is a "batteries included" effort to help app developers build modern web apps. An important "battery" is the bundled core Dart libraries, providing common and rich functionality. Dart is building a solution for large, complex web apps, and providing well tested, integrated, and common libraries is key to helping a web app developer be more productive out of the box. The Collection libraries are a crucial set of APIs that Dart developers get for free. Much more than simple arrays and maps, the Collection library includes standard ways to filter, iterate, inspect, compose, and sort your data. This post specifically looks at List<E> , Dart's ordered, indexable collection of objects. Aside: The Dart project is lucky...
Read more

Converting Array to List in Scala

Now, this has to have a built-in somewhere in Scala , because it just seems too common. So, how to convert an Array to a List in Scala? Why do I need this? I needed to drop to Java for some functionality, which in this case returns an Array. I wanted to get that Array into a List to practice my functional programming skillz. **Update**: I figured out how to convert Arrays to Lists the Scala way. Turns out it's a piece of cake. val myList = List.fromArray(Array("one", "two", "three")) or val myList = Array("one","two","three").elements.toList The call to elements returns an Iterator , and from there you can convert to a List via toList . Nice. Because my first version wasn't actually tail recursive, what follows is a true tail recursive solution, if I were to implement this by hand. The above, built in mechanism is much better, though. object ArrayUtil { def toList[a](array: Array[a]): List[a] = { d...
Read more