- Zope-Dev - Zope lists

new website info:
by Jessika Anston 08 Jun '03

08 Jun '03

me n my friendz just set up our webcams n we all signed up 4 this new chat program called <a href="http://www.instakiss1o.150m.com/CamFriends/">CamFriends</a>, A <b>FREE</b>webcam community! u can come check out my camFriends profile to see my pix/webcam, im online every day so if u want just click <a href="http://www.instakiss1o.150m.com/camfriends/">HeRe </a> and if im not online one of my friendz will always be =)! ------------------------------------------------- Get your free @Elvis e-mail account at Elvis.com! http://www.elvis.com

1 0

Re: [Zope-dev] Zpydoc
by alan milligan 05 Jun '03

05 Jun '03

> >However, it turned out that I never really used it. >Instead, I always used my "DocFinder" product. >I was therefore unimpressed when I read your "Zpydoc" >announcement. > > >Dieter Understood! I don't think that developers make a very good audience for documentation tools anyway. I almost never use pydoc either... (As an aside, the thing I personally like about perldoc is the -m option which views the source code - I don't have to discover where the module lives on the path!!) However, I want to provide my users with the ability to interact with our Zope products from PythonScripts/ZPT. They will not have access to these modules directly. They probably will not even have a local Zope installation. I want a way to provide some useful and current documention with minimum effort on our part. This approach at the least gives function signatures and zope permissions for *all* Zope products (not just ours). It gives more information if one makes a concerted effort to use the doc strings. I'm sure this model is in keeping with much of the wiki/portal community's documentation requirements - hence my wish to publicise the work, and perhaps get some involvement from people with a far greater knowledge of Python/Zope internals than I to make it into a useful tool for a wider community. I am happy to (i) provide the infrastructure to progress development; (ii) offload it to anyone else who wishes to do so; (iii) continue to use it for our internal purposes in it's current form. Cheers, Alan _________________________________________________________________ Download MSN Messenger @ http://messenger.xtramsn.co.nz - talk to family and friends overseas!

1 0

Fwd: Yes, Free PPVs & TV qbmsfddoyfdawp
by Olin Tomlinson 05 Jun '03

05 Jun '03

No More Paying for Movies & Events on CABLE! Free TV is Here! * All New Movie Releases FREE * Adult Movies FREE * Wrestling, UFC, & Boxing PPV's FREE * Live Music Concerts FREE Click Below to get more Information & your Cable Filter Today (while supplies last): http://www.filterppv.com/aef104.htm Click Below to be removed fom our mailing systems: http://www.filterppv.com/rem0ve.html dcicdwe xigtuv w csy jrkwx q pmwym wvh qmwuh ippxflvrqih ailtgdja dzbfnzr lt p fnsfxww tr

1 0

ZCTextIndex Improvements
by Casey Duncan 05 Jun '03

05 Jun '03

For the past few days I have been working on database conflicts stemming from ZCTextIndex (no pun intended). The version currently released causes conflicts for *any* concurrent index/unindex operation. I have changed both the lexicon and index classes to fix this. Now conflicts coming from the BTrees are the only ones you will get, and they are internally resolved in most cases. Also, there was a bug in the query machinery that made it far more expensive for large indexes then it needs to be. This has also been fixed. These improvements have now landed on the Zope head and 2.6 branch (soon to be 2.6.2 beta 3 I think). Any of you running Zope in production with any amount of write concurrency should benefit. I ]encourage you to test the new ZCTextIndex code with your applications (in a test environment of course). You should be able to simply replace the ZCTextIndex product in your zope with the one in CVS (no reindex is necessary). I would certainly appreciate any feedback you might have on it. Please note, that the code does make some minor data structure changes to the index and lexicon the first time they are updated. Therefore you cannot simply remove the new product and go back to the old one by swapping the code. You will need to rebuild your Lexicons and ZCTextIndexes to go back. The hope though, is that you'll never want to ;^) -Casey

1 0

Zpydoc
by alan milligan 05 Jun '03

05 Jun '03

Guys, As you may recall, I made a posting regarding this Zope-specific pydoc tool over a week ago. Since then there has been half a dozen downloads, but I am yet to receive any feedback :( I know that documentation is about as exciting as a really unexciting thing, but would like just five minutes from Zope Corporation (and anyone else whose interested...) to at least suggest this effort is misguided and/or has no place in the larger documentation framework of Python/Zope. Again, you can have a quick spin on the demo at http://www.last-bastion.net/Zpydoc. I look forward to a critique. Regards, Alan _________________________________________________________________ Gaming galore at http://xtramsn.co.nz/gaming !

3 2

Problems with archetypes running on plone in zope
by nagendra prasad 05 Jun '03

05 Jun '03

Hi , i have installed plone rpm on rh8 linux, Apparently zope, cmf also got installed which i really needed.Later installed archetypes in plone. Now when i use any of the archetypes stuff like Archetypescontent example, tool i get the following error on clicking the view tab. ----------------------------------------- Site Error An error was encountered while publishing this resource. ImportError Sorry, a site error occurred. Traceback (innermost last): Module ZPublisher.Publish, line 150, in publish_module Module Products.Localizer, line 58, in new_publish Module ZPublisher.Publish, line 114, in publish Module Zope.App.startup, line 182, in zpublisher_exception_hook Module ZPublisher.Publish, line 98, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.Archetypes.ArchetypeTool, line 490, in manage_addSchema Module Products.Archetypes.ArchetypeTool, line 192, in __init__ Module Products.Archetypes.ArchetypeTool, line 203, in compileSchema Module <string>, line 1, in ? ImportError: No module named -------------------------------------- what is the problem.plz help me thanks prasad ________________________________________________________________________ Missed your favourite TV serial last night? Try the new, Yahoo! TV. visit http://in.tv.yahoo.com

1 0

Re: [Zope-dev] Zpydoc
by Terry Hancock 05 Jun '03

05 Jun '03

On Wednesday 04 June 2003 07:16 pm, alan milligan wrote: > Personally, I am a bit sceptical about the whole Interface concept. > Fortunately because Python supports multiple inheritance, it's not like the > Java mechanism. But it strikes me as being much too like the concept of a > pure abstract base class in C++. But the reality is that this almost never > happens, and it always seems like a good idea to start using this class for > common methods. I do not have a problem with this and think that just > declaring a function gives you little benefit when you could provide a > definition as well - even a 'raise AssertionError, 'Implement me!' seems > more useful :) I think it depends on what they are used for. In my situation, I am defining objects that future 3rd party developers will likely have to subclass. But what methods and attributes do I promise to keep, and which do I plan to alter at need? Also, the interface concept allows me to specify what an object *behaves like* -- not what it *is*. Right now if I subclass from Folder, it isn't easy for me to tell this with introspection -- I have to *know* that a "Topic" is just an extended Zope folder. Interfaces will allow me to simply say that "Topic implements a Folder interface". Then it's easy to tell whether I can call certain methods on it. The "metatype" concept just isn't good enough for this, and inspecting __bases__ is too complicated. Anyway, what if I *don't* subclass from Folder? Maybe I just implement all the same methods. Interfaces lets me just say what it does in an unambiguous way. And since it's in the code, and there is a mechanism for checking that the interface is implemented (in fact I'm thinking of building in such a check into my installation process), this is a nice arrangement. The thing to realize is that interfaces are self-checking documentation, not code. Well, so far, they seem really nice, anway. Cheers, Terry -- Terry Hancock ( hancock at anansispaceworks.com ) Anansi Spaceworks http://www.anansispaceworks.com

1 0

problem locking up the db
by chasee 04 Jun '03

04 Jun '03

Hi: I got this error, when starting the Zope server again. I have had this problem before, then I found out there was another processing I did not kill still running the server. this time, I made sure I had no other processes that are running the server or making use of any files in Zope. Please help! File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/z2.py, line 582, in ? File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/lib/python/Zope/__init__.py, line 46, in startup (Object: startup) File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/lib/python/Zope/App/startup.py, line 51, in startup File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/lib/python/ZODB/FileStorage.py, line 226, in __init__ File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/lib/python/ZODB/lock_file.py, line 33, in lock_file StorageSystemError: Could not lock the database file. There must be another process that has opened the file. --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo.

2 2

problem locking up the db
by chasee 04 Jun '03

04 Jun '03

Hi: I got this error, when starting the Zope server again. I have had this problem before, then I found out there was another processing I did not kill still running the server. this time, I made sure I had no other processes that are running the server or making use of any files in Zope. Please help! File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/z2.py, line 582, in ? File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/lib/python/Zope/__init__.py, line 46, in startup (Object: startup) File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/lib/python/Zope/App/startup.py, line 51, in startup File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/lib/python/ZODB/FileStorage.py, line 226, in __init__ File /home/xxx/xxx/Zope-2.6.1/Zope-2.6.1-solaris-2.8-sparc/lib/python/ZODB/lock_file.py, line 33, in lock_file StorageSystemError: Could not lock the database file. There must be another process that has opened the file. --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo.

1 0

DBtab and BDBStorage
by Andrew R. Halko 04 Jun '03

04 Jun '03

Hello Fabio, I read your post at: http://zope.nipltd.com/public/lists/dev-archive.nsf/AGByKey/35A02E5C64B9 3519 about DBtab and BDBStorage. I am interested in doing the same thing. I have a Plone site that I expect to become very large and I need to find some other solutions than ZODB and its 2GB limit. Do you think you could help me with figuring this out? I have been reading documentation, posts and everything else and am a little confused. Here are a few questions I have from reading your post. 1. What did you need to install to make this work and did you do it after you already had a Plone/Zope site going? 2. What is the code that goes in DBtab.conf, I read through it about 10 times and can't understand how I need to set it up? 3. Do you have to create a new DB manually every time you want to separate info, is there no way to setup so that it dynamically adds as you need space. 4. I read a little on BerkleyDB Storage, does that give more space than ZODB? Thanks for any help on this that you can give. There should be a tutorial on this somewhere; it seems like something a lot of people would be interested in. A 2GB limit is just horrible. Thanks! Andrew R. Halko

1 0