Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 70533 invoked from network); 14 Feb 2007 07:21:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Feb 2007 07:21:30 -0000 Received: (qmail 88828 invoked by uid 500); 14 Feb 2007 07:21:34 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 88779 invoked by uid 500); 14 Feb 2007 07:21:34 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 88768 invoked by uid 99); 14 Feb 2007 07:21:33 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Feb 2007 23:21:33 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of davanum@gmail.com designates 64.233.184.234 as permitted sender) Received: from [64.233.184.234] (HELO wr-out-0506.google.com) (64.233.184.234) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Feb 2007 23:21:23 -0800 Received: by wr-out-0506.google.com with SMTP id 58so118957wri for ; Tue, 13 Feb 2007 23:21:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CiytfZJ0l4jhNufZjoEFdS9YdoSB6/e24IoRScOe7waKN7vV2k9xkME0bc1wGjsixiaVZNTHYU5gvxFEEdDJNAJWtYI4yJYuWvB8kwiNilvC1uZ8YZuEwk1BTrTxAwUe+we/d1exNS1qf/D8YVDDXP6vZgl9GKLIaXfjXSI0ao4= Received: by 10.114.192.1 with SMTP id p1mr875waf.1171437661843; Tue, 13 Feb 2007 23:21:01 -0800 (PST) Received: by 10.114.73.14 with HTTP; Tue, 13 Feb 2007 23:21:01 -0800 (PST) Message-ID: <19e0530f0702132321ka326648y90822ec4aae4848e@mail.gmail.com> Date: Wed, 14 Feb 2007 02:21:01 -0500 From: "Davanum Srinivas" Reply-To: dims@apache.org To: axis-dev@ws.apache.org Subject: Re: [axis2] AXIS2-2120 Metadata Exchange support [Moved discussion to dev list as requested]" In-Reply-To: <45D2AF51.4030606@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45D2AF51.4030606@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Gee, Please review Sanka's changes and comment. If there is a good sample and/or testcases for the DataLocator concept that will be very welcome as well. One more thing to do would be to update our documentation with the concepts and its application. Since Sanka is happy, i'm happy :) One small nit from me, please use all lowercase in the package name ("dataRetrieval"). Is there a better name other than dataretrieval? Am sure we will continue to tweak even after we check in the code :) thanks, dims On 2/14/07, Sanka Samaranayke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hello Everyone, > > I've reviewed the uploaded patch and it looks good to me except for > few minor errors. ( I've fixed them and uploaded the files to the JIRA). > > IMO, the DataLocator concept makes lot of senses. Perhaps Gee could > provide few concrete scenario that demonstrate the use of > DataLocators, to ensure we fully understand it before committing it to > the codebase. > > However the MetadataExchange module has a limitation where it doesn't > support WS-Transfer based metadata requests. However there is a > workaround. Since the wsa:To of the WS-Transfer based metadata > requests ends with '/metadata', you can rename the control operation > of the module to 'metadata' s.t. any of those requests are dispatched > to that operation via RequestURIBasedOperationDispatcher. Then you can > check whether the soap action is equal to WS-Transfer-Get action and > process appropriately. (The MexMessageReceiver and module.xml with > the suggested changes are also uploaded) > > Thanks, > Sanka. > > > > > > > Gee Chia wrote: > > > > Hi, All: > > I moved the discussion in JIRA 2120 to dev list as requested by Dims. > > Thanks in advance for your input and comment for a better MEX > > support on Axis2. > > > > > > _Davanum Srinivas_ > > > > [07/Feb/07 06:28 AM] > > Gee, > > > > Could you please check if you can avoid touching the kernel module. > > We have some code here if you want to take a peek at. > > _ > > __http://wso2.org/projects/commons/mex_ > > > > thanks, > > dims > > > > > > > > _Gee Chia_ > > > > [07/Feb/07 10:38 AM] > > Dims: > > I appreciate your reminder to consider different implementation > > alternative. > > > > During the design and implementation of the metadata exchange > > solution, I am trying to consider from different perspectives of how > > Axis2 users/developers might be using the metadata exchange code, > > and also how to fit the solution in the very robust Axis2 > > architecture - configurable and easily extensible for supporting > > different data retrieval implementation, and future data retrieval > > requirements. I am hoping to provide a more general data retrieval > > (exchange) code base to address WS-MEX specification requirements as > > well as longer-term needs. > > > > a. Supports extensible set of data i.e. not limited to only WSDL, > > Policy, and Schema. See > > _http://download.boulder.ibm.com/ibmdl/pub/software/dw/specs/ws-rt/ws-rt-spec.pdf_ > > for an example. > > > > b. Provides hooks for other mechanisms to store/generate the > > metadata i.e. allows Axis2 users to implement specialize data > > retrieval logic instead of using the default Axis2 implementation. > > The plug-in data locator is not MEX-specific. It is about how to > > associate some extra data with a target web service. MEX is just one > > way to access to the data locator to perform metadata exchange. > > > > The data retrieval extends in Axis2 kernel is to provide support for > > data associated with a service, and to provide a way for people to > > plug-in their own implementation for retrieving and/or generating data. > > > > Again, thanks for your attention. > > Gee Chia > > > > _Davanum Srinivas_ > > > > [07/Feb/07 12:58 PM] > > Gee, > > > > As a general rule, we *prefer* to talk about "design and > > implementation" here on the axis-dev@ list :) Especially if it > > affects the kernel module. Let me review this a bit more and get > > back to you. > > > > thanks, > > dims > > > > > > > > > > > > Regards, > > > > Gee Chia > > Emerging Standards Development > > > - -- > Sanka Samaranayake > WSO2 Inc. > > http://sankas.blogspot.com/ > http://www.wso2.org/ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.1 (GNU/Linux) > > iD8DBQFF0q9R/Hd0ETKdgNIRAgwUAJwPp3kcb2yf7stPBz+Pi0t9nLxzjgCgmO/7 > rOYIFNw2JROHhlGIcDF3WY4= > =brpE > -----END PGP SIGNATURE----- > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org > For additional commands, e-mail: axis-dev-help@ws.apache.org > > -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers --------------------------------------------------------------------- To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org For additional commands, e-mail: axis-dev-help@ws.apache.org