OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [wsrp] Some commets on CR304a

Here is a modified version of the extra namespace definitions for people's comments. I think this incorporates people's concerns todate (not really related to v2, confusion with duplicated type names and the name attribute should really be of type QName).

Let me know what people think ... particularly of the suggestion to drop StringArray.


Subbu Allamaraju <subbu@bea.com>

05/25/05 01:35 PM

wsrp <wsrp@lists.oasis-open.org>
[wsrp] Some commets on CR304a

Regarding the purpose and role of the extra namespace, Mike and others
have pointed that types in this namespace could be used to provide some
formal mapping between JSR168 and WSRP.

I can see the value, but I was wondering if anyone tried using
NamedString to define such mappings, and willing to share some examples?

Based on some samples I tried out, it seems that we cannot guarantee
interop between implementations with the current definition of
NamedString. If there is a strong requirement for using this type in
extensions, should we consider changing the type of the "name" attribute
from "xs:string" to QName?

If we decide to keep this element, I would also suggest renaming
NamedString to something else in the extra namespace to avoid confusion.

Rich - I noticed that the NamedString definitions in v1 and extra
schemas are slightly different. The extra namespace uses value as an
attribute while v1 defines value as an element. Was this intentional?


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


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]