| 00:00.15 | *** join/#storm wallflower (n=wallflow@ip-205-246-113-216.pool.grokthis.net) |
| 02:14.43 | *** join/#storm flurl (n=flurl@85.124.111.76) |
| 04:36.02 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 05:13.01 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 06:11.12 | *** join/#storm jukart (n=jukart@85-124-221-45.static.xdsl-line.inode.at) |
| 07:04.18 | *** join/#storm jukart (n=jukart@194.183.146.181) |
| 07:31.17 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 07:31.38 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 07:33.49 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 07:38.41 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 07:45.02 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 07:45.09 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 07:48.24 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 07:48.28 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 07:59.54 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:00.00 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:00.58 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:01.00 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:02.01 | *** join/#storm dobee (n=dobeee@194.183.146.186) |
| 08:03.07 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:03.11 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:06.05 | *** join/#storm dobee (n=dobeee@194.183.146.186) |
| 08:07.11 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:07.13 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:09.35 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:09.42 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:20.31 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:20.39 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:37.19 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:37.24 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:42.21 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:42.25 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:46.21 | *** join/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:46.27 | *** part/#storm lymxz (n=lymxz@123.116.113.62) |
| 08:53.42 | *** join/#storm bozzo (n=bozzo@BSN-77-199-215.dial-up.dsl.siol.net) |
| 10:34.54 | *** join/#storm tarjei (n=tarjeih@mail2.bergfald.no) |
| 10:35.39 | tarjei | is it possible to clone storm objects? I'm going to create a lot of db objects, and thought I'd make a template object and then clone it for each of the objects I'm going to add. |
| 10:35.42 | tarjei | is this possible? |
| 10:50.21 | *** join/#storm flurl_ (n=flurl@85.124.111.76) |
| 10:52.06 | *** join/#storm bozzo_ (n=bozzo@BSN-210-246-24.dial-up.dsl.siol.net) |
| 10:59.58 | *** join/#storm mcella (n=michele@ip-171-30.sn3.eutelia.it) |
| 11:09.57 | *** join/#storm niemeyer (n=niemeyer@201-11-39-190.ctame705.dsl.brasiltelecom.net.br) |
| 11:39.44 | tarjei | niemeyer: is it possible to clone storm objects? I'm going to create a lot of db objects, and thought I'd make a template object and then clone it for each of the objects I'm going to add. |
| 11:45.10 | niemeyer | tarjei: Hey |
| 11:45.12 | niemeyer | tarjei: Hmm |
| 11:45.35 | niemeyer | tarjei: Not sure I understand what you mean by "clone", but you can use subclassing fine |
| 11:45.39 | niemeyer | tarjei: Is that what you mean? |
| 11:45.46 | tarjei | niemeyer: no |
| 11:46.10 | tarjei | let's say I'm going to create 10 objects, each has 3 - 4 attributes in common, and then 2/3 that I will vary |
| 11:46.35 | tarjei | so I'm trying to thing of the smartest way to code this |
| 11:47.27 | tarjei | I was thinking maybe a way to clone a "template object" is one way. The other option might be to do multiple adds with the same object , is that possible? |
| 11:49.08 | niemeyer | tarjei: Again, I don't see how that doesn't match subclassing |
| 11:52.23 | tarjei | niemeyer: the attribute may vary between each time I do this. |
| 11:52.31 | tarjei | s/attribute/attributes/ |
| 11:52.43 | tarjei | jbot: thanks :-) |
| 11:52.43 | jbot | sure thing, tarjei |
| 11:53.26 | niemeyer | tarjei: Ah, I see.. so you want to clone the instance values rather than the object definition? |
| 11:53.53 | tarjei | niemeyer: yep :-) |
| 11:54.23 | niemeyer | tarjei: I don't see any very good ways to do it |
| 11:54.43 | niemeyer | tarjei: You might create a class on demand subclassing another class, and setting the default values appropriately |
| 11:55.15 | tarjei | niemeyer: ok, I'll just set the variables each time |
| 12:00.57 | niemeyer | tarjei: You can also forget about Storm and use normal Python strategies |
| 12:01.08 | niemeyer | tarjei: E.g. with a dictionary of the values that change, and setattr() |
| 12:01.40 | niemeyer | tarjei: It all depends on the organization of your code, though, to understand how effective/necessary |
| 12:01.43 | niemeyer | this is |
| 12:02.42 | tarjei | ok, I'll try that. Thank you for the input. |
| 12:08.38 | niemeyer | tarjei: np! |
| 13:09.24 | *** part/#storm bigdog (n=scmikes@72-197-8-8-arpa.cust.cinci.current.net) |
| 13:09.53 | radix | sounds like you just want a for loop :) |
| 13:18.10 | *** join/#storm bigdog (n=scmikes@72-197-8-8-arpa.cust.cinci.current.net) |
| 13:26.20 | *** join/#storm lymx1 (n=lymxz@123.116.112.7) |
| 13:26.22 | *** part/#storm lymx1 (n=lymxz@123.116.112.7) |
| 13:32.38 | *** join/#storm WebMaven (n=webmaven@ip72-193-220-221.lv.lv.cox.net) |
| 14:23.23 | *** join/#storm oubiwann (n=oubiwann@209-181-152-131.omah.qwest.net) |
| 14:27.18 | *** join/#storm bigdog (n=scmikes@72-197-8-8-arpa.cust.cinci.current.net) |
| 14:40.34 | *** join/#storm dobee (n=dobeee@194.183.146.186) |
| 14:53.23 | *** join/#storm Zenom (n=Zenom@unaffiliated/aj1973) |
| 15:22.08 | *** join/#storm bigdog (n=scmikes@72-197-8-8-arpa.cust.cinci.current.net) |
| 16:10.10 | *** join/#storm ivan (n=ivan@unaffiliated/ivan/x-000001) |
| 16:42.33 | *** join/#storm michelp (n=michelp@69-30-72-119.dq1sf.easystreet.com) |
| 18:07.21 | *** join/#storm dobee (n=dobeee@81-223-53-162.dornbirn.xdsl-line.inode.at) |
| 18:22.53 | *** join/#storm dobee (n=dobeee@81-223-53-162.dornbirn.xdsl-line.inode.at) |
| 19:05.48 | *** join/#storm dobee (n=dobeee@81-223-53-162.dornbirn.xdsl-line.inode.at) |
| 20:11.34 | jkakar | If have two objects, Thing and RelatedThing where RelatedThing has a reference to Thing.id, if I instantiate a RelatedThing first, then a Thing and add it to RelatedThing.things (Reference to Thing), is there any guarantee that Storm will insert the objects in the right order? |
| 20:11.45 | jkakar | ie: that the Thing will be flushed before the RelatedThing? |
| 20:12.17 | radix | yes |
| 20:12.33 | radix | as long as there's an explicit reference between two objects, storm should figure out the correct order to save them to the database |
| 20:17.17 | jkakar | radix: Cool, thanks. I thought that was the case. |
| 20:18.50 | niemeyer | We'd see all kinds of fireworks if that wasn't the case :-) |
| 20:20.10 | jkakar | Indeed. I was just confused by some errors I'm seeing. In fact, I still am... just digging in... |
| 20:21.47 | niemeyer | Uh oh |
| 20:21.49 | niemeyer | :) |
| 20:22.07 | jkakar | Hmm, interesting. |
| 20:22.40 | radix | are you sure the objects are related? |
| 20:22.58 | jkakar | it seems that PostgreSQL produces unhelpful error messages when the table in a REFERENCES is wrong (not the cause of the issue I'm investigating). |
| 20:23.04 | jkakar | radix: I'm pretty sure, yes. |
| 20:25.22 | jkakar | Ah ha. |
| 20:25.44 | jkakar | It's some *other* object in the graph that isn't a reference but the error is misleading. |
| 21:29.48 | *** join/#storm jukart (n=jukart@85-124-221-45.static.xdsl-line.inode.at) |