Return-Path: X-Original-To: apmail-camel-issues-archive@minotaur.apache.org Delivered-To: apmail-camel-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7C965DA4A for ; Wed, 4 Jul 2012 15:24:36 +0000 (UTC) Received: (qmail 81707 invoked by uid 500); 4 Jul 2012 15:24:35 -0000 Delivered-To: apmail-camel-issues-archive@camel.apache.org Received: (qmail 81549 invoked by uid 500); 4 Jul 2012 15:24:35 -0000 Mailing-List: contact issues-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@camel.apache.org Delivered-To: mailing list issues@camel.apache.org Received: (qmail 81262 invoked by uid 99); 4 Jul 2012 15:24:35 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jul 2012 15:24:35 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id 389E2142852 for ; Wed, 4 Jul 2012 15:24:35 +0000 (UTC) Date: Wed, 4 Jul 2012 15:24:35 +0000 (UTC) From: "Guillaume Nodet (JIRA)" To: issues@camel.apache.org Message-ID: <1298933082.3576.1341415475233.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Created] (CAMEL-5420) Camel transforms relative uri in a bad way MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Guillaume Nodet created CAMEL-5420: -------------------------------------- Summary: Camel transforms relative uri in a bad way Key: CAMEL-5420 URL: https://issues.apache.org/jira/browse/CAMEL-5420 Project: Camel Issue Type: Bug Affects Versions: 2.10.0 Reporter: Guillaume Nodet When defining an endpoint with a relative uri such as protocol:mypath1/mypath2 camel transforms the given uri into the following: protocol://mypath1/mypath2 Note that this transformation is performed before the component is given the uri as it is done in DefaultCamelContext#getEndpoint() in the call to normalizeEnpointUri(). This has the big problem that mypath1 is not considered the path anymore, but rather the authority (host:port). So if a component wants to support both relative and absolute uris, it has no real way to know if the original uri contained an authority or not. It is possible to support absolute uris with no authority though, as protocol:/mypath1/mypath2 is converted to protocol:///mypath1/mypath2 I'm not sure why relative uris are transformed into absolute uris, which does not really seem like a good idea to me. -- 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