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 8AB24200CB4 for ; Tue, 27 Jun 2017 14:39:10 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 893EA160BE9; Tue, 27 Jun 2017 12:39:10 +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 CE09A160BDC for ; Tue, 27 Jun 2017 14:39:09 +0200 (CEST) Received: (qmail 75224 invoked by uid 500); 27 Jun 2017 12:39:04 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 75212 invoked by uid 99); 27 Jun 2017 12:39:03 -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 12:39:03 +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 6CA00C00A9 for ; Tue, 27 Jun 2017 12:39:03 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id peC3YG6OPXGd for ; Tue, 27 Jun 2017 12:39:02 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 5490E5FBBD for ; Tue, 27 Jun 2017 12:39:01 +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 7D47EE0732 for ; Tue, 27 Jun 2017 12:39:00 +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 303EA2411C for ; Tue, 27 Jun 2017 12:39:00 +0000 (UTC) Date: Tue, 27 Jun 2017 12:39:00 +0000 (UTC) From: "Guillaume Nodet (JIRA)" To: dev@felix.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (FELIX-5659) Possible bug with Framework#listResources 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 12:39:10 -0000 [ https://issues.apache.org/jira/browse/FELIX-5659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet updated FELIX-5659: ----------------------------------- Description: I'm not completely sure what the behavior should be, but it seems to me not very understandable that the following may not return the same thing when used for the system bundle: {code} systemBundle.adapt(BundleWiring.class).listResources("META-INF/services", "javax.script.ScriptEngineFactory", 2) {code} and {code} systemBundle.adapt(BundleWiring.class).getClassLoader().loadResources("META-INF/services/javax.script.ScriptEngineFactory") {code} On JDK 8, the second call correctly returns the nashorn javascript engine factory, but it can't be found using the first call. Anyone knows if this is an expected behavior ? was: I'm not completely sure what the behavior should be, but it seems to me not very understandable that the following may not return the same thing when used for the system bundle: {code} systemBundle.adapt(BundleWiring.class).listResources("META-INF/services", "javax.script.ScriptEngineFactory", 2) and systemBundle.adapt(BundleWiring.class).getClassLoader().loadResources("META-INF/services/javax.script.ScriptEngineFactory") {code} On JDK 8, the second call correctly returns the nashorn javascript engine factory, but it can't be found using the first call. Anyone knows if this is an expected behavior ? > Possible bug with Framework#listResources > ----------------------------------------- > > Key: FELIX-5659 > URL: https://issues.apache.org/jira/browse/FELIX-5659 > Project: Felix > Issue Type: Bug > Components: Framework > Reporter: Guillaume Nodet > > I'm not completely sure what the behavior should be, but it seems to me not very understandable that the following may not return the same thing when used for the system bundle: > {code} > systemBundle.adapt(BundleWiring.class).listResources("META-INF/services", "javax.script.ScriptEngineFactory", 2) > {code} > and > {code} > systemBundle.adapt(BundleWiring.class).getClassLoader().loadResources("META-INF/services/javax.script.ScriptEngineFactory") > {code} > On JDK 8, the second call correctly returns the nashorn javascript engine factory, but it can't be found using the first call. > Anyone knows if this is an expected behavior ? -- This message was sent by Atlassian JIRA (v6.4.14#64029)