RE: relative path

2007-09-24 Thread CAUSSE David MTP CAP GEM
Hi,

I've submitted the issue CONTINUUM-1483, patch is attached.

Regards.

David.

-Message d'origine-
De : Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Envoyé : vendredi 21 septembre 2007 18:00
À : continuum-dev@maven.apache.org
Objet : Re: relative path


It isn't too late for 1.1, we're releasing beta-3 and final won't be
normally before one month.

For your patch, please attach it to an issue.

Emmanuel

CAUSSE David MTP CAP GEM a écrit :
 Hi,
  
 I send to the list a patch to add better support for SCM providers that 
 honour the relativePath field in ScmCheckoutResult.
 The idea is to add a new field in project because I think it's project 
 specific and not build specific. This patch allow group builds to work 
 with SCM like clearcase or SYNERGY (I'll send a scm patch soon for this 
 one).
  
 I hope it is not too late for 1.1...
  
 --
 David Causse
 DECLIC - DTE - Génie Logiciel - GCCL
 Tél: 04 67 04 79 09
  
 
 
 
 
 Post-scriptum La Poste
 
 Ce message est confidentiel. Sous réserve de tout accord conclu par
 écrit entre vous et La Poste, son contenu ne représente en aucun cas un
 engagement de la part de La Poste. Toute publication, utilisation ou
 diffusion, même partielle, doit être autorisée préalablement. Si vous
 n'êtes pas destinataire de ce message, merci d'en avertir immédiatement
 l'expéditeur.
 
 
Post-scriptum La Poste

Ce message est confidentiel. Sous réserve de tout accord conclu par
écrit entre vous et La Poste, son contenu ne représente en aucun cas un
engagement de la part de La Poste. Toute publication, utilisation ou
diffusion, même partielle, doit être autorisée préalablement. Si vous
n'êtes pas destinataire de ce message, merci d'en avertir immédiatement
l'expéditeur.




Re: build definition used on build result

2007-09-24 Thread Emmanuel Venisse



olivier lamy a écrit :

Hi,
* Yes it's stored in the database with the buildResult (like a clone and add
of the buildDefinition).
* Yes it is in the email.
* It looks we have to store the buildDefinition even if the scm
update/checkout failed


no, if the build fails in checkout/update, the build def must be hidden in the 
build result.

Emmanuel



--
Olivier

2007/9/23, Brett Porter [EMAIL PROTECTED]:

A couple of questions/issues on this new feature:

* is this stored with the build result, or is it referring to what is
in the database now? (ie, what happens to the result if the build
definition is later removed?)
* is it in the email template? (haven't looked yet)
* issue: it shows up on builds that are in error as empty: http://
maven.zones.apache.org/continuum/buildResult.action?
buildId=23999projectId=272projectGroupId=8

Cheers,
Brett

--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/









Re: build in error fix not working?

2007-09-24 Thread Emmanuel Venisse

Hmm, I'll look at it to fix it definitively

Emmanuel

Brett Porter a écrit :

Hi,

Note this build: 
http://maven.zones.apache.org/continuum/buildResults.action?projectId=272projectGroupId=8 



It is stuck in error - but I thought this was fixed in beta-3? Could it 
be because it is an error on SCM update that it isn't detected as fixed?


- Brett

--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/






Re: build definition used on build result

2007-09-24 Thread Brett Porter

also when it is in progress

On 24/09/2007, at 6:50 PM, Emmanuel Venisse wrote:




olivier lamy a écrit :

Hi,
* Yes it's stored in the database with the buildResult (like a  
clone and add

of the buildDefinition).
* Yes it is in the email.
* It looks we have to store the buildDefinition even if the scm
update/checkout failed


no, if the build fails in checkout/update, the build def must be  
hidden in the build result.


Emmanuel


--
Olivier
2007/9/23, Brett Porter [EMAIL PROTECTED]:

A couple of questions/issues on this new feature:

* is this stored with the build result, or is it referring to  
what is

in the database now? (ie, what happens to the result if the build
definition is later removed?)
* is it in the email template? (haven't looked yet)
* issue: it shows up on builds that are in error as empty: http://
maven.zones.apache.org/continuum/buildResult.action?
buildId=23999projectId=272projectGroupId=8

Cheers,
Brett

--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/




--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/


Re: build definition used on build result

2007-09-24 Thread Emmanuel Venisse

Brett,
you want to hide it when it is in progress or it is empty too?

If it is empty, it's a bug but I don't want to hide it when the build is 
started.

Emmanuel

Brett Porter a écrit :

also when it is in progress

On 24/09/2007, at 6:50 PM, Emmanuel Venisse wrote:




olivier lamy a écrit :

Hi,
* Yes it's stored in the database with the buildResult (like a clone 
and add

of the buildDefinition).
* Yes it is in the email.
* It looks we have to store the buildDefinition even if the scm
update/checkout failed


no, if the build fails in checkout/update, the build def must be 
hidden in the build result.


Emmanuel


--
Olivier
2007/9/23, Brett Porter [EMAIL PROTECTED]:

A couple of questions/issues on this new feature:

* is this stored with the build result, or is it referring to what is
in the database now? (ie, what happens to the result if the build
definition is later removed?)
* is it in the email template? (haven't looked yet)
* issue: it shows up on builds that are in error as empty: http://
maven.zones.apache.org/continuum/buildResult.action?
buildId=23999projectId=272projectGroupId=8

Cheers,
Brett

--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/




--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/






Documentation Plan

2007-09-24 Thread Emmanuel Venisse

Hi,

Here is the structure of the documentation I'd like to have for 1.1-final.


Installation/Upgrade Guides
Installation (standalone, webapp, service...)
Release Notes
Upgrade
Administrator's Guides
Managing Users and Security
Adding Project Group
Managing Builders
Managing JDKs
Managing Profiles
Managing Schedules
Managing General Configuration (configuration and appearance)
Developer's Guides
SVN repository structure
XML-RPC
TO BE DEFINED
User's Guides
Managing a project
Add (maven1, maven2, Ant, Shell), Remove, Edit
SCM security hints
Managing Build Definitions
Managing Notification
mail to an address, mail to latest committers, irc, jabber, msn, 
wagon, alwaysSend...
Building a project
Release Management
Knowledge Base
FAQ (sorted by categories, maybe one menu entry by category)
Old versions
1.0.x site


About videos, I don't know yet where to put them. Maybe a video attached to a 
page (like Add Maven2 project) instead of a specific videos page in the menu.

WDYT?

Emmanuel



Re: build definition used on build result

2007-09-24 Thread Brett Porter

It's empty too

On 24/09/2007, at 7:30 PM, Emmanuel Venisse wrote:


Brett,
you want to hide it when it is in progress or it is empty too?

If it is empty, it's a bug but I don't want to hide it when the  
build is started.


Emmanuel

Brett Porter a écrit :

also when it is in progress
On 24/09/2007, at 6:50 PM, Emmanuel Venisse wrote:



olivier lamy a écrit :

Hi,
* Yes it's stored in the database with the buildResult (like a  
clone and add

of the buildDefinition).
* Yes it is in the email.
* It looks we have to store the buildDefinition even if the scm
update/checkout failed


no, if the build fails in checkout/update, the build def must be  
hidden in the build result.


Emmanuel


--
Olivier
2007/9/23, Brett Porter [EMAIL PROTECTED]:

A couple of questions/issues on this new feature:

* is this stored with the build result, or is it referring to  
what is

in the database now? (ie, what happens to the result if the build
definition is later removed?)
* is it in the email template? (haven't looked yet)
* issue: it shows up on builds that are in error as empty: http://
maven.zones.apache.org/continuum/buildResult.action?
buildId=23999projectId=272projectGroupId=8

Cheers,
Brett

--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/



--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/


--
Brett Porter - [EMAIL PROTECTED]
Blog: http://www.devzuz.org/blogs/bporter/