TestCases for the SCA_J Common Annotations and APIs Version 1.1 Specification
|
|
- Charla Ball
- 6 years ago
- Views:
Transcription
1 TestCases for the SCA_J Common Annotations and APIs Version 1.1 Specification Committee Draft 01 - rev21 21 OctoberNovember 2010 Specification URIs: This Version: Previous Version: N/A Latest Version: (Authoritative) Technical Committee: OASIS Service Component Architecture / J (SCA-J) TC Chair(s): David Booz, IBM Anish Karmarkar, Oracle Corporation Editor(s): Mike Edwards, IBM David Booz, IBM Related Work: The Test Suite artifacts relating to this document can be found here: Copyright OASIS 2009, All Rights Reserved. Page 1 of 107
2 This document is related to: Service Component Architecture Java Common Annotations and APIs Specification Version Declared XML Namespace(s): Abstract: This document defines the TestCases for the SCA Java Common Annotations and APIs Assembly specification. The TestCases represent a series of tests that an SCA runtime must pass in order to claim conformance to the requirements of the SCA Java Common Annotations and APIsAssembly specification. Status: This document was last revised or approved by the OASIS Service Component Architecture / J (SCA-J) TC on the above date. The level of approval is also listed above. Check the Latest Version or Latest Approved Version location noted above for possible later revisions of this document. Technical Committee members should send comments on this specification to the Technical Committee s list. Others should send comments to the Technical Committee by using the Send A Comment button on the Technical Committee s web page at. For information on whether any patents have been disclosed that may be essential to implementing this specification, and any offers of patent licensing terms, please refer to the Intellectual Property Rights section of the Technical Committee web page ( The non-normative errata page for this specification is located at Copyright OASIS 2009, All Rights Reserved. Page 2 of 107
3 Notices Copyright OASIS All Rights Reserved. All capitalized terms in the following text have the meanings assigned to them in the OASIS Intellectual Property Rights Policy (the "OASIS IPR Policy"). The full Policy may be found at the OASIS website. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published, and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this section are included on all such copies and derivative works. However, this document itself may not be modified in any way, including by removing the copyright notice or references to OASIS, except as needed for the purpose of developing any document or deliverable produced by an OASIS Technical Committee (in which case the rules applicable to copyrights, as set forth in the OASIS IPR Policy, must be followed) or as required to translate it into languages other than English. The limited permissions granted above are perpetual and will not be revoked by OASIS or its successors or assigns. This document and the information contained herein is provided on an "AS IS" basis and OASIS DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY OWNERSHIP RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. OASIS requests that any OASIS Party or any other party that believes it has patent claims that would necessarily be infringed by implementations of this OASIS Committee Specification or OASIS Standard, to notify OASIS TC Administrator and provide an indication of its willingness to grant patent licenses to such patent claims in a manner consistent with the IPR Mode of the OASIS Technical Committee that produced this specification. OASIS invites any party to contact the OASIS TC Administrator if it is aware of a claim of ownership of any patent claims that would necessarily be infringed by implementations of this specification by a patent holder that is not willing to provide a license to such patent claims in a manner consistent with the IPR Mode of the OASIS Technical Committee that produced this specification. OASIS may include such claims on its website, but disclaims any obligation to do so. OASIS takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on OASIS' procedures with respect to rights in any document or deliverable produced by an OASIS Technical Committee can be found on the OASIS website. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this OASIS Committee Specification or OASIS Standard, can be obtained from the OASIS TC Administrator. OASIS makes no representation that any information or list of intellectual property rights will at any time be complete, or that any claims in such list are, in fact, Essential Claims. The names "OASIS", "Service Component Architecture" are trademarks of OASIS, the owner and developer of this specification, and should be used only to refer to the organization and its official s. OASIS welcomes reference to, and implementation and use of, specifications, while reserving the right to enforce its marks against misleading uses. Please see for above guidance. Copyright OASIS 2009, All Rights Reserved. Page 3 of 107
4 1 Table of Contents Introduction TestCase Structure Namespaces and Java Package Names Terminology Normative References Non-normative References TestCases Assembly Section Section Section Section Section Section Section Cross Mapping of s to TestCases Catalog of Test Composite Files - lower level Java Interfaces Java Implementation Classes WSDL Interface Files Conformance Appendix A.Acknowledgments Appendix B.Revision History Copyright OASIS 2009, All Rights Reserved. Page 4 of 107
5 Introduction This document defines the TestCases for the SCA Assembly specification. The tests described in this document are related to the s described in the SCA Assembly s document [CAA-TA]. 1.1 TestCase Structure The SCA J CAA testcases follow a standard structure. They are divided into two main parts: 1. Test Client, which drives the test and checks that the results are as expected 2. Test Application, which forms the bulk of the testcase and which consists of Composites, WSDL files, XSDs and code artifacts such as Java classes, organized into a series of SCA contributions The basic idea is that the Test Application runs on the SCA runtime that is under test, while the Test Client runs as a standalone application, invoking the Test Application through one or more service interfaces. Test Client The test client is designed as a standalone application. The version built here is a Java application which uses the JUnit test framework, although in principle, the client could be built using another implementation technology. The test client is structured to contain configuration information about the testcase, which consists of: 1. metadata identifying the Test Application in terms of the SCA Contributions that are used and the Composites that must be deployed and run 2. data indicating which service operation(s) must be invoked with input data and expected data (including exceptions for expected failure cases) The Java test client consists of a base runtime class, BaseJAXWSTestCase.java. Each actual testcase is implemented by a small class which extends the base runtime class. The bulk of the code required to run a test is held in the base runtime class. The small testcase class contains the configuration for the specific test, which it provides to the code in the base runtime class through a standard interface. The Java test client base runtime class is structured so that there is a replaceable class called the RuntimeBridge, which is used to communicate with the SCA runtime under test, for the purposes of deploying and running the test application. Each SCA runtime provider can produce a version of this class. The code within the runtime bridge is likely to be highly proprietary and specific to the SCA runtime for which it is written. Which runtime bridge class is used at runtime is controlled by an environment variable or system variable with the name "OASIS_TESTENV_RUNTIME_BRIDGE_CLASS", which is read by the code in BaseJAXWSTestCase. The Test Client defaults to using Web services to communicate with the test application. The client is structured to permit Web services to be replaced by some other binding (eg JMS) should the SCA runtime under test not support Web services as a binding technology. Copyright OASIS 2009, All Rights Reserved. Page 5 of 107
6 Test Application Each Test Application consists of one top level SCA Composite file and one or more other SCA Composite files and their associated artifacts (implementations, interface files), plus test client invocation application described above. A typical test application has a design where the top level composite offers a single service to the client application over a Web services binding. The top level composite contains one component which offers the service that is used by the client application. The top level composite then contains one or more other components which are used by the first component. All of the components in the top level composite are implemented by composites. These second level composites then contain typically one component, implemented using a specific technology such as Java POJO. In some cases the implementation may be a third level composite. The application is structured so that alternative technologies can be used. For example, replacing the contents of the second-level or third-level composites allows different Java implementation technologies to be tested eg POJOs or Spring Application Contexts may be used. Similarly, the binding used to connect from the top level composite to the client application may be changed from Web services to JMS if required, simply by changing the binding on the <service/> of the top level composite. Which implementation language to use for test artifacts is controlled by a system variable or environment variable which is read by the test client application, with the name "OASIS_TESTENV_IMPL_LANG". This variable can have one of the following values: "POJO" - for Java implementations "Spring" - for Spring implementations The testcases are designed so that the range of implementation types can be expanded Test Organization Note that the design of these testcases promotes reuse of artifacts between testcases, so that many testcases share components. For example, components implementing simple invokable services are all implemented using a single parameterized implementation artifact. All the test artifacts are contained in a number of Contributions, which are simply filesystem directories which are all peers in the filesystem hierarchy. The names of the directories are the names of the Contributions and the names are significant. The names of Contributions containing implementation type specific artifacts (such as Java classes) are also specially structured to allow for replacement of one type of implementation artifact with another. Broadly, Contribution names are as follows: JCA_nnnn - a contribution that is specific for a particular testcase, where "nnnn" is the number of the testcase. Often this is required because a particular testcase involves artifacts that contain errors that are statically checkable - an SCA runtime is permitted to reject such artifacts when they are contributed and deployed and it is important to ensure that contributions containing deliberate errors for one testcase do not interfere with the operation of other testcases. JCA_nnnn_POJO - a contribution for a specific testcase where there is a need for language specific artifacts that relate to that testcase alone JCA_General - a shared contribution containing implementation type independent artifacts that can be used by many testcases. Copyright OASIS 2009, All Rights Reserved. Page 6 of 107
7 JCA_General_POJO - a shared contribution containing implementation type dependent artifacts for Java POJOs. These artifacts can include both Java classes and also SCA composites that directly use Java classes. Note that the names of Contributions containing implementation specific artifacts ends with a name that is specific to the implementation type - so "_POJO" is used for Java POJO implementations, "_Spring" is used for Spring implementations (and so on). Note that the name following the underscore matches the name used in the "OASIS_TESTENV_IMPL_LANG" variable used to control execution of the test client. The concept is that where there is an implementation type specific contribution, each implementation type must provide its own versions of the same basic artifacts. Typically, this means that each contribution must contain the same set of Composites, but that the implementation type dependent artifacts that these composites use will differ from implementation type to implementation type. Basically, the setting of the variable is used to select the suffix used for implementation type dependent contributions. If the variable is set to "POJO" then the contribution "JCA_General_POJO" is selected, whereas if the variable is set to "Spring", the contribution "JCA_General_Spring" is selected. 1.2 Namespaces and Java Package Names The SCA Assembly testcase suite makes use of some XML namespaces and Java package names, as follows: SCA Artifact Namespaces These apply to artifacts such as Composites WSDL Namespace Java Package name For Java interface classes and for Java implementation classes org.oasisopen.sca.test 1.3 Terminology The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this specification are to be interpreted as described in IETF RFC 2119 [RFC 2119] 1.4 Normative References [RFC 2119] [CAA-TA] S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. IETF RFC 2119, March OASIS Committee Draft 01, "s for the SCA_J Common Annotations and APIs Version 1.1 Specification", July Copyright OASIS 2009, All Rights Reserved. Page 7 of 107
8 [ASM-TA] OASIS Committee Draft 032, s for the SCA Assembly Model Version 1.1 Specification, JuneAugust test-assertions-cd03.pdf Non-normative References N/A 150 Copyright OASIS 2009, All Rights Reserved. Page 8 of 107
9 TestCases 2.1 Assembly JCA_1001_TestCase 154 JCA_1001_TestCase ASM-TA-8005 Tests that when an <interface/> element of a <component/> <reference/> has an interface that is marked bidirectional, where the forward interface is marked remotable, then the callback interface is also marked remotable JCA_1001_TestCase.java Test_JCA_1001.composite ServiceRemoteLocal.java ServiceRemoteLocalCallback.java service1remotelocalcallbackimpl.java serviceremorelocalimpl.java "exception" JCA_1002_TestCase 157 JCA_1002_TestCase ASM-TA-8006 Tests that when an <interface/> element of a <component/> <reference/> has an interface that is marked bidirectional, where the forward interface is marked local, then the callback interface is also marked local JCA_1002_TestCase.java Test_JCA_1002.composite Copyright OASIS 2009, All Rights Reserved. Page 9 of 107
10 158 ServiceLocalRemote.java ServiceLocalRemoteCallback.java service1localremotecallbackimpl.java servicelocalremoteimpl.java "exception" Section 2 JCA_2001_TestCase 161 JCA_2001_TestCase JCA-TA-2001, ASM-TA-8001 Tests that a Java service which is marked remotable does not use method overloading JCA_2001_TestCase.java Test_JCA_2001.composite Service1Overload.java service1overloadimpl.java exception JCA_2002_TestCase 164 JCA_2002_TestCase JCA-TA-2002 Tests that a stateless scoped Java implementation instance is not dispatched on more than a single thread at one time JCA_2002_TestCase.java Test_JCA_2002.composite Copyright OASIS 2009, All Rights Reserved. Page 10 of 107
11 ParallelService.java parallelserviceclientimpl.java parallelserviceimpl.java Positive test: "JCA_2002 request service1 parallel service invocation successful" JCA_2003_TestCase 167 JCA_2003_TestCase JCA-TA-2003 Tests that an implementation instance annotated is invoked only once through one business method during the lifetime of the implementation instance JCA_2003_TestCase.java Test_JCA_2003.composite MultipleService.java multipleserviceclientimpl.java multipleserviceimpl.java Positive test: "JCA_2003 request service1 multiple service invocation successful" JCA_2004_TestCase 170 JCA_2004_TestCase JCA-TA-2004 Tests that where there is a Domain-level component implementation marked as COMPOSITE scope, that all its clients appear to interact with a single runtime instance of the class. Copyright OASIS 2009, All Rights Reserved. Page 11 of 107
12 JCA_2004_TestCase.java Test_JCA_2004.composite service1coordinatorimpl.java service1impl2.java service1compositeimpl.java Positive test: "JCA_2004 request servicecoordinator operation1 invoked service1 operation1 invoked servicecomposite operation1 Initial service2 operation1 invoked servicecomposite operation1 1 service3 operation1 invoked servicecomposite operation1 2 service4 operation1 invoked servicecomposite operation1 3" JCA_2005_TestCase JCA_2005_TestCase JCA-TA-2005 Tests that where a component implementation is marked with COMPOSITE scope and that the implementation instance is created and initialized when the component is started. JCA_2005_TestCase.java Test_JCA_2005.composite compositeeagerinitimpl.java service1compositeimpl.java Positive test: "JCA_2005 request servicecomposite2 operation1 EagerInit called" 175 JCA_2006_TestCase 176 Copyright OASIS 2009, All Rights Reserved. Page 12 of 107
13 JCA_2006_TestCase JCA-TA-2006, JCA-TA Tests that where a component implementation has a method marked that this method is called when the implementation instance is created JCA_2006_TestCase.java Test_JCA_2006.composite service1initcheckerimpl.java service1initimpl.java Positive test: "JCA_2006 request servicecomposite1 operation1 Init check succeeded" JCA_2007_TestCase 179 JCA_2007_TestCase JCA-TA-2007 Tests that for a Java implementation with COMPOSITE scope, that multiple invocations of service operations which overlap in time can run within a single instance of the implementation on separate Java threads. JCA_2007_TestCase.java Test_JCA_2007.composite ParallelService.java parallelcompositeclientimpl.java parallelcompositeserviceimpl.java Positive test: "JCA_2007 request servicecompositeclient COMPOSITE service invocation successfully used by multiple threads simultaneously" Copyright OASIS 2009, All Rights Reserved. Page 13 of 107
14 JCA_2008_TestCase 182 JCA_2008_TestCase JCA-TA-2008 Tests that for a Java implementation class with COMPOSITE scope offering a service, used as the implementation of a component within a composite which is itself the implementation of a Domain level component, all clients of the component service appear to interact with a single instance of the implementation class JCA_2008_TestCase.java Test_JCA_2008.composite CompositeScope.composite service1coordinatorimpl.java service1impl2.java service1compositeimpl.java Positive test: "JCA_2008 request servicecomposite operation1 invoked service1 operation1 invoked servicecomposite operation1 Initial service2 operation1 invoked servicecomposite operation1 1 service3 operation1 invoked servicecomposite operation1 2 service4 operation1 invoked servicecomposite operation1 3" JCA_2009_TestCase 185 JCA_2009_TestCase JCA-TA-2011, JCA-TA Tests that where one component is a client of a service provided by a second component, both with Java implementations and which both run in the same JVM, and the client reference is marked but the service implementation methods are not marked that invocations of the service use "pass by value" semantics. JCA_2009_TestCase.java Copyright OASIS 2009, All Rights Reserved. Page 14 of 107
15 Test_JCA_2009.composite Service4.java service1impl7.java service4impl.java Positive test: "JCA_2009 request service1 operation1 invoked service2 operation1 invoked request+1" JCA_2010_TestCase 188 JCA_2010_TestCase JCA-TA-2011, JCA-TA Tests that where one component is a client of a service provided by a second component, both with Java implementations and which both run in the same JVM, and the service implementation methods are not marked but the client reference is not marked that invocations of the service use "pass by value" semantics. JCA_2010_TestCase.java Test_JCA_2010.composite Service4.java service1impl7b.java service4impl1.java Positive test: "JCA_2010 request service1 operation1 invoked service2 operation1 invoked request+1" Copyright OASIS 2009, All Rights Reserved. Page 15 of 107
16 Section 3 JCA_3001_TestCase JCA_3001_TestCase JCA-TA-3001 Tests that a Java Interface class name is fully qualified on a service <interface.java> element JCA_3001_TestCase.java Test_JCA_3001.composite ASM_0002_Client.java Service1Impl.java exception 195 JCA_3002_TestCase 196 JCA_3002_TestCase JCA-TA-3001 Tests that a Java Interface is fully qualified on a reference <interface.java> element JCA_3002_TestCase.java Test_JCA_3002.composite ASM_0002_Client.java Service1Impl.java Service1Impl2.java Copyright OASIS 2009, All Rights Reserved. Page 16 of 107
17 197 exception 198 JCA_3003_TestCase JCA_3003_TestCase JCA-TA-3002, JCA-TA Tests that callback interfaces on a service are specified in their fully qualified form JCA_3003_TestCase.java Test_JCA_3003.composite ASM_0002_Client.java service1calbackimpl.java Service3WithCallback.java Service3Callback.java service3impl1.java exception 201 JCA_3004_TestCase 202 JCA_3004_TestCase JCA-TA-3002, JCA-TA Tests that callback interfaces on a reference are specified in their fully qualified form JCA_3004_TestCase.java Test_JCA_3004.composite ASM_0002_Client.java Copyright OASIS 2009, All Rights Reserved. Page 17 of 107
18 203 service1calbackimpl.java Service3WithCallback.java Service3Callback.java service3impl1.java exception 204 JCA_3005_TestCase JCA_3005_TestCase JCA-TA-3003, JCA-TA-10031, JCA-TA Tests that callback interfaces specified in the composite match the callback interface specified in the service interface class JCA_3005_TestCase.java Test_JCA_3005.composite ASM_0002_Client.java service1calbackimpl.java Service3WithCallback.java Service3Callback.java service3impl1.java Positive test: "JCA_3005 request service1 operation1 invoked service3 operation1 invoked service1 callback1 invoked" 207 JCA_3006_TestCase 208 JCA_3006_TestCase JCA-TA-3003, JCA-TA Copyright OASIS 2009, All Rights Reserved. Page 18 of 107
19 209 Tests that callback interfaces specified in the composite match the callback interface specified in the service interface class JCA_3006_TestCase.java Test_JCA_3006.composite ASM_0002_Client.java service1calbackimpl.java Service3WithCallback.java Service3Callback.java service3impl1.java "exception" 210 JCA_3007_TestCase 211 JCA_3007_TestCase JCA-TA-3003, JCA-TA Tests that callback interfaces specified in the composite match the callback interface specified in the reference interface class JCA_3007_TestCase.java Test_JCA_3007.composite ASM_0002_Client.java service1calbackimpl.java Service3WithCallback.java Service3Callback.java service3impl1.java "exception" Copyright OASIS 2009, All Rights Reserved. Page 19 of 107
20 JCA_3008_TestCase JCA_3008_TestCase JCA-TA-3004 Tests that <interface.java/> conforms to the schema JCA_3008_TestCase.java Test_JCA_3008.composite ASM_0002_Client.java service1impl.java "exception" 216 JCA_3009_TestCase JCA_3009_TestCase JCA-TA-3005 Tests that remotable attribute annotation JCA_3009_TestCase.java Test_JCA_3009.composite ASM_0002_Client.java service1impl.java "exception" Copyright OASIS 2009, All Rights Reserved. Page 20 of 107
21 219 JCA_3010_TestCase JCA_3010_TestCase JCA-TA-3005 Tests that remotable attribute annotation JCA_3010_TestCase.java Test_JCA_3010.composite ASM_0002_Client.java service1impl.java Positive test: "JCA_3010 request service1 operation1 invoked" 222 JCA_3011_TestCase JCA_3011_TestCase JCA-TA-3006 Tests that a service interfaces doesn't contain forbidden annotations JCA_3011_TestCase.java Test_JCA_3011.composite ASM_0002_Client.java JCA3011Service.java JCA3011serviceImpl.java "exception" Copyright OASIS 2009, All Rights Reserved. Page 21 of 107
22 225 JCA_3012_TestCase JCA_3012_TestCase JCA-TA-3007 Tests that callback interfaces don't contain forbidden annotations JCA_3012_TestCase.java Test_JCA_3012.composite ASM_0002_Client.java Service3WithCallback.java service1callbackimpl.java Service3Callback.java JCA3012Service3WithCallback.java JCA3012Service3Callback.java JCA3012service3Impl1.java "exception" 228 JCA_3013_TestCase 229 JCA_3013_TestCase JCA-TA-3008 Tests that where two Java interfaces are otherwise compatible, every method present in both interfaces where annotated in one interface is also annotated in the other interface JCA_3013_TestCase.java Test_JCA_3013.composite ASM_0002_Client.java ServiceOneWayMissing.java Copyright OASIS 2009, All Rights Reserved. Page 22 of 107
23 230 serviceonewayimpl.java Service1OneWayMissingCallerImpl.java ServiceOneWay.java "exception" 231 JCA_3014_TestCase JCA_3014_TestCase JCA-TA-3009 Tests that where an <interface.java/> element references a Java interface class which contains annotation with a non-empty wsdllocation property pointing at a WSDL document, it is treated as if it were an <interface.wsdl/> element with attribute identifying the porttype in the WSDL document mapped from the Java interface class JCA_3014_TestCase.java Test_JCA_3014.composite ASM_0002_Client.java Service3Operations.java Service3OperationsWSDL.java Service3OperationsWSDLImpl.java Service1Calls3OperationsImpl.java Service3OperationsWSDL.wsdl "exception" Section 4 JCA_4001_TestCase 237 Copyright OASIS 2009, All Rights Reserved. Page 23 of 107
24 238 JCA_4001_TestCase JCA-TA-4001, JCA-TA-10005, JCA-TA Tests that for a stateless Java implementation, that all lifecycle stages are performed in the correct sequence and that no stage occurs out of sequence. JCA_4001_TestCase.java Test_JCA_4001.composite JCA_0002_Client.java Service1.wsdl DataStore.java lifecyclecontrollerimpl.java service1statelesslifecycleimpl.java service1impl.java datastorecompositeimpl.java "JCA_4001 request Constructing property1 injected reference1 injected property2 injected reference2 injected Init invoked Init completed servicelifecycle operation1 invoked service1 operation1 invoked service2 operation1 invoked service3 operation1 invoked prop1 prop2 prop3 Destroy invoked" 239 JCA_4002_TestCase 240 JCA_4002_TestCase JCA-TA-4004 Tests that where a stateless Java implementation throws an exception from its Constructor method, that the implementation transitions to the Terminating state JCA_4002_TestCase.java Test_JCA_4002.composite JCA_0002_Client.java Service1.wsdl DataStore.java lifecyclecontrollerimpl.java Copyright OASIS 2009, All Rights Reserved. Page 24 of 107
25 241 service1lifecycleexceptionsimpl.java service1impl.java datastorecompositeimpl.java "JCA_4002 request Constructing exception thrown" 242 JCA_4003_TestCase JCA_4003_TestCase JCA-TA-4010 Tests that when a stateless Java implementation throws an exception when a property is injected, that the implementation transitions to the Destroying state JCA_4003_TestCase.java Test_JCA_4003.composite JCA_0002_Client.java Service1.wsdl DataStore.java lifecyclecontrollerimpl.java service1lifecycleexceptionsimpl.java service1impl.java datastorecompositeimpl.java "JCA_4003 request Constructing property1 injected reference1 injected property2 injected exception thrown Destroy invoked" 245 JCA_4004_TestCase 246 JCA_4004_TestCase JCA-TA-4012 Tests that where a Java implementation invokes an injected reference while in the initializing phase and the target of the reference has not been initialized, that the implementation receives a ServiceUnavailableException JCA_4004_TestCase.java Copyright OASIS 2009, All Rights Reserved. Page 25 of 107
26 247 Test_JCA_4004.composite JCA_0002_Client.java Service1.wsdl DataStore.java lifecyclecontrollerimpl.java service1lifecycleexceptionsimpl.java service1uninitimpl.java service1impl.java datastorecompositeimpl.java "JCA_4004 request Constructing property1 injected reference1 injected property2 injected reference2 injected Init invoked calling uninitialized service ServiceUnavailable exception received Init completed servicelifecycle operation1 invoked service1 operation1 invoked service2 operation1 invoked service3 operation1 invoked prop1 prop2 prop3 Destroy invoked" 248 JCA_4005_TestCase 249 JCA_4005_TestCase JCA-TA-4015 Tests that where a Java implementation throws an exception from the method marked with annotation, that the implementation transitions to the Destroying state JCA_4005_TestCase.java Test_JCA_4005.composite JCA_0002_Client.java Service1.wsdl DataStore.java lifecyclecontrollerimpl.java service1lifecycleexceptionsimpl.java service1impl.java datastorecompositeimpl.java Copyright OASIS 2009, All Rights Reserved. Page 26 of 107
27 250 "JCA_4005 request Constructing property1 injected reference1 injected property2 injected reference2 injected Init invoked exception thrown Destroy invoked" 251 JCA_4006_TestCase JCA_4006_TestCase JCA-TA-4019 Tests that a Java implementation in the Destroying state which invokes a method on a reference whose target service has already been destroyed receives an InvalidServiceException JCA_4006_TestCase.java Test_JCA_4006.composite JCA_0002_Client.java Service1.wsdl DataStore.java lifecyclecontrollerimpl.java service1statelesslifecycleimpl.java service1impl.java datastorecompositeimpl.java "JCA_4006 request Constructing property1 injected reference1 injected property2 injected reference2 injected Init invoked Init completed servicelifecycle operation1 invoked service1 operation1 invoked service2 operation1 invoked service3 operation1 invoked prop1 prop2 prop3 Destroy invoked" 254 JCA_4007_TestCase 255 JCA_4007_TestCase JCA-TA-4022 Tests that where a Java implementation throws an exception from its method marked with annotation, that the implementation transitions to the terminated state JCA_4007_TestCase.java Test_JCA_4007.composite Copyright OASIS 2009, All Rights Reserved. Page 27 of 107
28 256 JCA_0002_Client.java Service1.wsdl DataStore.java lifecyclecontrollerimpl.java service1lifecycleexceptionsimpl.java service1impl.java datastorecompositeimpl.java "JCA_4007 request Constructing property1 injected reference1 injected property2 injected reference2 injected Init invoked Init completed servicelifecycle operation1 invoked service1 operation1 invoked service2 operation1 invoked service3 operation1 invoked prop1 prop2 prop3 Destroy invoked exception thrown" 257 JCA_4008_TestCase JCA_4008_TestCase JCA-TA-4024 Tests that when a stateless Java implementation throws an exception when a reference is injected, that the implementation transitions to the Destroying state JCA_4008_TestCase.java Test_JCA_4008.composite JCA_0002_Client.java Service1.wsdl DataStore.java lifecyclecontrollerimpl.java service1lifecycleexceptionsimpl.java service1impl.java datastorecompositeimpl.java "JCA_4008 request Constructing property1 injected reference1 injected property2 injected reference2 injected exception thrown Destroy invoked" Copyright OASIS 2009, All Rights Reserved. Page 28 of 107
29 Section 5 JCA_7001_TestCase JCA_7001_TestCase JCA-TA-7001 JCA-TA-7002 Tests that where a Java implementation offers a bidirectional service and has fields and setter methods annotated when the bidirectional service is invoked, a callback reference object is injected into those fields and setter methods which have a type which is the interface for the callback service but null is injected into fields and setter methods which have a different type. JCA_7001_TestCase.java Test_JCA_7001.composite Service3WithCallback.java Service3Callback.java Service7WithCallback.java Service7Callback.java service1callbackimpl.java MultipleCallbacksImpl.java "JCA_7001 request service1 operation1 invoked service2 operation1 invoked callback1 invoked other callbacks null"; 264 JCA_7002_TestCase 265 JCA_7002_TestCase JCA-TA-7002 Tests that where a Java implementation offers a bidirectional service and also has one non-bidirectional service and has fields and setter methods annotated when the non-bidirectional service is invoked, null is injected into all the fields and setter methods annotated JCA_7002_TestCase.java Test_JCA_7002.composite Copyright OASIS 2009, All Rights Reserved. Page 29 of 107
30 266 Service3WithCallback.java Service3Callback.java Service7WithCallback.java Service7Callback.java service1callbackimpl.java MultipleCallbacksImpl.java "JCA_7002 request service1 operation1 invoked service2 operation1 invoked callback1 invoked other callbacks null"; 267 JCA_7003_TestCase JCA_7003_TestCase JCA-TA-7003 JCA-TA-7004 JCA-TA-7005 JCA-TA-7007 Tests that where a Java interface class is an asynchronous service mapping of a WSDL porttype containing request/response operations that the class is annotated with the "asyncinvocation" intent JCA_7003_TestCase.java Test_JCA_7003.composite Service1AsyncServer.java Service1AsyncServerImpl.java "JCA_7003 request service1 operation1 invoked asynchronously" 270 JCA_7004_TestCase 271 JCA_7004_TestCase JCA-TA-7003 Tests that where a Java interface class is an asynchronous service Copyright OASIS 2009, All Rights Reserved. Page 30 of 107
31 272 mapping of a WSDL porttype containing request/response operations that the class is annotated with the "asyncinvocation" intent - this is the negative version of JCA_7003_Testcase where the asyncinvocation intent is left off the interface class JCA_7004_TestCase.java Test_JCA_7004.composite Service1AsyncServerError.java Service1AsyncServerErrorImpl.java "exception" 273 JCA_7005_TestCase JCA_7005_TestCase JCA-TA-7006 Tests that when an asynchronous service implementation invokes the sendresponse method of the supplied ResponseDispatch.object when that method has already been called once, the method throws an IllegalStateException JCA_7005_TestCase.java Test_JCA_7005.composite Service1AsyncServer.java Service1AsyncServerMultiReponseImpl.java asynccontrollerimpl.java datastorecompositeimpl.java "JCA_7005 request service1 operation1 invoked asynchronously IllegalStateException thrown on second invocation of ResponseDispatch.sendResponse() method" 276 JCA_7006_TestCase 277 JCA_7006_TestCase Copyright OASIS 2009, All Rights Reserved. Page 31 of 107
32 JCA-TA-9068 JCA-TA-9069 Tests that when an asynchronous service implementation invokes the sendfault method of the supplied ResponseDispatch.object that the exception is sent to the client of the service operation and if the sendfault method is subsequently invoked a second time when that method has already been called once for a given ResponseDispatch object, the method throws an IllegalStateException JCA_7006_TestCase.java Test_JCA_7006.composite Service1AsyncServer.java Service1AsyncServerMultiFaultImpl.java asynccontrollerimpl.java datastorecompositeimpl.java "JCA_7005 request service1 operation1 invoked asynchronously IllegalStateException thrown on second invocation of ResponseDispatch.sendResponse() method" Section JCA_8001_TestCase 283 JCA_8001_TestCase JCA-TA-8001 Tests that intent annotations use annotation in the definition of the annotation. In this testcase, two mutually exclusive intents are defined in the domain. One of them is also defined as a Java annotation using definition. TEST_JCA_8001Component1 requires both mutually exclusive intents (one in the SCDL, one in the Java implementation class) and should flag an error that mutually exclusive intents are not allowed. JCA_8001_TestCase.java Test_JCA_8001.composite Copyright OASIS 2009, All Rights Reserved. Page 32 of 107
33 284 ASM_0002_Client.java Service1Intent.java TestIntent2.java definitions.xml "exception" 285 JCA_8002_TestCase JCA_8002_TestCase JCA-TA-8002 Tests that intent annotations cannot be used on methods which are not reference setter methods. JCA_8002_TestCase.java Test_JCA_8002.composite ASM_0002_Client.java TestIntent2.java service1badintent.java "exception" 288 JCA_8003_TestCase 289 JCA_8003_TestCase JCA-TA-8003 Tests that intent annotations cannot be used on fields which are not references. JCA_8003_TestCase.java Test_JCA_8003.composite Copyright OASIS 2009, All Rights Reserved. Page 33 of 107
34 290 ASM_0002_Client.java TestIntent2.java service1badintent.java "exception" 291 JCA_8004_TestCase JCA_8004_TestCase JCA-TA-8004 Tests that intent annotations cannot be used on constructor parameters which are not references. JCA_8004_TestCase.java Test_JCA_8004.composite ASM_0002_Client.java TestIntent2.java service1badintent.java "exception" 294 JCA_8005_TestCase 295 JCA_8005_TestCase JCA-TA-8002, JCA-TA-8003, JCA-TA-8004 Tests that intent annotations can be used to annotate every place that a reference is allowed (setter method, field, or constructor parameter). JCA_8005_TestCase.java Test_JCA_8005.composite Copyright OASIS 2009, All Rights Reserved. Page 34 of 107
35 296 ASM_0002_Client.java TestIntent2.java service1goodintent.java Positive test: "JCA_8005 request service1 operation1 invoked service2 operation1 invoked service3 operation1 invoked service4 operation1 invoked" 297 JCA_8006_TestCase JCA_8006_TestCase JCA-TA-8005 Tests that intent annotations are merged together (unioned) when present on the same Java element. In this testcase, two mutually exclusive intents are placed on the same Java element. When the runtime correctly merges them, an error should result. JCA_8006_TestCase.java Test_JCA_8006.composite ASM_0002_Client.java TestIntent1.java TestIntent2.java service1badintent.java definitions.xml "exception" 300 JCA_8007_TestCase 301 JCA_8007_TestCase JCA-TA-8006 Copyright OASIS 2009, All Rights Reserved. Page 35 of 107
36 302 Tests that intent annotations are correctly merged when they appear at different levels in a Java interface class. PolicySet1 satisfies testintent3 which is the only intent that should be applicable to the service after the intents in Service5Intents are normalized. JCA_8007_TestCase.java Test_JCA_8007.composite ASM_0002_Client.java TestIntent3.java TestIntent4.java service5impl2.java service5impl.java Service5Intents.java definitions.xml Positive test: "JCA_8007 request service1 operation1 invoked service2 operation1 invoked" 303 JCA_8008_TestCase 304 JCA_8008_TestCase JCA-TA-8007 Tests that policysets cannot be used on methods which are not reference setter methods. JCA_8008_TestCase.java Test_JCA_8008.composite ASM_0002_Client.java service1badpolicyset.java definitions.xml Copyright OASIS 2009, All Rights Reserved. Page 36 of 107
37 305 "exception" 306 JCA_8009_TestCase JCA_8009_TestCase JCA-TA-8008 Tests that policysets cannot be used on fields which are not references. JCA_8009_TestCase.java Test_JCA_8009.composite ASM_0002_Client.java service1badpolicyset.java definitions.xml "exception" 309 JCA_8010_TestCase JCA-TA-8009 Tests that policysets cannot be used on constructor parameters which are not references. JCA_8010_TestCase.java Test_JCA_8010.composite ASM_0002_Client.java service1badpolicyset.java definitions.xml "exception" Copyright OASIS 2009, All Rights Reserved. Page 37 of 107
38 JCA_8011_TestCase JCA_8011_TestCase JCA-TA-8010 Tests that policyset annotations are correctly merged when they appear at different levels in a Java interface class. PolicySet1 satisfies testintent3 and PolicySet2 satisfies testintent5. JCA_8010_TestCase.java Test_JCA_8010.composite ASM_0002_Client.java service6impl.java service6impl2.java Service6PolicySets.java TestIntent3.java TestIntent4.java definitions.xml Positive test: "JCA_8011 request service1 operation1 invoked service2 operation1 invoked" Section 9 JCA_9001_TestCase 317 JCA_9001_TestCase JCA-TA-9001 Tests that if an invocation of the getservice() method of the ComponentContext API is made for a reference that is 0..n or 1..n multiplicity, that the caller receives an IllegalArgumentException JCA_9001_TestCase.java Copyright OASIS 2009, All Rights Reserved. Page 38 of 107
39 Test_JCA_9001.composite 318 service1contextimpl1.java service1impl.java Positive test: "JCA_9001 request invokerservice operation1 invoked IllegalArgumentException received" 319 JCA_9002_TestCase JCA_9002_TestCase JCA-TA-9002 Tests that if an invocation of the getrequestcontext() method of the ComponentContext API is made during the execution of a Java business method of a service operation on the same Java thread used to invoke the business method, then a non-null value is returned for the RequestContext JCA_9002_TestCase.java Test_JCA_9002.composite service1contextimpl1.java service1impl.java Positive test: "JCA_9002 request service1 operation1 invoked RequestContext - servicename: Service1" 322 JCA_9003_TestCase 323 JCA_9003_TestCase JCA-TA-9003 Tests that if an invocation of the getservicereference() method of the Copyright OASIS 2009, All Rights Reserved. Page 39 of 107
40 324 RequestContext API is made during the execution of a Java business method, then the method returns a ServiceReference object that represents the service that was invoked JCA_9003_TestCase.java Test_JCA_9003.composite Service1Superset.java service1requestcontextimpl2.java Positive test: "JCA_9003 request service1 operation1 invoked ServiceReference obtained: service1 checkservice operation2 invoked" 325 JCA_9004_TestCase JCA_9004_TestCase JCA-TA-9004 Tests that if an invocation of the getservicereference() method of the RequestContext API is made during the execution of a Java business method of a callback, then the method returns a ServiceReference object that represents the callback that was invoked JCA_9004_TestCase.java Test_JCA_9004.composite Service3WithCallback.java Service3Callback.java service1callbackcontextimpl1.java service3impl1.java Positive test: "JCA_9004 request servicecomposite1 operation1 invoked callbackservice operation1 invokedservicecomposite1 callback1 invoked ServiceReference obtained: servicecomposite1 check callback1 invoked" Copyright OASIS 2009, All Rights Reserved. Page 40 of 107
41 328 JCA_9005_TestCase JCA_9005_TestCase JCA-TA-9005 Tests that if an invocation of the getrequestcontext() method of the ComponentContext API is made during the execution of a Java business method of a callback operation on the same Java thread used to invoke the business method, then a non-null value is returned for the RequestContext JCA_9005_TestCase.java Test_JCA_9005.composite Service3WithCallback.java Service3Callback.java service1callbackcontextimpl2.java service3impl1.java Positive test: "JCA_9005 request servicecomposite1 operation1 invoked callbackservice operation1 invoked servicecomposite1 callback1 invoked RequestContext - servicename: reference1" 331 JCA_9006_TestCase 332 JCA_9006_TestCase JCA-TA-9070 JCA-TA-9006 JCA-TA-9007 JCA-TA-9008 JCA-TA-9014 Tests invocations of the ComponentContext.getServiceReference() method o invoked with a referencename parameter for a reference of multiplicity 0..n o invoked for a reference which does not have the interface of the type in the businessinterface parameter o invoked with a referencename value that does not match the name of any of the references of the component Copyright OASIS 2009, All Rights Reserved. Page 41 of 107
42 333 o invoked for a reference with multiplicity 0..1 which has no target service configured o invoked for a valid reference with a target service configured JCA_9006_TestCase.java Test_JCA_9006.composite Service1Impl.java Service1CCgetServiceReferenceImpl.java "JCA_9006 request service1 operation1 invoked getservicereference expected IllegalArgumentException received for 0..n ref expected IllegalArgumentException received for invalid businessinterface expected IllegalArgumentException received for invalid reference name expected null ServiceReference for unwired 0..1 reference expected non-null ServiceReference for wired 1..1 reference service2 operation1 invoked" ; 334 JCA_9007_TestCase JCA_9007_TestCase JCA-TA-9009 Tests invocations of the ComponentContext.getURI() method: o invocation returns a String containing the absolute URI of the component in the SCA Domain JCA_9007_TestCase.java Test_JCA_9007.composite Service1CCgetURIImpl.java "JCA_9007 request service1 operation1 invoked geturi geturi() returned URI = TEST_JCA_9007Component1" 337 JCA_9008_TestCase 338 JCA_8_TestCase Copyright OASIS 2009, All Rights Reserved. Page 42 of 107
43 339 JCA-TA-9001 JCA-TA-9010 JCA-TA-9011 JCA-TA-9012 JCA-TA-9013 Tests invocations of the ComponentContext.getService() method: o method throws an IllegalArgumentException if the referencename reference has multiplicity 0..n o method returns a proxy object with the businessinterface for the reference referencename, where that reference has a target service configured o method returns null for a 0..1 reference with no target service configured o method throws an IllegalArgumentException where the component does not have a reference with the name referencename o method throws an IllegalArgumentException where the the referencename reference does not have the interface defined in the businessinterface parameter JCA_9008_TestCase.java Test_JCA_9008.composite Service1CCgetServiceImpl.java "JCA_9008 request service1 operation1 invoked getservice expected IllegalArgumentException received for 0..n ref expected IllegalArgumentException received for invalid businessinterface expected IllegalArgumentException received for invalid reference name expected null Service for unwired 0..1 reference expected non-null Service for wired 1..1 reference service2 operation1 invoked" 340 JCA_9009_TestCase 341 JCA_9009_TestCase JCA-TA-9015 JCA-TA-9016 JCA-TA-9017 JCA-TA-9018 JCA-TA-9019 Tests invocations of the ComponentContext.getServices() method: o invocation returns a Collection containing a proxy object for each target service of the reference each implementing the interface supplied in the businessinterface parameter Copyright OASIS 2009, All Rights Reserved. Page 43 of 107
44 342 o invocation returns an empty Collection where the reference named by referencename exists but has no target services configured o invocation throws an IllegalArgumentExeption when the named reference exists and has a multiplicity of 0..1 or 1..1 o invocation throws an IllegalArgumentExeption when the named reference does not exist o invocation throws an IllegalArgumentExeption when the named reference does not have an interface compatble with the interface in the businessinterface parameter JCA_9009_TestCase.java Test_JCA_9009.composite Service1CCgetServicesImpl.java "JCA_9009 request service1 operation1 invoked getservices expected IllegalArgumentException received for 1..1 ref expected IllegalArgumentException received for invalid businessinterface expected IllegalArgumentException received for invalid reference name expected empty Collection for unwired 0..n reference expected non-empty Collection for wired 0..n reference service2 operation1 invoked service3 operation1 invoked" 343 JCA_9010_TestCase 344 JCA_9010_TestCase JCA-TA-9020 JCA-TA-9021 JCA-TA-9022 JCA-TA-9023 JCA-TA-9024 Tests invocations of the ComponentContext.getServiceReferences() method: o invocation returns a Collection containing a ServiceReference object for each target service of the reference each implementing the interface supplied in the businessinterface parameter o invocation returns an empty Collection where the reference named by referencename exists but has no target services configured o invocation throws an IllegalArgumentExeption when the named reference exists and has a multiplicity of 0..1 or 1..1 o invocation throws an IllegalArgumentExeption when the named Copyright OASIS 2009, All Rights Reserved. Page 44 of 107
SCA-J POJO Component Implementation v1.1 TestCases Version 1.0
SCA-J POJO Component Implementation v1.1 TestCases Version 1.0 Committee Specification Draft 01 / Public Review Draft 01 8 November 2010 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-j/sca-j-pojo-ci-1.1-testcases-1.0-csprd01.html
Test Assertions for the SCA_J Common Annotations and APIs Version 1.1 Specification
Test Assertions for the SCA_J Common Annotations and APIs Version 1.1 Specification Working Draft 6 27 June 2009 Specification URIs: This Version: http://docs.oasis-open.org/sca-assembly/sca-j-caa-1.1-test-assertions-wd5.html
TestCases for the SCA POJO Component Implementation Specification Version 1.1
TestCases for the SCA POJO Component Implementation Specification Version 1.1 Committee Specification Draft 02 / Public Review Draft 02 15 August 2011 Specification URIs This version: http://docs.oasis-open.org/opencsa/sca-j/sca-j-pojo-ci-1.1-testcases-csprd02.pdf
TestCases for the SCA Assembly Model Version 1.1
TestCases for the SCA Assembly Model Version 1.1 Committee Specification Draft 04 / Public Review Draft 03 21 June 2011 Specification URIs This version: http://docs.oasis-open.org/opencsa/sca-assembly/sca-assembly-1.1-testcases-csprd03.pdf
SCA JMS Binding v1.1 TestCases Version 1.0
SCA JMS Binding v1.1 TestCases Version 1.0 Committee Specification Draft 01 / Public Review Draft 01 8 November 2010 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-bindings/sca-jmsbinding-1.1-testcases-1.0-csprd01.html
TestCases for the SCA Web Service Binding Specification Version 1.1
TestCases for the SCA Web Service Binding Specification Version 1.1 Committee Specification Draft 01 revision 1 + Issue 152 1 April 2011 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-bindings/sca-wsbinding-1.1-testcases-csd01-rev1.html
TestCases for the SCA Web Service Binding Specification Version 1.1
TestCases for the SCA Web Service Binding Specification Version 1.1 Committee Specification Draft 02 / Public Review Draft 02 14 July 2011 Specification URIs: This version: http://docs.oasis-open.org/opencsa/sca-bindings/sca-wsbinding-1.1-testcases-csprd02.pdf
Service Component Architecture Client and Implementation Model for C++ Test Cases Version 1.1
Service Component Architecture Client and Implementation Model for C++ Test Cases Version 1.1 Committee Draft 02 14 October 2010 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-c-cpp/sca-cppcni-1.1-testcases-cd02.html
Test Assertions for the SCA Assembly Model Version 1.1 Specification
Test Assertions for the SCA Assembly Model Version 1.1 Specification Committee Draft 03 10 August 2010 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-assembly/sca-assembly-1.1-test-assertions-cd03.html
Test Assertions for the SCA Web Service Binding Version 1.1 Specification
Test Assertions for the SCA Web Service Binding Version 1.1 Specification Working Draft 02 7 October 2009 Specification URIs: This Version: http://docs.oasis-open.org/sca-bindings/sca-wsbinding-1.1-test-assertions-cd01.html
Test Assertions for the SCA Policy Framework 1.1 Specification
Test Assertions for the SCA Policy Framework 1.1 Specification Committee Draft 02 28 September 2010 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-policy/sca-policy-1.1-test-assertions-cd02.html
SCA JMS Binding Specification v1.1 Test Assertions Version 1.0
SCA JMS Binding Specification v1.1 Test Assertions Version 1.0 Committee Specification Draft 01 8 November 2010 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-bindings/sca-jmsbinding-1.1-test-assertions-1.0-
Using the AMQP Anonymous Terminus for Message Routing Version 1.0
Using the AMQP Anonymous Terminus for Message Routing Version 1.0 Committee Specification 01 Specification URIs This version: http://docs.oasis-open.org/amqp/anonterm/v1.0/cs01/.xml (Authoritative) http://docs.oasis-open.org/amqp/anonterm/v1.0/cs01/.html
Service Component Architecture Client and Implementation Model Specification for C++ Version 1.1
Service Component Architecture Client and Implementation Model Specification for C++ Version 1.1 Committee Draft 01 20 March 2008 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-c-cpp/sca-cppcni-1.1-spec-cd-01.html
SAML V2.0 Profile for Token Correlation
SAML V2.0 Profile for Token Correlation Committee Draft 01 28 June 2010 Specification URIs: This Version: 0.1 Previous Version: 0 Latest Version: Technical Committee: OASIS Security Services TC Chair(s):
Level of Assurance Authentication Context Profiles for SAML 2.0
2 3 4 5 Level of Assurance Authentication Context Profiles for SAML 2.0 Draft 01 01 April 2008 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 Specification URIs: This
SAML V2.0 Profile for Mandator Credentials
2 SAML V2.0 Profile for Mandator Credentials 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 Specification URIs: This Version: Previous Version: Latest Version: Technical
KMIP Opaque Managed Object Store Profile Version 1.0
KMIP Opaque Managed Object Store Profile Version 1.0 Committee Specification Draft 01 / Public Review Draft 01 09 January 2014 Specification URIs This version: http://docs.oasis-open.org/kmip/kmip-opaque-obj-profile/v1.0/csprd01/kmip-opaque-obj-profilev1.0-csprd01.doc
Deployment Profile Template Version 1.0 for WS-Reliability 1.1
Deployment Profile Template Version 1.0 for WS-Reliability 1.1 Committee Draft 11 April 2007 URIs: This Version: http://docs.oasis-open.org/wsrm/profile/wsr-deployment-profile-template-cd.pdf Latest Version:
Service Component Architecture Web Service Binding Specification Version 1.1
Service Component Architecture Web Service Binding Specification Version 1.1 Working Draft 01 6 December 2007 Specification URIs: This Version: http://docs.oasis-open.org/sca-bindings/sca-wsbinding-1.1-spec-wd-01.html
SAML V2.0 EAP GSS SSO Profile Version 1.0
SAML V2.0 EAP GSS SSO Profile Version 1.0 Committee Draft 00 March 18, 2010 Specification URIs: This Version: http://docs.oasis-open.org/[tc-short-name]/[additional path/filename].html http://docs.oasis-open.org/[tc-short-name]/[additional
KMIP Storage Array with Self-Encrypting Drives Profile Version 1.0
KMIP Storage Array with Self-Encrypting Drives Profile Version 1.0 Committee Specification Draft 02 / Public Review Draft 02 19 June 2014 Specification URIs This version: http://docs.oasis-open.org/kmip/kmip-sa-sed-profile/v1.0/csprd02/kmip-sa-sed-profile-v1.0-
KMIP Opaque Managed Object Store Profile Version 1.0
KMIP Opaque Managed Object Store Profile Version 1.0 OASIS Standard 19 May 2015 Specification URIs This version: http://docs.oasis-open.org/kmip/kmip-opaque-obj-profile/v1.0/os/kmip-opaque-obj-profile-v1.0-
KMIP Symmetric Key Lifecycle Profile Version 1.0
KMIP Symmetric Key Lifecycle Profile Version 1.0 OASIS Standard 19 May 2015 Specification URIs This version: http://docs.oasis-open.org/kmip/kmip-sym-key-profile/v1.0/os/kmip-sym-key-profile-v1.0-os.doc
This document is a preview generated by EVS
INTERNATIONAL STANDARD ISO 21720 First edition 2017-11 XLIFF (XML Localisation interchange file format) XLIFF (Format de fichier XML pour l'échange de données de localisation) Reference number ISO 21720:2017(E)
OASIS - Artifact naming guidelines
OASIS - Artifact naming guidelines Working Draft 06, 9 July 2004 Document identifier: Location: http://www.oasis-open.org/apps/org/workgroup/tab/documents.php Editor: Tim Moses Contributors: William Cox
Cloud Application Management for Platforms (CAMP) Test Assertions Version 1.1
Cloud Application Management for Platforms (CAMP) Test Assertions Version 1.1 Committee Specification 01 09 November 2014 Specification URIs This version: http://docs.oasis-open.org/camp/camp-ta/v1.1/cs01/camp-ta-v1.1-cs01.pdf
SOA-EERP Business Service Level Agreement Version 1.0
SOA-EERP Business Service Level Agreement Version 1.0 Committee Specification 01 25 November 2010 Specification URIs: This Version: http://docs.oasis-open.org/soa-eerp/sla/v1.0/soa-eerp-bsla-spec-cs01.html
SOA-EERP Business Service Level Agreement Version 1.0
SOA-EERP Business Service Level Agreement Version 1.0 Working Draft 08 10 May 2010 Specification URIs: This Version: http://docs.oasis-open.org/soa-eerp/sla/v1.0/soa-eerp-bsla-spec-wd08.html http://docs.oasis-open.org/soa-eerp/sla/v1.0/soa-eerp-bsla-spec-wd08.doc
Abstract Code-Signing Profile of the OASIS Digital Signature Services
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 Abstract Code-Signing Profile of the OASIS Digital Signature Services OASIS Standard 11 April 2007 Specification
XDI Requirements and Use Cases
1 2 3 XDI Requirements and Use Cases Working Draft 01, April 19 th 2004 4 5 6 7 8 9 10 11 12 13 14 Document identifier: xdi-requirements-and-use-cases-document-04 Location: Editors: [Editors listed here]
OpenOffice Specification Sample
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 OpenOffice Specification Sample Working Draft 02, 14 April 2004 Document identifier: spectools-openoffice-sample-draft-02
XACML v3.0 XML Digital Signature Profile Version 1.0
XACML v3.0 XML Digital Signature Profile Version 1.0 Committee Specification 01 10 August 2010 Specification URIs: This Version: http://docs.oasis-open.org/xacml/3.0/xacml-3.0-dsig-v1-spec-cs-01-en.html
Service Component Architecture Web Service Binding Specification Version 1.1
Service Component Architecture Web Service Binding Specification Version 1.1 Committee Specification Draft 05 / Public Review Draft 03 28 July 2011 Specification URIs: This version: http://docs.oasis-open.org/opencsa/sca-bindings/sca-wsbinding-1.1-spec-csprd03.pdf
TAXII Version Part 5: Default Query
TAXII Version 1.1.1. Part 5: Default Query Committee Specification 01 05 May 2016 Specification URIs This version: http://docs.oasis-open.org/cti/taxii/v1.1.1/cs01/part5-query/taxii-v1.1.1-cs01-part5-query.docx
XACML Profile for Requests for Multiple Resources
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 XACML Profile for Requests for Multiple Resources Working Draft 03, 3 August 2004 Document identifier: oasis-xacml-profile-multiple-resources-wd-03
Search Web Services - searchretrieve Operation: Abstract Protocol Definition Version 1.0
Search Web Services - searchretrieve Operation: Abstract Protocol Definition Version 1.0 Committee Draft 01 30 June 2008 Specification URIs: This Version: http://docs.oasis-open.org/search-ws/june08releases/apd-v1.0-cd-01.doc
FINAL. SCA-Assembly TC Teleconference. 13 Jan Chair. Scribe. Attendees. Mike Edwards, Martin Chapman. Dave Booz
FINAL SCA-Assembly TC Teleconference 13 Jan 2009 Chair Mike Edwards, Martin Chapman Scribe Dave Booz Attendees Name Company Status Michael Rowley Active Endpoints, Inc. Group Member fred carter AmberPoint
OASIS Specification Document Template Usage
OASIS Specification Document Template Usage Working Draft, October 18, 2004 Document Identifier: oasis-spectools-1.0-word-sample-draft-01.doc OASIS Identifier: [OASIS document number] Location: Persistent:
Service Component Architecture JMS Binding Specification Version 1.1
Service Component Architecture JMS Binding Specification Version 1.1 Working Draft 02 28 April 2008 Specification URIs: This Version: http://docs.oasis-open.org/sca-bindings/sca-jmsbinding-1.1-spec-wd-02.doc
PPS (Production Planning and Scheduling) Part 3: Profile Specifications, Version 1.0
PPS (Production Planning and Scheduling) Part 3: Profile Specifications, Version 1.0 Committee Specification 01 Revision 01 21 Sep 2009 Specification URIs: http://docs.oasis-open.org/pps/v1.0/pps-profile-specifications-1.0-cs01-r01.doc
Open Command and Control (OpenC2) Language Specification. Version 0.0.2
Open Command and Control (OpenC2) Language Specification Version 0.0.2 OpenC2 Language Specification Working Draft 0.0.2 09 Oct 2017 Technical Committee: OASIS OpenC2 Technical Committee Chair: Editors:
Service Component Architecture Assembly Model Specification Version 1.1
Service Component Architecture Assembly Model Specification Version 1.1 Committee Specification Draft 08 31 May 2011 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-assembly/sca-assembly-spec-v1.1-csd08.pdf
OSLC Change Management Version 3.0. Part 2: Vocabulary
OSLC Change Management Version 3.0. Part 2: Vocabulary Committee Specification 01 08 June 2018 Specification URIs This version: http://docs.oasis-open.org/oslc-domains/cm/v3.0/cs01/part2-change-mgt-vocab/.html
Test Assertions Part 1 - Test Assertions Model Version 1.0
Test Assertions Part 1 - Test Assertions Model Version 1.0 Draft 1.0.3 20 January 2010 Specification URIs: This Version: Previous Version: [N/A] Latest Version: http://docs.oasis-open.org/tag/model/v1.0/testassertionsmodel-1.0.html
Metadata for SAML 1.0 Web Browser Profiles
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 Metadata for SAML 1.0 Web Browser Profiles Working Draft 00, 12 November 2002 Document identifier: draft-sstc-saml-meta-data-00 Location:
PPS (Production Planning and Scheduling) Part 1: Core Elements, Version 1.0
PPS (Production Planning and Scheduling) Part 1: Core Elements, Version 1.0 Committee Specification 01 Revision 01 21 Sep 2009 Specification URIs: http://docs.oasis-open.org/pps/v1.0/pps-core-elements-1.0-cs01-r01.doc
Asynchronous Processing Abstract Profile of the OASIS Digital Signature Services Version 1.0
Asynchronous Processing Abstract Profile of the OASIS Digital Signature Services Version 1.0 OASIS Standard 11 April 2007 Specification URIs: This Version: http://docs.oasis-open.org/dss/v1.0/oasis-dss-profiles-asynchronous_processing-spec-v1.0-
UBL NDR 2.0 Checklist
UBL NDR 2.0 Checklist Editors Michael Grimley Mavis Cournane The following checklist contains all UBL XML naming and design rules as defined in UBL Naming and Design Rules version 2.0, 30 August 2006.
Topology and Orchestration Specification for Cloud Applications Version 1.0
Topology and Orchestration Specification for Cloud Applications Version 1.0 Committee Specification Draft 04 30 August 2012 Specification URIs This version: http://docs.oasis-open.org/tosca/tosca/v1.0/csd04/tosca-v1.0-csd04.doc
XACML 3.0 Export Compliance-US (EC- US) Profile Version 1.0
XACML 3.0 Export Compliance-US (EC- US) Profile Version 1.0 Committee Draft 03 17 June 2010 Specification URIs: This Version: http://docs.oasis-open.org/xacml/3.0/xacml-3.0-ec-us-v1-spec-cd-03-en.html
Client and Implementation Model Specification for C++
SCA Service Component Architecture Client and Implementation Model Specification for C++ SCA Version 1.00, March 21 2007 Technical Contacts: Andrew Borley IBM Corporation David Haney Rogue Wave Software
{Describe the status and stability of the specification here.}
{Document Title} Working Draft 02, {date} Document identifier: wd-spectools-docbook-template-02 Location: http://www.oasis-open.org/spectools/docs Editor: {Jane} {Doe}, {Example Corporation}
SAML v2.0 Protocol Extension for Requesting Attributes per Request Version 1.0
SAML v2.0 Protocol Extension for Requesting Attributes per Request Version 1.0 Working Draft 01 23 November 2016 Technical Committee: OASIS Security Services (SAML) TC Chairs: Thomas Hardjono ( hardjono@mit.edu
XACML v3.0 Hierarchical Resource Profile Version 1.0
XACML v3.0 Hierarchical Resource Profile Version 1.0 Committee Draft 01 16 April 2009 Specification URIs: This Version: http://docs.oasis-open.org/xacml/3.0/xacml-3.0-hierarchical-v1-spec-cd-1-en.pdf http://docs.oasis-open.org/xacml/3.0/xacml-3.0-hierarchical-v1-spec-cd-1-en.doc
Service Component Architecture Assembly Model Specification Version 1.1
Service Component Architecture Assembly Model Specification Version 1.1 Committee Draft 02 14 th January 2009 Specification URIs: This Version: http://docs.oasis-open.org/opencsa/sca-assembly/sca-assembly-1.1-spec-cd02.html
SAML v2.0 Protocol Extension for Requesting Attributes per Request Version 1.0
SAML v2.0 Protocol Extension for Requesting Attributes per Request Version 1.0 Working Draft 01 23 November 2016 Technical Committee: OASIS Security Services (SAML) TC Chairs: Thomas Hardjono ( hardjono@mit.edu
SAML v2.0 Protocol Extension for Requesting Attributes per Request Version 1.0
SAML v2.0 Protocol Extension for Requesting Attributes per Request Version 1.0 Working Draft 03 9 December 2016 Technical Committee: OASIS Security Services (SAML) TC Chairs: Thomas Hardjono (hardjono@mit.edu),
XACML v3.0 Core and Hierarchical Role Based Access Control (RBAC) Profile Version 1.0
XACML v3.0 Core and Hierarchical Role Based Access Control (RBAC) Profile Version 1.0 Committee Specification 01 10 August 2010 Specification URIs: This Version: http://docs.oasis-open.org/xacml/3.0/xacml-3.0-rbac-v1-spec-cs-01-en.html
Metadata for SAML 1.0 Web Browser Profiles
1 2 3 4 Metadata for SAML 1.0 Web Browser Profiles Working Draft 01, 1 February 2003 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Document identifier: draft-sstc-saml-meta-data-01
J2ME Code-Signing Profile of the OASIS Digital Signature Services
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 J2ME Code-Signing Profile of the OASIS Digital Signature Services Committee Specification 13 February
Key Management Interoperability Protocol Crypto Profile Version 1.0
Key Management Interoperability Protocol Crypto Profile Version 1.0 Working Draft 0708 25 7 NovemberOctober 2012 Technical Committee: OASIS Key Management Interoperability Protocol (KMIP) TC Chairs: Robert
Updates: 2710 September 2003 Category: Standards Track. Source Address Selection for the Multicast Listener Discovery (MLD) Protocol
Network Working Group B. Haberman Request for Comments: 3590 Caspian Networks Updates: 2710 September 2003 Category: Standards Track Status of this Memo Source Address Selection for the Multicast Listener
SSTC Response to Security Analysis of the SAML Single Sign-on Browser/Artifact Profile
1 2 3 4 5 SSTC Response to Security Analysis of the SAML Single Sign-on Browser/Artifact Profile Working Draft 01, 24 January 2005 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Key Management Interoperability Protocol Use Cases Version 1.0
Key Management Interoperability Protocol Use Cases Version 1.0 Committee Draft 09 / Public Review 02 18 March 2010 Specification URIs: This Version: http://docs.oasis-open.org/kmip/usecases/v1.0/cd09/kmip-usecases-1.0-cd-09.html
Topology and Orchestration Specification for Cloud Applications Version 1.0
Topology and Orchestration Specification for Cloud Applications Version 1.0 Committee Specification Draft 02 05 April 2012 Specification URIs This version: http://docs.oasis-open.org/tosca/tosca/v1.0/csd02/tosca-v1.0-csd02.doc
Kerberos SAML Profiles
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Kerberos SAML Profiles Working Draft 03, 10 th February 2004 Document identifier: draft-sstc-solution-profile-kerberos-03
REST API Design Guidelines Part 2
Frameworx Specification REST API Design Guidelines Part 2 Advanced guidelines for RESTful APIs lifecycle management, polymorphism, common tasks TMF631 Release 14.5.1 March 2015 Latest Update: Frameworx
Network Working Group. Category: Standards Track <draft-aboba-radius-iana-03.txt> 30 March 2003 Updates: RFC IANA Considerations for RADIUS
Network Working Group INTERNET-DRAFT Category: Standards Track 30 March 2003 Updates: RFC 2865 B. Aboba Microsoft IANA Considerations for RADIUS This document is an Internet-Draft
TOSCA Test Assertions Version 1.0
TOSCA Test Assertions Version 1.0 Committee Note Draft 01 08 December 2016 Specification URIs This version: http://docs.oasis-open.org/tosca/tosca-test-assertions/v1.0/cnd01/tosca-test- Assertions-v1.0-cnd01.pdf
Multi-Server Based Namespace Data Management of Resource Namespace Service
GFD-I.161 GFS-WG Leitao Guo, China Mobile Research Institute Xu Wang, China Mobile Research Institute Meng Xu, China Mobile Research Institute Wenhui Zhou, China Mobile Research Institute December 30,
Network Working Group. November Encoding Long Options in the Dynamic Host Configuration Protocol (DHCPv4)
Network Working Group Request for Comments: 3396 Updates: 2131 Category: Standards Track T. Lemon Nominum, Inc. S. Cheshire Apple Computer, Inc. November 2002 Status of this Memo Encoding Long Options
Request for Comments: 3934 Updates: 2418 October 2004 BCP: 94 Category: Best Current Practice
Network Working Group M. Wasserman Request for Comments: 3934 ThingMagic Updates: 2418 October 2004 BCP: 94 Category: Best Current Practice Updates to RFC 2418 Regarding the Management of IETF Mailing
OASIS - Artifact Naming Guidelines
OASIS - Artifact Naming Guidelines Working Draft 08, 4 October 2004 Artifact identifier: tab-artifact_naming_guidelines-1.0-spec-wd-06 Location: http://www.oasis-open.org/apps/org/workgroup/tab/documents.php
IETF TRUST. Legal Provisions Relating to IETF Documents. Approved November 6, Effective Date: November 10, 2008
IETF TRUST Legal Provisions Relating to IETF Documents Approved November 6, 2008 Effective Date: November 10, 2008 1. Background The IETF Trust was formed on December 15, 2005, for, among other things,
Network Working Group Internet-Draft August 2005 Expires: February 2, Atom Link No Follow draft-snell-atompub-feed-nofollow-00.
Network Working Group J. Snell Internet-Draft August 2005 Expires: February 2, 2006 Status of this Memo Atom Link No Follow draft-snell-atompub-feed-nofollow-00.txt By submitting this Internet-Draft, each
Business Process Modeling Language
Business Process Modeling Language November 13, 2002 Authors: Assaf Arkin, Intalio Copyright 2002, BPMI.org. All Rights Reserved. Abstract The Business Process Modeling Language (BPML) specification provides
Hierarchical Resources: Non-XML Resource Use Case
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 Hierarchical Resources: Non-XML Resource Use Case Working Draft 01, 17 June 2004 Document identifier: xacml-profile-hierarchical-resources-nonxml-1.0-draft01
DITA 1.2 Whitepaper: Tools and DITA-Awareness
An OASIS DITA Adoption Technical Committee Publication DITA 1.2 Whitepaper: Tools and DITA-Awareness Su-Laine Yeo On behalf of the OASIS DITA Adoption Technical Committee Date: 14 October 2010 OASIS (Organization
Certification Test Plan SSRF Conformance for OpenSSRF Software v Document WINNF-14-S-0023
Certification Test Plan SSRF Conformance for OpenSSRF Software v3.1.0 Document WINNF-14-S-0023 Version V1.0.0 10 February 2015 TERMS, CONDITIONS & NOTICES This document has been prepared by the Open SSRF
XACML v3.0 Hierarchical Resource Profile Version 1.0
XACML v3.0 Hierarchical Resource Profile Version 1.0 Committee Specification 01 10 August 2010 Specification URIs: This Version: http://docs.oasis-open.org/xacml/3.0/xacml-3.0-hierarchical-v1-spec-cs-01-en.pdf
Expires: October 9, 2005 April 7, 2005
DHC B. Volz Internet-Draft Cisco Systems, Inc. Expires: October 9, 2005 April 7, 2005 Status of this Memo DHCPv6 Relay Agent Remote ID Option draft-ietf-dhc-dhcpv6-remoteid-00.txt By submitting this Internet-Draft,
SIP Forum Copyrights and Trademark Rights in Contributions Policy
733 Turnpike Street Suite 192 North Andover, MA 01845 USA Tel: +1-718-548-7245 Fax: +1-484-952-2470 SIP Forum Copyrights and Trademark Rights in Contributions Policy Document number: GA-17 [sf-admin-copyrightpolicy-v1.0]
Production Planning and Scheduling (PPS) Version 1.0
Production Planning and Scheduling (PPS) Version 1.0 Committee Specification Draft 01 / Public Review Draft 01 02 June 2011 Specification URIs: This version: http://docs.oasis-open.org/pps/pps/v1.0/csprd01/pps-v1.0-csprd01.pdf
Category: Standards Track September MIB Textual Conventions for Uniform Resource Identifiers (URIs)
Network Working Group D. McWalter, Ed. Request for Comments: 5017 Data Connection Ltd Category: Standards Track September 2007 MIB Textual Conventions for Uniform Resource Identifiers (URIs) Status of
Network Working Group Internet-Draft January 25, 2006 Expires: July 29, Feed Rank draft-snell-atompub-feed-index-05.txt. Status of this Memo
Network Working Group J. Snell Internet-Draft January 25, 2006 Expires: July 29, 2006 Status of this Memo Feed Rank draft-snell-atompub-feed-index-05.txt By submitting this Internet-Draft, each author
Network Working Group Request for Comments: Category: Best Current Practice January 2004
Network Working Group R. Bush Request for Comments: 3681 IIJ BCP: 80 R. Fink Category: Best Current Practice January 2004 Status of this Memo Delegation of E.F.F.3.IP6.ARPA This document specifies an Internet
Assembly Model Specification Extensions for Event Processing and Pub/Sub
Assembly Model Specification Extensions for Event Processing and Pub/Sub SCA Version 1.0 April 15 2009 Technical Contacts: Michael Beisiegel IBM Corporation Vladislav Bezrukhov SAP AG Dave Booz IBM Corporation
Jabber, Inc. August 20, 2004
Network Working Group Internet-Draft Expires: February 18, 2005 P. Saint-Andre Jabber Software Foundation J. Hildebrand Jabber, Inc. August 20, 2004 Transporting Atom Notifications over the Extensible
Identity in the Cloud PaaS Profile Version 1.0
Identity in the Cloud PaaS Profile Version 1.0 Committee Note Draft 01 / Public Review Draft 01 29 April 2013 Work Product URIs This is a Non-Standards Track Work Product. The patent provisions of the
Signature Gateway Profile of the OASIS Digital Signature Service
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 Signature Gateway Profile of the OASIS Digital Signature Service Committee Draft, 13 June 2005 Document identifier: dss-v1.0-spec-cd-signaturegatewayprofile-r01
Network Working Group Internet-Draft October 27, 2007 Intended status: Experimental Expires: April 29, 2008
Network Working Group J. Snell Internet-Draft October 27, 2007 Intended status: Experimental Expires: April 29, 2008 Status of this Memo Atom Publishing Protocol Feature Discovery draft-snell-atompub-feature-12.txt
ETSI GS MEC 016 V1.1.1 ( )
GS MEC 016 V1.1.1 (2017-09) GROUP SPECIFICATION Mobile Edge Computing (MEC); UE application interface Disclaimer The present document has been produced and approved by the Mobile Edge Computing (MEC) Industry
Category: Standards Track September 2003
Network Working Group K. Murchison Request for Comments: 3598 Oceana Matrix Ltd. Category: Standards Track September 2003 Status of this Memo Sieve Email Filtering -- Subaddress Extension This document
IETF TRUST. Legal Provisions Relating to IETF Documents. February 12, Effective Date: February 15, 2009
IETF TRUST Legal Provisions Relating to IETF Documents February 12, 2009 Effective Date: February 15, 2009 1. Background The IETF Trust was formed on December 15, 2005, for, among other things, the purpose
saml requesting attributes v1.1 wd01 Working Draft January 2016 Standards Track Draft Copyright OASIS Open All Rights Reserved.
Standards Track Draft Copyright OASIS Open 2015. All Rights Reserved. Page 1 of 10 SAML v2.0 Protocol Extension for Requesting Attributes in AuthnRequest Version 1.1 Working Draft 02 19 January 2016 Technical
Web Services Human Task (WS-HumanTask) Specification Version 1.1 Committee Draft 09 / Public Review Draft May 2010
Web Services Human Task (WS-HumanTask) Specification Version 1.1 Committee Draft 09 / Public Review Draft 03 12 May 2010 Specification URIs: This Version: http://docs.oasis-open.org/bpel4people/ws-humantask-1.1-spec-cd-09.html
ECMAScript Test Suite
ECMA TR/104 2 nd Edition / December 2016 ECMAScript Test Suite Reference number ECMA-123:2009 Ecma International 2009 COPYRIGHT PROTECTED DOCUMENT Ecma International 2016 Contents Page 1 Scope... 1 2 References...
Hierarchical Resource profile of XACML
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 Hierarchical Resource profile of XACML Committee Draft 01, 30 September 2004 Document identifier: access_control-xacml-2.0-hier_profile-spec-cd-01
Expires: February 25, 2004 August 27, Using the NETCONF Configuration Protocol over Secure Shell (SSH) draft-wasserman-netconf-over-ssh-00.
Network Working Group M. Wasserman Internet-Draft Wind River Expires: February 25, 2004 August 27, 2003 Using the NETCONF Configuration Protocol over Secure Shell (SSH) draft-wasserman-netconf-over-ssh-00.txt