Seriously just use the assembly plugin to zip up the source folder,
excluding target. There are several examples in the related threads.

On Thu, Jun 4, 2009 at 5:04 PM, Arnaud HERITIER <aherit...@gmail.com> wrote:

> I thought we needed to have a fix in the assembly plugin to be able to
> release with ASF rules.If we can do it with just some local changes in our
> pom, we have to do it.
>
> However I agree with Barry and we cannot loose too many time to do the
> release.
> Is there someone who can help us to setup the eclipse plugin build to
> follow
> ASF requirements for the release ?
> Arnaud
>
> # Arnaud Héritier
> # http://blog.aheritier.net
>
>
> On Fri, Jun 5, 2009 at 1:48 AM, Barrie Treloar <baerr...@gmail.com> wrote:
>
> > On Fri, Jun 5, 2009 at 7:13 AM, Brian Fox <bri...@infinity.nu> wrote:
> > > On Thu, Jun 4, 2009 at 11:43 AM, Benjamin Bentmann <
> > > benjamin.bentm...@udo.edu> wrote:
> > >
> > >> Arnaud HERITIER wrote:
> > >>
> > >>  I think there's no value to block all releases, waiting for this
> fix.I
> > >>> agree, support this change, but it won't help our users to have them
> > >>> waiting
> > >>> all our releases for several weeks.
> > >>>
> > >>
> > >> I don't really understand why fixing a project to produce a proper
> > source
> > >> bundle (e.g. by means of copying one of the existing assembly
> > descriptors)
> > >> would take several weeks...
> > >>
> > >
> > > It should take a few minutes and can be done with the current assembly
> > > release. The changes i made to the plugin are to make it possible to
> set
> > > this up at a top level pom (maven or asf) and have it do the right
> thing
> > for
> > > each build.
> >
> > The problem is that neither myself or Arnaud have a lot of capacity to
> > cut another release.
> >
> > If I can get an explicit and complete set of instructions to build
> > whatever is required then I can do it.
> > If I have to spend any time thinking about it or start the release
> > process again then it will have to wait until I have spare time.
> >
> > My preference is to:
> > * update the pom on trunk to include whatever will build the source
> > distro (this is different than the "-sources.jar") [Note: I dont
> > really want to change my pom I want the parent pom release profile to
> > do it for me instead]
> > * run the command to generate the distro archive from the tag
> > * deploy the distro
> >
> > Suggestions?
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
> >
>

Reply via email to