Component.xml Improvement
- We will continue to use component.xml and avoid adding additional tag to WADL as it would give us more flexibility, and also we might get WADL directly from a runtime.
- ExistingComponentRegistration
Functionality of Component.xml:
Specifying information for customized components, augment or filter information from WSDL or WADL.
- Hide resources, methods, operations or optional parameters that are irrelevant to consuming apps.
- Redress abnormality in SAAS REST services where service invocation is through single dispatching resource with different query parameter value for method name.
- Documentation or links to provider API documentation page
- Automatic filling in default parameters that are not available in WSDL or WADL, including developer sandbox authentication.
- Generation of supporting template classes
- Additional jars to add to project classpath
- Service customization or choreography
- Grouping information
- constraint on consumer types (java, JSR-311, JSF, javascript...) for customed component
- Internationalization (in IDE)
User-view as Controlled by component.xml and layer.xml:
- Shows all services, port types and operations for plain WSDL (WSDL without any associated component.xml)
- Shows all resources, subresources and their methods for plain WADL, reusing icons from RESTful Web Service nodes in project explorer
- If component.xml's exists show component directly without hierarchy below WSDL or WADL node
- Customed component will be show as stand-alone without associated WSDL or WADL
Sample SAAS
Sample Component.xml files"