[ 
https://issues.apache.org/jira/browse/CXF-6419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrei Shakirin updated CXF-6419:
---------------------------------
    Description: 
There are some use cases, where client (or service) needs explicit control on 
some JMSEndpoint properties (for example durableSubscriptionClientId, 
durableSubscriptionName) not through the JMS URL, but using jax-ws properties. 
The reason: URL is often shared between client and service, but they must have 
different durableSubscriptionClientId for durable subscription.
Currently only EndpointInfo Binding properties are checked. I would apply both 
EndpointInfo properties and Binding properties having special prefix: "jms.". 
That prevents potential conflicts with other jax-ws properties and opens the 
door to explicitly configure JMSEndpoint.

  was:
There are some use cases, where client (or service) needs explicit control on 
some JMSEndpoint properties (for example durableSubscriptionClientId, 
durableSubscriptionName) not through the JMS URL, but using jax-ws properties. 
The reasone: URL is often shared between client and service, but they must have 
different durableSubscriptionClientId for durable subscription.
Currently only EndpointInfo Binding properties are checked. I would apply both 
EndpointInfo properties and Binding properties having special prefix: "jms.". 
That prevents potential conflicts with other jax-ws properties and opens the 
door to explicitly configure JMSEndpoint.


> Update JMSEndpoint properties using EndpointInfo
> ------------------------------------------------
>
>                 Key: CXF-6419
>                 URL: https://issues.apache.org/jira/browse/CXF-6419
>             Project: CXF
>          Issue Type: Improvement
>          Components: JMS
>    Affects Versions: 3.1.0
>            Reporter: Andrei Shakirin
>            Assignee: Andrei Shakirin
>
> There are some use cases, where client (or service) needs explicit control on 
> some JMSEndpoint properties (for example durableSubscriptionClientId, 
> durableSubscriptionName) not through the JMS URL, but using jax-ws 
> properties. The reason: URL is often shared between client and service, but 
> they must have different durableSubscriptionClientId for durable subscription.
> Currently only EndpointInfo Binding properties are checked. I would apply 
> both EndpointInfo properties and Binding properties having special prefix: 
> "jms.". That prevents potential conflicts with other jax-ws properties and 
> opens the door to explicitly configure JMSEndpoint.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to