Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 41A35200CB4 for ; Wed, 28 Jun 2017 00:00:08 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 4022D160BDC; Tue, 27 Jun 2017 22:00:08 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 873A7160BD8 for ; Wed, 28 Jun 2017 00:00:07 +0200 (CEST) Received: (qmail 33295 invoked by uid 500); 27 Jun 2017 22:00:06 -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 33286 invoked by uid 99); 27 Jun 2017 22:00:06 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Jun 2017 22:00:06 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 4157FC0311 for ; Tue, 27 Jun 2017 22:00:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.201 X-Spam-Level: X-Spam-Status: No, score=-99.201 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 4UDiMrdzs2mP for ; Tue, 27 Jun 2017 22:00:05 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id F32275FD91 for ; Tue, 27 Jun 2017 22:00:04 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 64D6EE00A0 for ; Tue, 27 Jun 2017 22:00:04 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id A4F4B24161 for ; Tue, 27 Jun 2017 22:00:01 +0000 (UTC) Date: Tue, 27 Jun 2017 22:00:01 +0000 (UTC) From: "ASF GitHub Bot (JIRA)" To: issues@camel.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CAMEL-11469) Camel-Hipchat - Configure via xml is broken MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 27 Jun 2017 22:00:08 -0000 [ https://issues.apache.org/jira/browse/CAMEL-11469?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16065547#comment-16065547 ] ASF GitHub Bot commented on CAMEL-11469: ---------------------------------------- GitHub user w4tson opened a pull request: https://github.com/apache/camel/pull/1793 CAMEL-11469 Use remainder of uri to parse config The configuration now uses the remainder of the uri to parse out the properties. This can now cope with a '//' or not and stops further string manipulation where it isn't needed. CAMEL-9495 was fixing parsing logic and seemed to knock it out. I'm not super familiar with camel core but it looks like the 'remaining' URI is already being passed in so it seems silly to attempt this again? Also I had to work hard a bit not to introduce a dependency on spring in order to reproduce this. My work around is to manually load in the route from XML. It's quite clunky the way I've done it. If there's a smoother way, please advise. You can merge this pull request into a Git repository by running: $ git pull https://github.com/w4tson/camel CAMEL-11469-hipchat-endpoint-uri-problem Alternatively you can review and apply these changes as the patch at: https://github.com/apache/camel/pull/1793.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #1793 ---- commit 202daa5f8145669880c0d7f61e01ae9a3308c249 Author: Paul Watson Date: 2017-06-27T21:51:15Z CAMEL-11469 Use remainder of uri to parse config The configuration now uses the remainder of the uri to parse out the properties. This can now cope with a '//' or not and stops further string manipulation where it isn't needed ---- > Camel-Hipchat - Configure via xml is broken > ------------------------------------------- > > Key: CAMEL-11469 > URL: https://issues.apache.org/jira/browse/CAMEL-11469 > Project: Camel > Issue Type: Bug > Components: camel-hipcat > Affects Versions: 2.19.1 > Reporter: Paul Watson > Priority: Minor > > Declaring a hipchat endpoint in XML misconfigures the same component in the DSL. This seems to be because at some point via XML the component URI get's normalized and '//' is introduced. > This means a component of > {{}} > Is actually configured to the default api.hipchat.com. -- This message was sent by Atlassian JIRA (v6.4.14#64029)