Roundup Tracker - Issues

Message4742

Author ber
Recipients ThomasAH, ber, ezio.melotti, rouilj, schlatterbeck
Date 2013-01-09.16:44:56
Message-id <201301091744.54722.bernhard@intevation.de>
In-reply-to <201301091500.r09F0M4W003294@mx1.cs.umb.edu>
Am Mittwoch, 9. Januar 2013 16:00:26 schrieb John Rouillard:
> But the auditor *does not*
> call a get on the database. It just uses the info passed to it in the
> db.tx_Source string.

Which I believe should be okay for doing decisions in principle, 
there shouldn't be a necessity to explicitely "read" all the values
in order to lock them when basing decisions on them.

> Did I understand you correctly when you indicated that doing a
> cl.get(nodeid, 'tx_Source') in the auditor would cause parallel update
> transactions 

Also here, the roundup code itself does the wrong history entry.

>   python demo.py -t test ...

Don't forget to use the right backend, if your postgresql
can be accessed by the tests then the demo app can also use it
  python demo.py -t -b postgresql nuke
History
Date User Action Args
2013-01-09 16:44:57bersetrecipients: + ber, schlatterbeck, rouilj, ThomasAH, ezio.melotti
2013-01-09 16:44:56berlinkissue2550731 messages
2013-01-09 16:44:56bercreate