[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: Request for an agenda item on Tuesday, 14 Feb 2006 to discuss the potential liaison with FWSI TC
Ram, We did discuss briefly today - and I noted that we need to re-think call schedule to allow you to attend. George volunteered to re-post your PDF top the group - but you just did that for us! I'm at the end of my night here - so not enough time to respond to all your long message. However - one thing did catch my eye - log files - this is something I'm implementing right now with Hermes at NIH - and we're slated to switch over to the new log4j XML format - and there is also an open source viewer tool for log4j XML logs. I'd pro-offer - no need to re-invent this wheel - the log4j approach here seems more than adequate - and one that people could duplicate from other languages very easily using calls to the log4j jar. I think our group will be able to give more feedback for you at our next meeting. More to follow... Thanks, DW ----- Original Message ----- From: "Ramasamy S/O Valliappan" <rama@SIMTech.a-star.edu.sg> To: "Goran Zugic" <goran.zugic@semantion.com> Cc: "Sally St. Amand" <sallystamand@yahoo.com>; "Michael Ruiz" <michael.ruiz@baesystems.com>; "David RR Webber (XML" <david@drrw.info>; <ebsoa@lists.oasis-open.org> Sent: Tuesday, January 31, 2006 9:33 PM Subject: Request for an agenda item on Tuesday, 14 Feb 2006 to discuss the potential liaison with FWSI TC Hi All, Sorry, I was unable to attend the ebSOA TC Conference Call Today (i.e. Wednesday, 01 February 2006) 4:00 AM to 5:00 AM Singapore Time. Kindly, Have u all had a chance to go through our FE Specification in detail which I mentioned during last ebSOA Biweekly Conference Call (held on Tuesday, 17 January 2006 - 3:00 PM to 4:00 PM EST) and Also May I know what u all discussed today on the agenda item 3. Communication with other OASIS TCs. Hence, I would like to discuss with u all the potential liaison of our FWSI TC with ebSOA TC during the next ebSOA Biweekly Conference Call & ebSOA Editors Conference Call - Tuesday, 14 Feb 2006. Introduction The FWSI TC has two subcommittees, namely, Functional Elements SC & Implementation Methodology SC. The Functional Elements SC has come out with specification for some functional elements like Notification Engine, Log Utility, Configurable Search, Secure SOAP, EventHandler, Service Management, etc. that any SOA-based application could make reference and use of. We would like to further explore the possibilities of liaison with eb-SOA TC in terms of making use of the following potential functional elements (which have the two main characterestics - Multi-purpose, Re-usable, and Distributed, Specialized Components as a Framework) in their a) Transport (ebXML Message Service v3 0 - SOAP w/ Attachments, etc ), 1. Log Utility In a Web Service-enabled implementation, the Log Utility Functional Element can help to organise the diagnostic output that may be generated by the implementation. In order to achieve that, the following capabilities should be provided. They include: * Logging information into different data sources, * Allowing user defined log format to be used, * Capability for storing log information, and * Providing the capability to analyse the information log. b) Message Reliability and Error Management (ebMS, WS-Reliability), 2. Notification In a Web Service-enabled implementation, timely information is crucial for the management of resources that it encompasses. Other uses of this Functional Element include broadcasting of information to other services and this could span across both the wired and wireless medium. In order to fulfill these needs, this Functional Element will cover the following aspects which include: * Providing the capability to configure and link with the various gateways so as to enable messages dissemination, and * Providing the capability to send instantaneous or scheduled messages to the intended audiences. 3. Error Management Error management is an important aspect in any software application development. In particular, it is important to know the cause of error in the Service Oriented Architecture (SOA) environment as an application can consume any service provided from any domain space spans across the Internet space. When an error occurs, it can be from within the same application domain or from different domain space. Hence, it is important to know the system state when the error occurred in the SOA environment. For example, when an error occurred, what services were used; which services' interfaces were used; the passed in parameters and its associated values used for the interfaces, the time when the error occurred, API or SOAP invocation, etc are the important information for managing the application in the SOA environment. 4. Event Handler Information is in abundance in a service-oriented environment. However, not all information is applicable to a particular enterprise and there lies the need to control information flow in an organization. In a Web Service-enabled implementation, the Event Handler Functional Element can help to fulfill this need by: * Managing the information flow through a subscription based mechanism, * Streamlining information into meaningful categories so as to improve relevancy to a potential consumer of the information, and * Refining information flow via a filtering mechanism c) Document Engineering (UBL, SOA Information Model, SOA Collaboration Semantics,...), 5. Data Integrator The Data Integrator Functional element is expected to be used for enabling easy and simple mechanisms to access disparate data sources by: * Providing unified data view of enterprise across various data sources, * Enabling the partitioned view of data for different groups/departments based on defined logical views, and * Performing data processing or transformation before presenting the defined logical data view(s). d) Registry / Repository, Interface Management and Discovery (ebXML Registry / Repository v3 0), 6. Service Registry In a Web Service-enabled implementation, there exist the needs to maintain a central repository of all the services that are available. This facilitates service lookups as well as management of Web Services within the application that contains the Functional Element. In order to achieve these expectations, the Functional Element will cover the following aspects. * Simplify management of information in a XML registry server like UDDI and ebXML, and * Simplify information publish and query from a XML registry server like UDDI and ebXML. e) Security and Identity Architecture (Dig Sig, SAML, XACML, XML Encryption), 7. Key Management The Key Management Functional Element is expected to be related Web Services security. To enable Web Services security, cryptographic keys are used for digital signatures and encryption. XKMS defines a Web services interface to a public key infrastructure. With development of XKMS standard, more and more PKI providers adopt XKMS to remove its complexity without sacrificing its benefits. Application developers will only ever need to worry about implementing XKMS clients for key management. As such it will cover aspects that include. 8. Secure SOAP In a Web Services implementation, it is envisage that confidential information is being exchanged all the time. Against this backdrop, it is imperative that an application in such an environment is equipped with the capability to guard sensitive information from prying eyes. Secure SOAP Management fulfills this need by covering the following areas. * The facility of digitally signing SOAP message, * The facility of encrypting SOAP message, and * The capability to generate the original SOAP message after signing or encrypting the message. f) Message Format and Metadata (XML, Schema, CCTS), and 9. Transformer Different applications support different format of files or message. Sometimes same information needs to be represented in different format in different use cases. This element tries to provide a framework to facilitate transformation between files or messages. g) Service Management (WSDM): 10. Service Management The ability to monitor Web Services invocation is crucial towards the adoption of this technology from the security and performance standpoints. A security framework should incorporate an authentication and authorisation mechanism together with an audit trail. These twin considerations will serve to discourage resource misuse and in addition, will help to promote the "pay-as-you-use" concept. Service throughput on the server end is another important parameter that must be monitored. Administrators of services, which are sluggish, should be notified immediately via any electronic means. <<fwsi-fe-2.0-guidelines-spec-cd-01a.pdf>> For further information about Functional Elements, please refer to the following document (fwsi-fe-2.0-guidelines-spec-cd-01a.pdf) at URL: http://www.oasis-open.org/apps/org/workgroup/fwsi-fesc/download.php/16340/fwsi-fe-2.0-guidelines-spec-cd-01a.pdf From V. RAM FWSI - FESC Member, SIMTech.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]