Re: [Zope-dev] Defining Zope 3.
Martijn Faassen wrote: Hey Martin, Martin Aspeli wrote: [snip] Sigh... this discussion is just really difficult. I don't really understand what the problem is here, or why it's indicative of what's wrong with this community, but then I'm pretty lost in concepts and names at this stage. I think you're reading way too much into what I wrote though. I just meant thing using the Zope Toolkit but adding more stuff, e.g. an app server project or a shared management UI project. The difference is I think was that I'm not talking about just code; a KGS is just a list of versions. I'm talking about code and documentation and a presentation of this code as a whole that people can learn about and play with. The notion that it's just enough for Zope 3 to be pieces of code is part of what led me to Grok. If the notion of Zope 3 can be limited to just a greater set of packages where compatibility is tested, it's not really much of a project to speak of. That's fine, we have other projects like Grok that do care, but I'll stop worrying about it. sure, i understand what you're saying here. it'd be great if some set of folks who are using the full Z3 app server platform decided to step up, create a website, refine the branding, and just generally breathe life into the project. but, until someone does, we have a weird muddled situation where nobody except the people who are regulars on this mailing list has any idea what is going on with this Zope thing. me, personally, i don't use the Z3 app server platform, so i'm not going to be one of the people who steps up to take charge of it's public face. and, frankly, i don't really care one way or the other whether or not anybody else does it. but you DO seem to care, martijn; you'd like to see that platform get the love, attention, and branding that it deserves. that's great. but i suggest you'd have more success in that effort if you said things like: Hey, all you people out there using the Zope 3 app server thingy... you realize you have a branding problem, right? Now is a perfect time to revisit your platform. Maybe some folks should get together, come up with a catchy name (Rob Miller already suggested 'Zapp'... ;-) , and build a website with some documentation... whaddaya say? instead of: The whole idea of whatever-Zope 3-is-designated-as just being a 'larger KGS' strikes me as strange. Frankly it strikes me as indicative of what's wrong with this community. of course, there are no guarantees that you're going to get any takers no matter HOW you approach this. but that's life, IMO... if nobody steps up to do what needs to be done, well, there you are. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Defining Zope 3.
Gary Poster wrote: This message seems like a reasonable start to me: Zope 3 has become focused on supporting frameworks and applications, rather than trying to be one itself. It is now called the Zope Toolkit. Parts of it are used by Zope 2, Plone, Grok, Repoze.bfg, and by many other different applications and frameworks. indeed, this seems to me a very nice message. short, pretty much accurate w/o delving too much into the mind-numbing details. yes, there may be some folks out there using the full Z3KGS as an app server, but those are the foks that already understand what's going on. they're just another community of people making good use of the Zope Toolkit. who knows, maybe the app-server-now-known-as-the-full-Z3KGS will grow in popularity to the point where it decides to rebrand itself as a groovy new platform. i'd recommend the name Zapp. ;) -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-Checkins] SVN: Zope/branches/2.10/test.py don't muck up the environ if Zope libs are already available
Log message for revision 91070: don't muck up the environ if Zope libs are already available Changed: U Zope/branches/2.10/test.py -=- Modified: Zope/branches/2.10/test.py === --- Zope/branches/2.10/test.py 2008-09-11 21:10:37 UTC (rev 91069) +++ Zope/branches/2.10/test.py 2008-09-11 23:27:37 UTC (rev 91070) @@ -53,7 +53,11 @@ zhome = scriptdir shome = os.path.join(zhome, 'lib', 'python') -sys.path.insert(0, shome) +# add SOFTWARE_HOME to sys.path, but only if Zope isn't already available +try: +import Zope2 +except ImportError: +sys.path.insert(0, shome) defaults = '--tests-pattern ^tests$ -v'.split() defaults += ['-m', ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/2.11/test.py don't muck up the environment is Zope libs are already available
Log message for revision 91071: don't muck up the environment is Zope libs are already available Changed: U Zope/branches/2.11/test.py -=- Modified: Zope/branches/2.11/test.py === --- Zope/branches/2.11/test.py 2008-09-11 23:27:37 UTC (rev 91070) +++ Zope/branches/2.11/test.py 2008-09-11 23:28:11 UTC (rev 91071) @@ -53,7 +53,11 @@ zhome = scriptdir shome = os.path.join(zhome, 'lib', 'python') -sys.path.insert(0, shome) +# add SOFTWARE_HOME to sys.path, but only if Zope isn't already available +try: +import Zope2 +except ImportError: +sys.path.insert(0, shome) defaults = '--tests-pattern ^tests$ -v'.split() defaults += ['-m', ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/test.py don't muck up the environment if Zope libs are already available
Log message for revision 91072: don't muck up the environment if Zope libs are already available Changed: U Zope/trunk/test.py -=- Modified: Zope/trunk/test.py === --- Zope/trunk/test.py 2008-09-11 23:28:11 UTC (rev 91071) +++ Zope/trunk/test.py 2008-09-11 23:28:41 UTC (rev 91072) @@ -53,7 +53,11 @@ zhome = scriptdir shome = os.path.join(zhome, 'lib', 'python') -sys.path.insert(0, shome) +# add SOFTWARE_HOME to sys.path, but only if Zope isn't already available +try: +import Zope2 +except ImportError: +sys.path.insert(0, shome) defaults = '--tests-pattern ^tests$ -v'.split() defaults += ['-m', ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope] Re: help debugging a can't pickle error deep within a catalog reindex
Rob Miller wrote: hi, i'm trying to perform a ZCatalog.refreshCatalog() on a catalog with over 29,000 indexed objects. it churns for a good long time, and eventually fails with a long set of tracebacks, of which i've included a sample at the end of this message. i think i understand the gist of the issue... it's trying to write an object (probably a CatalogBrain) to the database, but this object's __dict__ contains a value that is of type instancemethod, which isn't allowed for persistent objects. the problem is that i can't figure out which specific objects are causing the problem. i've used pdb.post_mortem to get a debug prompt way down in the traceback, but the code goes in and out of C modules, so i'm missing a lot of what's happening. and when i interactively peek at the objects that are being indexed when the error happens, there doesn't seem to be anything wrong, and i can index the objects w/ no problem. i've even tried dropping the subtransaction threshold down to 1, so it will try to commit a savepoint after every object, but none of the objects being indexed seemed to have any problems. okay, after leaving this for a few days, i came back to it and managed to work it out. for posterity's sake, what ended up working was that i added an explicit transaction.commit() after every object reindex, wrapped in a try: except, like so: --- src/Zope/lib/python/Products/ZCatalog/ZCatalog.py 2007-10-29 06:09:30.0 -0700 +++ lib/zope/lib/python/Products/ZCatalog/ZCatalog.py 2008-06-24 10:47:49.0 -0700 @@ -294,6 +294,11 @@ if obj is not None: try: self.catalog_object(obj, p, pghandler=pghandler) +try: +transaction.commit() +except: +import sys, pdb +pdb.post_mortem(sys.exc_info()[2]) except ConflictError: raise except: this made the reindex take a ridiculously long time, and it leaves the catalog in an inconsistent state (i.e. it should only be done on a copy of the database, one that you can throw away), but it did in the end reveal to me which record was causing the problem. the problematic record ended up being a ghosted catalog entry that happened to share the same name as a view. when the catalog tried to look up the object by its path (via unrestrictedTraverse), the view object was returned. thanks for the help! -r ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: help debugging a can't pickle error deep within a catalog reindex
Ross Patterson wrote: Rob Miller [EMAIL PROTECTED] writes: hi, i'm trying to perform a ZCatalog.refreshCatalog() on a catalog with over 29,000 indexed objects. it churns for a good long time, and eventually fails with a long set of tracebacks, of which i've included a sample at the end of this message. i think i understand the gist of the issue... it's trying to write an object (probably a CatalogBrain) to the database, but this object's __dict__ contains a value that is of type instancemethod, which isn't allowed for persistent objects. the problem is that i can't figure out which specific objects are causing the problem. i've used pdb.post_mortem to get a debug prompt way down in the traceback, but the code goes in and out of C modules, so i'm missing a lot of what's happening. and when i interactively peek at the objects that are being indexed when the error happens, there doesn't seem to be anything wrong, and i can index the objects w/ no problem. i've even tried dropping the subtransaction threshold down to 1, so it will try to commit a savepoint after every object, but none of the objects being indexed seemed to have any problems. i CAN verify that the instancemethod that is causing the problem renders like this: bound method SessionDataManager.getSessionData of SessionDataManager at /session_data_manager even that hasn't proven enough for me to concretely identify the source of the problem, though. i've been working on this for a full day already, and am not sure how to proceed. does anyone have any debugging tips that might help me figure out what, exactly, is causing the reindex attempts to blow up? thanks! Can you get a pdb.post_mortem prompt at the actual ZODB/serialize.py:416 error or only at transaction/_transaction.py:267 where some sort of previous error is handled? yes, i put the post_mortem around the transaction.savepoint call at line 559 of Products/ZCatalog/ZCatalog.py. this is the place where the error is happening, but it's where the subtransaction threshold has been reached, so IIUC the error could be caused by any of the objects in the subtransaction. If the former, I often find it informative to step up to ZODB/serialize.py:407 where obj.__getstate__() is called and find out what obj is. Is it the same object every time? If not, is it of the same type every time? right. as long as the subtxn threshold number is the same, then the object is the same. but if i change the subtxn threshold, then the object will be different. as i said, i even tried reducing the subtxn threshold to '1', so, assuming my understanding is correct, this would be triggered after every object. it took many hours to get to my debug prompt; when i did, the obj was FileAttachment object that didn't seem to have any problems. i was able to interactively index the object from the pdb prompt, and even commit the transaction, w/ no problems. A next step can also be to put a pdb.set_trace() at transaction/_transaction.py:340 in the register() method such that it's is only called when the offending object is added to the transaction. i'll give this a shot, thx. Hope some of that helps, even just having someone to discuss it with is helpful, for my sanity at least... ;-) thx. -r ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] help debugging a can't pickle error deep within a catalog reindex
hi, i'm trying to perform a ZCatalog.refreshCatalog() on a catalog with over 29,000 indexed objects. it churns for a good long time, and eventually fails with a long set of tracebacks, of which i've included a sample at the end of this message. i think i understand the gist of the issue... it's trying to write an object (probably a CatalogBrain) to the database, but this object's __dict__ contains a value that is of type instancemethod, which isn't allowed for persistent objects. the problem is that i can't figure out which specific objects are causing the problem. i've used pdb.post_mortem to get a debug prompt way down in the traceback, but the code goes in and out of C modules, so i'm missing a lot of what's happening. and when i interactively peek at the objects that are being indexed when the error happens, there doesn't seem to be anything wrong, and i can index the objects w/ no problem. i've even tried dropping the subtransaction threshold down to 1, so it will try to commit a savepoint after every object, but none of the objects being indexed seemed to have any problems. i CAN verify that the instancemethod that is causing the problem renders like this: bound method SessionDataManager.getSessionData of SessionDataManager at /session_data_manager even that hasn't proven enough for me to concretely identify the source of the problem, though. i've been working on this for a full day already, and am not sure how to proceed. does anyone have any debugging tips that might help me figure out what, exactly, is causing the reindex attempts to blow up? thanks! -r Traceback (most recent call last): File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/Products/ZCatalog/ZCatalog.py, line 296, in refreshCatalog self.catalog_object(obj, p, pghandler=pghandler) File /home/rob/topp/14000/builds/20080611/opencore/zope/Products/CMFPlone/CatalogTool.py, line 367, in catalog_object self._increment_counter() File /home/rob/topp/14000/builds/20080611/opencore/zope/Products/CMFPlone/CatalogTool.py, line 395, in _increment_counter self._counter.change(1) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/BTrees/Length.py, line 55, in change self.value += delta File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/ZODB/Connection.py, line 890, in register self._register(obj) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/ZODB/Connection.py, line 900, in _register self.transaction_manager.get().join(self) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/transaction/_transaction.py, line 273, in join self._prior_operation_failed() # doesn't return File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/transaction/_transaction.py, line 267, in _prior_operation_failed raise TransactionFailedError(An operation previously failed, TransactionFailedError: An operation previously failed, with traceback: File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/ZServer/PubCore/ZServerPublisher.py, line 25, in __init__ response=b) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/ZPublisher/Publish.py, line 401, in publish_module environ, debug, request, response) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/ZPublisher/Publish.py, line 202, in publish_module_standard response = publish(request, module_name, after_list, debug=debug) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/ZPublisher/Publish.py, line 119, in publish request, bind=1) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/ZPublisher/mapply.py, line 88, in mapply if debug is not None: return debug(object,args,context) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/ZPublisher/Publish.py, line 42, in call_object result=apply(object,args) # Type scr to step into published object. File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/Products/ZCatalog/ZCatalog.py, line 260, in manage_catalogReindex self.refreshCatalog(clear=1, pghandler=handler) File /home/rob/topp/14000/builds/20080611/opencore/lib/zope/lib/python/Products/ZCatalog/ZCatalog.py, line 296, in refreshCatalog self.catalog_object(obj, p, pghandler=pghandler) File /home/rob/topp/14000/builds/20080611/opencore/zope/Products/CMFPlone/CatalogTool.py, line 385, in catalog_object update_metadata, pghandler=pghandler) File /home/rob/topp/14000/builds/20080611/opencore/zope/Products/CacheSetup/patch.py, line 96, in catalog_object uid, idxs, update_metadata, pghandler) File /home/rob/topp/14000/builds/20080611/opencore/zope/Products/CacheSetup/patch_utils.py, line 6, in call return getattr(self, PATTERN % __name__)(*args, **kw) File /home/rob
[Zope-dev] Re: Five registerPackage results in unresolved ConflictError
Philipp von Weitershausen wrote: Believe something very very rotten in Five's registerPackage was fixed by Rocky in r72986 [1]. As far as I can tell this was never merged to the 1.4 branch, but I could we wrong. i can confirm that this seems to be helping. there's an easier way to generate the error that Sasha is seeing... you can reliably reproduce it on Zope 2.9.x w/ Five 1.4 just by starting a zeo server with no Data.fs file, and then trying to connect with a zeo client. if you have any five:registerPackage tags, the first connection will _always_ fail with a ConflictError. subsequent connections will work, but the initial one will fail. (we've had to put a './zopectl run do_nothing.py' steps into our build code... :-P) anyway, the error is not happening with Zope 2.10 and Five 1.5.6. glad to know it's been resolved. :-) -r [1] http://svn.zope.org/?rev=72986view=rev Sasha Vincic wrote: Forgot to say that this is Zope 2.9.8, Five 1.4 branch from svn, Plone 2.5.5 /Sasha On Fri, May 16, 2008 at 12:03 PM, Sasha Vincic [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi On a server we have a ZEO server with 6 clients. When we start/restart the server we often get on random instance an AttributeError @@plone and all other browser pages. I have tracked it down to a ConflictError when installing Five on startup. See traceback bellow. To solve this I tried to set enable-product-installation = off to all except one instance but I still got errors. For now we restart the broken instances until they work, I have tried to set sleeping times up to couple seconds between the instances but it didn't make any difference. Five fails when it tries to execute the registerPackage in zcml files. Not the same product every time. First I thought it didn't respect the enable-product-instalation but that is checked in App.Product.initializeProduct method. So I played in fiveconfigure.py with transaction.savepoint() but no success but if I manually check App.Product.doInstall like in the diff below Now my question is if this is correct solution for the problem or will it have other side effects that I am not aware of? How do I write tests for an ConflicError during startup? /Sasha Index: fiveconfigure.py === --- fiveconfigure.py(revision 86781) +++ fiveconfigure.py(working copy) @@ -23,7 +23,7 @@ import warnings import App.config -from App.Product import initializeProduct +from App.Product import initializeProduct, doInstall from App.ProductContext import ProductContext import Products from zLOG import LOG, ERROR
[Zope-dev] Re: Zope without Zope
Lennart Regebro wrote: On Nov 16, 2007 11:41 AM, Lennart Regebro [EMAIL PROTECTED] wrote: On Nov 16, 2007 3:38 AM, Martin Aspeli [EMAIL PROTECTED] wrote: Help appreciated! Well, I suggest you forget about ZCML and try to use the CA directly from Python. The Pylons people would probably appreciate the lack of XML anyway. :) i'd also recommend this. i've actually been working on a pylons app that uses zope.component, it works like a dream. zope.component brings in a total of 6 eggs, IIRC. if you really want zcml-like separation of config and code, then put your python configuration declarations in a separate module. this not only Just Works(tm), but i think lennart's point about not scaring people away w/ an XML-based config language is a huge one. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-PAS] merge r70450 to 1.4 branch?
hi all, i made a very small fix on the trunk some while ago to allow PAS to support image type properties on UserPropertySheets (http://svn.zope.org/PluggableAuthService/trunk/UserPropertySheet.py?rev=70450view=rev). i forgot, however, to merge it onto the 1.4 branch at the time. is this change minimal enough to make it onto the maintenance branch? -r ___ Zope-PAS mailing list Zope-PAS@zope.org http://mail.zope.org/mailman/listinfo/zope-pas
[Zope-PAS] merge r70450 to 1.4 branch?
gmane appears to be lagging... apologies if this comes through twice... hi all, i made a very small fix on the trunk some while ago to allow PAS to support image type properties on UserPropertySheets (http://svn.zope.org/PluggableAuthService/trunk/UserPropertySheet.py?rev=70450view=rev). i forgot, however, to merge it onto the 1.4 branch at the time. is this change minimal enough to make it onto the maintenance branch? -r ___ Zope-PAS mailing list Zope-PAS@zope.org http://mail.zope.org/mailman/listinfo/zope-pas
[Zope-dev] Re: ploneout - Or how using zc.buildout for a common Zope2 project might look like
Philipp von Weitershausen wrote: whit wrote: Martin Aspeli wrote: Philipp von Weitershausen wrote: This is awesome, and by that I don't mean the fact that we have a plone buildout, but that we actually have Zope 2 recipes for buildout. I hope they can be moved to svn.zope.org for further development to benefit the whole Zope 2 community. I believe this is just a matter of contrib agreements being sorted out (Hanno?). I guess I need to get mine sorted out as well if I'm going to keep working on this when it moves... :-/ I also see that workingenv was abandoned. That's very good to hear because buildout has a lot of machinery for installing eggs already, it would just've been duplicated with workingenv... is there some advantage to the way that buildout handles eggs over workingenv. as I understand it, workingenv *only* handles python setup and does that well and transparently. The point is that buildout *already* handles eggs. There's really no point for having an extra layer on top of buildout. The zc.recipe.egg recipe can install any egg (as a development one or not) in an automated fashion, which is exactly what you'd want from a buildout. honestly, it seems to me that buildout tries to do too much. it's trying to handle both repeatable deployment recipes AND providing a sandbox within which to run things. there may not be a point to having an extra layer on top of buildout, but buildout sure does seem to me a bit heavy if all i want is a sandbox. so now i have to learn the workingenv way if i just need a sandbox, but i have to learn the buildout way if i also want repeatable deployments? Workingenv made it more complex than it needed to be (or buildout as stated before, I don't mind using zc.buildout, but I don't want to have to learn zc.buildout to use it meaningfully in my existing setup. If a buildout recipes could be executed by themselves(like buildout-zope2, buildout-deliverance, buildout-squid) as well as by aggregated recipes. This would make buildout a killer tool inside my workingenv rather than a choice I had to make between two technologies. As said already, I think once you've got buildout, there's no need for workingen, except if you think that Zope stinks ;) this is shortsighted, IMO. i know zope quite well, but i bounced off of buildout b/c it required too much knowledge to even get started. i think it's much more likely that people from the greater python community will pick up and start using workingenv than they will zc.buildout. personally, i like chris mcdonough's approach with his buildit package. it does two things: - it retrieves files from anywhere on the 'net (cvs, svn, tarball, whatever) and puts them where you want them on your target machine(s) - it launches external scripts that then perform whatever final configuration you may want to perform. buildit is also recipe driven, and it's smart enough to pick up where it left off on a previous run, a'la make. i'd guess that you could use buildit and workingenv to accomplish pretty much everything you can do w/ zc.buildout, and you wouldn't have to bend your brain so much to do so. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ploneout - Or how using zc.buildout for a common Zope2 project might look like
Martin Aspeli wrote: Rob Miller wrote: honestly, it seems to me that buildout tries to do too much. it's trying to handle both repeatable deployment recipes AND providing a sandbox within which to run things. there may not be a point to having an extra layer on top of buildout, but buildout sure does seem to me a bit heavy if all i want is a sandbox. so now i have to learn the workingenv way if i just need a sandbox, but i have to learn the buildout way if i also want repeatable deployments? Potentially. But I find it kind of reassuring to have a well-defined list of which eggs are part of my special environment i.e. the one tied to my instance. to find this i simply look in /path/to/workingenv/lib/python2.4. As said already, I think once you've got buildout, there's no need for workingen, except if you think that Zope stinks ;) this is shortsighted, IMO. i know zope quite well, but i bounced off of buildout b/c it required too much knowledge to even get started. i think it's much more likely that people from the greater python community will pick up and start using workingenv than they will zc.buildout. Again, I think the two are orthogonal. orthogonal, but with overlap. And honestly, I found zc.buildout pretty easy to understand. I resisted it for a while, it seems liked it *should* be complex, and I won't pretend to understand how it manages eggs in any detail, but I don't think it matters. Look at http://dev.plone.org/plone/browser/ploneout/trunk/buildout.cfg - I find that pretty self-explanatory. I tried to document how it works at a high level and how you may use it here http://dev.plone.org/plone/browser/ploneout/trunk/README.txt. And writing a new recipe is as simple as this: http://dev.plone.org/plone/browser/ploneout/trunk/src/z2c.recipe.zope2checkout/src/z2c/recipe/zope2checkout/__init__.py All that is plain python code, the only thing you need to understand about buildout is that it has a dict-like object called 'options' which reflects the options in the current part's section in buildout.cfg, and a higher level dict-like object called 'buildout' which has the options for all the parts (so buildout['foo'] are the options for part [foo] in buidout.cfg). Each part is associated with a recipie. Recipies are ordered. personally, i like chris mcdonough's approach with his buildit package. it does two things: - it retrieves files from anywhere on the 'net (cvs, svn, tarball, whatever) and puts them where you want them on your target machine(s) You can do that quite easily with buildout as well. I would like to make a more generic recipe for retrieving tarballs for e.g. zope installation, and I think it'd be as hard as figuring out which python function to use to download something. i have no doubt that zc.buildout will do everything that buildit will do, and probably much more. but i like simple. and for me, having something light like workingenv to manage my sandbox, and a library like buildit for putting files into those sandboxes feels simple. - it launches external scripts that then perform whatever final configuration you may want to perform. Again, if you want a recipe to do that, it's trivial to write (10 lines of code?). Instead of an external script, though, I would probably find it easier to write that as a buildout recipe in python. the script could of course be python as well. buildit is also recipe driven, and it's smart enough to pick up where it left off on a previous run, a'la make. i'd guess that you could use buildit and workingenv to accomplish pretty much everything you can do w/ zc.buildout, and you wouldn't have to bend your brain so much to do so. I'm just struggling to see why it's so hard to figure out how buildout works. Perhaps it just fits my brain. But honestly, once Hanno showed me his initial steps with ploneout and I'd taken ten minutes with pdb inside the __init__() and install() functions (the only two...) in his recipe the pieces fitted together in my head almost instantly. your efforts to figure something out and then document will have a major impact on people understanding this, as per usual. but still, something about it just feels heavy. the idea of having two separate tools, each of which does one thing well, working together to solve a problem suits my sensibilities more than having one more monolithic tool. luckily, we don't really have to convince each other of anything, here. it's entirely possible to have zc.buildout recipes for installing Zope and Plone as well as buildit / workingenv recipes for the same purpose. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] ZopeVersionControl bug
is there a current maintainer or development process for ZopeVersionControl? there's been a little bit of activity lately, but it's still in CVS. in any event, CMFEditions (a versioning system for Plone) depends on ZVC, and it seems that some recent changes to Zope's DateTime implementation have caused a ZVC bug to come to the surface. dorneles has recently improved the ISO8601 support in the DateTime module (http://tinyurl.com/y9weck). one of the results is that DateTime('1') now is interpreted similarly to DateTime(1), whereas before it would raise an error. in ZVC's Repository.getVersionOfResource() method (http://tinyurl.com/yab2xw), a selector is passed in, which the method will try to use in a number of ways before deciding that there's no matching version to return. the final test looks like this: try: date = DateTime(selector) except: raise VersionControlError( 'Invalid version selector: %s' % selector ) else: ... RETRIEVE BY TIMESTAMP HERE thus the change in DateTime behaviour means if the selector is a string representation of an integer, it formerly would have been rejected as invalid, but now will be considered a timestamp lookup. since version ids are commonly string representations of integers, this can be a bit of a problem. i'm not sure whether the DateTime behaviour should be reverted, or if there should be a change in ZVC. and i'm also not sure what's going on w/ ZVC's maintenance... are there any plans to bring it over to subversion? i'm happy to commit a fix, if someone can point me in the right direction. thx, -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-Checkins] SVN: Products.Five/branches/1.5/site/metaconfigure.py * don't barf if we try to load the localsite hook for the same class more
Log message for revision 71342: * don't barf if we try to load the localsite hook for the same class more than once Changed: U Products.Five/branches/1.5/site/metaconfigure.py -=- Modified: Products.Five/branches/1.5/site/metaconfigure.py === --- Products.Five/branches/1.5/site/metaconfigure.py2006-11-30 21:48:16 UTC (rev 71341) +++ Products.Five/branches/1.5/site/metaconfigure.py2006-11-30 22:18:48 UTC (rev 71342) @@ -40,7 +40,12 @@ See Five/doc/localsite.txt ., DeprecationWarning, _context.info.file, _context.info.line) -if site_class is not None: + +# only install the hook once +already = getattr(class_, '_localsite_marker', False) + +if site_class is not None and not already: +class_._localsite_marker = True _context.action( discriminator = (class_,), callable = classSiteHook, @@ -61,6 +66,8 @@ delattr(class_, 'getSiteManager') delattr(class_, 'setSiteManager') classImplementsOnly(class_, implementedBy(class_)-IPossibleSite) +if getattr(class_, '_localsite_marker', False): +delattr(class_, '_localsite_marker') from zope.testing.cleanup import addCleanUp addCleanUp(uninstallSiteHooks) ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Products.Five/trunk/ * don't barf w/ multiple localsite declarations on the same class
Log message for revision 71343: * don't barf w/ multiple localsite declarations on the same class Changed: U Products.Five/trunk/CHANGES.txt U Products.Five/trunk/site/metaconfigure.py -=- Modified: Products.Five/trunk/CHANGES.txt === --- Products.Five/trunk/CHANGES.txt 2006-11-30 22:18:48 UTC (rev 71342) +++ Products.Five/trunk/CHANGES.txt 2006-11-30 22:30:03 UTC (rev 71343) @@ -11,6 +11,10 @@ * Port code from Zope 3 making resource directories recursive. Thanks to Richard Waid. +* site/metaconfigure: Local site hook now only applied once per class, so + multiple five:localsite tags for the same class won't cause config + errors. + Five 1.5.2 (unreleased) === Modified: Products.Five/trunk/site/metaconfigure.py === --- Products.Five/trunk/site/metaconfigure.py 2006-11-30 22:18:48 UTC (rev 71342) +++ Products.Five/trunk/site/metaconfigure.py 2006-11-30 22:30:03 UTC (rev 71343) @@ -40,7 +40,11 @@ See Five/doc/localsite.txt ., DeprecationWarning, _context.info.file, _context.info.line) -if site_class is not None: +# only install the hook once +already = getattr(class_, '_localsite_marker', False) + +if site_class is not None and not already: +class_._localsite_marker = True _context.action( discriminator = (class_,), callable = classSiteHook, @@ -61,6 +65,8 @@ delattr(class_, 'getSiteManager') delattr(class_, 'setSiteManager') classImplementsOnly(class_, implementedBy(class_)-IPossibleSite) +if getattr(class_, '_localsite_marker', False): +delattr(class_, '_localsite_marker') from zope.testing.cleanup import addCleanUp addCleanUp(uninstallSiteHooks) ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[ZWeb] Re: [ZF] foundation site confusion
On Nov 5, 2006, at 7:53 AM EST, Chris Withers wrote: Can you now change the nameservers to: Nameserver 1: ns1.zoneedit.com (207.234.248.200) Nameserver 2: ns7.zoneedit.com (216.122.7.155) Done. -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope-web maillist - Zope-web@zope.org http://mail.zope.org/mailman/listinfo/zope-web
Re: [ZWeb] Re: [Zope-Annce] ANN: more zope.org wikis moved, zopewiki.org renamed
On Oct 26, 2006, at 9:43 AM, Chris Withers wrote: Simon Michael wrote: all wikis that were under http://zope.org/Wikis have now been moved to http://wiki.zope.org . Yay! Well done Simon! Everyone owes you beer ;-) Agreed! Thanks! --Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope-web maillist - Zope-web@zope.org http://mail.zope.org/mailman/listinfo/zope-web
[Zope-PAS] Re: adding an image type to the set of known property types
Jens Vagelpohl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30 Sep 2006, at 02:00, Rob Miller wrote: hi, i'm working on implementing the Plone member data as user properties, but have hit a snag b/c PAS doesn't recognize images as a possible property type. in the short term, does anyone object (with an alternate proposal, ideally) to the following patch: I don't see a reason not to integrate that patch. Gotta love double negatives, even I have to think twice about what it is I am saying ;) okay, i didn't not commit it. ;-) -r ___ Zope-PAS mailing list Zope-PAS@zope.org http://mail.zope.org/mailman/listinfo/zope-pas
[Zope-PAS] adding an image type to the set of known property types
hi, i'm working on implementing the Plone member data as user properties, but have hit a snag b/c PAS doesn't recognize images as a possible property type. in the short term, does anyone object (with an alternate proposal, ideally) to the following patch: Index: UserPropertySheet.py === --- UserPropertySheet.py(revision 70425) +++ UserPropertySheet.py(working copy) @@ -35,6 +35,8 @@ from DateTime.DateTime import DateTime +from OFS.Image import Image + from Products.PluggableAuthService.utils import classImplements from Products.PluggableAuthService.interfaces.propertysheets \ import IPropertySheet @@ -73,6 +75,9 @@ else: raise ValueError, 'Property %s: unknown class' % k +elif isinstance( v, Image ): +ptype = 'image' + elif type( v ) not in StringTypes: raise ValueError, 'Property %s: unknown type' % k in the longer term, in PlonePAS there seems to be the beginning of a more flexible property sheet schema implementation. there are also a number of other niceties in PlonePAS (e.g. IMutablePropertySheet) that should probably be ported back to the PAS layer. i seem to remember hearing at some point that there were plans to merge some of this. anyone on this list know if that's true, and what the plans were? thanks! -r ___ Zope-PAS mailing list Zope-PAS@zope.org http://mail.zope.org/mailman/listinfo/zope-pas
[Zope] Re: which operating system quandry
David Bear wrote: I know it has been asked many times which os is best for zope, I have yet to see a 'system administration perspective' in the discussion. By this I mean which os seems to have the most worry free administration of a zope instances. I have installed zope on both FreeBSD and various linucies and here is what I have observed: 1) Freebsd ports collection is an easy way to install zope -- the ports maintainer takes care of making the build files to handle all the zope dependencies including python versions, libraries, etc. However, I have yet to use portupgrade to apply security patches to zope instances running on freebsd. Does anyone know of using cvsupdate for getting security patches works over the ports collection of zope smoothly? 2) I've run zope on Red Hat and Suse linux. In both cases I found that I needed to install a different version of python than the one packaged with the distro becuase Zope had specific dependencies for new versions python. Applying patches to zope is manual. It has always been very inconvenient to build python and PIL in a separate run instances for zope. This seems like a major pain in the ... i've been most happy w/ debian or ubuntu, and have also had good luck w/ gentoo. in each case, i use python (as well as nearly all python dependencies, e.g. PIL) from the distribution, but then build Zope itself from source, either a checkout or a tarball. -r ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-dev] Re: wsgi/paste pipelines in Zope 2 or 3?
Sidnei da Silva wrote: On Thu, Sep 28, 2006 at 01:11:05PM -0400, Brad Clements wrote: | I've been doing a lot of work with Paste in the past year, cutting down on my | deployments of Zope. | | Now I'm taking a new look at Zope 3 and Zope 2, and wondering if it's possible to | use paste pipeline/filter in either version of Zope. I've looked at | | http://cheeseshop.python.org/pypi/zope.paste | | and | | http://awkly.org/archive/zopepaste-wsgi-applications-in-zope-3-using-pastedeploy/ | | But what I need is not just a wsgi application hosted in Zope, but rather, a wsgi | filter that can intercept the call chain during traversal. | | Has anyone else encountered this need or have thoughts about it? Hi Brad, The fine folks from The Open Planning Project /me grins. most of it is the work of one fine folk, ian bicking. are developing 'topp.wsgi', which is pretty much what you're looking for. it's actually 'topp.zwsgi'. anonymous svn available here: https://svn.openplans.org/svn/topp.zwsgi/ browseable interface here: https://svn.openplans.org/cgi-bin/viewcvs.cgi/topp.zwsgi/ You can find them in #openplans on irc.freenode.net this is true, yes... please be aware, though, that this stuff is nascent, and our support time is limited. we can help self-motivated folks who are digging through the code and asking intelligent questions, but we're not yet to a point where we can do a lot of hand-holding. we do plan on using it within our own offerings, however, and all of our code will be available (in the same svn repo linked above), so i suspect this story will be improved in the coming months. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope] Zope sat universities?
We are beginning to use it here at Penn State. http://lionshare.psu.edu/ http://weblion.psu.edu/ http://www.smeal.psu.edu/ http://sodapop.pop.psu.edu/ http://www.bio.psu.edu/home/ http://zope.psu.edu/ http://python.psu.edu/ (zope.psu.edu, python.psu.edu, weblion.psu.edu are going through upgrades now). http://help.pop.psu.edu/ To name a few ** Robert Porter Programmer/Analyst email: [EMAIL PROTECTED] phone: 814-865-2363 website: http://www.robzone.net/ AIM: robzonenet Andreas R. Johnsen wrote: Hei, I'm looking for information about the use of Zope at universities. Most large universities have a very heterogeneous infrastructure and I guess many of them utilize Zope in a way or another. I'm looking for references to universities where Zope is part of a central strategi or in other ways plays an important role for several of the web sites at the university. Two examples are ETH Zürich and University of Bristol. More examples? Regards, Andreas ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-Checkins] SVN: Zope/branches/2.9/lib/python/Products/ZCatalog/ZCatalog.py * returning the correct old value for LOG
Log message for revision 69089: * returning the correct old value for LOG Changed: U Zope/branches/2.9/lib/python/Products/ZCatalog/ZCatalog.py -=- Modified: Zope/branches/2.9/lib/python/Products/ZCatalog/ZCatalog.py === --- Zope/branches/2.9/lib/python/Products/ZCatalog/ZCatalog.py 2006-07-11 01:27:44 UTC (rev 69088) +++ Zope/branches/2.9/lib/python/Products/ZCatalog/ZCatalog.py 2006-07-11 05:05:27 UTC (rev 69089) @@ -49,7 +49,7 @@ logger = logging.getLogger('Zope.ZCatalog') # BBB: some products apparently import 'LOG' from here! Gone in 2.10. -from zLOG import LOG +LOG = logger manage_addZCatalogForm=DTMLFile('dtml/addZCatalog',globals()) ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-dev] Re: Re: [Checkins] SVN: Zope/branches/2.9/lib/python/ Replace bulk of uses of 'zLOG' with equivalent Python 'logging' module usage.
On Mon, 26 Jun 2006 12:59:49 -0400, Tres Seaver wrote: Andreas Jung wrote: --On 25. Juni 2006 16:32:04 +0200 Stefan H. Holek [EMAIL PROTECTED] wrote: This, BTW, breaks CMF 1.5 on Zope 2.9. Not sure I/you should care though ;-) Traceback (most recent call last): File /home/stefan/autotest/temp/python24-zope29-cmf15/Products/ CMFActionIcons/__init__.py, line 19, in ? from Products.CMFCore.DirectoryView import registerDirectory File /home/stefan/autotest/temp/python24-zope29-cmf15/Products/ CMFCore/__init__.py, line 21, in ? import MembershipTool, WorkflowTool, CatalogTool, DiscussionTool File /home/stefan/autotest/temp/python24-zope29-cmf15/Products/ CMFCore/CatalogTool.py, line 23, in ? from Products.ZCatalog.ZCatalog import LOG ImportError: cannot import name LOG Tres, you replace all 'LOG' vars with 'logger'. Is there a reason for this replacement? We've been using LOG through out the complete Z2 core..we should remain consistent in some way. Hmm, the API of the logger objects is not consisistent with the old log objects. I don't know why CMF is importing that name from the catalog, but I guess we need to leave it there for BBB. as it turns out, ZCatalog originally had from zLOG import LOG on line 37 but then redefined in a LOG = logging.getLogger('Zope.ZCatalog') statement on line 47; when other products import from ZCatalog it was the second one they were getting, not the first. i changed tres's BBB fix to reflect the actual (if strange) former behaviour. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope] Re: Using property() function in Zope 2.8
On Thu, 06 Jul 2006 21:19:36 +0200, Max M wrote: I needed to dynamically generate local roles for an Archetypes based content object today. Different layers in my Plone stack breaks all rules and reads the __ac_local_roles__ variable directly, instead of calling get_local_roles() So to maximize the compatibility between Zopes zmi and Plones local roles management I wanted to make '__ac_local_roles__' a property with setters and getters. it's not an answer to your original question (i have nothing to add to what fred already replied) but TeamSpace solves this by using a ComputedAttribute instead of a property for the dynamic local roles. all of the pertinent code is here, hope you find it useful: http://svn.plone.org/view/collective/teamspace/tags/1.4/security.py?rev=24604view=auto -r ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-dev] Re: Flood of deprecation warnings...
Chris Withers wrote: Both core zope and Plone spew forth in their default state. the deprecation warnings in Plone annoy me to no end. unfortunately, though, Plone (thus far) has chosen to straddle Zope release. i can't fix the deprecation warnings that Plone 2.5 generates with Zope 2.9, for instance, because that would cause Plone to no longer work w/ the Zope 2.8 series. there is talk of having Plone 3 only support Zope 2.10; if this happens, then i suspect we'll no longer see deprecation warnings in a default Plone setup. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope] Re: Groupware in zope
Saura Ramachandran wrote: Hi, Is there a groupware in Zope with features like wiki, forum, filemanager and other project management stuff in zope or plone? Please share your experiences. you might find the Plone-based OpenCore software that is driving the openplans.org site useful. it's feature-lean at the moment (basically just a group-centric wiki), but is under very active development, over the next two months we'll be deploying file attachments, mailing lists, blogs, and project rosters. http://plone.org/products/opencore http://openplans.org/projects/opencore -r ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [ZWeb] Zope Collector policies?
Hi Clemens and Simon: On Apr 12, 2006, at 8:41 AM, Simon Michael wrote: Does anyone share my point of view the collector overview page should state the requirements explicitely? If they must be so demanding, then yes, very much so. Also you raised this just where I'd expect to see it. Yep agreed.. I've not seen these requirements spelled out clearly. So, at the very least, I think it would be a good idea, Clemens, to do so and make them available. :^) That said, what do you and Simon think of these de facto requirements. I'm no developer but I can see that some might find them draconian and some might find them absolutely necessary for scale. Thoughts? Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope-web maillist - Zope-web@zope.org http://mail.zope.org/mailman/listinfo/zope-web
[Zope-dev] Re: [Zope2.8.7] with Five 1.0 or Five 1.2
Jens Vagelpohl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27 Mar 2006, at 11:55, Philipp von Weitershausen wrote: Andreas Jung wrote: Zope 2.8 ships/shipped with Five 1.0 which is very old and no longer actively maintained. Most ppl doing currently development with Zope 2.8 are using Five 1.2. Should we upgrade the Five version in Zope 2.8 to Five 1.2 to make their lives a bit easier? There is possibly a compatiblity problem involved and it is against the general rule for major upgrades of a package or product for a minor Zope release..I have no opinion on this issue...I just had this thought I would be in favour of such a move, because as a Five developer I'm biased (so my vote doesn't really count, either) +1 Currently, CMF 1.6 depends on Zope = 2.8.5 and Five 1.2. I'd much rather simplify that requirement to Zope = 2.8.7.. +1 here as well. Plone 2.5 depends on CMF 1.6 and thus has the same dependency issue. even worse, it supports both Zope 2.8 and Zope 2.9, so in some cases (Zope 2.8 setups) installing an additional version of Five is necessary, but in other cases (Z2.9) installing that version of Five will break everything. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope] ANNOUNCE: Zope Foundation is incorporated!
At long last the Zope Foundation is incorporated! Thanks to everyone who has helped get the Foundation to this point!! What's next? o Complete ZF organizational paperwork with Software Freedom Law Center o Migrate Committers from the Zope Corp Committer agreement to the Zope Foundation Committer Agreement o Open the ZF up to membership o Conduct elections of BoD members We are seeking volunteers to help with v0.1 of an electronic voting application. We would like to target The Simplest Thing That Can Possibly Work for this iteration. If you would like to contribute to an extremely important part of the launch of the Zope Foundation, please reply to the Foundation mailing list - [EMAIL PROTECTED] Thanks!! -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Foundation list reminder
Hello everyone! We intend to post news about the Zope Foundation and some process mechanics in the very near future. This note is to remind people of the mailing list [1] for foundation-related topics. Thanks. Regards, Rob [1] http://mail.zope.org/mailman/admin/foundation/ -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Bad foundation mailing list pointer
Apologies!! I sent the admin URL. For your convenience the real URL (while not hard to figure out :^) is below: http://mail.zope.org/mailman/listinfo/foundation -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-dev] Re: Re: Two visions
On Thu, 02 Mar 2006 09:43:03 -0330, Rocky Burt wrote: On Tue, 2006-28-02 at 13:21 +0100, Martijn Faassen wrote: Philipp von Weitershausen wrote: [snip] I would vote for spelling out Zed (which would also be a little easier to google but might create trademark problems). The namespace package could either be 'z' or 'zed'. Then again, I really should take Jim's side and stay out of naming decisions. Let's please not have a naming discussion again. I think renaming Zope 3 is really bad marketing myself and naming discussions mostly a waste of time... As I sit here spending sooo much time reading this thread yes, it's a big'un alright... 1) The Zope 3 name and brand is a marketing disaster (from my perspective) -- to be honest there's really no way I could see this actually getting worse by coming up with a new name. How many times in the #plone channel do we get asked, Does Plone run on Zope 3.1/3.2? or, When will Plone run on Zope 3.2 to which we say no to the first question and dunno to the second question. +100. it's a confusing mess to anyone who isn't spending as much time as we all are reading this stuff every day. come to think of it, it's a confusing mess to us, too. If we started treating zope 3 as just a framework and put energies back into maintaing/refactoring/beautifying zope2 as an application server that uses that framework at its core (this is essentially what zope 2.8+ is working towards with Five IMHO) then this could help several ways: 1) we stop spending time reproducing zope2 app server functionality in zope3 2) we stop building more into zope2 as a framework (i think this is pretty much already happening) i agree with this sentiment, although i do recognize that there are folks who are currently using zope3 as an app-server, and who (understandably) don't want to have anything to do w/ anything zope2 related, ever again. Anyway, this still keeps things very confusing from a naming perspective (mostly for new adopters). So having said all of that, I am actually +1 on Jim's proposal #2. What I see from that (someone correct me if I'm wrong) is the following: 1) rename zope 3 the framework as Z or zopelib or Zed or something sensical that doesn't confuse the early adopter's conquest of trying to figure out which zope to start with 2) Make zope 2 the application server acquire the name zope once again and be the only app server. This could only work (from a new adopter's perspective) if either the application server is given a new name or given a version number higher than 3. i support this idea as well, but i think we have to recognize that there will be some parallel app-server-ness happening for a while, until z2 becomes so thin that we have achieved complete convergence btn the z2/five-based and the z3-based app server platforms that are already being used. -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Two visions
Stefane Fermigier wrote: Strange how (most of) the Plone people seem to be so quick in willing to sacrifice the Zope brand :( um, if you reread what i said, and what i think rocky is trying to say, i'm in favor of _keeping_ the zope brand for the app server, which is what zope has always been, and what plone runs (and will continue to run) on top of. strange how stefane seems to be so quick to write incendiary posts w/o any real content in them... -r ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope] mxODBC config probs for MSSQL
This is an issue regarding the egenix mxODBC drivers for Zope to communicate with MSSQL.Iam having problems configuring th emxODBC on Zope.Iam not being successfull in creating a connection to SQL server.The error iam getting is: EGENIX .COM mxODBC Zope DA Problem connecting to the database Connection string: Driver=SQL ServerConnection pool entry: 0Error message: ('IM003', 0, '[iODBC][Driver Manager]Specified driver could not be loaded', 8222) Any kind of help is appreciated.Thank you,Suhas ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Final reminder: Zope Foundation IRC, Tue, Dec 20, 1p (US/EST)
Hello everyone: Here is a final reminder of the upcoming IRC to discuss the Zope Foundation documents. Please join us! Details follow: Who: Zope Community What: IRC to discuss Zope Foundation formation documents. Where: #zope on irc.freenode.net When: Tue, Dec 20, 100p - 230p (US/EST) US/EST is GMT-5. -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Foundation IRC Reminder (Tue, Dec 20, 1p US/EST)
Hello everyone: I wanted to send a reminder about the upcoming IRC to discuss the formation of the Zope Foundation. This upcoming IRC session is the second of two community IRCs to collect impressions and opinions before we turn the remaining formation tasks over to the Software Freedom Law Center. Hope to see you there! Who: Zope Community What: IRC to discuss Zope Foundation formation documents. Where: #zope on irc.freenode.net When: Tue, Dec 20, 100p - 230p (US/EST) US/EST is GMT-5. NOTE: This time reflects a *change* from the originally scheduled time -- please make sure you've updated your calendars. Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Foundation IRC - Reminder #2
Hello everyone: I wanted to send a final reminder about the upcoming IRC to discuss the formation of the Zope Foundation. Hope to see you there! o IRC: We have scheduled the following IRCs to discuss the docs in real time: Who: Zope Community What: IRC to discuss Zope Foundation formation documents. Where: #zope on irc.freenode.net When: #1: Fri, Dec 9, 730a - 9a (US/EST) #2: Tue, Dec 20, 730a - 830a (US/EST) US/EST is GMT-5. Update: We've received a suggestion to move the second IRC to later in the day to ensure that we provide reasonable participation windows for some US/West Coast timezones. This seems reasonable so with a little discussion on the IRC tomorrow we'll likely move the second IRC to: o Tue, Dec 20, 1p (US/EST) GMT-5. Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Foundation IRC - Reminder
Hello everyone: I wanted to send a brief reminder about the upcoming IRC to discuss the formation of the Zope Foundation. Hope to see you there! o IRC: We have scheduled the following IRCs to discuss the docs in real time: Who:Zope Community What: IRC to discuss Zope Foundation formation documents. Where: #zope on irc.freenode.net When: #1: Fri, Dec 9, 730a - 9a (US/EST) #2: Tue, Dec 20, 730a - 830a (US/EST) US/EST is GMT-5. Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Foundation draft docs available for review/comment
Hello everyone: We have published a draft set of formation documents for the Zope Foundation. A zip file of the complete set of docs is available online at: o http://tinyurl.com/7crf8 The next steps in the process are: o Community review, comment, incorporate feedback cycle(s) (one or two?) o Submit final drafts to the Software Freedom Law Center (SFLC) for iteration/editing/polishing o Form the Foundation! :^) Please participate in the review and comment period. You can do so via IRC and/or email. o IRC: We have scheduled the following IRCs to discuss the docs in real time: Who: Zope Community What: IRC to discuss Zope Foundation formation documents. Where: #zope on irc.freenode.net When: #1: Fri, Dec 9, 730a - 9a (US/EST) #2: Tue, Dec 20, 730a - 830a (US/EST) US/EST is GMT-5. o Email: We've also created a mailing list for Foundation-related topics. This list is available at: http://mail.zope.org/mailman/listinfo/foundation Please subscribe to this list for email-based discussions of the foundation. We would like to thank the formation review committee for their careful work reading, reviewing and commenting on the drafts up to this point. o Takeshi Yamamoto, CEO, Zope Japan KK o Jan Smith, OzZope o Jean-Marc Orliaguet, Chalmers University/CPSSkins o Kit Blake, CEO, Infrae o Christian Theune, CEO, Gocept and DZUG o Eric Barroca, Managing Partner, Nuxeo o Hadar Pedhazur, Chairman, Zope Corp o Rob Page, CEO, Zope Corp o Rajesh Setty, Chairman, Cignex o Dan Ravicher, Legal Director, Software Freedom Law Center o Karen Sandler, Counsel, Software Freedom Law Center Finally, Kit Blake and Jan Smith have been kind enough to volunteer to work on a FAQ. We will work to get this public in the near future. Special thanks to them - I imagine their FAQ work will increase somewhat for the next couple of weeks. :^) Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Foundation status update
Hello everyone: We wanted to send an update on the status of the Zope Foundation. We circulated a number of documents to an advisory committee. The comments were excellent and precise. The comments also identified a number of documents that needed to be either developed or updated before we circulate the final set of documents to the community for review. This process is nearing completion. We will send the updated set of docs to the advisory committee, collect feedback, incorporated that feedback and then circulate those drafts to the community. Rough schedule: Nov 14: Circulate updated docs to advisory committee Nov 18: Feedback from committee collected Dec 25: Circulate doc set to community Thanks for your patience and attention! Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Schedule correction
Hello (again) everyone: Earlier I wrote: This process is nearing completion. We will send the updated set of docs to the advisory committee, collect feedback, incorporated that feedback and then circulate those drafts to the community. Rough schedule: Nov 14: Circulate updated docs to advisory committee Nov 18: Feedback from committee collected Dec 25: Circulate doc set to community That last date should be NOVEMBER 25 -- not Dec 25. My apologies for the confusion. Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Presentations Available
Nick Davis wrote: Hello Some thoughts : - Upgrading to Zope 2.8 without reading the release notes. I followed the release notes but this didn't fix catalog errors. I am not the only one. This is apparently fixed in Zope 2.8.2 but that doesn't look like it can be downloaded yet. in some cases the problem will go away if you simply execute a 'len(catalog)' command, either from a script or from zopectl debug. YMMV. - Third party products that are not yet fully compatible with Plone 2.1 and/or Zope 2.8. Should this perhaps be the other way around? If those products used the APIs correctly, perhaps a new release of Zope/Plone should still support old APIs and/or deprecate them gradually and with warning? This is a difficult problem to address but sometimes it may be better to hold back on releasing something new if it causes things that depend on it to break. On the other hand I can understand peoples desire to release something new and cool (even if not quite ready) . ;-) And its hard to know quickly what the bugs are if you don't release it to the real world. So hard to know what to do.. the problem is not with the APIs... those we have taken care to deprecate. the problems lie within template code (such as the problem you describe below), where it's much harder to maintain backward compatibility and still move forward. - Sites that have customized parts of Plone they shouldn't have touched in the first place. This is an important issue. It is difficult not to touch things that one shouldn't. A trivial example - If you want your breadcrumbs to just list the breadcrumbs instead of say you are here you have to copy across global_pathbar.pt and take out you are here. There is not another easy way to do it that I can see. If you then migrate to 2.1, that .pt has changed so you have to copy the new one and re-do it otherwise nothing renders. If you want to add another logo on the right of the header you have to hack Plone's templates further. Each change is in itself trivial but they add up and when you migrate, you;re left with stuff that doesn't work and spend quite a while resolving it. And thats for those of us savvy enough to use the filesystem. Those who customised through the ZMI will have a bigger headache. tres responded to this more eloquently than i'd be able to... as for the broken products, that is a pandemic within the open source community, hardly unique to plone. True. AT's problems are entirely recognized by those of us who use it heavily, and i can assure you that the AT developer pool has no intention of continuing to pile more cruft on top of a shaky stack. . the first iterations of this will probably also have some warts. but please don't assume that plone/AT developers don't see the same problems that you see, and that they aren't willing and able to learn from their mistakes. It would seem Archetypes has improved over time. My real worry is when we do have a new release of Plone sitting on top of Zope 3 we'll have a whole new set of bleeding edge code sitting on top of other bleeding edge code, while stuff that did work with a mature AT1.3.x (or 1.4.x or whatever) suddenly stops working. Hopefully this will prove to be an unjustified fear! as tres said, z3 isn't really bleeding edge any more. i'm not saying that there won't be migration bumps.. i expect there will be. but there are a lot of folks with a lot of working code dependent on this stack, and we'll all be working together to get to the next level. Probably this is no-one's fault. It is the nature of open source. To compare, have to admit I tried to get Bricolage to work a while back, and ran into CPAN dependency hell. I wonder if perhaps the real problem is trying to do so much with so few resources. this is, to me, the crux of the problem. there are a million things that could be better. i've got far more ideas for improvement than i have the time to give those ideas... we've all still got to get billable hours in. that being said, things are getting better with time, and i expect them to continue to do so. Linux has a very mature platform as much of its base, and a lot of commercial support which helps. Perl and the CPAN is quite mature now and also had quite a lot of commercial support. The good thing about commercial support is people being paid to do grunt work and run loads of tests and update documents. Both Linux and CPAN are very modular. It is relatively easy to change one part without knowing about other parts. I think it would be easier to find someone who could patch a broken CPAN module, than someone who could delve inside Zope and Plone. This is because many of us don't understand the various components of the underlying architecture, and a lot is changing for Zope 3. Also many Perl modules are widely used by many applications, whereas a lot of Zope code is only used by other Zope code. again, tres hit
[Zope] Re: Presentations Available
Chris Withers wrote: Nick Davis wrote: there seem to still be migration problems and broken products which prevent people going to 2.1 yet. Yup. this strikes me as a bit unfair. to quote stefan holek from a post on plone-dev earlier today, most reported migration problems are due to: - Upgrading to Zope 2.8 without reading the release notes. - Third party products that are not yet fully compatible with Plone 2.1 and/or Zope 2.8. - Sites that have customized parts of Plone they shouldn't have touched in the first place. - Plone Team stupidity. thus, while it's true that we have made mistakes (and will continue to, no doubt), most of the problems are issues beyond our control. as for the broken products, that is a pandemic within the open source community, hardly unique to plone. how many zope products are out there of dubious quality, or that are poorly maintained? whenever you get a large community of developers, you get a mixed bag of talent and of follow-through. the suggestion you make in your talk of having a peer rating process for add-on products is a good one, certainly, and one that's been discussed before, but getting there takes some effort. My colleague has spent a long time trying to migrate a Product he wrote, from Archetypes 1.2.5 to 1.3.4, due to the fact he had to hack around problems with references. Archetypes is the chief sinner in all of this, I'm afraid. It's trying to solve a very difficult problem, and one which needs tackling with structure and upfront and intuitive design rather than the organic tacking on of new bitz whenever anyone felt like it that AT has suffered through... My fear is as more features are added, what you describe as a shaky stack of complex fragile components will get ever more dependencies and therefore ever more complex and fragile. Yup. yes, AT is in many ways a mess. but, as you say, it's tackling a very difficult problem, and, like most attempts at tackling difficult problems, the first iterations were somewhat less than perfect. the same can be said for zope itself... there's a reason z3 was a complete rewrite. AT's problems are entirely recognized by those of us who use it heavily, and i can assure you that the AT developer pool has no intention of continuing to pile more cruft on top of a shaky stack. instead, we're looking at how we can break the framework apart into components that can all be glued together in a nice z3 fashion. there are a great many tools available to us now that were not available when AT was originally developed (adapters, events, views, etc.), and we have every intention of making use of them to improve the stack (by making it leaner and more efficient, NOT by adding features willy-nilly!). ideally, you'll be able to pick and choose from the various AT features, using adapters to glue the functionality you need (and only what you need) into your own products. the first iterations of this will probably also have some warts. but please don't assume that plone/AT developers don't see the same problems that you see, and that they aren't willing and able to learn from their mistakes. -r ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Foundation - formation review committee
We've been asked to share the membership of the committee we have helping with the formation documents for the Zope Foundation. We're grateful to the following people for sharing their valuable time to participate: o Takeshi Yamamoto, CEO, Zope Japan KK o Jan Smith, OzZope o Jean-Marc Orliaguet, Chalmers University/CPSSkins o Kit Blake, CEO, Infrae o Christian Theune, CEO, Gocept and DZUG o Eric Barroca, Managing Partner, Nuxeo o Hadar Pedhazur, Chairman, Zope Corp o Rob Page, CEO, Zope Corp o Rajesh Setty, Chairman, Cignex o Dan Ravicher, Legal Director, Software Freedom law Cnter Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-Annce] More TM ideas
Following up to my note from yesterday. ZEA *is* the official registrant (but not legitimate owner) of the Cirlce-Z-Zope (CZZ) mark in many countries in the Madrid Protocol. You can search the WIPO database for Zope and find it. Zope Corporation is the official registrant of the word Zope in many countries in the Madrid Protocol and our registration predates the ZEAs. Since the ZEA registration is based on the word Zope we believe that an official trademark opposition will be successful. We are also only willing to pay the fees that Zope Corporation would otherwise have had to pay to register the marks itself. This offer was made in writing last Friday. The subtle but important point is that ZEA seems to be willing to transfer the marks to the Zope Foundation not Zope Corporation. This seems to be the essence of the difference in our position. If this is inaccurate -- i.e., ZEA is willing to transfer the marks to ZC with no strings attached then we can chalk this up to some incredible communication issue and can certainly move forward! It seems that the prospect of Zope Corporation's unfair (and unprecedented) management of the marks is the real issue. So that our position and policy are clear: *** We will not use (nor allow our successors or assigns) to use the Zope trademarks in non-competitive ways. *** The challenge is to figure out how to get this in place. One idea might be to make the BoD of the Zope Foundation the arbiter of any revocation action ZC might take. This would be a contractual relationship between ZC (and its successors and assigns) and the ZF. If ZC felt that a given ZC-licensed use of the marks had become inappropriate we would move to revoke the trademark license. If the license holder was unsatisfied with the revocation they would appeal to the Zope Foundation which, on vote of a supermajority of the BoD could overrule ZC's revocation action. It is our heartfelt sense that Zope Corporation is more likely to defend (within guidelines and process) the marks than a volunteer-led Foundation. We have heard comments that suggest that the Foundation should not be in the business of enforcement. Enforcement is an active responsibility. Perhaps once (and while) ZF has full-time staff to pursue Foundation business (including TM matters) the Foundation would be the first stop for tm issues. It has been reported that ZEA's original registration of the marks was defensive and done in an effort to preclude registrations from being made by unfriendly parties. We find it simply surprising that the first mention of their registrations to us was 18 months (!) after the fact. ZEA does not represent the entire Zope community in Europe (nor do they claim to) and certainly don't represent the global Zope community. In fact, we should all recognize that the ZEA competes with non-ZEA companies on proposals. That's fine, expected and natural. However, any action on ZEA's part that was made on behalf of the community is inappropriate. ZC does not claim to represent the whole Zope Community either. We are asserting our ownership (and, we think) aggressive desire to manage the marks and brand in a vendor-neutral way. With respect to ZEA's ownership of the Plone trademark - I am told by two people that ZEA helped register the Plone mark as a service to the Plone Foundation and that it has been or is in the process of being transferred. Presuming this is true I stand corrected. Even this morning the WIPO database advertises ZEA as the registrant of record for the mark. Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope-Announce maillist - Zope-Announce@zope.org http://mail.zope.org/mailman/listinfo/zope-announce Zope-Announce for Announcements only - no discussions (Related lists - Users: http://mail.zope.org/mailman/listinfo/zope Developers: http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] More TM ideas
Following up to my note from yesterday. ZEA *is* the official registrant (but not legitimate owner) of the Cirlce-Z-Zope (CZZ) mark in many countries in the Madrid Protocol. You can search the WIPO database for Zope and find it. Zope Corporation is the official registrant of the word Zope in many countries in the Madrid Protocol and our registration predates the ZEAs. Since the ZEA registration is based on the word Zope we believe that an official trademark opposition will be successful. We are also only willing to pay the fees that Zope Corporation would otherwise have had to pay to register the marks itself. This offer was made in writing last Friday. The subtle but important point is that ZEA seems to be willing to transfer the marks to the Zope Foundation not Zope Corporation. This seems to be the essence of the difference in our position. If this is inaccurate -- i.e., ZEA is willing to transfer the marks to ZC with no strings attached then we can chalk this up to some incredible communication issue and can certainly move forward! It seems that the prospect of Zope Corporation's unfair (and unprecedented) management of the marks is the real issue. So that our position and policy are clear: *** We will not use (nor allow our successors or assigns) to use the Zope trademarks in non-competitive ways. *** The challenge is to figure out how to get this in place. One idea might be to make the BoD of the Zope Foundation the arbiter of any revocation action ZC might take. This would be a contractual relationship between ZC (and its successors and assigns) and the ZF. If ZC felt that a given ZC-licensed use of the marks had become inappropriate we would move to revoke the trademark license. If the license holder was unsatisfied with the revocation they would appeal to the Zope Foundation which, on vote of a supermajority of the BoD could overrule ZC's revocation action. It is our heartfelt sense that Zope Corporation is more likely to defend (within guidelines and process) the marks than a volunteer-led Foundation. We have heard comments that suggest that the Foundation should not be in the business of enforcement. Enforcement is an active responsibility. Perhaps once (and while) ZF has full-time staff to pursue Foundation business (including TM matters) the Foundation would be the first stop for tm issues. It has been reported that ZEA's original registration of the marks was defensive and done in an effort to preclude registrations from being made by unfriendly parties. We find it simply surprising that the first mention of their registrations to us was 18 months (!) after the fact. ZEA does not represent the entire Zope community in Europe (nor do they claim to) and certainly don't represent the global Zope community. In fact, we should all recognize that the ZEA competes with non-ZEA companies on proposals. That's fine, expected and natural. However, any action on ZEA's part that was made on behalf of the community is inappropriate. ZC does not claim to represent the whole Zope Community either. We are asserting our ownership (and, we think) aggressive desire to manage the marks and brand in a vendor-neutral way. With respect to ZEA's ownership of the Plone trademark - I am told by two people that ZEA helped register the Plone mark as a service to the Plone Foundation and that it has been or is in the process of being transferred. Presuming this is true I stand corrected. Even this morning the WIPO database advertises ZEA as the registrant of record for the mark. Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Foundation Update
Foundation Update This note updates progress on forming of the Zope Foundation. To remain transparent as possible, we are communicating in as timely a manner as possible. First, we have contacted the Software Freedom Law Center (SFLC) which specializes in the formation and maintenance of the legal structures that support open source software. From our first conference call with our primary POC there (who also helped with the Plone Foundation), we took away some homework items including: (1) draft trademark license agreement between Zope Corporation and the Zope Foundation (2) draft/initial set of ByLaws and related formation documents that capture the spirit of what we've been discussing for a while now (i.e., Eclipse Foundation-inspired membership and Apache Software Foundation-inspired operations). We have made progress on (2) but stopped when we discovered a trademark violation that needs to be addressed before Zope Corporation can properly license the trademarks to the Zope Foundation. During my stay at EuroPython I learned that eighteen months ago (and without Zope Corporation's knowledge or consent) Zope Europe Association (ZEA) registered a trademark consisting of the Cirlce-Z (the stylized Z surrounded by a circle) followed by the word ZOPE (hereinafter Circle-Z-Zope). The mark they registered is identical to the corporate logo used by Zope Corporation. In the three weeks since learning of ZEA's illegitimate registration of our marks we have tried diligently (but unsuccessfully) to get ZEA to unconditionally transfer the rights of the registration. We have offered to reimburse the registration fees paid by the ZEA to the WIPO (World Intellectual Property Organization) in order to facilitate the transfer. We have further offered to preserve their license to use the Zope mark in the conduct of their business as an association of Zope companies. ZEA's registration represents an abuse of registration and management of international trademarks and the misappropriation of a mark that is clearly the property of Zope Corporation. We are sorely disappointed that ZEA is unwilling to transfer the marks quickly and quietly so that we can proceed swiftly toward the formation of the Zope Foundation. We know that the establishment of a fair trademark license for the entire Zope community is an _essential_ component of the Zope Foundation. It is possible that we will come to a conclusion with the ZEA prior to the conclusion of a trademark dispute process. However, as a result (and unfortunately), until this matter is resolved using the established legal/trademark management processes, we are not able to proceed with the Zope Foundation. We will keep the community updated as milestones are reached, so that you know what the new target dates are for the formation of the Foundation at the same time that we do. We recognize that there are lingering questions about the trademark and our management thereof. We have captured our position on these marks in an open letter to the Zope Community. You can find this letter at: o http://www.zope.com/about_us/legal/ ZopeCorpTrademarkManagement_OpenLetter.html As an aside, the ZEA has also registered the Plone logo as a trademark. It is not our business, but came as a surprise to us, that the Plone Foundation is not the owner of the Plone trademark. -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] TAL and Javascript
I'm stuck this, and would appreciate help or pointers. I have a form with 2 selection drop-downs. I want the user's choice of select 1 to drive the options displayed in select 2. When the user makes a selection in select 1, onChange calls a Javascript function that should write select 2 options based on the result of a call to a Python script, passing the select 1 choice as an argument to the Python script. But: I cannot get the Javascript var into the namespace that the TALES expression knows about. Example: script function makeDropDown() { var widget = document.getElementById('select1'); var choice = widget.options[widget.selectedIndex].value; var data = [result of calling Python script 'foo(arg)' with arg=choice] // create options for select 2 } /script [various html...] select id=select1 onChange=makeDropDown() [options...] /select I've tried with multiple scripts, where one has tal:content=... but cannot figure out how the TALES expression can get at what my javascript gets from an event. I haven't done much with JavaScript inside Page Templates, so perhaps I'm going about this all wrong. TIA, Rob __ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] TAL and Javascript
Thanks to all the responders. It gave me some ideas, but alas no luck. To clarify, I am not trying to do everything in one request. Request one generates the page, a user event (selecting an option from a form) fires another request via javascript. like: script tal:content=python:'function getFormats() { var widget = document.getElementById('orgs'); var chosen_org = widget.options[widget.selectedIndex].value; var formats = %s; // build selection 2 options from formats ' % here.getDataFormats(chosen_org) / And then a user event (onChange) calls getFormats. Even with generating the script with a Python script or DTML, the problem remains (for me at least) to get a value from the DOM passed as an argument to a Python script that queries my database. If my Python script didn't take an argument, I'd have no problem. I could do this and use javascript to build the select options from the appropriate values. But I'd like to cut down on what the browser has to handle. What the user chooses in the first selection can reduce what they get to choose in selection two from 3000 choices to hundreds. I'd prefer to have the backend reduce the result set rather than having the browser do the work. I thought about AJAX (no experience), but given time constraints, looks like I'll have to load everything on the page and go from there. Rob Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Foundation ideas
In preparation for tomorrow's IRC session (reminder/details below) we have prepared some initial ideas about the Zope Foundation. These are available online at: o http://tinyurl.com/74pd3 Note -- the document is written with phrases like the Foundation will, Contributors shall, etc. This is NOT to be interpreted as though these terms/conditions are predetermined. It is written to close in on specific language that avoids misinterpretation. Zope Foundation IRC Session --- IRC Session Summary: - Who: Zope Corp and Zope Community - What: IRC session to discuss the Zope Foundation - When: Tue, 21 Jun 2005 10a - 12p (US EDT) - Where: irc.freenode.net #zope Please send specific questions to: mailto:[EMAIL PROTECTED] Hope to see you there. Regards, Rob -- Rob PageV: 540.361.1710 Zope CorporationF: 703.995.0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-Annce] Zope Corp and Z3ECM
Zope Corporation is delighted to announce its active participation in the Zope 3 Enterprise Content Management project recently organized by Nuxeo and joined by a number of community members. It's clear that the Zope Community will benefit from a consolidation of common patterns and their implementations in order to grow Zope's market share and we are excited to participate in this effort. In conjunction with the Zope Foundation we expect the Z3ECM project to set the example for global collaboration on sophisticated content management functionality and its application. We are looking forward to launching the Foundation with community involvement so that the Z3ECM project can safely share in the Zope brand. We would like to sincerely thank all of the pioneers who planted the seeds for this effort at the recent sprints (Castle, Paris, etc.). We know from first-hand, large-scale commercial experience that Zope 3 will excel at supporting this effort. Zope Corporation has been making substantial investments in Zope 3 evolution and associated add-on componentry for the last year. An example of this investment is the XML Process Definition Language (XPDL) support that is now available in Zope 3. XPDL support is the first in a series of substantial, customer-inspired contributions that Zope Corporation will be making to the ZECMP over the coming months. Together with Nuxeo's significant ongoing investment in CPS (the Zope 3 version of which will also be contributed to the Z3ECM) we expect the platform will quickly evolve to be the world-leading content management platform. We also propose a name change to the project from Z3ECM to Zope Enterprise Content Management Platform (ZECMP). This will allow the project to disassociate from Zope 3 (it seems likely that there will be 2.8/5 ports of many/most capabilities). It also makes for a natural transition to the Zope Foundation when that's available in the early Fall. Thanks again to everyone who has helped get Zope 3 and these ideas to this exciting point! Regards, Rob -- Rob PageV: 540.361.1710 Zope CorporationF: 703.995.0412 ___ Zope-Announce maillist - Zope-Announce@zope.org http://mail.zope.org/mailman/listinfo/zope-announce Zope-Announce for Announcements only - no discussions (Related lists - Users: http://mail.zope.org/mailman/listinfo/zope Developers: http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] ANNOUNCE: Zope Foundation
Zope Corporation has begun the process of creating a Zope Foundation. The Zope Foundation will provide a mechanism for managing the various Zope projects (e.g., Zope 2, the Zope CMF, Zope 3, and other Zope community projects) in a vendor neutral way. The Foundation will have global copyrights over the Zope source code (to include Zope 2, Zope 3, and any other projects managed by the Foundation) as well as a limited, world-wide, non-exclusive, irrevocable, perpetual license to use the Zope trademarks (i.e., Zope and the Circle Z) to brand its software releases. In addition, zope.org will be operated and maintained by the Foundation. The Foundation's governance mechanisms are being developed by taking the most appropriate ideas from other leading open source projects. These mechanisms are being developed and legally reviewed. We will launch the Foundation by or before the end of October 2005. We have scheduled an IRC session to answer questions from the community about the Foundation. IRC Session Summary: - Who: Zope Corp and Zope Community - What: IRC session to discuss the Zope Foundation - When: Tue, 21 Jun 2005 10a - 12p (US EDT) - Where: irc.freenode.net #zope Please send specific questions to: mailto:[EMAIL PROTECTED] We hope to see you there! Regards, Rob -- Rob PageV: 540.361.1710 Zope CorporationF: 703.995.0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Corp and Z3ECM
Zope Corporation is delighted to announce its active participation in the Zope 3 Enterprise Content Management project recently organized by Nuxeo and joined by a number of community members. It's clear that the Zope Community will benefit from a consolidation of common patterns and their implementations in order to grow Zope's market share and we are excited to participate in this effort. In conjunction with the Zope Foundation we expect the Z3ECM project to set the example for global collaboration on sophisticated content management functionality and its application. We are looking forward to launching the Foundation with community involvement so that the Z3ECM project can safely share in the Zope brand. We would like to sincerely thank all of the pioneers who planted the seeds for this effort at the recent sprints (Castle, Paris, etc.). We know from first-hand, large-scale commercial experience that Zope 3 will excel at supporting this effort. Zope Corporation has been making substantial investments in Zope 3 evolution and associated add-on componentry for the last year. An example of this investment is the XML Process Definition Language (XPDL) support that is now available in Zope 3. XPDL support is the first in a series of substantial, customer-inspired contributions that Zope Corporation will be making to the ZECMP over the coming months. Together with Nuxeo's significant ongoing investment in CPS (the Zope 3 version of which will also be contributed to the Z3ECM) we expect the platform will quickly evolve to be the world-leading content management platform. We also propose a name change to the project from Z3ECM to Zope Enterprise Content Management Platform (ZECMP). This will allow the project to disassociate from Zope 3 (it seems likely that there will be 2.8/5 ports of many/most capabilities). It also makes for a natural transition to the Zope Foundation when that's available in the early Fall. Thanks again to everyone who has helped get Zope 3 and these ideas to this exciting point! Regards, Rob -- Rob PageV: 540.361.1710 Zope CorporationF: 703.995.0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Property id clashes with object id?
I just observed something which I really wouldn't have expected. If I set a property on an object, via a PropertySheet, I then cannot add an object of the same id at the same level (and vice-versa). Say I have a folder, to which I add a property named 'draft'. Then I try to add any object (Page Template, whatever) with an id of 'draft' inside the folder. This fails with OFS.ObjectManager.checkValidId complaining that the id is already in use. Is this how it's supposed to work? This is on Zope 2.7.3-0, and I just verified it also is the case on Zope 2.7.6 final. Thanks in advance, Rob __ Discover Yahoo! Get on-the-go sports scores, stock quotes, news and more. Check it out! http://discover.yahoo.com/mobile.html ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Uninstall a zope built from source
Hello, Some time ago, I built zope from the sources and it worked well. Now I prefer the way Debian easily offers instances and an init.d script. I would like to uninstall the Zope from the source bt I can't find a target for make to do an uninstall. I have a googled for a while without success. I have few folders named zope in the /usr/local, /var/lib and i am not always sure they belongs to the source install or the debian version. * Does anyone knows about a uninstall script? * If I have to do it by hand, where can I find docs that tells what to remove? (the install python script is long) How to be sure everything is gone? Have a good day, ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-dev] Re: Member tools refactoring (Was: Better MemberData search for CMF)
another possible angle on all of this is CMFMember, which replaces the default memberdata tool with one that provides Archetypes-based memberdata objects. this already provides some (most?) of the functionality you're suggesting in the userdirectory tool, i believe. i'm pretty sure that Archetypes and CMFMember are still Plone-specific for now, but i thought i heard rumblings that Archetypes might be considered to be rolled directly into the CMF... if not it could probably be made to at least work w/ CMF-sans-Plone. -r Lennart Regebro wrote: Hi all! I'm gonna try to verbalize my thoughts on this subject, but they are still quite fuzzy, so bear with me if I sound confused. :) And sorry for the length of tha mail... Today there are many parts involved in the Member Data Waltz (or is it a two-step). There is the user folder, of course, there is the portal_membership tool and there is the portal_memberdata tool. So what you do is that you ask the portal_membership tool for the information, but it takes the user object from the user folder (which already keeps contains some user data) and then asks portal_memberdata to wrap the user with it's data. Then there is also the portal_registration tool, who also does most of it's things by asking portal_membership. :) Missing from this is both the possibility to do transforms of data, and also the possibility to have several user directories, like for example having most users in an LDAP directory, but some users (like managers) local. To solve this, in CPS there is a portal_metadirectories tool involved (I don't know if there are other alternatives to this for non CPS use), so then we have five different tools, three of which may store some parts of the actual user data, and all which seem to overlap in functionality in different ways. My suggestion of how to do all this is refactor this into the following pieces: 1. A user folder 2. A user directory tool 3. A membership tool 1. The user folder stays as it is. It will functionally overlap with the user directory a lot, but that is to allow third-party userfolders to still work. I would actually not mind seeing all of the three parts above merged, but I think that should be a Zope 3 thing, in that case. The search API here need only return a list of userIds, btw. If you want the data, ask the membership tool. 2. The user directory tool would basically be a merge of the memberdata tool and CPS's memberdirectory tool. It would contain a set of directories. One could be internal, others could be external. For example one LDAP directory, and one Zope directory. These directories should all implement advanced search functionality. The main directory tool would perform a search by calling the searching on all directories. The tool need to be able to perform transforms. One source may for example store a users fullname in the fields Name and Firstname another may store it as Name and Family name and a third just as Fullname. The tools would need to be able to create a fullname property out of these properties. The data may need to be merged for all the users, since you may want to store user data in the Zope directory also for LDAP users. Or maybe this is overkill, I'm not sure. 3. A membership tool, that merges todays membership tool with the registration tool. Again, I think this really should belong in acl_users, but that is not feasible for Zope 2. OK, flame away! //Lennart ___ Zope-CMF maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope] next value
Hi Here's what I use: create table customer( custid serial primary key, name text not null check (char_length(name)1), address text, code text, country text, telephone text, fax text, email text, private_comments text ); And the zsql method to insert a customer: insert into customer (name, address, code, country, telephone, fax, email, private_comments) values( dtml-sqlvar name type=nb, dtml-sqlvar address type=nb optional, dtml-sqlvar code type=nb optional, dtml-sqlvar country type=nb optional, dtml-sqlvar telephone type=nb optional, dtml-sqlvar fax type=nb optional, dtml-sqlvar email type=nb optional, dtml-sqlvar private_comments type=nb optional ) dtml-var sql_delimiter select currval('customer_custid_seq') as custid By default Postgresql inserts the next value for a serial type if it is not provided. The last bit of the SQL method returns the id of the customer just inserted. Regards Rob On Wed, Dec 06, 2000 at 08:17:08PM +0100, Olaf Zanger wrote: hi there, i work with postgreSQL 7.0.2, ZPyGreSQL and zope 2.2 on suse 7.0 linux for a identifier field adr_id:serial i want to automatically insert a new number max(adr_id)+1 how can this be done in an insert into sql statement? i tried nextval('adr_adr_id_seq') but get an error message any idea? olaf -- soli-con Engineering Zanger Dipl.-Ing. (FH) Olaf Zanger Nusch Lorrainestrasse 23 3013 Bern / Switzerland Fon: +41-31-332 9782 Mob: +41-76-572 9782 mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.soli-con.com Content-Description: Visitenkarte für Olaf Zanger -- Rob Murray ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] VHost logs.
Jason C. Leach wrote: hi, With Apache in front of zope, do you disable Medusa? No. Apache merely acts as a proxy server. Apache gets a request, passes the request on to Zope, Medusa/Zserver serves up the results back to Apache, which then hands them out to the original requester. And do you need to set both Apache and Zope to have the vhosts (do I need to set up a vhost twice?). In a manner of speaking, yes. That is, Apache needs to have correctly configured VirtualHost directives to handle the requests from the outside world appropriately, and Zope needs to have the SiteAccess product installed with correctly configured SiteRoots and access rules. It takes a little bit of time to figure out, but it works like a charm and is really quite simple, once you wrap your head around it. There's a great HOW-TO on this at http://www.zope.org/Members/anser/apache_zserver. Another benefit of this setup is that it can allow for both regular HTTP and SSL connections to all of your sites, so you can remotely access the manage screens without sending your passwords in the clear. A HOW-TO for this lives at http://www.zope.org/Members/unfo/apache_zserver_ssl. I still haven't figured out a clean way to make it impossible to access sensitive areas UNLESS you're using SSL, however. Anyone out there doing this? -rob On Wed, 29 Nov 2000, Rob Miller wrote: Jason C. Leach wrote: hi, Has anyone implemented there own logging for Virtual Sites? I was thinking in the site rules an External Method could be called, passed the Request obj, and from that generate logs for virtual sites. If anyone has done that, or knows of a better way I'd be interested in hearing it. I'm not exactly sure what your goal is... but if you're just trying to generate separate log files for each of your virtual sites, I'm accomplishing that by having my virtual sites proxied behind Apache (using SiteAccess and the ProxyPass directive) and specifying the log files for each VirtualHost in my httpd.conf file. You can control the contents of the logs using the LogFormat directive; I use the same format for all of my virtual hosts, but I think you can specify a different log format for each host if you desire. If you're trying to accomplish something else which requires you to handle the logging on the Zope side of things, then it seems to me that your idea would work, although I'd want to find out how my server performance would be affected... Hope this is useful for you, rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] VHost logs.
seb bacon wrote: Rob Miller wrote: In a manner of speaking, yes. That is, Apache needs to have correctly configured VirtualHost directives to handle the requests from the outside world appropriately, and Zope needs to have the SiteAccess product installed with correctly configured SiteRoots and access rules. It takes a little bit of time to figure out, but it works like a charm and is really quite simple, once you wrap your head around it. There's a great HOW-TO on this at http://www.zope.org/Members/anser/apache_zserver. I would also point you to http://www.apache.org/docs/vhosts/mass.html for more info on the apache side, particularly this bit: The main disadvantage is that you cannot have a different log file for each virtual host; however if you have very many virtual hosts then doing this is dubious anyway because it eats file descriptors. It is better to log to a pipe or a fifo and arrange for the process at the other end to distribute the logs to the customers (it can also accumulate statistics, etc.). This document refers to handling situations where you have a very large number of virtual hosts and don't want a separate VirtualHost directive for each one (because they're all very similar). This is not my case, but it could be the original poster's. You certainly CAN log to different log files if you have a VirtualHost directive for each host; I'm doing so. Another benefit of this setup is that it can allow for both regular HTTP and SSL connections to all of your sites, so you can remotely access the manage screens without sending your passwords in the clear. A HOW-TO for this lives at http://www.zope.org/Members/unfo/apache_zserver_ssl. I still haven't figured out a clean way to make it impossible to access sensitive areas UNLESS you're using SSL, however. Anyone out there doing this? mod_rewrite is your friend. You just make a Rule that redirects anyone accessing your site on port 80 to port 443, something like this: VirtualHost 123.123.123.123 ServerName www.foobar.com RewriteEngine on RewriteRule ^/(.*) https://www.foobar.com/ /VirtualHost I don't want to force ALL access to port 443, only certain sections of the site which require authentication to access. I guess the above still holds true (your correction in a later message is noted), I just need to get more creative with my rewrite rules. Thanks for the tip. -rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] VHost logs.
Jason C. Leach wrote: hi, Has anyone implemented there own logging for Virtual Sites? I was thinking in the site rules an External Method could be called, passed the Request obj, and from that generate logs for virtual sites. If anyone has done that, or knows of a better way I'd be interested in hearing it. I'm not exactly sure what your goal is... but if you're just trying to generate separate log files for each of your virtual sites, I'm accomplishing that by having my virtual sites proxied behind Apache (using SiteAccess and the ProxyPass directive) and specifying the log files for each VirtualHost in my httpd.conf file. You can control the contents of the logs using the LogFormat directive; I use the same format for all of my virtual hosts, but I think you can specify a different log format for each host if you desire. If you're trying to accomplish something else which requires you to handle the logging on the Zope side of things, then it seems to me that your idea would work, although I'd want to find out how my server performance would be affected... Hope this is useful for you, rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Zope and Websphere
There's a round-up of "the Best Web Application Servers" in this month's Linux Magazine (Nov - 8 ball on cover). It includes Zope and WebSphere. Its not really a comparison though, but it might give you some ideas. You could also get some ideas from Kemalus' "Guide for Corporate Decision Makers" (http://www.zope.org/Members/Kemalus/make_zope_dec ision). I'm no marketer, but if you could find a similar document on WebSphere you might be able to do a 'real' comparison. HTH, Rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Zope and Websphere
There's a round-up of "the Best Web Application Servers" in this month's Linux Magazine (Nov - 8 ball on cover). It includes Zope and WebSphere. Its not really a comparison though, but it might give you some ideas. You could also get some ideas from Kemalus' "Guide for Corporate Decision Makers" (http://www.zope.org/Members/Kemalus/make_zope_dec ision). I'm no marketer, but if you could find a similar document on WebSphere you might be able to do a 'real' comparison. HTH, Rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Second Try: Zope FTP tunneled through SSH1
Nobody picked up at all on my first post of this question, so I'm hoping I have better luck this time. Does anyone out there even have any leads for me in this situation? Here's the repost: I'm trying to tunnel FTP connections to a Zope server through SSH1 to ensure that passwords don't get sent in the clear. (I know the session will still be unencrypted; that's okay for now.) I've followed the instructions for doing so that are available at http://www.employees.org/~satch/ssh/faq/ssh-faq-5.html#ss5.6, and doing so I can successfully create an FTP session through an SSH tunnel. The problem is, once I've logged in, Zope won't let me do anything. It responds to every valid command with a single word: 'Unauthorized.' I know I'm connected to the server, because 'cd'ing into a nonexistent directory gives me a 'No Such Directory' response, byt 'cd'ing into a valid directory gives me th 'Unauthorized' response. If I connect directly to the FTP server using the same login and password, all works well. If this can't work, does anyone have Zope FTP server connections being tunneled through an encryption layer? I'd really like my developers to be able to use their favorite editor with an FTP connection, but I really don't want management-capable passwords flying around in the clear. Thanks for your time and assistance, rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] secure management with Site Access?
David Elkins writes: Have you tried setting up something like zope.domain.com with the https SiteRoot and Apache pointing directly at manage? Pointing a virtual host directly at manage I can do, but where do I put the SiteRoot? If I put an https SiteRoot in a directory, then plain ol' unencrypted access won't be happening... all of the URLs inside the site will point to 'https://' instead of 'http://', right? Or am I missing something? You could additional add in a rewrite/proxy command to redirect to the SSL side for www.domain.com/manage. Again, getting Apache to do the right thing I've got figured out. It's just the SiteRoot causing the problem; all of the links inside the folder with the SiteRoot will be either 'http' or 'https', but I'm looking for some solution that will allow either, depending on the previous REQUEST. I know that SiteRoot is basically a special kind of access rule, maybe a smarter access rule can be used instead of a SiteRoot... Thanks for your feedback, and please let me know if there's something that I'm not seeing. rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] secure management with Site Access?
Is anyone using the Apache/mod_proxy/SiteAccess method of using Zope with the ability to access a given virtual host both with and without SSL encryption? If so, can you give me some pointers on how to accomplish this? I'd like to use SSL for all of my management activity but have the main site be available for non-encrypted viewing. The 'SiteRoot', though, will only rewrite the URLs with either 'http' or 'https', and isn't smart enough to do one or the other depending on the form of the original request. Is what I want to do even possible, or will I have to resort to using some sort of PCGI solution to accomplish my goal? thanks, rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Editing dtml using ftp, and errors.
Hi If I try to save a dtml method in emacs which has errors, I get: 426 Error creating file. Is there any way of seeing more information about the error, like what the web interface provides? -- Rob Murray ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Retrieving the week number with DateTime
"DC" == David Coe [EMAIL PROTECTED] writes: DC I suspect there is no 'standard' definition of week number. You're wrong. According to the calendar FAW (thanks, Google:-): 5.7 What is the week number? International standard IS-8601 (mentioned in section 5.6) assigns a number to each week of the year. A week that lies partly in one year and partly in another is assigned a number in the year in which most of its days lie. This means that Week 1 of any year is the week that contains 4 January, or equivalently Week 1 of any year is the week that contains the first Thursday in January. Most years have 52 weeks, but years that start on a Thursday and leap years that start on a Wednesday have 53 weeks. Regards, Rob Hooft -- = [EMAIL PROTECTED] http://www.hooft.net/people/rob/ = = RD, Nonius BV, Delft http://www.nonius.nl/ = = PGPid 0xFA19277D == Use Linux! = ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Your feedback: what should DateTime strftime() behavior be?
+1 On Tue, 25 Jul 2000, Brian Lloyd wrote: Hi all - There has recently been some confusion over the expected behavior of various approaches to DateTime formatting in Zope regarding timezone representation. I would like to resolve this for the next release by making a proposal and asking you to reply to the list with a "vote": +1 == agree +/-0 == no strong opinion -1 == disagree So then, here is the situation. In Zope 2.2 (and earlier), formatting a date using either: dtml-var theDate fmt="%A, %B %d %Y, %H:%M:%S" dtml-var "theDate.strftime('%A, %B %d %Y, %H:%M:%S')" ...would give you the date *formatted based on GMT rather than uthe timezone (usually local) representation of the object*. Simply doing: dtml-var theDate ...however, would print the date in the current timezone of tthe datetime object. Many feel that this difference is unintuitive and a pain. The proposal is that both: dtml-var theDate fmt="%A, %B %d %Y, %H:%M:%S" dtml-var "theDate.strftime('%A, %B %d %Y, %H:%M:%S')" ...would be changed to apply the format to the current TZ rrepresentation of the object rather than convert to GMT. Of course, this could be a problem if there are people currently counting on the output being GMT, which is why we're putting it to a vote. If this change is made for 2.2.1, those who still wanted the output in GMT could just call the 'toZone()' method of the datetime object to get a GMT version before formatting: dtml-var "theDate.toZone('GMT').strftime('%A, %B %d %Y, %H:%M:%S')" What do you think? Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.com ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] REQUEST a string object?
On Tue, 25 Jul 2000, Dieter Maurer wrote: Rob Miller writes: table dtml-call "REQUEST.set('ctr', 0)" dtml-in "fileValues(REQUEST.get('spec', _.None))" dtml-call "REQUEST.set('ctr', _.int(ctr) + 1)" There are "sequence-index" and "sequence-number" variables defined by "dtml-in". Thus, you need not count yourself. Note: use as "_['sequence-*']" inside "...". I don't think this works for me though, because I don't want to count all of the sequence items, just the ones that match a certain criterion. Specifically, I'm stepping through all of the files in a directory, but I'm only displaying (and thus counting) the ones that are themselves directories. Is there a way to leverage the "sequence-" variables to help me here? The error I get, running Zope in debug mode, is this: Error Type: AttributeError Error Value: 'string' object has no attribute 'set' Is is possible that some of your folders has a REQUEST property or acquires it? No, that's not the case. Nice thought, though. I've discovered (with Jonothan Farr's help) that the problem doesn't occur in Zope 2.1.6, only in 2.2.0. This leads me to think that a) it's a new bug in 2.2.0 I've uncovered or b) there's something different about the way Zope 2.2.0 handles the REQUEST object that I need to understand and account for. I've discovered (quite by accident) that an attempt to add a Squishdot installation (Squishdot-0-4-1) into Zope 2.2.0 generates the same error that my code generates. There's a note on the Squishdot page that indicates that they know it doesn't yet work with 2.2.0, and that it will soon be resolved (by Squishdot-0-4-4, they promise). There's no indication, though, of whether the Squishdot author(s) know what the problem is at this point. I'm considering making a post to Zope-dev describing the problem and asking if anyone knows whether this is a feature or a bug that I'm bumping into. rob (p.s. I've just had a thought that I might be able to force the dtml-in loop to sort the files by type, which would at least guarantee that all of the directories would be consecutive. I could also maybe construct a new list of just the directories and then iterate over the new list. Either of these may allow me to use the "sequence-" values constructively. I want to learn what's going on here, though, and I'd rather not have to resort to complicating my algorithms. Counting stuff is a basic programming task, it should be able to be accomplished in a straightforward manner.) ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] REQUEST a string object?
On Mon, 24 Jul 2000, Jonothan Farr wrote: I couldn't reproduce this. The following code works for me in Zope 2.1.6, verbatim. Ah-ha! It was on 2.2.0 that this code failed. And.. sure enough, a quick check on the Zope 2.1.6 install I still have around shows that the code works there for me as well. Thank goodness; I was pulling my hair out trying to figure out what I was doing wrong, but it seems likely to be a bug in the new release that was causing my problem. dtml-var standard_html_header dtml-call "REQUEST.set('spec', '*')" dtml-call "REQUEST.set('num_dir_columns', 3)" table dtml-call "REQUEST.set('ctr', 0)" dtml-in "local.fileValues(REQUEST.get('spec', _.None))" dtml-if "type == 'directory'" dtml-if "ctr % num_dir_columns == 0" tr /dtml-if tda href="dtml-var URL1/dtml-var url"dtml-var "id"/abr dtml-if "ctr % num_dir_columns == num_dir_columns - 1" /tr /dtml-if dtml-call "REQUEST.set('ctr', _.int(ctr) + 1)" /dtml-if /dtml-in dtml-comment In case we end in the middle of a row... /dtml-comment dtml-if "ctr % num_dir_columns != 0" /tr /dtml-if /table dtml-var standard_html_footer Maybe you can play with this as a starting point. I added a couple of REQUEST.set() calls at the top to simulate variables passed from a form, I assume. 'local' is my LocalFS object. Are you using this code in a dtml-with statement or are you actually serving it as a .dtml file from the local file system? It may be academic now, but I'm using it in a .dtml file that is called as a method by a python product. Actually, what I'm doing is hacking LocalFS to be an image gallery, so that all I have to do is drop a bunch of image files in a certain directory on my hard drive and they'll show up on the www all thumbnailed and prettified, via the magic of Zope. The code that you saw is from my replacement for the 'methodBrowse.dtml' file in the LocalFS product. I know that there are some other PhotoAlbum type products out there that do something similar, but I wanted the exercise. Thanks for your help... I guess now I report this as a bug. I've seen some mention of a "Collector" for this sort of thing; I'll go dig around zope.org (as soon as it comes back up) to find out what that is and how to use it. Unless of course any Zen masters notice this thread and decide to tackle the problem straightaway... ;-] rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] REQUEST a string object?
Arrggh! I'm getting very frustrated trying to accomplish something that should be easy. I'm stepping through all of the files in a LocalFS directory, and I want to dynamically create a table that displays all of the sub-directories of the current directory. I want to inject a "/trtr" every so often, so I need to count the number of directories I've found so far to see whether I need to start a new row or not. I've spent a few hours digging through the list archives, so I know that creating a manually managed counter variable is not a straightforward affair. Here's the code that I have: table dtml-call "REQUEST.set('ctr', 0)" dtml-in "fileValues(REQUEST.get('spec', _.None))" dtml-if "type == 'directory'" dtml-if "ctr % num_dir_columns == 0" tr /dtml-if a href="dtml-var URL1/dtml-var url"dtml-var "id"/abr dtml-if "ctr % num_dir_columns == num_dir_columns - 1" /tr /dtml-if dtml-call "REQUEST.set('ctr', _.int(ctr) + 1)" /dtml-if /dtml-in dtml-comment In case we end in the middle of a row... /dtml-comment dtml-if "ctr % num_dir_columns != 0" /tr /dtml-if /table The error I get, running Zope in debug mode, is this: Error Type: AttributeError Error Value: 'string' object has no attribute 'set' This is referring to the dtml-call line in the middle of the loop, the one that actually does the incrementing. It thinks that REQUEST is a string, which of course doesn't have a "set" attribute. I've been banging my head on this all day and can't come up with an way to accomplish this trivial task. I don't want to push this into Python; this is simple UI code, not business logic, so it doesn't belong there. Besides, it's absurd to think that I would need to write an external method or some other Python method to do something as simple as this. (It may end up being true, but it's still absurd... ;-) ) Any help would be greatly appreciated. thanks for your time, rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] sequence-item and
Diego Rodrigo Neufert writes: Hi ppl... Why I cant use dtml-var "sequence-item"?? Because, as I understand it, anything within "" gets treated as Python code by the DTML interpreter. Thus "sequence-item" is parsed as an expression: sequence _minus_ item. A dash is not a valid variable name character in Python, but it is in DTML; this is unfortunate. Every time I try to access sequence-item under "" in a dtml-call dtml-var or anything else I got this error: Error Type: NameError Error Value: sequence Well, I found a solution: dtml-let si=sequence-item dtml-var "si" /dtml-let Now everything is ok... but I dont want to do this, I want to access the *@%$#@ sequence-item in "". I've searched through the list archives and come to the conclusion that your solution above is the cleanest way to handle this, for now. There are other ways, but they involve ugly-looking permutations of the "_" namespace variable, and they approach the splendor of Perl in their readability. The "right" solution, IMHO, would be to rename the "sequence-..." variables to a different set of names that doesn't cause the Python interpreter to choke. I seem to recall someone saying that this (or something similar) was being worked on, but, alas, for now dtml-let is our best option. rob Can anyone help me? - Diego Rodrigo Neufert -webmaster --- (Magic Web Design) (email) ([EMAIL PROTECTED]) (curitiba) (pr) ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Cookie Question
Hello. Here's what I'm trying to do: dtml-if "REQUEST.cookies['cookie_name']" ... do something using data from the cookie ... /dtml-if This syntax, though, continually throws errors--a key error on 'cookie_name'. I've tried nesting the dtml-if statements within dtml-with REQUEST/dtml-with statements. What am I doing wrong? What concept am I missing? Rob Pratt [EMAIL PROTECTED] ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Internationalization
I only have a few internationalized pages, but I'm more than half-way happy with a very simple approach: 1) an External Method "preferred_lang", which takes a list of possible languages as argument, and returns the language from that list that has the highest ranking in HTTP_ACCEPT_LANGUAGE. If there is no hit, it returns the first language in the list. import string def preferred_lang(self,langs): for lang in map(string.strip,string.split(self.HTTP_ACCEPT_LANGUAGE,',')): if lang in langs: return lang return langs[0] - This External Method is available as "PreferredLanguage" on the root folder. 2) In each internationalized page, I call the External Method with a list of the available languages (it is not the same for all pages), and then select the contents based on the result. dtml-var standard_html_header dtml-call "REQUEST.set('lang',PreferredLanguage(REQUEST,['en','nl']))" dtml-if "lang=='nl'" H2De Hooft Familie Webdienst/H2 dtml-else H2The Hooft Family Web/H2 /dtml-if etc - One advantage of this approach is that it keeps the different versions together (making updates to the information easy to keep consistent). One disadvantage of this approach is that it keeps the different versions together (making it difficult to appoint different people to maintaining the different languages), and another disadvantage is that it clutters up the dtml source. Suggestions for improvements always welcome. Regards, Rob Hooft -- = [EMAIL PROTECTED] http://www.hooft.net/people/rob/ = = RD, Nonius BV, Delft http://www.nonius.nl/ = = PGPid 0xFA19277D == Use Linux! = ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Virtual hosts: How to make proper intra-site URL's?
I have set up a site: www.site In this site, there are a few virtual hosts: www.host1 -- www.site/Host1 www.host2 -- www.site/Host2 Thanks to a nice access rule, both the left and right names can be used to refer to the information. So far so good. In www.site/Host1 I have define a navigation bar dtml method to show some important check points in the host. Question: How do I make relative URLs in the navigation bar work so that they work under all circumstances. E.g. if I have a "People" Folder under "Host1" listed in the navigation bar, I'd like to see that the link shows up as follows: If I am looking at page:"People" should link to: http://www.host1/ People or http://www.host1/People http://www.host1/News ../People or http://www.host1/People http://www.site/Host1 People or http://www.site/Host1/People http://www.site/Host1/News ../People or http://www.site/Host1/People I have not been able to produce this effect using either BASE0..N or URL0..N. Help? Rob Hooft -- = [EMAIL PROTECTED] http://www.hooft.net/people/rob/ = = RD, Nonius BV, Delft http://www.nonius.nl/ = = PGPid 0xFA19277D == Use Linux! = ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Virtual hosts: How to make proper intra-site URL's?
"ES" == Evan Simpson [EMAIL PROTECTED] writes: ES - Original Message ----- From: Rob W. W. Hooft ES [EMAIL PROTECTED] I have set up a site: www.site In this site, there are a few virtual hosts: www.host1 -- www.site/Host1 www.host2 -- www.site/Host2 Thanks to a nice access rule, both the left and right names can be used to refer to the information. So far so good. ES You mention an Access Rule, but do you have SiteRoots in the ES Host1 and Host2 folders? Yes, I do! So: the URL0..N and PARENT0..N do refer to the right host name. The problem is that since the "level" is different for "www.host1" and for "www.site/Host1", so I don't know to which PARENT or URL I need to refer Side effect of the AccessRule is also that the Z2.log file doesn't log enough any more as I mailed yesterday. I'd still be interested in a solution to that problem as well Regards, Rob -- = [EMAIL PROTECTED] http://www.hooft.net/people/rob/ = = RD, Nonius BV, Delft http://www.nonius.nl/ = = PGPid 0xFA19277D == Use Linux! = ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] virtual hosts with ZServer
"emf" == ethan mindlace fremen [EMAIL PROTECTED] writes: emf Set logical root: dtml-call "REQUEST.set('SiteRootPATH', '/')" emf Add physicalroot: dtml-call "REQUEST.path.append(hostname)" As far as I can see, with this setup it is not possible to determine from Z2.log which virtual host has served a request. Is there a way to make the host logged as well? Rob Hooft -- = [EMAIL PROTECTED] http://www.hooft.net/people/rob/ = = RD, Nonius BV, Delft http://www.nonius.nl/ = = PGPid 0xFA19277D == Use Linux! = ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Newbie alert! Frustration right off the bat...
ethan mindlace fremen wrote: Rob, there is already an index_html object in the folder. You can just edit this, I suspect. Sure enough, that does it. There's an index_html showing on the screen shot in the tutorial too, just like my installation. Thanks Rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Newbie alert! Frustration right off the bat...
R. David Murray wrote: You should be able to use the management interface to delete the index_html document inside your existing ZAcme folder, and then recreate it according to the tutorial grin. Yep, that was it, thanks. Rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Strange Zope behavior/Instability
For reasons unknown we lost http connectivity to our Zope server three times last night. I've checked the http logs and, as I suspected, didn't find anything unusual around the time we lost connectivity. The Python processes are still running and everything looks normal except for the connectivity problem. Does anybody have any idea what might be causing this? I haven't found anything. Here are some specifics about our setup... version of python: 1.5.2 operating system: Linux 2.2.12-20smp (Redhat 6.1) services running on machine: MySQL 2 instances of Zope Python machine specifics: CPU: 0.04 MEM: 31M of 512M Swap: 528688K free Disk Space: GB's available on all partitions Hardware: 598 Mhz Pentium III, 4 17.4 GB SCSI hard disks version of Zope: 2.1.4 Thanks, Rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
RE: [Zope] Strange Zope behavior/Instability (Zope going down)
All of the python z2.py processes are still running. I haven't checked if I can get to it using http://localhost. The server is offsite. However, I did try an http get from the command line and it did not respond. -Original Message- From: Jason Spisak [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 31, 2000 1:13 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Zope] Strange Zope behavior/Instability (Zope going down) Rob Sporleder: I received a server not responding error. We lost connectivity twice on Friday as well. I setup a script to restart the server every X minutes so we wouldn't have to worry about it over the weekend. I removed the cronjob on Tuesday morning and it was fine until early Wednesday morning when it went down three times in 30 minutes. Thanks, Rob Wow. Ugly. Are the Zope processes still up after you've lost connectivity? If so, can you get a browser on the machine running zope to access it? http://localhost:8080, or whatever port your running on. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Spisak Sent: Wednesday, May 31, 2000 12:10 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Zope] Strange Zope behavior/Instability Rob Sporleder: For reasons unknown we lost http connectivity to our Zope server three times last night. When you say lost connectivity, do you mean the browsers gave you back a 'Server Not Resonding' message, or was is as if Zope was just spinning it's wheels? If it was the latter, how long did you wait to see if you did get a response? 1 minute, 10, 30? I've checked the http logs and, as I suspected, didn't find anything unusual around the time we lost connectivity. The Python processes are still running and everything looks normal except for the connectivity problem. Does anybody have any idea what might be causing this? I haven't found anything. This happened to me, but it caused a single process to chew CPU. Since you noticed no such chewing, I'll bet it's not the DTML decapitation bug. Here are some specifics about our setup... version of python: 1.5.2 operating system: Linux 2.2.12-20smp (Redhat 6.1) services running on machine: MySQL 2 instances of Zope Python machine specifics: CPU: 0.04 MEM: 31M of 512M Swap: 528688K free Disk Space: GB's available on all partitions Hardware: 598 Mhz Pentium III, 4 17.4 GB SCSI hard disks version of Zope: 2.1.4 Jason Spisak CIO HireTechs.com 6151 West Century Boulevard Suite 900 Los Angeles, CA 90045 P. 310.665.3444 F. 310.665.3544 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats. ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
RE: [Zope] Strange Zope behavior/Instability
This particular instance of Zope only uses Python. I have another installation that utilizes MySQL and that one runs without problems. Thanks, Rob -Original Message- From: J. Atwood [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 31, 2000 2:09 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Zope] Strange Zope behavior/Instability From my experience, the only time any of my Zope's (4 now running for the last 2/3 months) have actually gone down is due to improper coding. Check and double check every piece of code you have written and look for something funky. What products do you have installed? J From: "Rob Sporleder" [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 31 May 2000 11:03:56 -0700 To: [EMAIL PROTECTED] Subject: [Zope] Strange Zope behavior/Instability For reasons unknown we lost http connectivity to our Zope server three times last night. I've checked the http logs and, as I suspected, didn't find anything unusual around the time we lost connectivity. The Python processes are still running and everything looks normal except for the connectivity problem. Does anybody have any idea what might be causing this? I haven't found anything. Here are some specifics about our setup... version of python: 1.5.2 operating system: Linux 2.2.12-20smp (Redhat 6.1) services running on machine: MySQL 2 instances of Zope Python machine specifics: CPU: 0.04 MEM: 31M of 512M Swap: 528688K free Disk Space: GB's available on all partitions Hardware: 598 Mhz Pentium III, 4 17.4 GB SCSI hard disks version of Zope: 2.1.4 Thanks, Rob ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
RE: [Zope] Strange Zope behavior/Instability (Zope going down)
It was the command line within the shell. Actually, I've found something that's interesting... The system clock is an hour slow. The logs are written 6 hours ahead. I greped the log file for BigBrother and found an hour gap with no BigBrother entries from 06:37:53 and 07:40:23, roughly the time that the site seemed to go down. However, during this time there were hundreds of successful hits to the site. --Rob -Original Message- From: Jason Spisak [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 31, 2000 2:42 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Zope] Strange Zope behavior/Instability (Zope going down) Rob Sporleder writes: All of the python z2.py processes are still running. I haven't checked if I can get to it using http://localhost. The server is offsite. However, I did try an http get from the command line and it did not respond. Was it the command line on the server? from the server shell: $wget http://localhost:8080 I'm trying to narrow it down to the real culprit. We can't be sure it's Zope and not the DNS/Machine/Routing/Firewall/ or anything else. -Original Message- From: Jason Spisak [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 31, 2000 1:13 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Zope] Strange Zope behavior/Instability (Zope going down) Rob Sporleder: I received a server not responding error. We lost connectivity twice on Friday as well. I setup a script to restart the server every X minutes so we wouldn't have to worry about it over the weekend. I removed the cronjob on Tuesday morning and it was fine until early Wednesday morning when it went down three times in 30 minutes. Thanks, Rob Wow. Ugly. Are the Zope processes still up after you've lost connectivity? If so, can you get a browser on the machine running zope to access it? http://localhost:8080, or whatever port your running on. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Spisak Sent: Wednesday, May 31, 2000 12:10 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Zope] Strange Zope behavior/Instability Rob Sporleder: For reasons unknown we lost http connectivity to our Zope server three times last night. When you say lost connectivity, do you mean the browsers gave you back a 'Server Not Resonding' message, or was is as if Zope was just spinning it's wheels? If it was the latter, how long did you wait to see if you did get a response? 1 minute, 10, 30? I've checked the http logs and, as I suspected, didn't find anything unusual around the time we lost connectivity. The Python processes are still running and everything looks normal except for the connectivity problem. Does anybody have any idea what might be causing this? I haven't found anything. This happened to me, but it caused a single process to chew CPU. Since you noticed no such chewing, I'll bet it's not the DTML decapitation bug. Here are some specifics about our setup... version of python: 1.5.2 operating system: Linux 2.2.12-20smp (Redhat 6.1) services running on machine: MySQL 2 instances of Zope Python machine specifics: CPU: 0.04 MEM: 31M of 512M Swap: 528688K free Disk Space: GB's available on all partitions Hardware: 598 Mhz Pentium III, 4 17.4 GB SCSI hard disks version of Zope: 2.1.4 Jason Spisak CIO HireTechs.com 6151 West Century Boulevard Suite 900 Los Angeles, CA 90045 P. 310.665.3444 F. 310.665.3544 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats. Jason Spisak CIO HireTechs.com 6151 West Century Boulevard Suite 900 Los Angeles, CA 90045 P. 310.665.3444 F. 310.665.3544 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats. ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )