Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Draft Response to Open Specification Promise"
(wordsmithing as requested--i did not alter the recent change about the CardSpace UI) |
|||
| Line 1: | Line 1: | ||
| − | We have been working on | + | We have been working on draft response to Microsoft's historic Open specification Promise. When we are finished revising this document, we will make it available to Microsoft. |
| − | >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> | + | >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> |
| − | + | The Higgins team is very pleased by the announcement of Microsoft’s Open Specification Promise (http://www.microsoft.com/interop/osp/). | |
| − | + | We recognize the great amount of work required for Microsoft to make this promise. We thank Kim Cameron and Mike Jones for their efforts. The Open Specification Promise represents a major step forward and has generated much good will for Microsoft. | |
| − | We | + | We thank Pete Rowley of Red Hat, Dale Olds of Novell and the others at companies that worked with Microsoft to accomplish this historic promise. |
| − | + | We are confident that implementations based on Higgins components will be able to interoperate on UNIX, Linux and OS X with CardSpace™-compliant STSes as well as provide functional equivalence to CardSpace™ on these platforms. | |
| − | + | We declare that the Higgins team intends to participate in the development of systems which will: | |
| − | + | * create a user interface which shares the sequences of experiences and decisions (the ceremony) of CardSpace. | |
| + | * Import and export cards to or from the CardSpace file format | ||
| + | * Use the CardSpace schemas | ||
| + | * Use the WS-* protocols and profiles as they are used in CardSpace implementations | ||
| − | + | The Microsoft Open Specification Promise relates to our declared intention to use WS-* protocols and profiles. | |
| − | + | Microsoft has published documents that will help us. We intend to use the information and intellectual property embodied in a number of publicly available documents, such as: | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | Microsoft has published documents that will help us. We intend to use the information and intellectual property embodied in a number of publicly available documents such as: | + | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| + | * Any Tech Reference for InfoCard in Windows. | ||
| + | * Any Guide to Integrating with InfoCard | ||
| + | * Any Guide to Supporting InfoCard within Web Applications and Browsers | ||
| + | * Any successor to these documents | ||
| + | * Windows CardSpace Reference in the Windows SDKs | ||
* Windows Communication Foundation and CardSpace (MSDN library) | * Windows Communication Foundation and CardSpace (MSDN library) | ||
| − | |||
* MSDN.microsoft.com/winfx/reference/infocard/default.aspx | * MSDN.microsoft.com/winfx/reference/infocard/default.aspx | ||
| − | |||
* Articles in MSDN magazine related to CardSpace | * Articles in MSDN magazine related to CardSpace | ||
| − | + | We intend to practice all inventions and patents required to implement open source identity systems that work with or look like CardSpace. Code and documentation developed in the Higgins project will be licensed under the open source "Eclipse Public License" (EPL). | |
| − | + | ||
| − | We intend to practice all inventions and patents required to implement | + | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | We will be pleased by agreements to indemnify any practitioner involved in doing what we intend to do, as declared above. The Microsoft Open Specification Promise of September 12 is big step in the right direction. | |
| − | + | Microsoft can continue to encourage our efforts in many ways. Two of these are: | |
| − | * The | + | * The inclusion in a Microsoft Open Specification Promise of the InfoCard specifications, all schemas, the visual components of the card selector user interface any other specifications and any other Microsoft intellectual property which we will be using as we carry our our intentions declared above. This list is both vague and incomplete; Microsoft is in the best position to determine what of their intellectual property we will use as we carry out our declared intention. |
| − | * Clarification of the "patents that are necessary to implement only the required portions of the Covered Specification" | + | * Clarification of the intended referent of the phrase, "patents that are necessary to implement only the required portions of the Covered Specification". (Does this mean the Microsoft Open Specification Promise is limited to patents that are necessary to implement those portions of a Covered Specification that are required to be implemented by every implementation claiming conformance to that specification? Or what does it mean, exactly?) |
Revision as of 01:24, 22 September 2006
We have been working on draft response to Microsoft's historic Open specification Promise. When we are finished revising this document, we will make it available to Microsoft.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
The Higgins team is very pleased by the announcement of Microsoft’s Open Specification Promise (http://www.microsoft.com/interop/osp/).
We recognize the great amount of work required for Microsoft to make this promise. We thank Kim Cameron and Mike Jones for their efforts. The Open Specification Promise represents a major step forward and has generated much good will for Microsoft.
We thank Pete Rowley of Red Hat, Dale Olds of Novell and the others at companies that worked with Microsoft to accomplish this historic promise.
We are confident that implementations based on Higgins components will be able to interoperate on UNIX, Linux and OS X with CardSpace™-compliant STSes as well as provide functional equivalence to CardSpace™ on these platforms.
We declare that the Higgins team intends to participate in the development of systems which will:
- create a user interface which shares the sequences of experiences and decisions (the ceremony) of CardSpace.
- Import and export cards to or from the CardSpace file format
- Use the CardSpace schemas
- Use the WS-* protocols and profiles as they are used in CardSpace implementations
The Microsoft Open Specification Promise relates to our declared intention to use WS-* protocols and profiles.
Microsoft has published documents that will help us. We intend to use the information and intellectual property embodied in a number of publicly available documents, such as:
- Any Tech Reference for InfoCard in Windows.
- Any Guide to Integrating with InfoCard
- Any Guide to Supporting InfoCard within Web Applications and Browsers
- Any successor to these documents
- Windows CardSpace Reference in the Windows SDKs
- Windows Communication Foundation and CardSpace (MSDN library)
- MSDN.microsoft.com/winfx/reference/infocard/default.aspx
- Articles in MSDN magazine related to CardSpace
We intend to practice all inventions and patents required to implement open source identity systems that work with or look like CardSpace. Code and documentation developed in the Higgins project will be licensed under the open source "Eclipse Public License" (EPL).
We will be pleased by agreements to indemnify any practitioner involved in doing what we intend to do, as declared above. The Microsoft Open Specification Promise of September 12 is big step in the right direction.
Microsoft can continue to encourage our efforts in many ways. Two of these are:
- The inclusion in a Microsoft Open Specification Promise of the InfoCard specifications, all schemas, the visual components of the card selector user interface any other specifications and any other Microsoft intellectual property which we will be using as we carry our our intentions declared above. This list is both vague and incomplete; Microsoft is in the best position to determine what of their intellectual property we will use as we carry out our declared intention.
- Clarification of the intended referent of the phrase, "patents that are necessary to implement only the required portions of the Covered Specification". (Does this mean the Microsoft Open Specification Promise is limited to patents that are necessary to implement those portions of a Covered Specification that are required to be implemented by every implementation claiming conformance to that specification? Or what does it mean, exactly?)