You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Hadrian Zbarcea (Updated) (JIRA)" <ji...@apache.org> on 2012/03/01 18:35:58 UTC
[jira] [Updated] (CAMEL-4425) Cleanup usage of improper URIs in
Camel
[ https://issues.apache.org/jira/browse/CAMEL-4425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Hadrian Zbarcea updated CAMEL-4425:
-----------------------------------
Fix Version/s: (was: 2.9.1)
2.9.2
> Cleanup usage of improper URIs in Camel
> ---------------------------------------
>
> Key: CAMEL-4425
> URL: https://issues.apache.org/jira/browse/CAMEL-4425
> Project: Camel
> Issue Type: Improvement
> Affects Versions: 2.8.0
> Reporter: Hadrian Zbarcea
> Assignee: Hadrian Zbarcea
> Fix For: 2.9.2
>
>
> There are many components that use improper URIs, which is kinda tolerated by Camel and in some instances encouraged by the examples and we provide. Camel uses URIs for both identifying and configuring endpoints, which is good. However, we should accept valid, properly encoded URIs. See [URI spec|http://www.ietf.org/rfc/rfc2396.txt] for more detailed explanation. For some components properly encoding URIs is a solution, but URIs may be become harder to understand. For instance curly braces are not allowed in URIs, yet we support something like "serviceName={namespace}service" in a uri (see CAMEL-4405). Properly encoding uris would work (giving us in the example above "%7Bnamespace%7Dservice" which is not all that easy to read), but better is to come up with alternatives like "targetNamespace=namespace&serviceName=service". This problem exists in a few other components, not just camel-cxf, so this issue is meant as an umbrella for all components.
> As this could have a significant impact on existing applications, I propose a solution that will still accept existing syntax for URIs (i.e. no immediate impact on existing applications), and come up with configuration alternatives per component. When invalid URIs are used, a warning should alert users, giving them time to upgrade/migrate their URIs. This fallback mechanism may be removed in 3.0.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira