IRC log of #zope3-dev for Monday, 2006-09-04

*** jinty has joined #zope3-dev00:00
*** philiKON has joined #zope3-dev00:13
*** philiKON has quit IRC00:15
*** philiKON has joined #zope3-dev00:17
*** vlado_ has quit IRC00:42
*** oferw has quit IRC00:43
*** oferw has joined #zope3-dev00:53
*** oferw has quit IRC01:10
*** MJ has quit IRC01:30
*** philiKON has quit IRC01:32
*** yota has quit IRC02:01
*** rocky is now known as rocky|Zzz02:08
*** whit has quit IRC02:36
*** jinty has quit IRC02:55
*** alecm has quit IRC03:12
*** wrobel has quit IRC03:37
*** wrobel has joined #zope3-dev03:37
*** torkel_ has joined #zope3-dev05:44
*** torkel_ has quit IRC05:46
*** torkel_ has joined #zope3-dev05:46
*** stub has joined #zope3-dev06:28
*** romanofski has quit IRC07:54
*** jukart has joined #zope3-dev08:01
*** dunny has quit IRC08:07
*** jukart has quit IRC08:07
*** eins has joined #zope3-dev08:21
*** dobee has joined #zope3-dev08:31
*** jukart has joined #zope3-dev08:33
*** kobold has joined #zope3-dev08:39
*** Aiste has joined #zope3-dev08:43
koboldhello, what is the standard/preferred way in zope3 to have i18n-aware content objects?08:49
*** zagy has joined #zope3-dev08:51
*** dobee has quit IRC08:53
*** hdima has joined #zope3-dev09:14
*** alecm has joined #zope3-dev09:21
*** batlogg has joined #zope3-dev09:22
*** MJ has joined #zope3-dev09:30
*** romanofski has joined #zope3-dev09:34
romanofskimorjens09:34
einsromanofski morning;)09:35
*** stub has quit IRC09:35
*** dobee has joined #zope3-dev09:37
*** alecm has quit IRC09:37
romanofskihey eins :)09:38
*** timte has joined #zope3-dev09:43
*** yota has joined #zope3-dev09:44
*** MJ has quit IRC10:16
*** jukart has quit IRC10:21
*** ktwilight has quit IRC10:24
*** stub has joined #zope3-dev10:39
*** ktwilight has joined #zope3-dev10:41
*** flox|away has quit IRC10:42
*** flox_ has joined #zope3-dev10:42
*** flox_ is now known as flox|away10:42
*** flox|away is now known as flox10:42
*** d2m has left #zope3-dev10:44
*** d2m has joined #zope3-dev10:47
*** jukart has joined #zope3-dev11:00
*** alga has joined #zope3-dev11:01
*** MJ has joined #zope3-dev11:08
*** dunny has joined #zope3-dev11:15
*** volvox has joined #zope3-dev11:22
*** natea has quit IRC11:34
*** natea has joined #zope3-dev11:36
*** volvox has quit IRC11:39
*** jukart has quit IRC11:39
*** d2m has quit IRC11:39
*** stub has quit IRC11:39
*** dobee has quit IRC11:39
*** romanofski has quit IRC11:39
*** batlogg has quit IRC11:39
*** zagy has quit IRC11:39
*** torkel_ has quit IRC11:39
*** nouri has quit IRC11:39
*** SmokeyD has quit IRC11:39
*** faassen has joined #zope3-dev11:41
*** flox has quit IRC11:41
*** nouri has joined #zope3-dev11:41
*** d2m has joined #zope3-dev11:42
*** volvox has joined #zope3-dev11:43
*** zagy has joined #zope3-dev11:46
*** dobee has joined #zope3-dev11:47
*** zagy has quit IRC11:48
*** jukart has joined #zope3-dev11:48
*** stub has joined #zope3-dev11:48
*** romanofski has joined #zope3-dev11:48
*** batlogg has joined #zope3-dev11:48
*** zagy has joined #zope3-dev11:48
*** torkel_ has joined #zope3-dev11:48
*** SmokeyD has joined #zope3-dev11:48
*** stub has quit IRC11:49
*** romanofs1i has joined #zope3-dev11:49
*** stub has joined #zope3-dev11:49
*** zagy_ has joined #zope3-dev11:50
*** romanofs2i has joined #zope3-dev11:50
*** romanofs1i has quit IRC11:52
*** romanofs2i has quit IRC11:52
*** romanofs1i has joined #zope3-dev11:53
*** jukart has quit IRC11:55
*** batlogg has quit IRC11:55
*** romanofski has quit IRC11:56
*** zagy has quit IRC11:56
*** jukart has joined #zope3-dev11:56
*** romanofs1i is now known as romanofski11:57
*** jukart has quit IRC12:11
*** jukart has joined #zope3-dev12:14
*** alga has quit IRC12:14
*** jukart has quit IRC12:30
*** dobee has quit IRC12:53
*** dobee has joined #zope3-dev12:57
*** mgedmin has joined #zope3-dev13:02
*** jukart has joined #zope3-dev13:13
*** jinty has joined #zope3-dev13:21
*** dunny has quit IRC13:37
*** flox has joined #zope3-dev14:05
*** flox is now known as flox|away14:06
*** ignas has joined #zope3-dev14:08
*** alga has joined #zope3-dev14:09
*** batlogg has joined #zope3-dev14:15
*** scherand has joined #zope3-dev14:15
*** alga has quit IRC14:23
*** zagy_ has quit IRC14:37
*** zagy has joined #zope3-dev14:47
*** rocky|Zzz has quit IRC14:54
*** oferw has joined #zope3-dev14:54
*** rocky has joined #zope3-dev14:55
*** jukart has quit IRC15:02
*** jukart has joined #zope3-dev15:03
koboldnobody knows how to handle content-level i18n?15:10
SmokeyDhi all. In zope 3.2 what is the equivalent of response.write(). I can't make it out from httpresults.txt in ++apidoc++15:11
SmokeyDkobold, I don't, sorry15:12
einskobold you may want to have a look at zope.app.i18nfile15:13
koboldeins: thanks, I was reading it... but my case is different because I'm using sqlos, so my data is stored in a RDBMS.15:14
koboldso this situation is more complex, I suppose.15:14
SmokeyDI just want to set the content of the response myself15:17
*** oferw has quit IRC15:17
SmokeyDUsing response.setResult("Some string") does not work15:23
SmokeyDI just get an empty response (the headers are right, just no content)15:23
*** gintas has joined #zope3-dev15:29
einskobold then it depends on how you implement i18n in your RDB15:30
koboldeins: I think I'll use the approach that i18nfile uses for my RDB-based classes, thanks!15:32
einsnp:)15:33
*** niemeyer has joined #zope3-dev15:49
volvoxSmokeyD: you are probably seeing an empty reponse because your view implicitly returns None15:55
SmokeyDstupid. I figured it out. Just return the text from the __call__ method sets it as the content of the response object15:55
SmokeyDindead volvox15:55
SmokeyDSince __call__ returned nothing15:55
SmokeyDthe body was empty15:55
SmokeyDthanks15:56
*** philiKON has joined #zope3-dev16:15
*** srichter has quit IRC16:31
*** vinsci has quit IRC16:39
scherandHi, does anybody know how to (correctly) use Zope3 with a relational database? I think I have some very basic questions...16:47
koboldscherand: have you already tried sqlos?16:53
philiKONscherand, sqlos + sqlobject is what most people use16:53
philiKONthere's also an interface to sqlalchemy16:53
scherandI tried SQLAlchemy for starters. But I think I lack more basic information.16:54
jintyscherand: pure sqlalchemy in Z3 is hard to do, you need a bridge/integration layer16:55
scherandThe question that pops up all the time is if it is a good idea to use Zope3 with a RDB at all.16:55
jintywhich is what sqlos is to sqlobject and zqlchemy is to sqlalchemy16:55
scherandSorry, I tried ZAlchemy. Not the "hard way"16:55
jintyscherand: Is it ever a good idea to try to mix an object and relational model?16:56
jintybut loads of people still do it16:56
scherandjinty: To me the question is, how much of Zope's advantages I loose when "not" using its ZODB.16:58
philiKONin zope 3, surprisingly little16:58
philiKONthe question still is whether it's worth it16:58
jintyI've seen estimates that 30% of a project's time is spent maintaining the object-relational translation16:59
jintyfrom a Java man16:59
philiKONthen again, sqlos + sqlobject make a lot of things seemingless17:00
philiKONwhether it's forms or normal browser pages17:00
faassenanyway, I think it would be nice if the zope 3 community got beyond "try the ZODB" in its discussion on object/relational.17:01
philiKONeverything is as if you're dealing with persistent objects17:01
philiKONfaassen, absolutely17:01
faassenI think a good story that people give as the answer when someone wants that is better.17:01
faassenthan "hey, try the ZODB"17:01
faassenI mean, we all enjoy a good object database/relational database debate17:01
faassenbut people want relational for a variety of reasons, some of which are excellent acceptable reasons. :)17:02
philiKONi agree, however people underestimate the zodb i think17:02
faassensure, people do.17:02
philiKONthey hear "database" and think "i already have an oracle license"17:02
faassenyeah, I know that.17:02
benjiagreed, philiKON17:02
philiKONone trick matth recently told me was not to call the zodb a database :)17:02
faassenthey do that. but still, we should be able to say: Zope 3 has great integration with relational databases.17:02
philiKONcall it an "object store" :)17:02
philiKONfaassen, absolutely17:03
benji"object store", I'll have to remmeber that.17:04
jintythough there are situations where a relational database is a requirement, it would be nice to have something that explains how17:05
jintys/requirement/hard requirement/17:05
* philiKON takes notes for zope.org's new documentation section17:05
* jinty might volunteer to help after a few more projects17:06
benjiand there are different ways to use a RDB, there's "all data must be in the RDBMS", there's also "some in ZODB, some in RDBMS; use as appropriate"; those can be quite different17:07
philiKONyup17:07
*** alecm has joined #zope3-dev17:08
jintyand also different O-R patterns to apply depending on the complexity of the problem17:09
einsrelational databases are easy to maintain, replicate and there are lots of alternatives if you have to repair corrupted databases; I can't say the same about zodb, which is why some people can't afford themself to use zodb17:09
philiKONone thing that RDBs definitely have is a good schema evolution + dump/reload story17:09
philiKONat least better than the zodb17:10
einsyeah17:10
*** stu1 has joined #zope3-dev17:10
philiKONand of course, it is questionable whether zope shoudl be in the indexing business17:10
philiKONor whether that shouldn't be left to more equipped systems like RDBs as well17:10
philiKONso, there are a lot of angles to this17:10
einsI think it's quite risky to trust zodb since you may not recover your data if anything..17:11
jintyRDB's also have the ability to be used by other programs written in different languages, in a way that many people know how.17:11
philiKONright. though systems like enfold's whatever-it-is can alleviate this problem17:12
benjieins: I can't agree with you there; it may be because of our institutional knowledge, but we have great success maintianing, replicating, and recovering large ZODBs17:12
philiKONyup, i wouldn't say ZODBs aren't safe17:13
philiKONjust because you get your data in and out via python17:13
philiKONit's just that many people don't feel comfortable with that, i suppose17:13
* jinty searches for enfold's whatever-it-is...17:13
* benji is curious about what enfold's whatever-it-is does17:14
philiKONit's a push mechanism17:15
philiKONyou manage content in plone17:15
philiKONand thru workflow changes it gets pushed out to another system17:15
philiKONfrom which it is published to the internet17:15
philiKONthat publishing could be PHP17:16
philiKONor Zope 317:16
benjiahh, ok17:16
philiKONit's basically, content management and the content publishing is divided into 2 systems17:16
philiKONcontent mangement is plone, content publishing is whatever you want it to be17:16
philiKONand whatever you may feel comfortable with17:16
rockyentransit17:19
philiKONright!17:20
philiKONhttp://plone.org/products/entransit17:20
rockyi really need to try using that at some point ... i'm not convinced yet that it's the wonder pill that alan makes it out to be :)17:21
*** tiredbones has quit IRC17:21
scherandOne thing I do not understand for example is the following: If I have a e.g. ZAlchemy Object (class?), let's say a person (since we have lots of persons in our relational DB) do I "map" every RDB-person to a Zope-ZAlchemy-person? So I can access the information about persons through Zope? Or do I create person objects in Zope whenever they are needed but do not store "them" or "a copy of them" in ZODB?17:23
scherandedit: by "access the information about persons through Zope" I mean through the ZMI17:24
philiKONrocky, nah, me neither ;)17:25
scherandedit: and by " do I create person objects in Zope whenever they are needed" I mean "behind the scenes"17:25
philiKONscherand, the object-relational-mapper will create a person object for every database row in the Persons table17:25
einsscherand  and don't use zalchemy:) you probably won't be able to have several sites which hold objects of the same class if you use it, i.e. there is no way to use several sqlalchemy engines for one class17:27
benjibut you wouldn't (normally) store anything in the ZODB for those person objects17:28
*** stub has quit IRC17:28
*** hdima has quit IRC17:29
scherandSo these objects the object-relational mapper creates are "volatile" (from the Zope point of view)?17:29
philiKONscherand, yes17:29
scherandThanks, that answers one of my biggest questions righ now :) I think I have to have a look at sqlos then...17:30
philiKONit's great17:31
*** eins has quit IRC17:33
*** tiredbones has joined #zope3-dev17:34
scherandOh, one more thing that pops into my mind right now: Can I still edit the attributes of such a "volatile o-r-mapper object" as easy as if it was an object in the zodb (forms for editing the attributes are then created "for free", if I am not mistaken)?17:34
philiKONyes, that's the idea of the o-r-mapper17:35
philiKONyou work with objects, modify them etc.17:35
*** projekt01 has joined #zope3-dev17:35
philiKONand the o-r-mapper handles the translation into database records17:35
philiKONto formlib etc. it all looks like standard objects wiht attributes17:35
*** natea is now known as natea|away17:37
*** zagy has quit IRC17:37
scherandThis sounds good. I must have misunderstood something when I tried the first time (using ZAlchemy, that is)... Hopefully I will be able to produce better results next time.17:37
*** stu1 has quit IRC17:40
rockyhmm... someone posted a mail to one of the zope3 mailing lists a while back about a product for refresh zope3 views... anyone remember the name of that product?17:42
ignashttp://gintasm.blogspot.com/2005/08/zope-3-views-reloaded.html17:44
*** zagy has joined #zope3-dev17:53
philiKONzope 3 reloads wicked fast on non-ppc machines17:59
* philiKON needs to get himself an intel mac17:59
philiKONactually, i think django automatically recognizes changed python modules and simply restarts the whole server, but automatically17:59
philiKONi wonder how much of a hassle that woudl be to implement in zope 317:59
philiKONat a later stage we can optimize it using tres's idea of storing pre-parsed ZCML in byte code for faster (re)loads18:00
rockyjava's use of class loaders is good for this kind of stuff... need to reload code? dump the class loader and start afresh18:00
philiKONyeah, actually, i've heard a lot about java's class laoder and i think this is something where java actually sounds superior to python18:02
ignasphiliKON: how many minutes do you call wicked fast ?18:02
philiKON0.1 minutes18:03
philiKON;)18:03
*** xenru has quit IRC18:03
philiKONmy g4 needs 10 to 20 secs for an average z3 instance18:03
philiKONintel machines are much faster, provided the files are in harddisk cache18:03
ignasoh average z3 instance18:03
ignasas i have some Data.fs files that are not exactly average ...18:04
ignasit's at least 10-20 secs for me too18:04
TheuniphiliKON: weird. my nowadays slow notebook can go down to 4 seconds, if i optimize which products get included.18:05
Theunis/products/"products"/18:05
philiKONhehe18:05
philiKONyeah, well, macosx :(18:05
philiKONplus, for the book i load an average isntance18:06
philiKONfor other things i cut down, too18:06
Theuniic18:06
*** jukart has quit IRC18:08
ignaswhy can't Zope3 save Data.fs.index when i stop it with ^C ?18:12
philiKONdoes z2 do that?18:16
*** projekt01 has quit IRC18:24
*** zagy has quit IRC18:25
*** HammerToe has joined #zope3-dev18:26
*** HammerToe has left #zope3-dev18:28
*** scherand has quit IRC18:29
*** dobee has quit IRC18:31
*** Aiste has quit IRC18:32
*** HammerToe has joined #zope3-dev18:33
*** HammerToe has joined #zope3-dev18:38
HammerToeanyone seen Jim or Tres, or any other ZODB gurus about?18:38
philiKONHammerToe!18:40
*** batlogg has quit IRC18:59
*** natea has joined #zope3-dev19:05
*** volvox has quit IRC19:08
*** natea|away has quit IRC19:11
*** jhauser has joined #zope3-dev19:16
*** jhauser has quit IRC19:17
*** jhauser has joined #zope3-dev19:17
*** romanofski has quit IRC19:20
*** dobee has joined #zope3-dev19:27
*** nouri has quit IRC19:38
*** faassen has quit IRC19:38
*** alecm is now known as alecm|kitchen19:40
*** nouri has joined #zope3-dev19:43
*** MJ has quit IRC19:50
*** zagy has joined #zope3-dev19:51
*** philiKON has quit IRC20:01
*** MJ has joined #zope3-dev20:16
*** alecm|kitchen is now known as alecm20:18
*** torkel_ has quit IRC20:34
*** HammerToe has quit IRC20:37
*** zagy has quit IRC20:38
*** WebMaven_ has joined #zope3-dev20:47
*** WebMaven__ has joined #zope3-dev20:49
*** batlogg has joined #zope3-dev20:56
*** WebMaven has quit IRC21:03
*** WebMaven_ has quit IRC21:05
*** projekt01 has joined #zope3-dev21:06
*** ignas has quit IRC21:08
*** runyaga__ has quit IRC21:12
*** kobold has left #zope3-dev21:17
*** romanofski has joined #zope3-dev21:25
*** flox|away is now known as flox21:28
*** WebMaven__ has quit IRC21:47
*** philiKON has joined #zope3-dev21:48
*** dobee has quit IRC21:56
*** ignas has joined #zope3-dev22:02
*** gintas has quit IRC22:10
*** dobee has joined #zope3-dev22:15
*** ignas has quit IRC22:21
*** ignas has joined #zope3-dev22:21
*** TresEquis has joined #zope3-dev22:22
*** dunny has joined #zope3-dev22:26
*** dobee has quit IRC22:28
*** alecm has quit IRC22:43
*** philiKON has quit IRC22:44
*** philiKON has joined #zope3-dev22:44
*** russf has joined #zope3-dev22:53
*** mgedmin has quit IRC22:57
*** Aiste has joined #zope3-dev22:58
*** xenru has joined #zope3-dev23:16
*** alecm has joined #zope3-dev23:18
*** philiKON has quit IRC23:24
*** philiKON has joined #zope3-dev23:24
*** timte has quit IRC23:31
*** alecm has quit IRC23:31
*** volvox has joined #zope3-dev23:51
*** philiKON has quit IRC23:57

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!