Jakub Podlesak wrote:
> some time ago, we even discussed possibility of having
> policy assertions accesible not only via [WSDLPolicyMapWrapper]
> (which implements [WSDLExtension] and gets attached to [WSDLModel])
> by attaching them directly to their appropriate wsdl elements.
>
> Such approach would IMO perfeclty fit what you mentioned bellow.
> What do you think?
>
It looks promising. I guess it depends on two things:
1) How much work is it for a client of the WSDL model to process such
information; and
2) Will this cause runtime dependency issues between JAX-WS and WSIT?
A very simple solution for an MTOM assertion could be something like:
public class MTOMPolicyAssertion extends WSDLExtension {
public QName getQName() {
// return the QName of the MTOM policy element
}
}
and it could reside in the JAX-WS runtime API. The presence of such an
instance is enough (as Vivek says in a later email on this thread).
FI would be similar but there would need to be a boolean field.
For Addressing there would be a string field.
Paul.
> ~Jakub
>
> On Mon, Sep 11, 2006 at 03:40:32PM +0200, Paul Sandoz wrote:
>> Hi,
>>
>> Rather than having specific methods on [1] for features like MTOM,
>> addressing, FI, and having to add more methods as more features are
>> added (e.g. anybody for JSON???), we should have something more generic.
>>
>> There is something already in place called WSDLExtension, but it is not
>> clear to me if this is explicitly designed for element/attribute
>> extensions or can be used as a generic mechanism.
>>
>> Can WSDLExtension be used generically for things based on policy
>> assertions? If so i would like to modify WSDLBoundPortType to support
>> MTOM/addressing and FI using this mechanism.
>>
>> Such extensions can be specified as part of the JAX-WS API and the
>> policy tool can add these extensions as required.
>>
>> Paul.
>>
>> [1]
>> http://fisheye5.cenqua.com/browse/jax-ws-sources/jaxws-ri/rt/src/com/sun/xml/ws/api/model/wsdl/WSDLBoundPortType.java?r=1.1.2.12.2.1
>>
>> --
>> | ? + ? = To question
>> ----------------\
>> Paul Sandoz
>> x38109
>> +33-4-76188109
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_jax-ws.dev.java.net
>> For additional commands, e-mail: dev-help_at_jax-ws.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_jax-ws.dev.java.net
> For additional commands, e-mail: dev-help_at_jax-ws.dev.java.net
>
--
| ? + ? = To question
----------------\
Paul Sandoz
x38109
+33-4-76188109