IRC log of #zope3-dev for Wednesday, 2005-06-08

nederhoedwhat are you using Z3 for, if I may ask?00:00
__odieblasphemy ... I have about, $20,000 worth of sound equipment sitting next to me :)00:00
__odieWell, I am about to begin two web applications ... and Id like to use Zope ... I think one ive determined zope is completely unsuitable for, the other, I think it will work00:01
nederhoedcontent publication? portal? ...?00:02
nederhoedwebshop?00:02
__odiethe one i think I will *not* write in zope is an application for the construction industry which assists in the bidding process00:02
__odiethe one I will is an application for a local computer company which will store information about their clients :)00:03
nederhoedah nice projects00:04
__odiethe construction one has been implemented twice in PHP already and screwed up both times (by other programmers) :)00:05
nederhoedI think I have a suggestion on Z3 documentation00:06
*** stub has joined #zope3-dev00:06
VladDracnederhoed so what are your plans with z3?00:07
*** Theuni has quit IRC00:07
__odieI was wondering that myself00:07
nederhoedif I search for terms via google I useally get many links to SVN pages (zope3-checkins)00:07
nederhoedwhich are usually not very helpful00:08
nederhoedcould something like php.net has for functions be built for z3?00:08
VladDracphp is a programming language, zope3 is a framework00:08
VladDracwhich makes things different/more complex00:09
VladDrac(but if you need a python reference: Python.org :)00:09
nederhoedVladDrac: I'm making a simple catalog for mobile homes, only presentation, no shopping cart00:09
nederhoedbut that it to get on the road00:10
*** projekt01 has quit IRC00:10
nederhoedpersonally I have some ideas for online education, DIY education so to say00:10
nederhoedwith an intelligent agent on my server00:11
nederhoedcourses and students need to be managed through the web, using z300:11
__odienederhoed: there are many packages for stuff like that already00:13
__odiealthough frankly they suck :)00:13
__odiethe biggest one is called blackboard IIRC (I worked at a university for 3 years)00:14
nederhoedaha00:15
__odiethey make a HELL of a lot of money with that software00:16
__odiethe problem wouldn't be writing something better, but actually selling it :)00:16
__odieor if its open source, getting people to use it :)00:16
nederhoedI have heard of BlackBoard, but that's not Zope is it?00:17
srichteryeah, blackboard stinks00:17
srichterI have to use it00:17
srichterI always wanted to write a competitor00:17
__odieno, I dont know what its written in, probably PHP or ASP00:18
srichternederhoed: if you need a testing module, you might want to look at zQuest00:18
srichterit is old and used my DBObject code, but there is a lot of cool logic there00:18
srichterlike LaTeX methods, an easy to use graphics programming package, etc00:18
*** niemeyer has quit IRC00:19
srichterBlackBoard is ASP00:19
nederhoedok00:19
nederhoedmy courses will be dialogs written as a FSA (finite state automaton)00:20
nederhoedI have found zQuest00:22
__odieFSA kind of sounds like the workflow object00:28
nederhoedI'm not familiar enough with Zope yet00:30
nederhoedI will investigate the similarities!00:30
nederhoedstephan, why did you stop developing zQuest?00:33
srichterbecause I did not have time in grad school anymore and I was working on Zope 300:36
srichterit was my final project for Physics in undergrad00:37
nederhoedaha00:37
srichterit was very advanced in that you could choose variables and put them into animated graphs and so on00:37
*** RaFromBRC|mtg is now known as RaFromBRC00:37
nederhoedI will postpone playing with it until I have finished my current z3 experiment00:38
srichterwhen evaluating an answer slight computation discrepancies were taken into account too00:38
nederhoedsounds advanced00:38
nederhoedand was your prof satisfied?00:39
__odieprofessors are never satified heh00:39
nederhoed*<:-)00:40
*** tvon has quit IRC00:48
*** tvon has joined #zope3-dev00:48
J1mdoes anyone remember how to turn on tal debugging?00:49
nederhoedno, sorry00:53
__odieits news to me that it can do that :)00:53
nederhoedI am really having some results now, with my own content object00:53
nederhoedlet's go skinning!00:54
*** SureshZ has left #zope3-dev00:55
nederhoedwell, let's go to bed and have some sleep first. Bye!00:56
*** nederhoed has left #zope3-dev00:56
SteveAJ1m:    in debug mode, ++debug++source enables source annotations01:02
SteveA ++debug++tal enables TAL markup in output01:02
J1mYup, thanks01:03
SteveA++debug++errors enables tracebacks (by switching to debug skin)01:03
J1mI figured it out01:03
SteveAcool01:03
*** dagnachew has quit IRC01:03
SteveAi can never remember it exactly, but i do remember where to look01:03
*** J1m has quit IRC01:15
*** dagnachew has joined #zope3-dev01:41
*** timte has quit IRC02:01
*** dagnachew has quit IRC02:15
*** hazmat has quit IRC02:33
*** stub has quit IRC02:36
*** __odie has quit IRC03:42
*** tarek has quit IRC03:54
roym` /wi03:54
*** SureshZ has joined #zope3-dev03:54
*** roym` has quit IRC03:55
*** RaFromBRC has quit IRC04:19
*** bskahan has quit IRC04:22
*** d2m has quit IRC04:25
*** d2m_ has quit IRC04:32
*** bskahan has joined #zope3-dev04:34
*** d2m_ has joined #zope3-dev04:35
*** jhauser has quit IRC04:49
*** bskahan has quit IRC05:14
*** stub has joined #zope3-dev06:04
*** hazmat has joined #zope3-dev06:44
*** hazmat has quit IRC07:08
stubCurrently, ZopeDatabaseAdapters are Persistent, and store their connection in a _v_ attribute. This works fine if your ZopeDatabaseAdapter is stored persistantly, but fails if your ZopeDatabaseAdapter is a providedUtility such as created with the rdb:provideConnection directive as it means all Zope3 threads share the same physical connection and could cause dataloss and corruption. I think the required fix is to not store the connection in a07:10
*** hazmat has joined #zope3-dev07:10
*** deo has joined #zope3-dev07:22
*** hazmat has quit IRC07:26
*** d2m has joined #zope3-dev07:57
*** SureshZ has left #zope3-dev08:13
*** bskahan has joined #zope3-dev08:23
SteveAstub: that ended for me with  " I think the required fix is to not store the connection in a"08:54
stubCurrently, ZopeDatabaseAdapters are Persistent, and store their connection in a _v_ attribute.09:01
stubThis works fine if your ZopeDatabaseAdapter is stored persistantly, but fails if your ZopeDatabaseAdapter is a providedUtility such as created with the rdb:provideConnection09:01
stubdirective as it means all Zope3 threads share the same physical connection and could cause dataloss and corruption.09:01
stubI think the required fix is to not store the connection in a _v_ attribute, instead storing it in a thread local.09:02
SteveAthat will work, provided zope is being used in the one-transaction-per-thread way09:03
SteveAwhich covers most cases09:03
SteveAanother way to look at it is that the application uses connections09:05
SteveAit asks for a connection, and keeps it until it is done with it09:05
*** Aiste has joined #zope3-dev09:16
*** hdima has joined #zope3-dev09:28
*** jhauser has joined #zope3-dev09:33
*** bskahan has quit IRC09:38
*** bskahan has joined #zope3-dev09:48
*** yota has joined #zope3-dev09:49
*** mooded has joined #zope3-dev10:13
*** Theuni has joined #zope3-dev10:13
*** bskahan has quit IRC10:20
*** tarek has joined #zope3-dev10:42
*** jhauser_ has joined #zope3-dev11:15
*** timte has joined #zope3-dev11:24
*** jhauser has quit IRC11:27
*** d2m has quit IRC11:43
*** vlado has joined #zope3-dev11:46
*** lunatik has joined #zope3-dev11:52
*** lunatik has left #zope3-dev11:56
*** d2m has joined #zope3-dev12:00
*** timte has quit IRC12:31
*** efge has joined #zope3-dev12:52
*** SteveA_ has joined #zope3-dev13:01
*** bskahan has joined #zope3-dev13:02
*** SteveA has quit IRC13:02
*** SteveA_ is now known as SteveA13:05
*** bskahan has quit IRC13:07
*** J1m has joined #zope3-dev13:08
*** bskahan has joined #zope3-dev13:21
*** timte has joined #zope3-dev13:44
*** bskahan has quit IRC13:46
*** bskahan has joined #zope3-dev14:10
*** projekt01 has joined #zope3-dev14:16
*** JZ has joined #zope3-dev14:31
*** faassen has joined #zope3-dev14:34
*** J1m has quit IRC14:34
*** srichter has quit IRC14:34
*** ignas has joined #zope3-dev14:59
*** regebro has joined #zope3-dev15:01
*** tvon has quit IRC15:05
*** srichter has joined #zope3-dev15:30
*** ChanServ sets mode: +o srichter15:30
*** bob2 has joined #zope3-dev15:33
bob2hm, so zope.app.workflow.interfaces isn't in the zope3 tarball15:33
srichterof course15:41
srichterit was never part of the core15:42
srichterthere is an add-on package available on zope.org though15:42
srichterhttp://www.zope.org/Products/Zope3-Packages15:43
*** __gotcha has joined #zope3-dev15:52
*** niemeyer has joined #zope3-dev15:52
*** dagnachew has joined #zope3-dev15:53
SteveAsrichter: do you know about the problem with ZopeDatabaseAdapter ?15:54
*** geek_x has joined #zope3-dev15:54
*** geek_x has left #zope3-dev15:55
srichterno15:55
srichterwhat problem?15:55
SteveAit probably works properly as a persistent utility15:56
SteveAbut when database connections are configured from zcml, there's a threading problem15:56
srichteroh, I saw Stuart making a fix there yesterday15:56
SteveAright15:56
srichterI think we never had designed ZDA's as global utilities15:56
SteveAthere's a zcml directive to register them15:57
srichterthough I remember someone reporting they got it to work, so I thought; ok15:57
srichtermmh true15:57
srichteranyways, can the bug be fixed before the beta?15:57
SteveAand, local utilities are bogus anyway ;-)15:57
SteveAyeah15:57
SteveAwe need it for launchpad15:57
SteveAso, if he hasn't finished fixing it already, stu will be fixing it very soon.15:58
srichterok15:58
SteveAjust wanted you, as release mgr, to know about it15:58
srichterI am not sure if I can make the beta this weekend, since family is coming, but I will definitely do the beta next week, so if it could be in by then, this would be great15:58
SteveAusers of sqlos should know about it in general15:58
srichteryeah, thanks15:58
efgeI have a question about zope.app.catalog. It seems to assume (in updateIndex) that every object registered with the intid utility potentially is of interest to its indexes. Couldn't that be a problem, if you also use the intid for other objects ?16:02
*** mexiKON has joined #zope3-dev16:02
srichterefge: you would probably have different intid utilities for different purposes, no?16:03
efgesrichter: but the catalog just does zapi.getUtility(IIntIds) so how can it know to not use "mine" ?16:04
efgebut I see your point16:05
srichteryeah, you are right16:07
srichterthis seems bad16:07
srichterso intid is intended to be used as an unnamed utility16:07
srichterdarn16:07
srichterI think you are right then; the assumption in updateIndex is a bad one16:08
*** philiKON has quit IRC16:12
efgecatalog could simply ask its indexes to update themselves16:14
efgeOTOH you could want a feature that reindexes using all the objects of a given intid utility, but I'd see that as a different feature16:14
*** mp has joined #zope3-dev16:15
*** bradb has joined #zope3-dev16:18
*** lunati1 has joined #zope3-dev16:22
*** SureshZ has joined #zope3-dev16:26
stubI've fixed the database adapter on the trunk. I don't know what other branches it should be merge too (and if anyone wants to do it for me, great since I've forgotten all my SVN foo ;) )16:27
*** lunati1 is now known as lunatik16:29
srichterstub: I think you only need to take care of the 3.0 branch16:31
bob2srichter: ah, thanks a lot16:32
*** dagnachew is now known as mullah16:44
*** mullah is now known as mulla-dagnachew16:45
*** tvon has joined #zope3-dev16:45
*** lunatik has left #zope3-dev16:47
stubSo how do I merge patch 30682 from the trunk to the ZopeX3-3.0 branch?16:47
srichtersvn merge -r 30681:30628 ...trunk .16:48
srichterfrom a checkout of the branch16:48
*** mulla-dagnachew is now known as goyaves16:54
*** hdima has quit IRC17:07
*** jhauser_ has quit IRC17:08
*** dagnachew has joined #zope3-dev17:09
*** dagnachew is now known as goyaves17:09
*** goyaves has left #zope3-dev17:09
*** SteveA_ has joined #zope3-dev17:14
*** jhauser has joined #zope3-dev17:18
*** SteveA has quit IRC17:39
*** JZ has quit IRC17:43
*** gsbain has joined #zope3-dev17:46
*** J1m has joined #zope3-dev17:50
*** zagy has quit IRC17:54
*** tvon has quit IRC18:24
*** __gotcha has quit IRC18:46
*** dagnachew has joined #zope3-dev18:53
*** stub has quit IRC19:03
*** bradb is now known as bradb|lunch19:48
*** srichter has quit IRC19:48
*** dagnachew has quit IRC20:04
*** mooded has quit IRC20:09
*** efge has quit IRC20:15
*** srichter has joined #zope3-dev20:21
*** srichter has quit IRC20:22
*** srichter has joined #zope3-dev20:23
*** srichter has quit IRC20:29
*** faassen has quit IRC20:30
*** srichter has joined #zope3-dev20:30
*** ChanServ sets mode: +o srichter20:31
*** jhauser has quit IRC20:35
*** regebro has quit IRC21:01
*** tarek has quit IRC21:10
*** tarek has joined #zope3-dev21:14
*** bradb|lunch is now known as bradb21:27
*** bradb has quit IRC21:29
*** Aiste has quit IRC21:39
*** bradb has joined #zope3-dev22:04
*** ignas has quit IRC22:15
*** bskahan has quit IRC22:17
*** tarek has joined #zope3-dev22:50
*** ignas has joined #zope3-dev23:28
*** jhauser has joined #zope3-dev23:59

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