RE: relative path
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.
About CONTINUUM-1218
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
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.
pomRelativePath
Hi, in org.apache.maven.continuum.scm.DefaultContinuumScm.checkOut(140) I can see : context.put( pomRelativePath, res.getRelativePathProjectDirectory() ); It seems to be unused, am I wrong? It is exactly what I need for the SYNERGY scm provider to work properly with continuum. I need to set and store a relative path for my projects, unless group builds won't work because pom files are not at the workingDirectory's root. Thanks for your help. -- David C. 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.
Project group build definition : variable subsitution
Hi,
I'm working on the SYNERGY SCM provider and the way SYNERGY deals
with its workingcopy is very different from SVN.
My problem is :
I have a project foo, structure is :
foo/
pom.xml
src/
If I checkout with continuum I will have something like this :
[...]/workingdirectory/1/foo.
The foo directory is part of the project and can't be avoided for
SYNERGY.
I have to specify foo/pom.xml in the pom filename for my builds.
There is no problem here but when you start to deal with project
group builds from continuum 1.1beta2 it's impossible :
Group foobar is :
foo/
pom.xml
src/
bar/
pom.xml
src/
So I have on filesystem:
workingdirectory/1/foo
workingdirectory/2/bar
And now how can I use a group defined build? pom.xml are not in the
continuum basedir...
Is there any chance to have access to some sort of project-specific
variable substitution inside project group build definitions?
It would be great to have something like ${project_name} accessible
in Build File, Goals and Arguments.
Thank you for your help.
--
David Causse
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.
