IIRC, artifact.references (along with something called partial IUs) happen when you reference an update site. In these case, the site.xml doesn't have enough information to give us the full IUs, so we create partial ones instead (and when the full one is needed, we do a full download of the artifact and parse the feature.xml).
When you mirror, these references (which look like update sites), are likely being mirrored too. cheers, ian 2010/12/21 Jacek Pospychała <[email protected]> > 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 > > -- R. Ian Bull | EclipseSource Victoria | +1 250 477 7484 http://eclipsesource.com | http://twitter.com/eclipsesource
_______________________________________________ p2-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/p2-dev
