IRC log for #storm on 20070722

01:06.41radixMoshe: hello
01:55.07*** join/#storm pr0t0script (n=protoscr@c-69-180-97-29.hsd1.fl.comcast.net)
01:55.42*** part/#storm pr0t0script (n=protoscr@c-69-180-97-29.hsd1.fl.comcast.net)
05:05.30*** join/#storm thumper (n=tim@canonical/launchpad/thumper)
05:05.41thumperanyone awake?
05:25.13thumpersolved it
05:25.20thumperI was using Unicode instead of Unicode()
05:25.24thumperstupid mistake
06:10.58*** join/#storm Sargun (n=Sargun@atarack/staff/sargun)
06:10.59Sargunheya
06:11.02Sargunneat ORM
06:46.59thumperjamesh: you around?
06:48.01thumperok, question for anyone who knows more than me...
06:48.08thumperI have a Person and a ContactList
06:48.11jameshthumper: pong
06:48.20thumpera Person has a Reference to a contact list
06:48.31thumperand I want a ContactList to have a ReferenceSet to a Person
06:48.48thumperI declare ContactList first, and it complains about unknown Person
06:49.03thumperbut I feel that I'd have the same problem with Person first and the Reference declaration
06:49.14jameshtwo options:
06:49.15thumperin C++ we'd just forward declare the class :-Z
06:49.34jamesh1. derive your table classes from "Storm" and you can use strings to identify columns
06:49.55thumperthe sample code adds a class attribute after
06:49.56jamesh2. add the ReferenceSet after defining both classes
06:50.03thumperbut that feels too much like monkey patching to me
06:50.06thumperie 2
06:50.12thumperperhaps 1 is better
06:50.19thumperin storm.locals?
06:50.25jameshmonkey patching is changing the behaviour of other people's code
06:50.43thumperyeah, but I like my class declarations all in one place
06:50.45thumpernot spread out
06:50.55thumperso I'll go for deriving from Storm
06:51.01thumperjamesh: thanks
06:51.42jameshniemeyer added the string based method of defining references when we were doing the SQLObject compatibility layer
06:52.00thumperI think it is a necessary feature regardless
06:52.30thumperstorm feels quite a bit different to SQLObject
06:52.52jameshthat's probably why he added it in the main API rather than just in the SQLObject compatibility layer
06:53.05thumper:-)
06:53.20jameshdo you find it different in a good way or a bad way? :)
06:53.42thumperjust different so far
06:53.58thumperI'm playing around with it
06:54.03thumperI want to connect it to grok
06:54.08thumperfor a webapp
06:54.16thumperdjango just leaves me feeling "icky"
06:54.29thumperI guess I like the way storm lets me have a clean db
06:54.38thumperwithout wierd tagging of table names
08:00.18Moshegood morning everyone
08:04.07Moshejamesh: on the 127413 x
08:04.17Moshe-x
08:04.35MosheI talked to him
08:05.19MosheIt was about the error being very unclear
08:08.14MosheWho thinks of old style classes when you get a keyerror ;-)
08:11.19jameshMoshe: no arguments about the error.  Perhaps even checking for an old style class early on and raising an exception might be clearest
08:12.45MosheI tried to find out a good way to do that, but I don't really know the points storm gets called
08:17.03Mosheon another subject: did you see my mail about the firebird backend?
08:19.43*** join/#storm rafael (n=rafael@moinmoin/fan/rafael)
08:19.55rafaelhoi
08:21.33Moshehoi rafael
08:22.26*** join/#storm Lakshmi (n=chatzill@unaffiliated/lakshmi)
08:45.29*** join/#storm Fujitsu (n=fujitsu@ubuntu/member/fujitsu)
13:02.05xorAxAxhmm, does storm support sharding?
14:36.13radixxorAxAx: it doesn't implement data distribution for you; it just lets you implement it in your application without getting in your way, by giving you a flexible way to work with multiple stores
15:25.54*** join/#storm Moshe (n=moshe@ztn-c-1566b.adsl.wanadoo.nl)
18:19.43*** join/#storm Lakshmi_ (n=chatzill@adsl-69-109-160-187.dsl.pltn13.pacbell.net)
18:35.27*** join/#storm Lakshmi__ (n=chatzill@adsl-69-109-160-187.dsl.pltn13.pacbell.net)
18:47.59*** join/#storm ubot3 (n=ubot3@unaffiliated/nalioth/bot/ubot3)
19:07.12*** part/#storm Lakshmi (n=chatzill@adsl-69-109-160-187.dsl.pltn13.pacbell.net)
19:46.14*** join/#storm ubot3 (n=ubot3@unaffiliated/nalioth/bot/ubot3)
22:34.37*** join/#storm tjs (n=tjs@203.206.162.25)
23:43.08*** join/#storm Lakshmi (n=chatzill@adsl-69-109-163-72.dsl.pltn13.pacbell.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.