thanks Ian,
I looked into metadata again and now I think I see the reason. Earlier I was
looking into artifacts.xml only, assuming that mirroring is as simple as
artifacts.xml->artifacts.xml and content.xml->content.xml. But it turns out
that there's something unusual in content.xml affects that affects my
artifacts.xml. SVN's repo content.xml contains this:
<references size='4'>
<repository uri='
http://download.eclipse.org/technology/subversive/0.7/update-site/' url='
http://download.eclipse.org/technology/subversive/0.7/update-site/' type='0'
options='0'/>
<repository uri='http://download.eclipse.org/tools/gef/updates/releases'
url='http://download.eclipse.org/tools/gef/updates/releases' type='1'
options='1'/>
<repository uri='http://download.eclipse.org/tools/gef/updates/releases'
url='http://download.eclipse.org/tools/gef/updates/releases' type='0'
options='1'/>
<repository uri='
http://download.eclipse.org/technology/subversive/0.7/update-site/' url='
http://download.eclipse.org/technology/subversive/0.7/update-site/' type='1'
options='0'/>
</references>
I don't see this in another repositories, so I guess this forces creation of
absolute references, yes?
What's the use case for having this references entry in repository's
content.xml?
I'm going to ask SVN team to remove it so I'd like to know what exactly
they'll loose :-)
On Tue, Dec 21, 2010 at 7:22 AM, Ian Bull <[email protected]> wrote:
> This come from using 'raw' artifact descriptors. Essentially you are using
> the exact same artifact descriptor as the one in the source repo, and those
> happened to specify artifact.references.
>
> HTH
> Ian
> On 2010-12-06 1:09 AM, "Jacek Pospychała" <[email protected]>
> wrote:
> > Anyone know where 'artifact.reference' property usually comes from in
> > metadata?
> > And is it really possible that it caused p2.director to download using
> that
> > link?
> >
> >
> > I looked at svn repository artifacts.jar, but it looks very usual. I also
> > looked into one of plugin jars, hoping that there's some p2.inf file, but
> > didn't found anything like this. I believe that my environment wasn't
> > changing recently, and only part that has changed was their repo...
> >
> >
> > 2010/12/3 Jacek Pospychała <[email protected]>
> >
> >> hi,
> >> I'm mirroring some repository using ant mirror task. But recently,
> instead
> >> of a local copy, I started getting "artifact.reference" entries in my
> mirror
> >> metadata. Like this:
> >>
> >> <artifact classifier='osgi.bundle' id='org.eclipse.team.svn.help'
> >> version='0.7.9.I20101203-1700'>
> >> <properties size='1'>
> >> <property name='download.size' value='2974696'/>
> >> </properties>
> >> <repositoryProperties size='1'>
> >> <property name='artifact.reference' value='
> >>
> http://download.eclipse.org/technology/subversive/0.7/update-site/plugins/org.eclipse.team.svn.help_0.7.9.I20101203-1700.jar'/
> >> >
> >> </repositoryProperties>
> >> </artifact>
> >>
> >> My local mirror is required to speedup the builds, but due to the
> >> references in metadata, artifacts are downloaded from orig. repository.
> >>
> >> My ant task call looks like this:
> >>
> >> <p2.mirror>
> >>
> >> <repository location="${localRepo}" append="true" />
> >>
> >> <source>
> >>
> >> <repository location="
> >> http://download.eclipse.org/technology/subversive/0.7/update-site/"; />
> >>
> >> <repository location="
> >>
> http://community.polarion.com/projects/subversive/download/eclipse/2.0/update-site/
> >> " />
> >>
> >> </source>
> >>
> >> <iu id="org.eclipse.team.svn.feature.group" version=""/>
> >>
> >> <iu id="org.eclipse.team.svn.mylyn.feature.group" version=""/>
> >>
> >> <iu id="org.polarion.eclipse.team.svn.connector.feature.group"
> version=""
> >> />
> >>
> >> <iu id="org.polarion.eclipse.team.svn.connector.svnkit15.feature.group"
> >> version=""/>
> >>
> >> <iu id="org.polarion.eclipse.team.svn.connector.svnkit16.feature.group"
> >> version=""/>
> >>
> >> </p2.mirror>
> >>
> >>
> >> This happens only for the SVN repo (
> >> http://download.eclipse.org/technology/subversive/0.7/update-site).
> Using
> >> the same process several other repos are being mirrored, but with no
> such
> >> "artifact.reference" things.
> >>
> >>
> >> Could someone explain where does this "artifact.reference" come from and
> >> how to get rid of it?
> >>
> >>
> >>
> >> Jacek
> >>
> >>
>
> _______________________________________________
> p2-dev mailing list
> [email protected]
> https://dev.eclipse.org/mailman/listinfo/p2-dev
>
>
_______________________________________________
p2-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/p2-dev
