Sanders wrote:
>
> Are we making sure that the version info contains all types of
> information, ie not just the version of dependency x, but also the fact
> that for version 1.0 the dependency on x didn't even exist?
With JJAR, each specific version of a package lists its dependencies.
That way, a package can evolve over time from version to version,
changing it's dependencies as it needs to.
As an example, here is a snippet of the JJAR repository descriptor that
describes the versions and dependencies of a package, in this case our
beloved Velocity :
<versionset>
<version version="1.0-1">
<note>release</note>
<jar>jakarta-velocity-1.0.1.jar</jar>
<dependencies/>
</version>
<version version="1.1">
<note>mid june 2001 release</note>
<jar>jakarta-velocity-1.1.jar</jar>
<dependencies>
<dep version="0.0-1"
package="jakarta-commons-collections"/>
</dependencies>
</version>
<version version="1.2-dev">
<note>current CVS HEAD</note>
<jar>jakarta-velocity-1.2-dev.jar</jar>
<dependencies>
<dep version="0.0-1"
package="jakarta-commons-collections"/>
</dependencies>
</version>
</versionset>
And then elsewhere in the repository is information about
jakarta-commons-collections version 0.0-1, so it too could have version
specific dependencies.
geir
> Scott Sanders
>
> > -----Original Message-----
> > From: Jason van Zyl [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, August 21, 2001 7:55 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [gump] adding version info
> >
> >
> > On 8/21/01 10:05 PM, "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote:
> >
> > > Our discussion revolved around making JJAR work against the gump
> > > information repository rather than it's own information repository.
> > >
> > > My personal belief is that either
> > >
> > > 1) Gump should use JJAR to get dependency information.
> > Using tools is
> > > good.
> >
> > I think that all of a projects information should be stored
> > in a single
> > location. Gump has full inter-project dependencies, but what
> > it lacks is the
> > version info to build a release with stated versions of
> > packages, and the
> > project descriptors don't currently state their latest version. A few
> > additions and building a project with specific versions of
> > packages will be
> > possible. This info will also be enough for a JJAR like task
> > to assist with
> > a build.
> >
> > I am fully aware of the need for version info because I plan
> > to use Gump to
> > build distributions of the TDK in a reliable way that will
> > let any Turbine
> > developer who wants to participate managing releases do so in
> > a consistent
> > fashion. We obviously must use stated versions of tools. This
> > would allow a
> > rigourous build of a distribution that would be consistent
> > across machines.
> >
> > > 2) If Gump doesn't want to depend on external tools and
> > must define its
> > > own dependency information, then it should make that
> > dependency set free
> > > of any gump specific schema structure or data, so that it
> > can be shared
> > > as widely as possible and let all tools that use it (gump included)
> > > evolve in their own way w/o affecting the others.
> >
> > Again I see it as project information as a whole, if you have a better
> > layout for dependencies I think it should be added the
> > descriptors in the
> > gump repository. I don't see them as gump descriptors. I see
> > them as project
> > descriptors that gump utilizes. I think that many, many tools
> > can use these
> > descriptors JJAR among them.
> >
> > > I have a whole bunch of reasons for both, but I won't bore
> > y'all with
> > > them.
> > >
> > > geir
> > >
> >
> > --
> >
> > jvz.
> >
> > Jason van Zyl
> >
> > http://tambora.zenplex.org
> > http://jakarta.apache.org/turbine
> > http://jakarta.apache.org/velocity
> > http://jakarta.apache.org/alexandria
> > http://jakarta.apache.org/commons
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
Geir Magnusson Jr. [EMAIL PROTECTED]
System and Software Consulting
Developing for the web? See http://jakarta.apache.org/velocity/
Well done is better than well said - New England Proverb
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
