Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: neutral (asf.osuosl.org: local policy)
Subject: Re: [general] ClassLoader question
From: Simon Kitching <skitching@apache.org>
Reply-To: skitching@apache.org
To: commons-dev@jakarta.apache.org
In-Reply-To: <1141292607.3812.67.camel@localhost.localdomain>
References: <1141292607.3812.67.camel@localhost.localdomain>
Content-Type: text/plain
Date: Thu, 02 Mar 2006 22:55:32 +1300
Message-Id: <1141293332.3812.70.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

Never mind, I've found it.

Class.getResourceAsStream requires a slash on the front of the path,
while ClassLoader.getResourceAsStream must NOT have it.

Sigh. 

Sorry for bothering you all.

Cheers,

Simon

On Thu, 2006-03-02 at 22:43 +1300, Simon Kitching wrote:
> Hi y'all
> 
> I'm puzzled by the behaviour of the Class.getResourceAsStream vs
> ClassLoader.getResourceAsStream methods.
> 
> I'm trying to implement the recommended "java service provider" pattern,
> which involves looking for a file with the name of an API class
> in /META-INF/services, but I can't seem to get the file when using a
> specific ClassLoader.
> 
> Can anyone suggest why the following code might print this?
>   Found via class
>   Not found via classloader
> 
> ==== code ====
> 
> InputStream s1 = LogTest.class.getResourceAsStream(
>   "/META-INF/services/org.apache.commons.logging.LogFactory");
> if (s1 == null) {
>   System.out.println("Not found via class");
> } else {
>   System.out.println("Found via class");
>   s1.close();
> }
> 
> InputStream s2 = LogTest.class.getClassLoader().getResourceAsStream(
>   "/META-INF/services/org.apache.commons.logging.LogFactory");
> if (s2 == null) {
>   System.out.println("Not found via classloader");
> } else {
>   System.out.println("Found via classloader");
>   s2.close();
> }
> 
> 
> I've tried sun java 1.4.2 and 1.5.0_04 and got the same results.
> 
> Thanks,
> 
> Simon
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org