Return-Path: 
 <cxf-dev-return-1895-apmail-incubator-cxf-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-cxf-dev-archive@locus.apache.org
Received: (qmail 10742 invoked from network); 16 Jan 2007 15:57:09 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 16 Jan 2007 15:57:09 -0000
Received: (qmail 2482 invoked by uid 500); 16 Jan 2007 15:57:15 -0000
Delivered-To: apmail-incubator-cxf-dev-archive@incubator.apache.org
Received: (qmail 2440 invoked by uid 500); 16 Jan 2007 15:57:14 -0000
Mailing-List: contact cxf-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:cxf-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:cxf-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:cxf-dev@incubator.apache.org>
List-Id: <cxf-dev.incubator.apache.org>
Reply-To: cxf-dev@incubator.apache.org
Delivered-To: mailing list cxf-dev@incubator.apache.org
Received: (qmail 2428 invoked by uid 99); 16 Jan 2007 15:57:14 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Jan 2007 07:57:14 -0800
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: domain of Andrea.Smyth@iona.com
 designates 62.221.12.33 as permitted sender)
Received: from [62.221.12.33] (HELO emea-smg1.iona.com) (62.221.12.33)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Jan 2007 07:57:05 -0800
Received: from emea-ems1.ionaglobal.com (dutec.ie [10.2.1.125])
	by emea-smg1.iona.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id
 l0GGscQu006417
	for <cxf-dev@incubator.apache.org>; Tue, 16 Jan 2007 16:54:38 GMT
Received: from [10.5.2.41] ([10.5.2.41]) by emea-ems1.ionaglobal.com with
 Microsoft SMTPSVC(5.0.2195.6713);
	 Tue, 16 Jan 2007 15:56:42 +0000
Message-ID: <45ACF58C.5000502@iona.com>
Date: Tue, 16 Jan 2007 15:55:56 +0000
From: Andrea Smyth <andrea.smyth@iona.com>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: cxf-dev@incubator.apache.org
Subject: Re: Service Model Extension
References: <45ACE669.8010705@iona.com>
	 <4eedc3ad0701160731p5c327fabyedeff22ae444ba02@mail.gmail.com>
	 <45ACF3E4.4010101@iona.com>
 <4eedc3ad0701160752l5ef9547bw4e8f5381905f2f8c@mail.gmail.com>
In-Reply-To: <4eedc3ad0701160752l5ef9547bw4e8f5381905f2f8c@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 16 Jan 2007 15:56:42.0079 (UTC)
 FILETIME=[EA3066F0:01C73986]
X-Virus-Checked: Checked by ClamAV on apache.org

Balaji Ravi wrote:

> Thats what i thought too... apparently everything under definitions is
> getting added to the ServiceInfo... I agree it is a bit misleading...

I think that' a typo - everywhere else in WSDLServiceBuilder the 
extensions of the corresponding wsdl element are copied as extensions, e.g.
l. 249: copyExtensors(ei, port.getExtensibilityElements());
l. 266: copyExtensors(bi, binding.getExtensibilityElements());
etc.
l. 133 should probably read:
 copyExtensors(service, serv.getExtensibilityElements());

Andrea.

>
> - Balaji
>
> On 1/16/07, Andrea Smyth <andrea.smyth@iona.com> wrote:
>
>>
>> Balaji Ravi wrote:
>>
>> > Hi andrea,
>> >
>> > In yoko(corba binding) also, we ran in to the same issue & it looks
>> > like all
>> > the elements defined under wsdl:definitions are exposed via the
>> > ServiceInfo
>> > class...
>> >
>> > The getExtensors(Class<T>) actually retrieves the extension 
>> elements...
>>
>> but that only retrieves the extensions on the wsdl:service element (and
>> same for BindingInfo, EndpointInfo, ServiceInfo, all derived from
>> AbstractPropertiesHolder)?
>> Andrea.
>>
>> >
>> > - Balaji
>> >
>> > On 1/16/07, Andrea Smyth <andrea.smyth@iona.com> wrote:
>> >
>> >>
>> >> In the context of WS-Policy I have come accross the problem to 
>> retrieve
>> >> wsp:Policy or wsp:PolicyReference elements attached not to
>> wsdl:Service,
>> >> wsdl:Port etc elements but appearing as children of the
>> wsdl:definitions
>> >> element. As such they cannot be currently be retrieved from out 
>> service
>> >> model. Attached to e.g. a service element that would be possible via
>> >> List<UnknowExensibilityElement> extensions =
>> >> ServiceInfo.getExtensions(UnknownExtensibilityElement.class);
>> >> for (UnknowExensibilityElement e : extensions) {
>> >> if (e.getElementType()).equal(new
>> >> QName("http://schemas.xmlsoap.org/ws/2004/09/policy",
>> >> "Policy[Reference]")) {
>> >> ...
>> >> }
>> >>
>> >>
>> >> What do you think about extending the Service Model by something 
>> like a
>> >> DescriptionInfo (wsdl 2.0 description <==> wsdl 1.1 definition)
>> >>
>> >> class DescriptionInfo extends AbstractPropertiesHolder {
>> >>     // return value of description's name attribute
>> >>     String getName() {
>> >>
>> >>    }
>> >>
>> >>    // return list of top level elements (InterfaceInfo, BindingInfo,
>> >> ServiceInfo etc...)
>> >>    List<Described> getDescribed() {
>> >>    }
>> >> }
>> >>
>> >> class Described extends AbstractPropertiesHolder {
>> >>     DescriptionInfo getDescription() {
>> >>     }
>> >> }
>> >>
>> >> class ServiceInfo  extends Described {
>> >>     // content as before
>> >> }
>> >>
>> >> and same for BindingInfo, InterfaceInfo etc.
>> >>
>> >> Cheers,
>> >> Andrea.
>> >>
>> >>
>> >
>>
>>
>