Re: Centipede & multiple projects
Alexander Lichius <[email protected]>
| Newsgroups | gmane.comp.krysalis.user |
|---|---|
| Organization | Werum Software & Systems AG |
| Message-ID | <[email protected]> |
On Mon, 14 Apr 2003 09:43:41 -0600 "Adam Jack" <[email protected]> wrote: > I am attempting to build multiple projects in one module.xml via centipede, > by using a separate centibiuld.xml per project. In the xxxx-centibuild.xml I > have <project name="xxxx" which corresponds to a <project name="xxxx" in the > module.xml. > > 1) Do folks think this approach stands a chance? [I was hoping to then use > Gump to launch various centipedes.] > 2) Is this a good "long term" solution for centipede? Is this something > centipede ought work towards? [If so, I'll ask some more questions, if not I > won't bother.] Sounds interesting if the file could be determined automatically by centipede. There should be some rules like the ones which load the properties file (from different directories). Maybe one could test if a file called xxx-centibuild.xml exists - if it exists centipede should take this - otherwise it should take the default centibuild.xml? > > Of course (or I wouldn't be writing) it isn't working for me: > > cent -f ant-centibuild.xml > ... > Project Name krysalis-ruper-ant > ... > ===================================== > building krysalis-ruper <--- Why? First in > module.xml? > ===================================== I don't know exactly but I assume that I have run across that issue while testing for cc too. In centibuild task the initial project name gets stored by reading the property "project.name" - which is not set at startup (thus equals NULL). In the "getDependencies" method the project to start the dependency analysis is either the "initial" project - if non null - or the first defined project in the module.xml. After all dependencies are done the initial project name should be restored only if it is non null - but it is null, thus the last project in the run (which is the "highest" project in the dependency hierarchy) will be build with the last project's name (and environment?) ... I added a function getInitialProjectName which tried to read the name of the property but if it was null, used the first defined project in module.xml. Since my changes are lost and I hadn't the time to redo them, I cannot commit them. Additionally I don't know what changes have been added since my last view on the sources. > ... > BUILD FAILED > java.util.NoSuchElementException jxpath error. I patched the property helper too, in order to get rid of this exception. It worked when one uses the "viprom:" tag. There should be a mail from me - not long ago - where I posted my modified centipedetask.java. Maybe you would like to have a look on it. There is a bug when testing the result of the jxpath query ... Alex ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf