About CONTINUUM-1218

2007-09-20 Thread CAUSSE David MTP CAP GEM
Hi,
 
in
org.apache.maven.continuum.core.action.CheckoutProjectContinuumAction.execut
e(132)
 
The default build definition is updated with the relative path into a
finally block when relateivePath is not empty.
This action shouldn't be done when first checkout is success instead of
oldState == NEW ?
If the first checkout failed there is no other options to recreate the
project.
 
I have another question : if the default buildDefinition is a group one,
will this break my other builds within this group by setting a project
specific relative path into a shared build definition? 
 
Thanks for your help.
 
--
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.




Re: About CONTINUUM-1218

2007-09-20 Thread Emmanuel Venisse



CAUSSE David MTP CAP GEM a écrit :

Hi,
 
in 
org.apache.maven.continuum.core.action.CheckoutProjectContinuumAction.execute(132)
 
The default build definition is updated with the relative path into a 
finally block when relateivePath is not empty.
This action shouldn't be done when first checkout is success instead of 
oldState == NEW ?
If the first checkout failed there is no other options to recreate the 
project.


maybe, if you can provide a patch and I'll look at it.

 
I have another question : if the default buildDefinition is a group one, 
will this break my other builds within this group by setting a project 
specific relative path into a shared build definition?


for project builds that require a relative path, it isn't possible to define it 
in group build def because I don't think other projects in the group use the 
same project relative path.

Emmanuel
 
Thanks for your help.
 
--

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.






RE: About CONTINUUM-1218

2007-09-20 Thread CAUSSE David MTP CAP GEM
In fact the relative path mechanism was my last hope to have working group
builds with SCM like clearcase or synergy :)
For the patch I'll try to send one.

Thank you.

David
-Message d'origine-
De : Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 20 septembre 2007 17:51
À : continuum-dev@maven.apache.org
Objet : Re: About CONTINUUM-1218




CAUSSE David MTP CAP GEM a écrit :
 Hi,
  
 in 

org.apache.maven.continuum.core.action.CheckoutProjectContinuumAction.execut
e(132)
  
 The default build definition is updated with the relative path into a 
 finally block when relateivePath is not empty.
 This action shouldn't be done when first checkout is success instead of 
 oldState == NEW ?
 If the first checkout failed there is no other options to recreate the 
 project.

maybe, if you can provide a patch and I'll look at it.

  
 I have another question : if the default buildDefinition is a group one, 
 will this break my other builds within this group by setting a project 
 specific relative path into a shared build definition?

for project builds that require a relative path, it isn't possible to define
it in group build def because I don't think other projects in the group use
the same project relative path.

Emmanuel
  
 Thanks for your help.
  
 --
 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.