Hi,
Vivek Pandey wrote:
> Arun Gupta wrote:
>>> BindingType annotation was original and probably preffered way we
>>> wanted to use, but were concenred that it could have just 1 binding
>>> description. (just tcp, just http... and what if we need other
>>> transports?), thats why then we decided to use policy to say that
>>> this BindingType is also tcp enabled. Solution with policies looked
>>> more scalable, as similar way we can support enableSMTP...
>>> enableWhatever and dont depend on any existed binding.
>>> Also seems Jitu mentioned that there is some spec proposal to use
>>> this annotation BindingType with String[]... probably that is
>>> solution we really need, but meanwhile have to have some "temporary"?
>> I've already added a basic implementation for BindingType features
>> (type String[]) in JAX-WS 2.1 branch. That is how WS-A support is
>> enabled starting from Java anyway.
> Are you proposing using BindingType.fearures to enable TCP transport?
> Such as we use normal binding id for lets says soap11/http and in
> features we have TCP transport?
Think we are talking about syntax like this:
/@BindingType({"
http://schemas.xmlsoap.org/soap/http",
"
http://schemas.xmlsoap.org/soap/tcp"})/
correct?
>> So how long will this "temporary" solution need to exist ? I agree
>> there is a dependency on JAX-WS 2.1 integration in WSIT but I plan to
>> do that either this week or sometime next week.
> All we're talking about JAXWS 2.1, so if we chose to use
> BindingType.features(String[]) then where does this temporary solution
> exisit?
Temporary solution doesnt exist anywhere in code.
We just thought on it because of absence of @BindingType(String[]), and
i didnt think it could be implemented soon ;)
As Arun said, wsit will move to jaxws 2.1, then probably it make sense
to stick with @BindingType implementation and dont use any policy
assertion for SOAP/TCP, at least for reason i thought before (generating
tcp binding and port in wsdl)?
Thanks.
WBR,
Alexey.
>
> -vivek.
>> What will be the migration path from this "temporary" to a "proper"
>> solution ?
>>
>> -Arun
>>>
>>> So as conclusion i think BindingType annotation is natural solution
>>> we need to use (natural when it will support String[] of bindings),
>>> but currently we can use either BindingType annotation with some
>>> tricky URIs to say whether its tcp, http or both, or put that info
>>> to policies (wsit.xml).
>>>
>>> WBR,
>>> Alexey.
>>>
>>>>>
>>>>>>> I tend to agree with the overall approach, we just need to
>>>>>>> refine the syntax.
>>>>>>>
>>>>>> Yes. Basically we need 3 bindings ids, one for soap11+http+tcp,
>>>>>> another for soap 12+http+tcp and the last one thats only soap
>>>>>> over tcp.
>>>>> I think we'll need 4:
>>>>>
>>>>> SOAP 1.1/HTTP + SOAP1.1/TCP
>>>>> SOAP 1.2/HTTP + SOAP1.1/TCP
>>>>> SOAP1.1/TCP
>>>>> SOAP1.2/TCP
>>>>>
>>>> yep.
>>>>
>>>> -vivek.
>>>>> -Arun
>>>>>
>>>>>>
>>>>>> -vivek.
>>>>>>> -Arun
>>>>>>>
>>>>>>>>
>>>>>>>> -vivek.
>>>>>>>> [1]https://jax-ws.dev.java.net/issues/show_bug.cgi?id=40
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_wsit.dev.java.net
>>>>>>>> For additional commands, e-mail: dev-help_at_wsit.dev.java.net
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>>
>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_wsit.dev.java.net
>>>>>> For additional commands, e-mail: dev-help_at_wsit.dev.java.net
>>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_wsit.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_wsit.dev.java.net
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_wsit.dev.java.net
>>> For additional commands, e-mail: dev-help_at_wsit.dev.java.net
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_wsit.dev.java.net
> For additional commands, e-mail: dev-help_at_wsit.dev.java.net
>