Mailing-List: contact general-help@gump.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Gump code and data" <general@gump.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
From: "Eric Pugh" <epugh@opensourceconnections.com>
To: "Gump code and data" <general@gump.apache.org>
Subject: RE: Please install javamail-1.3.1.jar into Gump
Date: Wed, 20 Oct 2004 17:00:02 +0100
Message-ID: <PKENIMMEAHDAHILNLIJPMEBKGOAB.epugh@opensourceconnections.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <417687C9.7000901@apache.org>
Importance: Normal

Why yes there is a search engine: http://maven.ozacc.com/.  However, that
doesn't help because mail.jar isn't a redistributable package.  However,
there is a maven issue open at: http://jira.codehaus.org/browse/MAVEN-1472
that has some suggested names.  I think that is as good a place as any to
look.  Once we pick something it should spread from there.
While you are at it..  Can you install activation-1.0.2 as well?  It also
has the same issue with no specific naming convention.

Eric


> -----Original Message-----
> From: Stefano Mazzocchi [mailto:stefano@apache.org]
> Sent: Wednesday, October 20, 2004 4:44 PM
> To: Gump code and data
> Subject: Re: Please install javamail-1.3.1.jar into Gump
>
>
> Niclas Hedhman wrote:
> > On Wednesday 20 October 2004 17:31, Eric Pugh wrote:
> >
> >>Hi,
> >>
> >>Quite a few of the Jakarta Turbine Fulcrum components use the
> >>javamail-1.3.1.jar version of JavaMail.  Currently Gump has javamail-1.3
> >>installed.  Can we have this dependency upgraded?  This will remove the
> >>last obstacle to our components compiling under Gump.
> >
> >
> > This is not about 1.3 vs 1.3.1, never was...
> >
> > Please proceed and change to whatever version you like.
> >
> > Now, the problem is about the 'exposure' of the Jar's from
> their names on the
> > Brutus filesystem, vs the name expected in your projects.
> > Stefano gave me heads up earlier that he is tackling this in a generic
> > fashion, since it won't scale if we go in and ask for changes in each
> > project.
> >
> > That means that we will be able to declare in the Gump
> descriptor that abc.jar
> > is used for an def-x.y.z.jar by Maven (and others), so that in
> the overrides
> > file,
> >
> > maven.jar.override = on
> > maven.jar.abc = /usr/local/...../javamail/mail.jar
> >
> > is generated. This will solve all projects with a similar situation and
> > allowing all the existing ant-wrappers for Maven projects to go away.
> >
> > So, just hang in tight, and the problem will be solved at Gump's end.
>
> I just discussed this with Adam and he suggested that rather than
> introducing further complexity in the metadata, we change the exposed
> jar ID so that they match maven's.
>
> What is the maven ID for the mail.jar package?
>
> Is there a search engine for maven artifacts?
>
> --
> Stefano.
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org