On Monday 04 October 2004 06:04, Stefano Mazzocchi wrote: > well, I'm sorry but I don't get it. Gump *is* querying the metadata for > each module. If you choose to encode your data in a different way and > need to transform it to the gump markup format, that's your problem.
AFAIU, Gump doesn't tell "my module"; "Hey, I am about to start a build, please get your metadata in order." Meaning to say, currently the "query" is a passive read of a file that is expected to be up-to-date. I was looking for some more 'active' mechanism. > > In effect, it could be a 'pre-stage' to the 'build-stage' and that a DB > > connection is handed over to some generator/updater. > > say more, I'm not sure I follow you entirely. As I mentioned above, I think I would like to have an 'active query instance' instead of a 'passive read of file' as the metadata gathering. Stephen and I was actually considering making a servlet generate the metadata out of Magic's project model on a http request basis, and have the Gump module to point there, but it seemed like more maintainance overhead than it is worth. I think a better way would be that I can specify a script to execute for each module, before the projects are read from the XML. The discussion actually led to an additional observation; * Why does Gump build periodically ? Shouldn't a project only be scheduled to build when there is a change, where "change" is either "source change", "depenency build" or "meta data change". Another 'fantasy' we have been toying with is that taking the above paragraph, and saying "Gump is a build engine", now let us make it into a "distributed build farm". What I have in mind is that it would be possible to let anyone be part of the entire Gump exercise in exchange for providing "build power". Imagine that you had a few hundred servers attached to the Gump Federation, and whenever there is a "change", the "build jobs" resulting from the dependency graph is distributed and scheduled on these servers. Large projects can potentially be built quickly. These are very random thoughts on the subject, but they are "fun"... :o) Cheers Niclas -- +------//-------------------+ / http://www.bali.ac / / http://niclas.hedhman.org / +------//-------------------+ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
