Re: [Uri-review] draft-merrick-jms-uri-01.txt

Hi,

On 2/27/08, Eric Johnson <eric@tibco.com> wrote:
> I wonder if we're talking about the same kinds of operations though:
> would the JMS operations be ones that could be invoked remotely?
> Because that's what the registration template is asking for, e.g. HTTP
> GET for http:, FTP RETR for ftp:, etc... A quick look at the JMS
> Javadocs for ConnectionFactory and Destination doesn't reveal any
> application layer operations such as those AFAICT.
>
>  I believe you're right, we do disagree on the "kind" of operations.  In
> your response above, you indicate that you're expecting an "application"
> layer operation, but Section 2.4 doesn't actually use that qualification.

Right.  But it does ask what operations can be performed on the thing
identified by the URI.  I don't think that leaves much room for
interpretation, whether or not you use the language "application layer
operation".

> While section 2.4 proposes HTTP as a model for a URI that provides such
> operations, I don't read it as excluding other models.  For a clear
> counterpoint, the current treatment of the "mailto" URI in RFC 2368 does not
> require the use of "SMTP", nor should it.  I can think of uses where email
> gets sent with IMAP, a local sendmail agent, MAPI, or an HTTP web form (new
> in Firefox 3, I believe).  The "send" operation, then, is clearly decoupled
> from the application layer.

Avoiding "application layer" - sorry for muddying the waters with a
confusing term - yes, the send operation is the kind of operation
which should be documented with the registration.

>  On the "operation" front, our JMS proposal
> seems to be in good company.

Do you mean that jms URIs all identify resources to which one can send
data, ala email?  If so, then that's what you should document.

Mark.
-- 
Mark Baker.  Ottawa, Ontario, CANADA.         http://www.markbaker.ca
Coactus; Web-inspired integration strategies  http://www.coactus.com
_______________________________________________
Uri-review mailing list
Uri-review@ietf.org
https://www.ietf.org/mailman/listinfo/uri-review