launchpad-dev team mailing list archive

[Aaron Bentley <aaron@xxxxxxxxxxxxx>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 05/06/2010 12:08 PM, Michael Nelson wrote:
>> The current refactoring is (IMO), a big step
>> towards being able to do what you've suggested, but it's aim is to
>> generalise the builds (which will always sit on top of services.Jobs),
>> without touching the current queuing infrastructure which links to the
>> job in strange ways (and deletes them afterwards).

Even though BuildQueue has a Job, BuildJob could reference a different
Job.  That would allow you to avoid touching the buildqueue system while
still converging the data models.

>> That said, another intermediate option that might allow us to simply
>> use something like IBuildFarmJob.services_job (and remove the relevant
>> fields from IBuildFarmJob) without affecting the current queuing
>> infrastructure might be to simply to ensure that when the current
>> queue records are deleted after the build finishes that we just don't
>> delete the job. Julian? William?

That sounds like a fairly small change that would be even better.

Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkvi6/EACgkQ0F+nu1YWqI0hgQCbBSj9xJJaQNmLII3x8JdF7QNm
kcAAoIf5gsMIAcWRMuZPX0F9r5fsUE+x
=qlCK
-----END PGP SIGNATURE-----