| 00:40.32 | *** join/#storm fcorrea (~fcorrea@187.3.33.106) |
| 00:54.11 | *** join/#storm fcorrea (~fcorrea@187.3.33.106) |
| 01:12.31 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 01:28.05 | *** join/#storm sidnei (~sidnei@189.73.151.152) |
| 03:07.17 | *** join/#storm stub (~stub@ppp-58-8-8-226.revip2.asianet.co.th) |
| 03:07.17 | *** join/#storm stub (~stub@canonical/launchpad/stub) |
| 04:10.46 | *** join/#storm cody-somerville (~cody-some@d24-36-56-69.home1.cgocable.net) |
| 04:10.46 | *** join/#storm cody-somerville (~cody-some@ubuntu/member/somerville32) |
| 06:36.56 | *** join/#storm james_w` (bip@jameswestby.net) |
| 06:48.17 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 08:12.13 | *** join/#storm wallyworld (~quassel@27-33-46-253.static.tpgi.com.au) |
| 08:19.33 | *** join/#storm bigjools (~quassel@82-71-93-254.dsl.in-addr.zen.co.uk) |
| 08:19.34 | *** join/#storm bigjools (~quassel@canonical/launchpad/bigjools) |
| 08:40.08 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 08:56.40 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 09:28.35 | *** join/#storm wallyworld_ (~quassel@27-33-46-253.static.tpgi.com.au) |
| 10:55.18 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 11:20.35 | *** join/#storm sidnei (~sidnei@189.30.217.33) |
| 11:29.53 | *** join/#storm stub (~stub@canonical/launchpad/stub) |
| 11:41.33 | *** part/#storm stub (~stub@canonical/launchpad/stub) |
| 12:01.41 | *** join/#storm niemeyer (~niemeyer@201-40-152-123.pltce701.dsl.brasiltelecom.net.br) |
| 12:59.50 | *** join/#storm zmijunkie_ (~sascha@i59F5CF98.versanet.de) |
| 13:19.05 | *** join/#storm fcorrea (~fcorrea@187.3.31.9) |
| 13:25.05 | *** join/#storm marienz (~marienz@freenode/staff/marienz) |
| 13:26.43 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 13:33.43 | *** join/#storm niemeyer (~niemeyer@201-40-152-123.pltce701.dsl.brasiltelecom.net.br) |
| 13:43.42 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 14:18.01 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 14:25.28 | *** join/#storm niemeyer (~niemeyer@201-40-152-123.pltce701.dsl.brasiltelecom.net.br) |
| 14:37.50 | *** join/#storm elmom (~elmom@a88-114-241-230.elisa-laajakaista.fi) |
| 16:25.08 | *** join/#storm zmijunkie (~sascha@i59F5CF98.versanet.de) |
| 16:31.01 | *** join/#storm sidnei (~sidnei@189.73.151.152) |
| 16:40.19 | *** join/#storm vvinet (~vince@gw-sherb.rlnx.com) |
| 16:44.58 | *** join/#storm niemeyer (~niemeyer@201-40-152-123.pltce701.dsl.brasiltelecom.net.br) |
| 16:47.39 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 18:08.09 | *** join/#storm bigdog (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) |
| 18:46.04 | *** join/#storm elmom (~elmom@hoasnet-fe29dd00-137.dhcp.inet.fi) |
| 19:07.13 | *** join/#storm niemeyer (~niemeyer@201-40-152-123.pltce701.dsl.brasiltelecom.net.br) |
| 19:11.48 | *** join/#storm niemeyer (~niemeyer@201-40-152-123.pltce701.dsl.brasiltelecom.net.br) |
| 19:50.34 | *** join/#storm niemeyer (~niemeyer@201-40-152-123.pltce701.dsl.brasiltelecom.net.br) |
| 21:04.03 | *** join/#storm wallyworld_ (~quassel@27-33-46-253.static.tpgi.com.au) |
| 21:29.37 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 21:32.03 | *** join/#storm magmatt (~matt@74-92-245-181-Utah.hfc.comcastbusiness.net) |
| 21:36.45 | *** join/#storm keppla (~keppla@i577B22A0.versanet.de) |
| 21:37.12 | magmatt | In practice, when do you manually flush/commit a store? I've got a webapp with hanging updates, transactions and out-of-date data |
| 21:37.24 | magmatt | I refresh a page and get both new and old versions of an object |
| 21:37.39 | magmatt | alternately |
| 21:41.24 | *** join/#storm sidnei (~sidnei@189.73.151.152) |
| 21:59.15 | magmatt | Even when I commit from one thread, the other threads (with their own stores) never get the updated version of the data. |
| 22:00.12 | marienz | you do have to actually commit at some point |
| 22:00.17 | marienz | there's no such thing as "automatic commit" |
| 22:00.35 | magmatt | after committing, how do I tell the other stores to look for the new data? |
| 22:02.24 | marienz | hasn't used storm concurrently so isn't the best person to answer that one |
| 22:10.09 | magmatt | it works if I commit prior to every store interaction... that's seems a little silly... but I guess it's not too bad |
| 22:11.27 | marienz | if this is a web thing committing after each request may make a lot of sense |
| 22:12.40 | magmatt | yeah... I've been trying to wrap all db/store activity inside my classes... so that the web app doesn't even have to know about the database. But perhaps that's impossible |
| 22:13.42 | magmatt | or at least ridiculous :) |
| 22:14.24 | marienz | it sounds like you might end up using tiny transactions, leading to occasionally incorrect output under concurrency, if I understand what you're doing correctly |
| 22:15.46 | magmatt | yes, that sounds right, if I did a commit inside each object interaction |
| 22:18.55 | *** join/#storm wallyworld__ (~quassel@27-33-46-253.static.tpgi.com.au) |
| 22:19.19 | magmatt | hrm... but then I'd lose the ability to do customer.name = 'foo' if I was unwilling to afteward to Store.of(customer).commit() |
| 22:19.37 | magmatt | I'd love to see a working, concurrent web app using storm |
| 22:19.47 | magmatt | does anyone know of an example app? |
| 22:19.55 | marienz | lanuchpad? |
| 22:19.59 | marienz | ducks |
| 22:20.03 | marienz | launchpad, ven |
| 22:29.53 | magmatt | committing before and after doesn't seem like a big resource hog ... I guess that's what I'll do. |
| 22:30.01 | magmatt | Thanks again, marienz |
| 22:42.47 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 23:13.57 | *** join/#storm fcorrea (~fcorrea@187.3.33.106) |
| 23:18.24 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |
| 23:51.10 | *** join/#storm artista_frustrad (~artista_f@187.52.214.233) |