Hi Thomas,

That's exactly the policy we're aiming for. We weren't able to do it
effectively when our versions were below 1.0.0, so what we're doing now is
moving to a 1.0.0 platform. Once we have released versions of all our 1.0.0
bundles we expect we'll almost always have the case that aries-foo depends
on a released version of aries-bar, unless aries-foo compilation or tests
require the latest aries-bar snapshot to work.

I'm reasonably confident the micro commits from the release-plugin are
necessary, unless we release our mainline code from a branch. As long as we
have a deployed 1.0.0-SNAPSHOT of aries-bar, moving the version of
aries-bar in trunk to 1.0.1-SNAPSHOT shouldn't break anything - the issue
here seems to be that the deployed snapshot is incomplete.

I wonder if we should build Jenkins from a clean maven repo so that we
catch these local clean-repo issues centrally? It would slow our builds
down a lot, but it seems like being able to build from a clean repo is
important enough that we want to catch problems centrally.

Holly

On Tue, Jul 31, 2012 at 12:10 PM, Thomas Diesler
<[email protected]>wrote:

> Same here. I cannot build jndi and related projects. Makes me wonder
> whether these micro commits <https://github.com/apache/**
> aries/commits/trunk/ <https://github.com/apache/aries/commits/trunk/>>
> using the maven-release-plugin are really necessary.
>
> Would it not be possible to have a policy where aries-foo would only have
> dependendies on aries-bar that are released versions of aries-bar? IMHO it
> should always be possible to build/test aries sub projects independent of
> the others.
>
> cheers
> -thomas
>
>
>
> On 07/31/2012 12:51 PM, Mark Nuttall wrote:
>
>> Hello,
>> Is anyone able to build the Apache Aries code on their local machine? I
>> cannot, for example, build application/ which fails for lack of,
>>
>>   Path to dependency:
>>         1) org.apache.aries.application:**org.apache.aries.application.**
>> management:bundle:1.0.0-**SNAPSHOT
>>         2) org.apache.aries.application:**org.apache.aries.application.**
>> deployment.management:jar:1.0.**0-SNAPSHOT
>>         3) org.apache.aries.application:**org.apache.aries.application.**
>> modeller:jar:1.0.0-SNAPSHOT
>>
>> What's interesting is that running with -X I see errors of the form
>> below, which indicate a problem with the snapshot repository, which is
>> pulled in from /parent/pom.xml:
>>
>> Caused by: java.io.FileNotFoundException:**http://repository.apache.org/*
>> *snapshots/org/apache/aries/**application/org.apache.aries.**
>> application.modeller/1.0.0-**SNAPSHOT/org.apache.aries.**
>> application.modeller-1.0.0-**SNAPSHOT.pom<http://repository.apache.org/snapshots/org/apache/aries/application/org.apache.aries.application.modeller/1.0.0-SNAPSHOT/org.apache.aries.application.modeller-1.0.0-SNAPSHOT.pom>
>> Checking the snapshots under https://repository.apache.org/**
>> content/groups/snapshots/org/**apache/aries/application/org.**
>> apache.aries.application.**modeller/<https://repository.apache.org/content/groups/snapshots/org/apache/aries/application/org.apache.aries.application.modeller/>it
>>  does indeed appear that the 1.0.1-SNAPSHOTs are well populated, but that
>> the 1.0.0-SNAPSHOT is not.
>>
>> I have completely removed ~/.m2/settings.xml, which makes no difference.
>> I've attached a .zip of my -X output, in case anyone is able to offer any
>> suggestions. Does anyone know how to get around this? Surely I don't have
>> to manually edit out all the bogus 1.0.0-SNAPSHOT dependencies just to get
>> things to build locally?
>>
>> Many thanks for any help.
>>
>> Regards,
>> Mark
>>
>>
>>
>>
>> [DEBUG] Connecting to repository: 'apache.snapshots' with url: '
>> http://repository.apache.org/**snapshots<http://repository.apache.org/snapshots>
>> '.
>> Downloading:http://repository.**apache.org/snapshots/org/**
>> apache/aries/application/org.**apache.aries.application.**
>> modeller/1.0.0-SNAPSHOT/org.**apache.aries.application.**
>> modeller-1.0.0-SNAPSHOT.pom<http://repository.apache.org/snapshots/org/apache/aries/application/org.apache.aries.application.modeller/1.0.0-SNAPSHOT/org.apache.aries.application.modeller-1.0.0-SNAPSHOT.pom>
>> [DEBUG] Unable to locate resource in repository
>> org.apache.maven.wagon.**ResourceDoesNotExistException: Unable to locate
>> resource in repository
>>          at org.apache.maven.wagon.**providers.http.**
>> LightweightHttpWagon.**fillInputData(**LightweightHttpWagon.java:139)
>>          at org.apache.maven.wagon.**StreamWagon.getInputStream(**
>> StreamWagon.java:116)
>>          at org.apache.maven.wagon.**StreamWagon.getIfNewer(**
>> StreamWagon.java:88)
>>          at org.apache.maven.wagon.**StreamWagon.get(StreamWagon.**
>> java:61)
>>          at org.apache.maven.artifact.**manager.DefaultWagonManager.**
>> getRemoteFile(**DefaultWagonManager.java:546)
>>          at org.apache.maven.artifact.**manager.DefaultWagonManager.**
>> getArtifact(**DefaultWagonManager.java:427)
>>          at org.apache.maven.artifact.**manager.DefaultWagonManager.**
>> getArtifact(**DefaultWagonManager.java:382)
>>          at org.apache.maven.artifact.**resolver.**
>> DefaultArtifactResolver.**resolve(**DefaultArtifactResolver.java:**216)
>>          at org.apache.maven.artifact.**resolver.**
>> DefaultArtifactResolver.**resolve(**DefaultArtifactResolver.java:**90)
>>          at org.apache.maven.project.**DefaultMavenProjectBuilder.**
>> findModelFromRepository(**DefaultMavenProjectBuilder.**java:558)
>>          at org.apache.maven.project.**DefaultMavenProjectBuilder.**
>> buildFromRepository(**DefaultMavenProjectBuilder.**java:251)
>>          at org.apache.maven.project.**artifact.MavenMetadataSource.**
>> retrieveRelocatedProject(**MavenMetadataSource.java:163)
>>          at org.apache.maven.project.**artifact.MavenMetadataSource.**
>> retrieveRelocatedArtifact(**MavenMetadataSource.java:94)
>>          at org.apache.maven.artifact.**resolver.**
>> DefaultArtifactCollector.**recurse(**DefaultArtifactCollector.java:**387)
>>          at org.apache.maven.artifact.**resolver.**
>> DefaultArtifactCollector.**recurse(**DefaultArtifactCollector.java:**435)
>>          at org.apache.maven.artifact.**resolver.**
>> DefaultArtifactCollector.**collect(**DefaultArtifactCollector.java:**74)
>>          at org.apache.maven.artifact.**resolver.**
>> DefaultArtifactResolver.**resolveTransitively(**
>> DefaultArtifactResolver.java:**316)
>>          at org.apache.maven.artifact.**resolver.**
>> DefaultArtifactResolver.**resolveTransitively(**
>> DefaultArtifactResolver.java:**304)
>>          at org.apache.maven.plugin.**DefaultPluginManager.**
>> resolveTransitiveDependencies(**DefaultPluginManager.java:**1499)
>>          at org.apache.maven.plugin.**DefaultPluginManager.**executeMojo(
>> **DefaultPluginManager.java:442)
>>          at org.apache.maven.lifecycle.**DefaultLifecycleExecutor.**
>> executeGoals(**DefaultLifecycleExecutor.java:**694)
>>          at org.apache.maven.lifecycle.**DefaultLifecycleExecutor.**
>> executeGoalWithLifecycle(**DefaultLifecycleExecutor.java:**556)
>>          at org.apache.maven.lifecycle.**DefaultLifecycleExecutor.**
>> executeGoal(**DefaultLifecycleExecutor.java:**535)
>>          at org.apache.maven.lifecycle.**DefaultLifecycleExecutor.**
>> executeGoalAndHandleFailures(**DefaultLifecycleExecutor.java:**387)
>>          at org.apache.maven.lifecycle.**DefaultLifecycleExecutor.**
>> executeTaskSegments(**DefaultLifecycleExecutor.java:**348)
>>          at org.apache.maven.lifecycle.**DefaultLifecycleExecutor.**
>> execute(**DefaultLifecycleExecutor.java:**180)
>>          at org.apache.maven.DefaultMaven.**doExecute(DefaultMaven.java:*
>> *328)
>>          at org.apache.maven.DefaultMaven.**
>> execute(DefaultMaven.java:138)
>>          at org.apache.maven.cli.MavenCli.**main(MavenCli.java:362)
>>          at org.apache.maven.cli.compat.**CompatibleMain.main(**
>> CompatibleMain.java:60)
>>          at sun.reflect.**NativeMethodAccessorImpl.**invoke0(Native
>> Method)
>>          at sun.reflect.**NativeMethodAccessorImpl.**invoke(**
>> NativeMethodAccessorImpl.java:**39)
>>          at sun.reflect.**DelegatingMethodAccessorImpl.**invoke(**
>> DelegatingMethodAccessorImpl.**java:25)
>>          at java.lang.reflect.Method.**invoke(Method.java:597)
>>          at org.codehaus.classworlds.**Launcher.launchEnhanced(**
>> Launcher.java:315)
>>          at org.codehaus.classworlds.**Launcher.launch(Launcher.java:**
>> 255)
>>          at org.codehaus.classworlds.**Launcher.mainWithExitCode(**
>> Launcher.java:430)
>>          at org.codehaus.classworlds.**Launcher.main(Launcher.java:**375)
>> Caused by: java.io.FileNotFoundException:**http://repository.apache.org/*
>> *snapshots/org/apache/aries/**application/org.apache.aries.**
>> application.modeller/1.0.0-**SNAPSHOT/org.apache.aries.**
>> application.modeller-1.0.0-**SNAPSHOT.pom<http://repository.apache.org/snapshots/org/apache/aries/application/org.apache.aries.application.modeller/1.0.0-SNAPSHOT/org.apache.aries.application.modeller-1.0.0-SNAPSHOT.pom>
>>          at sun.reflect.**NativeConstructorAccessorImpl.**newInstance0(Native
>> Method)
>>          at sun.reflect.**NativeConstructorAccessorImpl.**newInstance(**
>> NativeConstructorAccessorImpl.**java:39)
>>          at sun.reflect.**DelegatingConstructorAccessorI**
>> mpl.newInstance(**DelegatingConstructorAccessorI**mpl.java:27)
>>          at java.lang.reflect.Constructor.**newInstance(Constructor.java:
>> **513)
>>          at sun.net.www.protocol.http.**HttpURLConnection$6.run(**
>> HttpURLConnection.java:1496)
>>          at java.security.**AccessController.doPrivileged(**Native
>> Method)
>>          at sun.net.www.protocol.http.**HttpURLConnection.**
>> getChainedException(**HttpURLConnection.java:1490)
>>          at sun.net.www.protocol.http.**HttpURLConnection.**
>> getInputStream(**HttpURLConnection.java:1144)
>>          at org.apache.maven.wagon.**providers.http.**
>> LightweightHttpWagon.**fillInputData(**LightweightHttpWagon.java:122)
>>          ... 37 more
>> Caused by: java.io.FileNotFoundException:**http://repository.apache.org/*
>> *snapshots/org/apache/aries/**application/org.apache.aries.**
>> application.modeller/1.0.0-**SNAPSHOT/org.apache.aries.**
>> application.modeller-1.0.0-**SNAPSHOT.pom<http://repository.apache.org/snapshots/org/apache/aries/application/org.apache.aries.application.modeller/1.0.0-SNAPSHOT/org.apache.aries.application.modeller-1.0.0-SNAPSHOT.pom>
>>          at sun.net.www.protocol.http.**HttpURLConnection.**
>> getInputStream(**HttpURLConnection.java:1439)
>>          at java.net.HttpURLConnection.**getResponseCode(**
>> HttpURLConnection.java:379)
>>          at org.apache.maven.wagon.**providers.http.**
>> LightweightHttpWagon.**fillInputData(**LightweightHttpWagon.java:115)
>>          ... 37 more
>> [DEBUG] Using Wagon implementation lightweight from default mapping for
>> protocol http
>> [INFO] Unable to find resource 'org.apache.aries.application:**
>> org.apache.aries.application.**modeller:pom:1.0.0-SNAPSHOT' in
>> repository apache.snapshots 
>> (http://repository.apache.org/**snapshots<http://repository.apache.org/snapshots>
>> )
>> [DEBUG] Skipping disabled repository central
>> [DEBUG] Artifact not found - using stub model: Unable to download the
>> artifact from any repository
>>
>>    org.apache.aries.application:**org.apache.aries.application.**
>> modeller:pom:1.0.0-SNAPSHOT
>>
>>
>>
>>
>>
>>
> --
> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Thomas Diesler
> JBoss OSGi Lead
> JBoss, a division of Red Hat
> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>
>

Reply via email to