Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (nike.apache.org: domain of rickmcg@gmail.com designates
 209.85.160.56 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:reply-to:user-agent:mime-version:to:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=Q+uCJODMhb8u/yd3LdZSlpz1Y/K2R9LW2vSzFR/KQTeUXuTaWcvE1GVEMV3Ca4o5Mx
         i/yaPaGRKtU4M7LccSrlOHUwC9JWEF1tSY5zM/6e6Vz0ekuBd/hSe+jo2I78yjOvXYRz
         qqVWuTD/0GMDR0uqAqRZrUnYoWrNDj/Lnm5WU=
Message-ID: <4AF9A98B.7040104@gmail.com>
Date: Tue, 10 Nov 2009 12:57:31 -0500
From: Rick McGuire <rickmcg@gmail.com>
Reply-To: rickmcg@gmail.com
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: dev@geronimo.apache.org
Subject: Re: Strange dependency problem building jaxws
References: <4AF98DDA.4020803@gmail.com>
 <033E4EBB-B7E5-402B-B497-1B907E0AD72C@yahoo.com>
In-Reply-To: <033E4EBB-B7E5-402B-B497-1B907E0AD72C@yahoo.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

David Jencks wrote:
>
> On Nov 10, 2009, at 7:59 AM, Rick McGuire wrote:
>
>> There are two subprojects in the jaxws plugin that I'm having trouble 
>> building, and I can't figure out why.  The cause of the failure is a 
>> resolution failure trying to resolve the javax.jws package, version 
>> 2.0.  These classes are contained in the geronimo-ws-metadata specs 
>> bundle, and should be there.  Running the build with the -X option 
>> does not show any sign that this bundle is getting installed and 
>> started before the error.  I've tried adding this as dependency in 
>> every pom I could think of to force this to be loaded first and 
>> nothing appears to have made a difference.  That bundle just doesn't 
>> seem to get loaded.  The manifests look good in all cases, but it 
>> just doesn't appear to load.
>>
>> I also tried specifying a version in the karaf config.properties on 
>> the javax.jws packages, but that didn't make any difference either.  
>> There's obviously something going wrong with how the dependencies are 
>> processed here, but I can't seem to spot what's messing up.  
>> Everything looks like what I'd expect to see when I use dependency:tree.
>> For now, I've just commented these two items out so they won't build, 
>> but this is going to need to be solved eventually.
>
> I suspect these classes are also in the jvm.  Maybe the situation is 
> similar to the one for javax.transaction where some classes come from 
> the jvm and some from the spec jar?  The mysterious fix for that seems 
> to be, in etc/config.properties from 
> framework/config/karaf-framework/src/main/resources/filtered-resources/etc/config.properties 
>
>
> org.osgi.framework.bootdelegation=sun.*,com.sun.*,javax.transaction,javax.transaction.* 
>
>
>
> and
>
> javax.transaction; javax.transaction.xa; partial=true; 
> mandatory:=partial, \
I did that experiment already, and that didn't work either.  The root of 
the problem appears to be the explicit request for the 2.0 version.  
That is available in the geronimo-ws-metadata bundle, but there's no 
sign in any of the Felix debug output to indicate that this is getting 
loaded. 

I'm now stuck on a similar situation with geronimo-service-builder.  I'm 
getting a constraint loading error on geronimo-service-builder because 
it can't find the org.apache.geronimo.xbeans.j2ee package.  That's in 
the geronimo-schema-jee_5.1.2 bundle, but again, I'm not seeing that 
bundle loaded before the geronimo-service-builder bundle, so the 
geronimo-service-builder can't be resolved.  It's really looking like 
there's an ordering problem in the dependency manager that's resulting 
in bundles not getting installed before the bundles that depend on them. 

Rick
>
>
> Might be worth experimenting with anyway.
>
> david jencks
>
>>
>> Rick
>
>