Re: REPOST (was: HTTP working group status & issues)

If we were to add an operation with transaction semantics, we wouldn't
call it "POST", and even if POST were to have transaction semantics,
it doesn't actually address the situations where one wants to do
REPOST even if the original POST succeeded, e.g., REPOST-ing a query
to a database, which is the original motivation for bringing up this
thread.

I initially posted a problem:

     Forms that want to posit side-effect free operations
      (e.g., database search), but don't want to use GET
      (e.g., because of URL-encoding mess)

and we were investigating several solutions to the problem.  Along the
way, it's nice if you can also solve other problems too, but
transaction-semantics POST isn't one of them.

If you do want to work on two-phase commit using HTTP, I think we'll
need a different working group.

Regards,

Larry

Received on Friday, 27 September 1996 19:15:08 UTC