Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] question about remoteservice generic build

On 10/17/2010 09:58 PM, Scott Lewis wrote:
>  Hi Folks,
> In making fixes for
> I discovered and fixed a problem in the code for
> org.eclipse.ecf.provider bundle.  When this is committed and the build
> does it's automated tests, however, I see from the console output that
> an older version of org.eclipse.ecf.provider is used to build/test
> against...i.e. here's the relevant output from the build (I think):
> org.eclipse.ecf.provider:osgi.bundle: Trying provider local(materialized)
> No materialization found for org.eclipse.ecf.provider:osgi.bundle
> org.eclipse.ecf.provider:osgi.bundle: Trying provider local(workspace)
> No open workspace project found that corresponds to
> org.eclipse.ecf.provider:osgi.bundle
> org.eclipse.ecf.provider:osgi.bundle: Trying provider local(target)
> org.eclipse.ecf.provider:osgi.bundle: Found match 4.0.0.v20101016-1012
> org.eclipse.ecf.provider:osgi.bundle: Found match
> org.eclipse.ecf.provider:osgi.bundle$4.0.0.v20101016-1012
> ...
> How do I get this build to either a) build the org.eclipse.ecf.provider
> from source...or b) use a newer copy (i.e. run
> another build C-HEAD)...and then use that newly built
> code (for the automated tests)?

ECF's core bundles are not yet build by a dedicated C-HEAD-.feature
build and thus only get rebuild with job C-HEAD-sdk.feature. What you
are seeing now, is that C-HEAD-xmpp.feature detects the git rev before
C-HEAD-sdk.feature and thus does not pick up the o.e.e.provider binary
bundle built by sdk.feature.
In my opinion a proper fix would be to create a (resuse) ECF's base
feature (includes: o.e.e.core, .identity, .provider) and a corresponding
build job. This build job would then trigger all downstream consumer
builds upon successful completion.



Back to the top