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 64C8C200B88 for ; Thu, 8 Sep 2016 01:45:24 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 6354D160ACF; Wed, 7 Sep 2016 23:45:24 +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 AAFD5160AC1 for ; Thu, 8 Sep 2016 01:45:23 +0200 (CEST) Received: (qmail 23038 invoked by uid 500); 7 Sep 2016 23:45:22 -0000 Mailing-List: contact users-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@camel.apache.org Delivered-To: mailing list users@camel.apache.org Received: (qmail 23023 invoked by uid 99); 7 Sep 2016 23:45:22 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Sep 2016 23:45:22 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 2C24E180502 for ; Wed, 7 Sep 2016 23:45:22 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.486 X-Spam-Level: *** X-Spam-Status: No, score=3.486 tagged_above=-999 required=6.31 tests=[DKIM_ADSP_CUSTOM_MED=0.001, NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.972, URI_HEX=1.313] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id CixQ2kXC-Wo0 for ; Wed, 7 Sep 2016 23:45:19 +0000 (UTC) Received: from mbob.nabble.com (mbob.nabble.com [162.253.133.15]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 245D45FBD6 for ; Wed, 7 Sep 2016 23:45:19 +0000 (UTC) Received: from static.162.255.23.22.macminivault.com (unknown [162.255.23.22]) by mbob.nabble.com (Postfix) with ESMTP id D4B2330A62BB for ; Wed, 7 Sep 2016 16:43:36 -0700 (PDT) Date: Wed, 7 Sep 2016 16:45:16 -0700 (MST) From: sohrab To: users@camel.apache.org Message-ID: <1473291916766-5787333.post@n5.nabble.com> In-Reply-To: References: <1473061059177-5787192.post@n5.nabble.com> <1473211711738-5787260.post@n5.nabble.com> <1473233308760-5787264.post@n5.nabble.com> Subject: Re: CamelBlueprintTestSupport doesn't like 6 directories deep MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit archived-at: Wed, 07 Sep 2016 23:45:24 -0000 Yeah it is hard one to replicate but once you do, it happens consistently. I actually got to the bottom of this. So according to the OSGi spec, the "entries" inside a bundle are returned in the order they were originally attached: https://osgi.org/javadoc/r4v43/core/org/osgi/framework/Bundle.html#findEntries(java.lang.String, java.lang.String, boolean) Apache Felix Connect respects this. However org.ops4j.pax.swissbox.tinybundles.core.metadata.RawBuilder which does the attaching, does so in a undeterministic manner by traversing a Set (see my last post). Anyway, this behaviour leads to unreliable tests so I need to find a way around it. Fortunately, Apache Aries respects "Bundle-Blueprint" header. So if that header is provided, it will not ask Felix to go and search the bundle for Blueprints. *My current, and hopefully definitive, work-around is to customise CamelBlueprintHelper.createTestBundle() to add "Bundle-Blueprint" header to the manifest with a sorted list of blueprints.* -- View this message in context: http://camel.465427.n5.nabble.com/CamelBlueprintTestSupport-doesn-t-like-6-directories-deep-tp5787192p5787333.html Sent from the Camel - Users mailing list archive at Nabble.com.