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 09653200BBE for ; Fri, 11 Nov 2016 10:48:21 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 08319160AF5; Fri, 11 Nov 2016 09:48:21 +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 480DE160AE4 for ; Fri, 11 Nov 2016 10:48:20 +0100 (CET) Received: (qmail 49473 invoked by uid 500); 11 Nov 2016 09:48:19 -0000 Mailing-List: contact dev-help@brooklyn.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@brooklyn.apache.org Delivered-To: mailing list dev@brooklyn.apache.org Received: (qmail 49462 invoked by uid 99); 11 Nov 2016 09:48:19 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Nov 2016 09:48:19 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id 146C9E01F4; Fri, 11 Nov 2016 09:48:18 +0000 (UTC) From: googlielmo To: dev@brooklyn.apache.org Reply-To: dev@brooklyn.apache.org References: In-Reply-To: Subject: [GitHub] brooklyn-server issue #427: Use servicemix bundle for okio Content-Type: text/plain Message-Id: <20161111094819.146C9E01F4@git1-us-west.apache.org> Date: Fri, 11 Nov 2016 09:48:18 +0000 (UTC) archived-at: Fri, 11 Nov 2016 09:48:21 -0000 Github user googlielmo commented on the issue: https://github.com/apache/brooklyn-server/pull/427 @aledsage cc: @neykov @andreaturli I played a little with this and my conclusion is that since `jclouds-http` imports both `okhttp` and `okio`, having restricted the dependency `okhttp` -> `okio` will force the more specific version of `okio` to be wired to it. That said, I'm worried that `jclouds-http` doesn't seem to specify a version for `okhttp`, which might cause it to wire to `okhttp` 3 (maybe?). Better report that to the jclouds team. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastructure@apache.org or file a JIRA ticket with INFRA. ---