Logged as: http://www.osoa.org/jira/browse/BINDINGS-20
-Eric.
Simon Holdsworth wrote:
OF7D1A3E7B.960062F8-ON802573A6.003EA059-802573A6.003EFB0A@uk.ibm.com"
type="cite">
Target:
SCA JMS Binding Specification, section 1.4 (JMS Binding Schema)
Description:
The current schema defines a URI syntax for a JMS URI. Where possible
we should not be inventing new URI syntaxes. There is an existing
submission to IETF for a JMS IRI, and we should follow that approach.
Proposal:
Modify the URI syntax
definition
to refer to the IETF submission
Regards, Simon
Simon Holdsworth
STSM, SCA Bindings Architect; Master Inventor; OASIS SCA Bindings TC
Chair
MP 211, IBM UK Labs, Hursley Park, Winchester SO21 2JN, UK
Tel +44-1962-815059 (Internal 245059) Fax +44-1962-816898
Internet - Simon_Holdsworth@uk.ibm.com
Hi Eric,
As seen from your comments, the existing URI format that this TC is
having already differs from the link you have provided (and since
your
name is there as a con7ributor I guess we can trust you :)
The latest draft version (without my proposal) says
o
jms:<jms-dest>?
connectionFactoryName=<Connection-Factory-Name> &
destinationType={queue|topic}
deliveryMode=<Delivery-Mode> &
timeToLive=<Time-To-Live> &
priority=<Priority> &
<User-Property>=<User-Property-Value> & ...
Your points (no custom properties, URI should no longer includes
destinationType, etc.) are against the current spec, so I think that
should be addressed as totally new issue(s).
Btw, IF the work under this OASIS TC is supposed to be synchronized to
"URI proposal that the SOAP/JMS group has submitted to the IETF "
(which
at least to me is a totally new requirement and assumption) than it
might be a good idea to remove the URI definitions here and instead link
to that proposal directly.
Best Regards
Peter
-----Original Message-----
From: Eric Johnson [mailto:eric@tibco.com]
Sent: Thursday, 29. November 2007 21:03
To: Peshev, Peter
Cc: sca-bindings@lists.oasis-open.org
Subject: Re: [sca-bindings] ISSUE 12: Usage of JMS selectors
I almost certainly need to study this proposal more carefully.
One point did jump out at me from the first glance over it,
Peshev, Peter wrote:
> Updating the proposal as per the Action item : [Peter Peshev]
Provide
> detailed write up for Issue 12 now that it has been accepted.
>
> PROPOSAL
[snip]
> *
/binding.jms/@uri - (from binding) URI that identifies the
> destination, connection factory or activation spec, and other
properties
> to be used to send/receive the JMS message
> The URI has the following format:
> o
jms:<jms-dest>?
> connectionFactoryName=<Connection-Factory-Name> &
> destinationType={queue|topic}
> deliveryMode=<Delivery-Mode> &
> timeToLive=<Time-To-Live> &
> priority=<Priority> &
> selector=<Selector> &
> <User-Property>=<User-Property-Value> & ...
>
The URI proposal that the SOAP/JMS group has submitted to the IETF does
not follow this format.
The current version of the proposed spec is here:
http://www.ietf.org/internet-drafts/draft-merrick-jms-iri-00.txt
The URI would instead look something like:
jms:jndi:DestinationName?jndiConnectionFactoryName=____&priority=___...
Several points here:
* Note the arrival of the "variant", in this case "jndi:"
added after
the "jms:"
* connectionFactoryName --> jndiConnectionFactoryName
* The proposed URI no longer includes destinationType.
* "selector" would be an extension to the IETF proposal
* I don't think we should mention "user properties" unless we
have a
specific plan for them in this specification. The SOAP/JMS specification
notes them because it passes the URI as one of the message properties
for the message carrying a SOAP payload. The destination can then treat
those additional parameters much the same way that an HTTP web service
might interpret additional parameters to an HTTP URL.
-Eric.
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. You may a link to this group and all your TCs
in
OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. You may a link to this group and all your TCs
in OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with
number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU
|