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

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp-wsia message

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


Subject: RE: [wsrp-wsia] Draft v0.8



I've got Karl Bests response - the IPR Statement is FYI for the TC, with no
action required.

More explanation from Karl:

"TC members should take this statement into account as they prepare and
approve any technical work, and OASIS members should take this into account
at whatever time they are asked to approve the TC's work as an OASIS
Standard. Then of course implementors of the spec should do the same. (If
someone doesn't like the claim they can then choose not to participate,
approve, or implement.)
OASIS' policy in regards to IPR is full disclosure; we want everyone to
know what IP claims there are so that they can make decisions regarding
participation, approval, and implementation."


Joe, the IPR statement referenced in the Navy's vote says

"... As provided in IBM's May 16, 2002 disclosure to OASIS, IBM will, upon
written request, continue to provide a nonexclusive, royalty free patent
license, with other reasonable terms and conditions for ALL patents issued
to IBM which contain essential claims and for which IBM is able to provide
patent licenses (including the issued patent and unpublished patent
application disclosed above), for the OASIS ebXML Collaboration Protocol
Profiles (CPP's) and Collaboration Protocol Agreements (CPA's) Versions 1
and 2 specifications. This patent license is available to all entities.
Should those requesting a patent license also have essential claims to the
referenced OASIS CPPA specifications, IBM will grant this patent license
provided that the recipient, in return, will grant IBM a reciprocal license
to their essential claim(s). ..."

Did that resolve the Navy's concerns ?

Best regards,

Thomas




Rudnicki Joseph G CONT NSSC <RudnickiJG@NAVSEA.NAVY.MIL> on 10/28/2002
03:13:06 PM

To:    Thomas Schaeck/Germany/IBM@IBMDE, Rudnicki Joseph G CONT NSSC
       <RudnickiJG@NAVSEA.NAVY.MIL>
cc:    Rich Thompson/Watson/IBM@IBMUS, "'wsrp-wsia@lists.oasis-open.org '"
       <wsrp-wsia@lists.oasis-open.org>
Subject:    RE: [wsrp-wsia] Draft v0.8



Hello,

If you want more information on the organizations IPR concerns, please see
http://lists.oasis-open.org/archives/tc-voting/200210/msg00047.html and
read
the comments on the Department of Navy's ebXML CPPA v2 vote.

Take care.

Joe Rudnicki



-----Original Message-----
From: Thomas Schaeck
To: Rudnicki Joseph G CONT NSSC
Cc: Rich Thompson; wsrp-wsia@lists.oasis-open.org
Sent: 10/28/02 4:28 AM
Subject: RE: [wsrp-wsia] Draft v0.8


Joe,

I've contacted Karl Best to find out whether there is something to do
for
us as the TC.

Best regards,

Thomas

Rudnicki Joseph G CONT NSSC <RudnickiJG@NAVSEA.NAVY.MIL> on 10/25/2002
07:06:26 PM

To:    Rich Thompson/Watson/IBM@IBMUS, wsrp-wsia@lists.oasis-open.org
cc:
Subject:    RE: [wsrp-wsia] Draft v0.8



Hello,

Has anything happening relative to IPR claims? This subject is of
considerable concern to a number of people in the organization that I
represent.

Take care.

Joe Rudnicki



-----Original Message-----
From: Rich Thompson [mailto:richt2@us.ibm.com]
Sent: Thursday, October 24, 2002 2:50 PM
To: wsrp-wsia@lists.oasis-open.org
Subject: Re: [wsrp-wsia] Draft v0.8







I just noticed that Word had done something weird to the operation
signatures for getMarkup and performInteraction. They should be:

markupResponse = getMarkup(refHandle, registrationContext,
entityContext,
userContext, markupParams, templates);

interactionResponse = performInteraction(refHandle, registrationContext,
entityContext, userContext, markupParams, interactionParams);


Based on today's discussion, I deleted requestMetadata and changed the
wording for requestParameters in section 5.1.4 to:
"requestParameters: Name/value pairs reflected from the query string of
the
activated URL. These are the query string parameters the Consumer did
not
consume by processing them itself. Other name value pairs (e.g. HTTP
headers from the client or additional Consumer-supplied data) should be
placed in the extensions array."


----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>

----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>







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


Powered by eList eXpress LLC