[Buildbot-devel] Build Properties through the DB / data API
Benoît Allard
benoit.allard at greenbone.net
Fri Nov 21 22:14:00 UTC 2014
On 20.11.2014 18:54, Pierre Tardy wrote:
>> Another trouble about flushing the value back to the DB from time to
>> time is that you need to keep track of the table the properties are
>> in. I.e. You can't just put them in a 'properties' variable
>> alltogether like it is now.
>
> I think one of the confusion is that you are trying to avoid copying
> the properties.
Spot on ! I didn't even thought about duplicating them, really, thanks
for the hint, that + the static property (from the config) of the other
class of properties makes it indeed a good candidate for duplication ...
> We really should duplicate the buildrequest and change property in
> buildproperties, and do not try to link the tables apart from the
> "source" column.
Could you elaborate on that ? Split the 'source' from the value, but
don't make it a String, make it a foreign key ? Introduce a
properties_source table ? Do we query properties based on source that
often ?
> This is data duplication, but as buildproperties are
> allowed to change where ever they comes, this makes the problem much
> more simple
>
Indeed ... It took me some time to accept the idea, but now I think I'm
convinced that this is the way to go. Much simpler indeed, hence my new
motto : "In master everything becomes so simple !" ;)
>
>> Beside, caches are a hell to manage ...
>
> build_property should be uncacheable until the build has finished,
> and then the updates should be sent via mq.
Now, I believe you're talking about the web part, right ? You want to
support showing the current (changing) value of the property value in
real-time on the build page ? I'd leave that part to you I believe. I'll
be proud at first if I can see my properties at all there !
I believe I can make some progress in this area over the week-end now.
Thanks for the tip !
Regards,
Ben.
>
> >
>
>> Well ... as you can see at the amount of questions left in my
>> answer,
>> I guess we are nearer to a common understanding of the current
>> situation. As to how far we are to a solution, I still have honestly
>> no idea ...
>>
>> Thanks for answering !
>>
>> Best Regards,
>> Ben.
>>
>> - --
>> Benoît Allard (B30A05B0)|Greenbone Networks
>> GmbH|http://greenbone.net [1]
>> Neuer Graben 17, 49074 Osnabrück, Germany | AG Osnabrück, HR B
>> 202460
>> Executive Directors: Lukas Grunwald, Dr. Jan-Oliver Wagner
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.12 (GNU/Linux)
>>
>> iQEcBAEBAgAGBQJUbbMXAAoJEHZCfVOzCgWwY/AH/iDUXb5/HZ8WGcjnhzxlAk1E
>> QvJ+8lQmb8yWnFD30MWM746CbA28R3J2o6D+K4unE3gO3QFPq5FwGcryeq0AP27w
>> kuOA9WxwuCiGbKl6Ehbyo+9no56YIcqyTyOY4yAr6bV8NllqpZ4dxyQmVfURqPyC
>> uKZ5GACkEKjCh2JLZVWsHRD3lsQ+5sMipdaeAPBgRB8n63YXY9G/n4JSHG3P+BaG
>> vH0UYER+CLLkzdhmvVPsHpxWtGph0T5b6lHpGiphCHAiT4BWIVenZT8X+t0Zkf6I
>> 7n/KBm/3R1cBtcrg94bGpgi16v0vlYAVXnQEDmfvaGkR0vPrVhjvp4qPrnXVoXw=
>> =yCLP
>> -----END PGP SIGNATURE-----
>
>
> Links:
> ------
> [1] http://greenbone.net
More information about the devel
mailing list