[gatein-dev] Build Gatein WCI KO
Arnaud HERITIER
arnaud.heritier at exoplatform.com
Mon Nov 16 05:52:20 EST 2009
I don't know if it is already possible in Cargo but what I would like to
have is :
- We can set a property name in the download mojo
- If the user define this property we consider it as the local path of the
app server
- Otherwise
-- Cargo downloads the app server from an url
-- It can store it on a given local path or in the local repo (we give it a
groupId/artifactId/version)
With that app servers binaries are downloaded only one time (we don't store
it in the target dir which is always removed).
By default a user doesn't have to setup a local app server but he can if he
want by setting up a property in his local settings.
Arnaud Héritier
Software Factory Manager
eXo platform - http://www.exoplatform.com
---
http://www.aheritier.net
On Fri, Nov 13, 2009 at 5:57 PM, Matt Wringe <mwringe at redhat.com> wrote:
> On Fri, 2009-11-13 at 17:40 +0100, Arnaud HERITIER wrote:
> > For me having a build which fails by default in the middle of the
> > process his a really bad thing (like gatein portal). At least we
> > should add an enforcer rule to no start the build if the tomcat_home
> > env var isn't set.
>
> I agreed, it probably needs enforcer rules added.
>
> > Another possibility is to use a profile which
> > activates this module only if the var is set.
>
> by default these tests need to be run, if the person wants to skip the
> tests they should have to specify they want to skip parts of the test.
>
> > Didn't you think to use cargo to avoid all those installations by
> > default ? It was creAted for that.
>
> It does use cargo, but we don't setup cargo is to automatically download
> the packages. This has been brought up before with JBoss Portal, and the
> preferred situation was to just force people to set the home variables.
>
> >
> > Arnaud
> >
> > On Friday, November 13, 2009, Thomas Heute <theute at redhat.com> wrote:
> > >
> > >
> > >
> > >
> > >
> > >
> > > We definitely need to keep Tomcat test. Since WCI is all about Web
> > > Container integration.
> > >
> > > It builds fine in our Hudson:
> > >
> http://hudson.jboss.org/hudson/view/GateIn/job/gatein_wci_trunk_sun5_tomcat6_jboss5_jboss423/
> > >
> > >
> > >
> > >
> > > On 11/13/2009 09:58 AM, Arnaud HERITIER wrote:
> > > Hi,
> > >
> > >
> > > For several days now, the build of WCI is KO :
> > >
> http://builder.exoplatform.org/hudson/job/gatein-wci-trunk-ci/5/console
> > > This is because the module "WCI
> > > Tomcat 6 test component"
> > > requires to have a local installation of Tomcat in
> ${env.TOMCAT_6_0_HOME} and actually I
> > > don't have it.
> > > Couldn't we deactivate this
> > > part by default like it is possible in others gatein modules which
> > > require TOMCAT or JBOSS for their integration tests.
> > >
> > >
> > > Cheers
> > >
> > >
> > > Arnaud Héritier
> > > Software Factory Manager
> > > eXo platform - http://www.exoplatform.com
> > > ---
> > > http://www.aheritier.net
> > >
> > >
> > >
> > > _______________________________________________
> > > gatein-dev mailing list
> > > gatein-dev at lists.jboss.org <javascript:_e({}, 'cvml', '
> gatein-dev at lists.jboss.org');>
> > > https://lists.jboss.org/mailman/listinfo/gatein-dev
> > >
> > >
> > >
> > >
> > >
> > >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/gatein-dev/attachments/20091116/7fdda7ba/attachment.html
More information about the gatein-dev
mailing list