Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=dk20050327; d=earthlink.net;
  b=LuRMAk1DQO9+bpN2zq7rZAOOn2Hz/2doV9vvE04CKCKXHVo2AIMlrOM9XYjCFZ74;
  h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP;
Message-ID: <4A1328A7.9080609@earthlink.net>
Date: Tue, 19 May 2009 17:46:15 -0400
From: Joe Bohn <joe.bohn@earthlink.net>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: dev@geronimo.apache.org
Subject: Re: [blueprint] itests failing with NoClassDefFoundError
References: <A7CF2620-9E90-4D30-847B-21AF7135925C@visi.com>
 <5eb405c70905182149r14591eceyd306e3704d9b7649@mail.gmail.com>
 <18A507A8-4314-4665-8CBF-39CDEFBE933F@visi.com>
In-Reply-To: <18A507A8-4314-4665-8CBF-39CDEFBE933F@visi.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hmm ... I've been building with the itests just fine ... and that's even 
with maven 2.0.9.  I did have one problem earlier today but noticed 
another code change soon after my build failed ... so I updated and 
built again.   However, I haven't attempted to build with a clean repo.

I did just notice one problem when I attempted to comment out some of 
the references in the blueprint-sample and build again - that caused 
itest failures.  Once I reverted my changes things were once again 
successful.  I learned that the blueprint-sample is used in the itests 
so even changes which I thought would not affect anything actually did 
have an impact.


Joe


David Blevins wrote:
> Gave 2.0.10 a try.  No luck so tried the clean repo, also no luck.
> 
> $ svn up
> At revision 776452.
> 
> $ mvn clean install -Dmaven.repo.local=repo > blueprint-build.log
> 
> $ cat blueprint-itests/target/surefire-reports/*.txt > 
> blueprint-surefire.txt
> 
> And the results:
> 
>   http://people.apache.org/~dblevins/blueprint-build.log
>   http://people.apache.org/~dblevins/blueprint-surefire.txt
> 
> 
> If you haven't already, give a clean repo a try yourself.  Could be 
> there's local state in your repo that makes things work -- wouldn't be 
> the first or last time anything like that ever happened.
> 
> 
> -David
> 
> 
> On May 18, 2009, at 9:49 PM, Jarek Gawor wrote:
> 
>> What version of maven are you using? I had problems with 2.0.9 but
>> works fine for me with 2.0.10. I don't know if this will help but
>> maybe try with clean m2 repo? itests pull in a lot of stuff... maybe
>> we need to tie down some plugin version.
>>
>> Jarek
>>
>> On Mon, May 18, 2009 at 10:33 PM, David Blevins 
>> <david.blevins@visi.com> wrote:
>>> Trying to get a clean build on the blueprint code.  Getting several 
>>> errors
>>> due to what seems like an invalid bundle config.
>>>
>>> ERROR: Error starting file:bundles/blueprint-core_1.0.0.SNAPSHOT.jar
>>> (org.osgi.framework.BundleException: Unresolved constraint in bundle 5:
>>> package; 
>>> (&(package=org.osgi.service.blueprint.reflect)(version>=1.0.0)))
>>> org.osgi.framework.BundleException: Unresolved constraint in bundle 5:
>>> package; (&(package=org.osgi.service.blueprint.reflect)(version>=1.0.0))
>>>        at 
>>> org.apache.felix.framework.Felix.resolveBundle(Felix.java:3090)
>>>        at org.apache.felix.framework.Felix.startBundle(Felix.java:1439)
>>>        at
>>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984)
>>>        at
>>> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263)
>>>
>>> I'm guessing that 1.0.0.SNAPSHOT is considered greater than 1.0.0 and
>>> something else is going on.
>>>
>>> What's the trick to getting these tests to run?
>>>
>>> -David
>>>
>>>
>>
> 
>