cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Albert Ruiz (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CXF-3523) Ability to force java2wsdl approach for javaws:client even if wsdlLocation is set (via populateFromClass property or, at least, custom jaxws:serviceFactory) when using spring integration
Date Tue, 17 May 2011 08:29:47 GMT

    [ https://issues.apache.org/jira/browse/CXF-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13034626#comment-13034626
] 

Albert Ruiz commented on CXF-3523:
----------------------------------

Just to be clear, if the location of the server endpoint was static, the 'address' property
would be setted on spring configuration and 'wsdlLocation' would be empty. But being the need
to lookup the endpoint from an UDDI Registry, both of the properties are set empty (address
and wsdlLocation), and ServiceContractResolverRegistry sets wsdlLocation property (which trigger
wsdl service model building).

> Ability to force java2wsdl approach for javaws:client even if wsdlLocation is set (via
populateFromClass property or, at least, custom jaxws:serviceFactory) when using spring integration
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CXF-3523
>                 URL: https://issues.apache.org/jira/browse/CXF-3523
>             Project: CXF
>          Issue Type: Improvement
>          Components: Configuration
>    Affects Versions: 2.2.12, 2.4, 2.3.4
>            Reporter: Albert Ruiz
>            Priority: Minor
>
> To put into context: There's "no way" (i think there's one using some spring 'tricks')
of using java2wsdl with client endpoints along with ServiceContractResolver functionality
(to access an UDDI registry, for example). When using ServiceContractResolver, the wsdlLocation
property gets updated, and this property is later used to determine the approach to use when
initializing the service model. The same occurs with server endpoints but, at least, a custom
jaxws:serviceFactory can be configured with populateFromClass set to true (this flag is checked
when deciding how to initialize the model).
> ┬┐Is there a reason for jaxws:client not having the ability to pass a custom serviceFactory
like server does? If there's a good reason for that (it seems to me that maybe this is done
voluntarily) ┬┐couldn't a populateFromClass property be added to jaxws:client and jaxws:server
to handle this when instantiating the default serviceFactory?

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message