Mailing-List: contact users-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@felix.apache.org
Received-SPF: pass (athena.apache.org: domain of heavy@ungoverned.org
 designates 209.85.213.177 as permitted sender)
Message-ID: <4F33F64A.1000009@ungoverned.org>
Date: Thu, 09 Feb 2012 11:37:30 -0500
From: "Richard S. Hall" <heavy@ungoverned.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: users@felix.apache.org
Subject: Re: Spring + Felix war + component scan tag = FileNotFoundException
References: <33294104.post@talk.nabble.com> <4F33EFF1.1030409@ungoverned.org>
 <33294511.post@talk.nabble.com>
In-Reply-To: <33294511.post@talk.nabble.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


On 2/9/12 11:33 , lili_ili wrote:
> Its relevant only to felix users, I thought to check if someone found a
> solution / workaround for this problem.

True.

Yeah, I was thinking you were asking for a framework-specific fix...

Still, I'd ask in the Spring forums too, if you haven't already.

-> richard

>
>
> Richard S. Hall wrote:
>> It is not clear that this has anything to do with the Felix framework.
>> It sounds like Spring is scanning the bundles for files and it is not
>> getting what it expects. Did you take this up with the Spring guys first?
>>
>> ->  richard
>>
>> On 2/9/12 10:38 , lili_ili wrote:
>>> Hi,
>>>
>>> Did you try to use spring component scan tag inside war bundle? I'm
>>> getting
>>> the following exception (attached spring log file
>>> http://old.nabble.com/file/p33294104/spring.log spring.log ). I saw that
>>> a
>>> similar bug was solved for equinox, and what about felix? Is there a
>>> known
>>> workaround?  https://jira.springsource.org/browse/SPR-6592
>>> https://jira.springsource.org/browse/SPR-6592
>>>
>>> The spring xml definition is attached
>>> http://old.nabble.com/file/p33294104/applicationContext.xml
>>> applicationContext.xml
>>>
>>> Exception:
>>>
>>> 2012-02-08 18:30:23,194 [pool-28-thread-1]
>>> (PathMatchingResourcePatternResolver.java:532) WARN  - Cannot search for
>>> matching files underneath URL [bundle://275.0:2/examples/services/]
>>> because
>>> it does not correspond to a directory in the file system
>>> java.io.FileNotFoundException: URL [bundle://275.0:2/examples/services/]
>>> cannot be resolved to absolute file path because it does not reside in
>>> the
>>> file system: bundle://275.0:2/examples/services/
>>>    at
>>> org.springframework.util.ResourceUtils.getFile(ResourceUtils.java:204)
>>>    at
>>> org.springframework.core.io.AbstractFileResolvingResource.getFile(AbstractFileResolvingResource.java:52)
>>>    at
>>> org.springframework.core.io.UrlResource.getFile(UrlResource.java:168)
>>>    at
>>> org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:528)
>>> ...
>>> 2012-02-08 18:30:23,194 [pool-28-thread-1]
>>> (PathMatchingResourcePatternResolver.java:353) DEBUG - Resolved location
>>> pattern [classpath*:examples/services/**/*.class] to resources []
>>>
>>>
>>> thanks
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org