Re: [Zope-dev] Re: Future of ZClasses
Patrick Gerken wrote: On 10/2/06, Olavo Santos [EMAIL PROTECTED] wrote: Just a quick side note. Many deprecation sign for any user are clearly signs that Zope developers are unable to maintain certain Zope features. This is bad, specially for guys that have to manage large, complex and long time running zope installations ( think years ). And a no sir, next app! for guys like us who have to choose opensource development platforms for the long run ( again: think years ). Well, though nothing is perfect in Zope world, I think we are quite good in having a policy about deprecation which already gives a guaranteed timelime for deprecation. I wanted to find a deprecation policy for eclipse and JBoss to compare. For JBoss i did not find such a thing, for eclipse I did not find a eclipse framework one, but one for some sub projects: http://www.eclipse.org/webtools/adopters/#non-api-code-deprecation-policy and somehow this popped up in the eclipse search result: http://maven.apache.org/development/deprecation.html Notice especially how they mention that a deprecation phase can be days. So for me it looks we are actually a bit ahead of the competition, but maybe somebody can correct me. Accidently I lately tripped over an article from Martin Fowler about this topic: http://www.martinfowler.com/ieeeSoftware/published.pdf I think we use Interfaces in Z3 to publish Methods. So maybe it makes sense to have a smaller core API with longer deprecation periods, so that standard projects can try to rely on core API with long deprecation phase and extender would use the one year deprecation phase. But as I said earlier, I think we are quite ahead already. I guess the motivation of this API stability discussion is also motivated by JMOs comment about how much more stable is the Java API, in Point 2 and 3 of this entry: http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/2006_09_23_times-they-changin But it is not fair to compare the stability of a programming language standard modules API with a application framework api. But maybe I am not good in searching and somebody points me to the well thought out JBoss or Websphere deprecation policy best regards, Patrick Everyone deprecates stuff, this is not the question. But what is marked as 'stable', 'official' or 'standard' may not be deprecated in the same way as something that is still under development or private. It is more a question of defining and maintaining a contract with API users than a question of technicalities (how often to deprecate, what version numbers to use, how to inform...) This is all about defining and maintaining a social contract with the user. No one prevents you from deprecating parts of an API that is marked as being under development or private -- as long as you say it from the start. Check out for instance: http://openide.netbeans.org/tutorial/api-design.html especially the chapter Life-cycle of an API What is unclear in zope is what is official, what is stable, what is still under development, etc. It seems that all the different packages have the same status, or rather that they have no status. Apart from the packages that were added recently (zc. ...) there is no information in the repository about the quality of the different APIs. There are no version numbers on the packages either so I don't know what is alpha, beta, or final. It gives the impression that the framework is stable, but not mature. I'd expect that the API defined in the 'interfaces.py' files for instance are 'official' in the sense that there is a commitment that the API is ready and that it won't change until the next major version, but I doubt that this is understood by everyone putting stuff into these files. in Java, you can mark a class as 'final', meaning that no one will be able to subclass it, or methods can be marked as 'private'. Abstract classes can specify the methods that must be implemented. Also if a class says that it implements an interface it has to implement it otherwise the code won't compile. Again this is all about defining contracts. Considering the standard JBoss modules, there is no way to compare with zope really since they strive to implement the specifications thoroughly (EJB3, JSR-168, ...) and the APIs are final already, so they don't change. For other modules (e.g. Seam) users are fully aware that parts of the specs may change. For more mature modules such as Hibernate, I am not aware that the API changes between minor versions. best regards /JM ___ 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-Checkins] Re: [Checkins] SVN: Products.Five/trunk/ Now you can use the old registry with the new API for registerig components.
Florent Guillaume wrote: Indeed :) On 29 Jul 2006, at 00:39, Benji York wrote: Florent Guillaume wrote: On 27 Jul 2006, at 16:15, Lennart Regebro wrote: Modified: Products.Five/trunk/site/localsite.py === --- Products.Five/trunk/site/localsite.py2006-07-27 13:51:25 UTC (rev 69270) +++ Products.Five/trunk/site/localsite.py2006-07-27 14:15:46 UTC (rev 69271) @@ -16,12 +16,26 @@ $Id$ +from operator import xor +def one_of_three(a, b, c): +# Logical table for a three part test where only one can be true: +# 0 0 0: 0 +# 0 0 1: 1 +# 0 1 0: 1 +# 0 1 1: 0 +# 1 0 0: 1 +# 1 0 1: 0 +# 1 1 0: 0 +# 1 1 1: 0 +return xor(xor(a, b), c) and not (a and b and c) Heh, boolean algebra is nice but sometimes integers convey the meaning much better: return int(a)+int(b)+int(c) == 1 Hey, this is fun! How about this: def only_one(*args): return sum(bool(i) for i in args) == 1 --Benji York Senior Software Engineer Zope Corporation or even: [a, b, c].count(True) == 1 :-) /JM ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
Re: [Zope] Re: database conflict errors
Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jonathan wrote: - Original Message - From: Tres Seaver [EMAIL PROTECTED] Jonathan wrote: During recent load testing of a new application 3.1% to 7.6% of all http requests resulted in conflict errors (3.1% with 10 simultaneous users; 7.6% with 50 simultaneous users). The conflict error occurs when the application attempts to write a small image object into a temporary folder, and each conflict error generates the same traceback: ConflictError: database conflict error (oid 0x07, class Products.TemporaryFolder.TemporaryFolder.SimpleTemporaryContainer) I am running Zope 2.9.2 on CentOS 4.3 (linux). Does anyone have any ideas as to what I could do to reduce/eliminate these conflict errors? First, make sure that your application is not trying to overwrite the *same* image in each request. If it needs to do that, then the conflicts are unavoidable. Next, making simultaneous writes into any naive container is going to cause conflicts. You need to think carefully about how you want those writes to work, and plan to minimize conflicts: - Use a BTreeFolder, rather than a normal OFS.Folder (or derivative). - Arrange for the IDs of your images to be substantially different, typically by mangling in a random number (or, for instance, the microseconds value of the current timestamp). The ids are assigned sequentially, so they never collide, but should id be 'substantially different' to improve BTreeFolder2 performance? Sequential IDs can be problematic: they lead to many more bucket splits (and therefore conflicts) in the BTree. Adding some entropy (like a random number or the milliseconds of the time) *earlier* in the key than any sequence number, will help keep splits down to a minimum. that's interesting. I did a test once to see what effect it would have to add objects with a completely random id to a BTree folder (OOBTree in that case) instead of using the object's type nam and add a number at the end - and the result was the opposite in term of read performance. Looking up keys was much faster if the ids followed a pattern like: - something-1 - something-2 ... I will try again. /JM ___ 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: Products.Five/branches/philikon-local-components/ - fixed import errors
Log message for revision 67141: - fixed import errors Changed: U Products.Five/branches/philikon-local-components/fiveconfigure.py U Products.Five/branches/philikon-local-components/meta.zcml -=- Modified: Products.Five/branches/philikon-local-components/fiveconfigure.py === --- Products.Five/branches/philikon-local-components/fiveconfigure.py 2006-04-19 16:02:48 UTC (rev 67140) +++ Products.Five/branches/philikon-local-components/fiveconfigure.py 2006-04-19 16:06:57 UTC (rev 67141) @@ -35,7 +35,7 @@ from zope.security.interfaces import IPermission from zope.app.component.interface import provideInterface -from zope.app.component.metaconfigure import adapter +from zope.component.zcml import adapter from Products.Five import isFiveMethod from Products.Five.viewable import Viewable Modified: Products.Five/branches/philikon-local-components/meta.zcml === --- Products.Five/branches/philikon-local-components/meta.zcml 2006-04-19 16:02:48 UTC (rev 67140) +++ Products.Five/branches/philikon-local-components/meta.zcml 2006-04-19 16:06:57 UTC (rev 67141) @@ -8,6 +8,7 @@ meta:directives namespace=http://namespaces.zope.org/zope; +!-- FIXME: the definePermission handler is not found -- meta:directive name=permission schema=zope.app.security.metadirectives.IDefinePermissionDirective @@ -16,8 +17,8 @@ meta:directive name=interface -schema=zope.app.component.metadirectives.IInterfaceDirective -handler=zope.app.component.metaconfigure.interface +schema=zope.component.zcml.IInterfaceDirective +handler=zope.component.zcml.interface / meta:directive @@ -28,20 +29,20 @@ meta:directive name=adapter -schema=zope.app.component.metadirectives.IAdapterDirective -handler=zope.app.component.metaconfigure.adapter +schema=zope.component.zcml.IAdapterDirective +handler=zope.component.zcml.adapter / meta:directive name=subscriber -schema=zope.app.component.metadirectives.ISubscriberDirective -handler=zope.app.component.metaconfigure.subscriber +schema=zope.component.zcml.ISubscriberDirective +handler=zope.component.zcml.subscriber / meta:directive name=utility -schema=zope.app.component.metadirectives.IUtilityDirective -handler=zope.app.component.metaconfigure.utility +schema=zope.component.zcml.IUtilityDirective +handler=zope.component.zcml.utility / meta:directive @@ -162,14 +163,14 @@ meta:directive name=redefinePermission namespace=http://namespaces.zope.org/meta; - schema=zope.app.security.metadirectives.IRedefinePermission - handler=zope.app.security.metaconfigure.redefinePermission + schema=zope.security.zcml.IRedefinePermission + handler=zope.security.zcml.redefinePermission / !-- load the zope:modulealias directive -- include package=zope.modulealias file=meta.zcml / !-- load the i18n:registerTranslations directive -- - include package=zope.app.i18n file=meta.zcml / + include package=zope.i18n file=meta.zcml / /configure ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
Re: [Zope] Re: filter messages at startup
Florent Guillaume wrote: thomas desvenain wrote: i mean i would like to filter warning/error messages that appears in console when starting zope server or debugger in order to ignore those i'm not interested with for the moment for instance : [EMAIL PROTECTED] tests]# /zope/test/bin/zopectl debug Starting debugger (the name app is bound to the top-level Zope object) 2006-06-13 13:48:34 WARNING Init Class Products.CMFCore.PortalContent.PortalContent has a security declaration for nonexistent method 'manage_FTPget' 2006-06-13 13:48:34 WARNING Init Class Products.CMFCore.PortalContent.PortalContent has a security declaration for nonexistent method 'manage_FTPget' etc Not out of the box. But these warnings are symptoms of a problem: you should really upgrade CMF though, which fixes those. Florent I get these messages on fields too, under Five for zope3 classes: 2006-06-13 17:49:52 WARNING Init Class cpsskins.standard.ds.html.HTML has a security declaration for nonexistent method 'html' with: class IHTML(Interface): Plain HTML html = TextLine( title=_(uHTML), description=_(uPlain HTML content.), required=False, ) class HTML(object): Plain HTML content implements(IHTML) it seems that zope2 believes that these are methods. /JM ___ 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: [Zope3-dev] Re: [Zope-dev] Two visions
Jim Fulton wrote: Martijn Faassen wrote: Jim Fulton wrote: [snip] I think that having one name for two radically different, though related, things is very confusing. There are really 2 main technologies that people care about: 1. The Zope app server. This is characterized by things like an object file system, through-the-web scripting and/or development, pluggable course-grained add-ons, etc. I must warn you that what you call 'app server' is not what I call app server; I believe that using the word appserver for this set of technologies could be very confusing to people. I believe Zope 3 is an application server. I believe, say, Django is an application server too, even though as far as I know it lacks an object file system and through the web scripting. Can we find another word for what you mean? I wasn't trying to define app server. I was describing the Zope app server. Jim why not say that the Zope application server is based on the Z Foundation Libraries (ZFL) ? Z can be interpreted as being short name for Zope without creating a new name for it. which can also be interpreted as the libraries used by the zope foundation software (ZF)? /JM ___ 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: [Zope3-dev] Re: [Zope-dev] Re: Two visions
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... Regards, Martijn please, not Z, it is an oscar-winning film from the 70's about political corruption, military coup d'état, .. http://www.bbc.co.uk/bbcfour/cinema/features/z.shtml /JM ___ 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] traversable methods / docstrings.
Hi! I didn't know that methods needed to have docstrings to be traversable (it took me some time to find out why I was getting Not found errors on some of a tool's methods). Is there any reason to still have such a feature in Zope2.9? or at least maybe there could be a hint in the trace log. regards /JM ___ 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] traversable methods / docstrings.
Paul Winkler wrote: On Mon, Jan 30, 2006 at 11:34:17AM +0100, Jean-Marc Orliaguet wrote: Hi! I didn't know that methods needed to have docstrings to be traversable (it took me some time to find out why I was getting Not found errors on some of a tool's methods). Is there any reason to still have such a feature in Zope2.9? or at least maybe there could be a hint in the trace log. I thought the docstring requirement only applied to publishing, not traversal per se? Do you get Not found when doing e.g. restrictedTraverse(some_path)? no then it works, and also when methods are called from inside page templates. That's the publisher that doesn't find it. /JM ___ 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] Re: traversable methods / docstrings.
Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jean-Marc Orliaguet wrote: I didn't know that methods needed to have docstrings to be traversable (it took me some time to find out why I was getting Not found errors on some of a tool's methods). Is there any reason to still have such a feature in Zope2.9? Publishable methods have docstrings is the oldest security model in Zope / Bobo. It would open unknown security holes in 3rd party applications if we removed that restriction. Even setting the default value of '__allow_access_to_unprotected_subobjects__' to False wouldn't help, because there are many products which set that to True for their objects, relying on the lack of docstring to make their methods safe from direct URL access. In fact, this restriction is *different* than the permission-role one: even methods whose roles are None (i.e. public), and therefore can be called by scripts run by anonymous users, are prevented from being published if they have no docstrings. or at least maybe there could be a hint in the trace log. I *thinK* if you run in debug mode with verbose security turned on, it suggests that as one possible reason. Tres. One extra difficulty when debugging with that model is that .pyc files must be deleted if the .py is modified. since apparently docstrings are ignored during the compilation. But now I know :-) /JM ___ 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] Leave the ivory tower now!
Greg Fischer wrote: Yes, we need hype! And a hot looking site, WITH Web 2.0 features. Many of these frameworks are providing AJAX capabilities, simple graphics and data/object access without page reloads. (like I am using with Dojo right now) What does Zope not provide these features built-in? And yes, about the central docs. A ton of info is available right on Zope.org http://Zope.org, but I always find more on individual blogs or other google searches. Zope.org http://Zope.org could use a more intuitive help finder maybe. Actually, how aboot a Zopedigg? Diggs on just Zope articles and such, with comments? That would be hot! Better and easier than a wiki, IMHO. The one thing I would say is, from my perspective, when I have info to share on Zope work I have done, I like to post on my blog or site, not Zope's. Because I like to provide a demo or maybe include things *my* way. Having a ZopeDigg would allow us to post our work in a central repository, and look a little flashy too. The video tutorial should be made. Like RoR and Symfony-project have. It shows beginners how easy something is to do. And they will download it. I did. Also, I know this will get some people flaming probably, but Zope needs more hype for DTML. I KNOW! 99% of you hate it. But every time I show someone how to do it, their eyes light up. It's very simple coming from ASP or PHP, once you see it in action. ZPT is just plain confusing to me. I hate to say this too, but I am doing much more in PHP these days, partly due to the fact that there exists a large dtml sucks attitude in the community. And even though it has been said that DTML is not going away, if there is no hype about it, then it might. And I don't want to keep using Zope without it. Yes, yes, I know DTML has many disadvantages, but it also has many advantages. I wish there were more hype about it. So, here's a big wish of mine too. What if Zope was a *complete* framework, including a web based IDE? I dont mean the ZMI, which is hot in itself, but a full featured AJAX-ish IDE, built upon Zope. Drag and drop widgets and properties even. It would also have full database access built in. Mysql, Mssql, Oracle, Postgresql, all ready to go, without needing to purchase and configure a database adapter. This would provide a web based, development framework like .NET using Visual Studio. Only this would work on Zope, and therefore would run on Linux OR Windows! It doesnt have to be so comprehensive like VS, but simple form editor with properties and XMLHTTPRequest capability would be great. I think we would have a KILLER APP! Well, maybe I am dreamin? Just thought I'd give my 2 cents. Hi! concerning the web based IDE I'm currently working on something like what you describe for Zope3. You should get on the z3lab-list. You can also get a blog on z3lab.org and post flash animations: http://www.z3lab.org/ http://lists.nuxeo.com/mailman/listinfo/z3lab Regards /JM ___ 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: [Zope] Re: Java vs Zope
Here is a document that explains why scripting languages are better than system programming languages (like C, C++, Java) for creating large scale applications, for gluing components together, thanks to weak typing: http://home.pacbell.net/ouster/scripting.html this too might be interesting to look at. http://www.ferg.org/projects/python_java_side-by-side.html PS: there's nothing negative in the term scripting language. /JM ___ 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: [Zope] Javascript obfuscator and Zope
Peter Bengtsson wrote: It's not a Zope product but at least it's python. http://www.issuetrackerproduct.com/Download#slimmer It's basically a javascript whitespace optimiser Compare http://real.issuetrackerproduct.com/tw-sack.js with the original: http://www.issuetrackerproduct.com/tw-sack.js More work can be done of course but I wanted to keep it relatively CPU fast. It works on CSS and HTML too: http://www.peterbe.com/stylesheet.css there is minjs written in C too: http://www.crockford.com/javascript/jsmin.html this is a one-way process though, and this should also be compared with the effect of compressing files while serving them. /JM ___ 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: [Zope] Human validation in zope/python
Robert Boyd wrote: On 12/7/05, Ed Colmar [EMAIL PROTECTED] wrote: Hey All I'm wondering if anyone has a module that will generate the randomized images that are so common these days in registration forms to verify that the user is a human. Or, alternativly, other strategies to block spamming of registration forms by bots or other automated methods. Search the list - this came up before. I recall pycaptcha http://sourceforge.net/projects/pycaptcha http://freshmeat.net/projects/pycaptcha/ IIRC, when I downloaded it I ran into some problems running it. Indeed, the demo site for it has an ImportError. Rob I'd use Python Imaging Library or PythonMagick to create some random text and apply some filters on it. http://www.pythonware.com/products/pil/ http://starship.python.net/crew/zack/pymagick/ /JM ___ 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: ConflictError's worthwhile to note?
Dieter Maurer wrote: Jean-Marc Orliaguet wrote at 2005-12-4 22:28 +0100: ... In the log flle I'd like to be informed about events that are unexpected. Conflict errors of this kind occur by design. This argument is not convincing: In a similar way, I could argue that MemoryErrors are there by design. While it is true that *occational* ConflictErrors are nothing to worry about, a higher rate indicates that you soon may come into trouble -- because the risk increases that the automatic retries will not be able to recover and your users will see errors. Obviously, a ConflictError is far less important than a MemoryError, but a higher rate of conflicts should be analysed and if possible avoided. The conflict rate is related to the quality of your application design. I like quality related information in my logfiles -- to be able to take action before it is too late. But aren't you looking for some sort of application profiler? or some sort of benchmarker? One could argue that slowly rendered pages are sign that the application is badly designed too, still you wouldn't want to see in the log file: INFO: the request took more than 2 seconds to be fullfilled (this has occured 10 times already) Similarly if the number of cache objects is too low, the application will run slowly, do you want to see: INFO: 1000 objects loaded into the cache in the last 5 minutes So why not instead create a product that logs occasional conflict errors? there is already in the ZMI in the database management screen some information about cached objects- Why not add the information that you are looking for there instead? /JM ___ 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] Re: Python Classes and Zope.
Dario Lopez-Kästen wrote: Florent Guillaume wrote: Paul Winkler wrote: On Fri, Dec 02, 2005 at 04:12:01PM +0100, Jean-Marc Orliaguet wrote: does zope2 do an access control based on acquisition for public methods, that would be a waste of resources since the answer is always yes, granted ? Well, the thing is, the declaration that makes the method public *has no effect* unless your class participates in acquisition. That's not true. The objects of this class will be perfectly accessible to a restricted user: from AccessControl import ClassSecurityInfo class MyStuff(object): security = ClassSecurityInfo() security.declareObjectPublic() security.setDefaultAccess('allow') def foo(self): return 'bar' InitializeClass(MyStuff) In Zope 2.7.8 I get a segmentation fault when I try to do the above; I also have the following code that manages this for any class (to avoid having to do that for every single class): def _ZopifyClass(a_class): a_class.security = ClassSecurityInfo() a_class.security.declareObjectPublic() # Segmentation fault security.setDefaultAccess('allow') InitializeClass(a_class) I cannot swithc to Zope 2.8 because my code runs in PLone 2.05 and it does not work with Zope 2.8. The segmentation fault occurs in the declareObjectPublic() statement. Is there a fix for the Zope 2.7 to this problem? Thanks. /dario is it a typo, or did you mean: a_class.security.setDefaultAccess('allow') ? /JM ___ 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: [Zope] Re: Python Classes and Zope.
Dario Lopez-Kästen wrote: Florent Guillaume wrote: Paul Winkler wrote: On Fri, Dec 02, 2005 at 04:12:01PM +0100, Jean-Marc Orliaguet wrote: does zope2 do an access control based on acquisition for public methods, that would be a waste of resources since the answer is always yes, granted ? Well, the thing is, the declaration that makes the method public *has no effect* unless your class participates in acquisition. That's not true. The objects of this class will be perfectly accessible to a restricted user: from AccessControl import ClassSecurityInfo class MyStuff(object): security = ClassSecurityInfo() security.declareObjectPublic() security.setDefaultAccess('allow') def foo(self): return 'bar' InitializeClass(MyStuff) In Zope 2.7.8 I get a segmentation fault when I try to do the above; I also have the following code that manages this for any class (to avoid having to do that for every single class): def _ZopifyClass(a_class): a_class.security = ClassSecurityInfo() a_class.security.declareObjectPublic() # Segmentation fault security.setDefaultAccess('allow') InitializeClass(a_class) I cannot swithc to Zope 2.8 because my code runs in PLone 2.05 and it does not work with Zope 2.8. The segmentation fault occurs in the declareObjectPublic() statement. Is there a fix for the Zope 2.7 to this problem? Thanks. /dario that's because it does not seem to work with new-style python classes in zope2.7 it works with: class MyStuff: instead of: class MyStuff(object): This is what you would have got: File /opt/Zope-2.7/lib/python/AccessControl/SecurityInfo.py, line 165, in apply dict['%s__roles__' % name] = access TypeError: object does not support item assignment if you'd run it without the extra call. now, the question is if it's worth the extra effort. /JM ___ 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: [Zope-dev] Please vote about conflict errors logging
Dieter Maurer wrote: Jean-Marc Orliaguet wrote at 2005-12-2 23:57 +0100: ... on what level to report retried ConflictError ... BLATHER (I have never be able to get any meaningful information from them, except that zope tries several times) That's because the generated messages *were* uninformative. You can see the critical spots (the objects causing lots of conflicts) easily with sane log messages. In my case it's mostly filesystem-based resources (css files, or images) accessed in read mode (zope-2.8.4). But the information no matter where it comes from has very little value compared to other messages in the log file, because these are completely predictable. In the log flle I'd like to be informed about events that are unexpected. Conflict errors of this kind occur by design. regards /JM ___ 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] Please vote about conflict errors logging
Florent Guillaume wrote: Please vote for the level at which you want to log retried conflict errors. These are the ConflictErrors that aren't returned to the user but automatically retried by the Zope publisher. 1. Do you want these ConflictErrors retried logs to be at level: - INFO - BLATHER - DEBUG - not logged - other BLATHER (I have never be able to get any meaningful information from them, except that zope tries several times) 2. In addition, please specify if you feel those retried ConflictErrors should have their full traceback logged? - Yes, with traceback - No, without traceback Full traceback, since we're in BLATHER mode 3. Finally, please tell us if the ConflictErrors that *can't* be retried (and are returned to the user as an error, and are also logged to the error_log) should be additionally explicitely logged to the event log, and at which level: - ERROR - not logged - other ERROR /JM (Also, if you feel the logging should be different between 2.8 and 2.9, please say so.) I'll wait until Wednesday morning to collect results. Thanks, Florent ___ 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] Python Classes and Zope.
Paul Winkler wrote: On Thu, Dec 01, 2005 at 09:04:11PM +0100, Jean-Marc Orliaguet wrote: You need to call InitializeClass on your object, and that's it. cf http://www.upfrontsystems.co.za/courses/zope/ch04.html under Zopifying our Python classes initializeClass() only helps if the class you feed it inherits from Acquisition.Implicit or Acquisition.Explicit, and has some security declarations in it. for protected methods, but what if your methods are public? http://www.zope.org/Wikis/DevSite/Projects/DeclarativeSecurity/ZopeSecurityForDevelopers/wikipage_view - It is important to note what can and cannot be protected using the |SecurityInfo| interface. First, the security policy relies on /Acquisition/ to aggregate access control information, so any class that needs to work in the security policy must have either |Acquisition.Implicit| or |Acquisition.Explicit| in its base class hierarchy. - if the object has a security assertion that it is /public/ then access will be granted does zope2 do an access control based on acquisition for public methods, that would be a waste of resources since the answer is always yes, granted ? /JM ___ 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: [Zope] Python Classes and Zope.
Dario Lopez-Kästen wrote: Andreas Jung wrote: --On 1. Dezember 2005 13:46:55 -0200 Fernando Lujan [EMAIL PROTECTED] wrote: There's a way to use a Python class inside zope? For instance, if I create the class: class MyClass: A simple example class i = 12345 def f(self): return 'hello world' Can I invoke the following code inside a Python Script? x = MyClass() x.f() PythonScripts are for *scripting* not for implementing complex logic and for programming tasks that require classes. PythonScripts don't provide full Python functionality that why were are talking of *Restriced Python*. Consider writing your functionality as Python product. all moral lessons aside, there are several use cases where access to *objects*, passed to zope2 from external packages and modules, is desirable. Most, if not all examples, out there assume that the external packages/modules/classes can freely be converted to Zope-classes. Now, assuming that I have not missed something fundamental, the problem the way I see it, is that when my Product recieves an object from the non-zope code, the object does not know anything about Zope, it is just a happy Python-object. But in order to even display it in a zpt I must transmogrify it into a special zope-object, and *that* is not so easy as I have discovered. In my case I am not so interested in importing the moduels or classes into a Script(Python) - I have allready passed the objects in question thtough my product, but still I get some Zope Does Not Allow That error. So far I have not had any success with anything else than writing special methods in my Classes that converts the objects to dictionaries before passing them to the zpt or Script(Python) in question. But that feels like a very awkward way of doing things, and it makeas it *very* difficult for Zope to be a nice player with non-zope objects. My 2 €-cents worth. /dario You need to call InitializeClass on your object, and that's it. cf http://www.upfrontsystems.co.za/courses/zope/ch04.html under Zopifying our Python classes /JM ___ 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: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source code repository
Martijn Faassen wrote: ... Outside the Zope community Zope 3 doesn't have such a great image indeed. It's either ignored, or it's actively rejected. There is a lot of competition with other frameworks. Zope 3 is currently not doing particularly well in this competition, something we need to fix, but that's another topic for another thread. It doesn't change that inviting in the Zope 2 developers is most effective thing we can do at present to grow the Zope 3 community. Regards, Martijn Hi, It is a bit like this: the zope2 community wants the zope3 technology and zope3 wants the zope2 community. I think the question about the technology should be treated as such on a technical level, by bridging the technical gap (Five, common repositories, writing tutorials for zope2 developers, collaborating on common modules, adapting zope2 concepts like TTW editing to Zope3 but without reproducing the zope2 skin and templates mess, etc). But the question about the communities involves more complicated aspects, i.e. marketing issues, licenses, competition, strategies, etc. The repository is not the answer. This has to be solved on a higher level, Zope Foundation, updated ZPL license, ... where a social contract is agreed on. So let's not pretend that everything can be solved on a technological level even though lots of it can .. Regards /JM ___ 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: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source code repository
Martijn Faassen wrote: Jean-Marc Orliaguet wrote: [snip] It is a bit like this: the zope2 community wants the zope3 technology and zope3 wants the zope2 community. I like this analysis. :) I think the question about the technology should be treated as such on a technical level, by bridging the technical gap (Five, common repositories, writing tutorials for zope2 developers, collaborating on common modules, adapting zope2 concepts like TTW editing to Zope3 but without reproducing the zope2 skin and templates mess, etc). But the question about the communities involves more complicated aspects, i.e. marketing issues, licenses, competition, strategies, etc. The repository is not the answer. This has to be solved on a higher level, Zope Foundation, updated ZPL license, ... where a social contract is agreed on. Be careful with what you're implying with words: marketing aspects more complicated than code, higher level, etc. I don't necessarily agree with the underlying assumptions. While I fully support efforts surrounding the Zope Foundation, I really think that this is not the right level to solve community issues. A Foundation can make social contracts all they like, for instance, but if people in the community don't follow them, nothing will happen. Marketing issues and strategies are frequently happening a bit more subtly than you seem to say here. The difference between the technical and the community level is far less clear than you make it seem. Five, for instance, is *not* just a technical project. It never has been. Five is a community project at least as much, to change people's *minds*, to merge communities, to change the shape of the Zope business, as much as it's to make technical changes. That's why there's talks given about conferences, for instance. These things go hand in hand. Merging the repositories is also not just technical. It's clear enough that it's not -- the discussion in this thread is not about technical issues *at all*. They're about impact on the people involved in Zope 2 and Zope 3 development. So let's not pretend that everything can be solved on a technological level even though lots of it can .. We're in open source. Our solutions are frequently technological *and* community-based. That's the point of open source. Let's not artificially separate the two issues. Regards, Martijn Hi Martijn, I think you're mixing the notions of community and of community of interests. I don't think that the goal is to merge communities, the goal is to make good software and not have different entities fight on framework technologies. It is to stir common *interests* in the technology. On the technical level CMF is used by many, but still different communities. Five is a community project used by different communities. This also shows that technology merge does not entail community merge, because everyone comes with different goals, backgrounds, and this is sound. Python is a community project, not everyone who uses python is in the same community (reads the same mailing-lists, go to the same conferences, develop with zope or twisted, ) even though there is a strong community of interests. I think that you want technology merge in the first place, and not force people into communities through technology. Regards, /JM ___ 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] passing the parameters to zsql method
Dario Lopez-Kästen wrote: Jean-Marc Orliaguet wrote: Dario Lopez-Kästen wrote: Denis V. Gudtsov wrote: DLK use an intermediary Script (Python), ie: [..skipped..] Thank you. But, can i do this without using python? From zpt - to zsql? Just curious too: isn't there an easier way of doing this using schemas / widgets / SQL adapters? or are the zsql scripts so very specific that they do more than simple schema mappings? all of this sound way more complex that 1 script, 1 zpt and 1 zsql... sure, but I meant to avoid duplicating code. The 1 script, 1 zpt and 1 zsql guys are really one-trick ponies. /JM ___ 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: [Zope] JSON for Ajax applications
Max M wrote: I don't know how many has seen this, but it's pretty cool. JSON (JavaScript Object Notation) is a lightweight data-interchange format. http://www.crockford.com/JSON/index.html It is used for Ajax applications to transfer data instead of xml. It uses repr() versions of standard python objects like dicts, lists, string, numbers etc. to transfer data. It is really simple to generate for Python programmers, so it is very simple to use in Zope too. this is used at 100% and more in cpsskins for Zope3 (cf. z3lab.org). You might also have a look at Jim Washington's 'jsonserver' for Zope3 and its implementation for Zope2 http://zif.hill-street.net/jsonserver /JM ___ 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: [Zope] Re: CPSSkins perfs
N.Davis wrote: Jean-Marc Orliaguet wrote: Hi! I usually don't read the posts on zope-list, but I found this one: http://mail.zope.org/pipermail/zope/2005-September/161330.html sorry this is a bit old, but ... M. Davis, what are your benchmark figures based on? I just ran a quick benchmark on Plone's front page and found: siege -v -r 10 -c 1 http://localhost:8080/plone ** siege 2.61 ** Preparing 1 concurrent users for battle. The server is now under siege... Jean-Marc, Hello. To be honest I didn't actually benchmark this scientifically. So very sorry if I did a bad thing and made a statement against the performance of CPSSkins that is not actually true. Hi Nick! Again I think that you are assuming things... I liked the look of CPSSkins, but looked into it a bit and thought, this does too much , its too clever. That means the rendering is more complex which will hit performance. Also a sophisticated product is possibly more likely to break doing a migration such as to Plone 2.1. the support for plone2.1 will be available soon, when I get the time to do a release. The actual changes to support plone2.1 are trivial, basically small API changes and a new template for the preference panel. They are summarized here: http://svn.nuxeo.org/trac/pub/changeset/24294 So If plone2.1 was to cause CPSSkins to break it would also break the hundreds of thousands of sites that have customized the plone skins. Its a more complicated product to maintain perhaps. Thats not entirely scientific either because something well-written by good programmers who understand Plone well may be more migration-proof than a simpler but sloppier-written Product. But I take an attitude that while Zope/Plone is great, a certain amount is still bleeding edge and brittle, so don't try to be too clever. My colleague got burnt by pushing the limits of a bleeding edge version of Archetypes (1.2.5). We're still struggling to migrate to 1.3.4. On the other hand some people need to push the limits in order that advanced features get their bugs found and fixed. I think that I usually spend about 1 hour a month on the Plone version of CPSSkins, keeping up with the changes in Plone. CPSSkins works on CMF, CPS, plone so 95% of the code is completely independent of Plone. The only part that needs to be updated are the skins located in http://svn.nuxeo.org/trac/pub/browser/CPSSkins/trunk/skins/cpsskins_plone2/ Plone performance tuning is something I need to learn more about when I get time. If a Product can perform well with tuning thats great but it can be an issue if its default behaviour is a performance hit and it therefore imposes a performance tuning requirement. (Not implying that this is true of CPSSkins). the biggest performance hit in plone comes from the fact that the product relies too much on zope page templates, which 1) where not designed to be cached by fragments 2) they use methods located in user space (python scripts, etc) and 3) the page template architecture needs to get all the parts rendered before the entire page can be displayed, so if one little portlet on the page takes 2 seconds to be render, it is the entire page will take 2 seconds to render. It is very difficult to isolate the slowest parts of the rendering chains. I guess what you're saying is you do not believe there are performance issues with CPSSkins, and you have evidence of a least one situation to back this up. So, I don't mean to cast aspersions, and I would still consider looking into using CPSSkins in the future. :-) Regards Nick by design, the performance issues are tackled completely differently, since there are possibilities to cache page fragments. But again the Plone version of CPSSkins is one year behind the CPS version because the portlet caching architecture is missing in Plone. I don't know about PlonePortlets, but last time I tried they worked in CPSSkins. best /JM ___ 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] CPSSkins perfs
Hi! I usually don't read the posts on zope-list, but I found this one: http://mail.zope.org/pipermail/zope/2005-September/161330.html sorry this is a bit old, but ... M. Davis, what are your benchmark figures based on? I just ran a quick benchmark on Plone's front page and found: siege -v -r 10 -c 1 http://localhost:8080/plone ** siege 2.61 ** Preparing 1 concurrent users for battle. The server is now under siege... ... done. Transactions: 10 hits Availability: 100.00 % Elapsed time: 2.43 secs Data transferred: 258630 bytes Response time: 0.24 secs Transaction rate: 4.12 trans/sec Throughput:106432.10 bytes/sec Concurrency:1.00 Successful transactions: 10 Failed transactions: 0 Longest transaction:0.29 Shortest transaction: 0.23 then installed CPSSkins, replaced the calendar portlet with a calendar templet and placed it in the cache and I got: siege -v -r 10 -c 1 http://localhost:8080/plone ** siege 2.61 ** Preparing 1 concurrent users for battle. The server is now under siege... ... done. Transactions: 10 hits Availability: 100.00 % Elapsed time: 2.00 secs Data transferred: 247360 bytes Response time: 0.20 secs Transaction rate: 5.00 trans/sec Throughput:123680.00 bytes/sec Concurrency:1.00 Successful transactions: 10 Failed transactions: 0 Longest transaction:0.23 - Shortest transaction: 0.19 -- which makes Plone with CPSSkins faster than Plone without CPSSkins by caching just one portlet. And this is still far above the figures you can get by caching all portlets (cf. CPSPortlets), in that case a request will not take more than 0.1 seconds to complete. Also, putting most of the page content in the RAM cache has made it possible on sites with a lot of access to minimize the zope-2.7 read conflict errors which has now be solved in zope-2.8. regards /JM ___ 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: [Zope-dev] Re: [Z3lab] Nuxeo supports Zope Corp announces
Philipp von Weitershausen wrote: kit blake wrote: Wow, what a difference two days makes. I heard about the ZF announcement by telephone two mornings ago, and I breathed a huge sigh of relief. It solves a problem we've been worrying about for years. It means we can sit across from a nervous IT director, and when he asks dubious questions about the steering and future of the Zope platform, we can say with certainty, It's in good hands. Reviewing the thread, I'm astonished at the negativity. C'mon, this is a *breakthrough*. It's a move that can ensure the future of Zope. Granted, it's prudent to be cautious, and there's a lot of work to be done, but it's a major step. Shouldn't we be using an Agile approach? As for structure and neutrality, I think decisions should be left up to the developers. If they're not on board, there won't be anything. I'm not much of a developer, I'm a manager, and I know that attempting to pull developers 'over a bridge' is a bad idea. Actually, I'm a vendor too. So wearing all these different stakeholder hats, I'm looking forward to the process. To be explicit: I'm prepared to invest in the future of Zope. I'm sorry if I led anyone believe that I view this process negatively. That is absolutely not the case. I'm as excited and relieved as you, Kit. I personally have been publicly supporting the idea of self-governance of the Zope community for some time now and all of this brings us a huge step closer to it. My concerns regarding the process (which might have interpreted as negativity towards the whole idea) were mainly oriented towards the way the initiation of the process is perceived. All of the self-governance we already have (e.g. zope.org collaboration and maintainance, Zope 3 development process, etc.) has been built up bottom-to-top, just like in any other open source community. Even the wish for self-governance of Zope itself came from the basis and has been expressed publicly since the Castle sprint or even longer. So, my remarks were purely there to state that the perception of this process being nothing but top-to-bottom (IOW, vendor-driven) were a limited view on things. As anything else is mere speculation, I'm looking forward to hearing more details from those who initiated the process. I am confident that everyone in the community will be invited to participate, so that in the end we can all say that we as a community made this happen. Best regards, see you on tuesday in IRC, Philipp Hi! I believe that what is important at this stage is to avoid what we call in French a procs d'intention (I couldn't find the English equivalent) which is a rhetorical figure used to promote a conviction based on speculation about supposed motives rather than facts. The more you address such accusations the more you make them appear as real. regards /JM ___ 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: [Z3lab] Nuxeo supports Zope Corp announces
Philipp von Weitershausen wrote: Jean-Marc Orliaguet wrote: This is really great news! I am going to start working at getting Chalmers to be one of the key players in the foundation which would make the foundation even more vendor-neutral. I am confident that this will go through. This almost sounds as if the Foundation isn't to be vendor-neutral from the start which is certainly not the intention of a foundation. What I like about other open source foundations (take the Plone Foundation from our community, for example) is that the members are developers, not companies. The developers govern themselves, every developer gets a vote. Philipp Hi! I'm a bit confused, first of all Chalmers is a university, it is not a software vendor. Then when I look at the members of the Plone foundation ( http://plone.org/foundation/about/board/list ) I only see companies, except that ZC is not represented. So even if every member gets a vote, how much does that vote count in the development process of Zope2, CMF and Zope3 ? regards /JM ___ 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: [Z3lab] Nuxeo supports Zope Corp announces
Philipp von Weitershausen wrote: Jean-Marc Orliaguet wrote: Philipp von Weitershausen wrote: Jean-Marc Orliaguet wrote: This is really great news! I am going to start working at getting Chalmers to be one of the key players in the foundation which would make the foundation even more vendor-neutral. I am confident that this will go through. This almost sounds as if the Foundation isn't to be vendor-neutral from the start which is certainly not the intention of a foundation. What I like about other open source foundations (take the Plone Foundation from our community, for example) is that the members are developers, not companies. The developers govern themselves, every developer gets a vote. Philipp Hi! I'm a bit confused, first of all Chalmers is a university, it is not a software vendor. Hi! I guess you're right. But then I don't understand how Chalmers as a key player would make the Foundation more neural with respect to software vendors, as you say above. I don't know but how do you make something less vendor oriented? That would require a definition, but essentially you'd bring in non-vendors (such as academic or non-profit organisations) to provide with some sort of balance, instead of hiding companies between individuals' names. How could it be done otherwise? The code that I'm writing during working hours is (c) Copyright Chalmers - it can't be otherwise, but it does not mean that I as a developer have less decision power than the company that I'm working for. Then when I look at the members of the Plone foundation ( http://plone.org/foundation/about/board/list ) I only see companies, I see *people*. If I remember correctly, the Plone Foundation even specifically says no to companies, just like the ASF. Of course, that doesn't mean that officers of the board in the foundation can't be employed somewhere... Btw, you're looking at the board. But still, they're just people, not companies. http://plone.org/foundation/members has the actual members list. These are the people that get to vote. As you can see, I'm in this list and I don't belong to any company. If this was company driven, I wouldn't have a vote. ah OK. I didn't see that list. However, most members do not write code during their free time, do they? What happens when the members write code under working hours, their respective employers must well have something to say about it? except that ZC is not represented. So even if every member gets a vote, how much does that vote count in the development process of Zope2, CMF and Zope3 ? Well, it counts. How much does a vote count when you vote for your parliament? Little. But it counts. Philipp I meant to say that the framework underneath (Zope, CMF) is such an essential component that the development of Plone cannot be dissociated from the development of CMF or Zope, which today happens to be managed outside the Plone foundation. But in the situation where ZC is involved in the foundation as one of the player, obviously the development of the framework and of core components managed by the members of the foundation is less concentrated on one single vendor since others partners have their word to say. This is a give-and-take situation. regards /JM ___ 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] Re: [Z3lab] Nuxeo supports Zope Corp announces
Chris McDonough wrote: On Fri, 2005-06-17 at 07:52 -0400, Stephan Richter wrote: Also, I agree with Andreas and Philipp that developers should be members, not companies. Otherwise, how could I, as an independent developer, have a say? BTW, this is also positive for companies, since they can have several developers being members. In the proposed scenario, my one-man shop would have a lot of power compared to larger companies, such as ZC, Nuxeo, etc. +1 if only because... From what I read from Rob in an interview in LWN, membership to the foundation will be funded by membership dues. I think the dues structure is what will eventually determine who can afford to become a member. I'd definitely pay for membership if I could credibly afford it. It seems like the easiest way to make sure this could happen is to charge on a per-person basis rather than on a per-company basis, with larger companies signing up more individuals as necessary/desired. - C There are different aspects: there is the involvement of individual developers and there is the involvement of the company / university / organisation without which the developers would not be able to sustain development outside their spare time. So reducing involvement to a collection of individual members is not very representative of reality. If a company has put a lot a stake in a given technology (meaning not only financing a handful of developers) but taking a technological risk at supporting zope , it ought to weigh in the balance. Then of course everyone is free to do development in their spare time. regards /JM ___ 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: [Z3lab] Nuxeo supports Zope Corp announces
Eric Barroca wrote: Hello, Following the announces from Zope Corporation yesterday about their willingness to create a Zope Foundation (that would manage independently Zope 2 and Zope 3 projects) and to participate actively in the Z3ECM project, I would like to express briefly Nuxeo's position about all the news. First, we would like to thank Zope Corporation for Zope 2 and Zope 3 as Open Source software, they are amazing products ! For us as far as we know, the Zope Foundation is a really great news. This will probably solve the main issues we heard from people in the community and from some customers (brand and copyright security). It's really great news that Zope Corporation is now ready to go further on the community way and involvement. We are ready to help as much as needed in establishing the ZF as a vendor-neutral organisation with the mission to develop and promote a great technology (like the Apache or Eclipse Foundations). The Zope Foundation will, IOHO, a big step towards project 10X to establish Zope as a leading development platform for all kinds of web and internet applications. On the Z3ECM project, we are very glad that Zope Corporation wants to actively join the project ! We are certain that having ZC resources on this project will clearly help to build better products and solidify the platform. We will also support the move of the Z3ECM project to the ZF when the issues of copyright ownership will be discussed with the project stakeholders. It could definitely help unifying CMS zope community and will give more credibility to the platform from a customer point of view. We will also support the move of the Z3ECM project to the ZF when the issues of copyright ownership will be discussed with the project stakeholders In short, we are really happy and excited, and will definitely supports ZC to move forward on these topics with the other members of the Zope community. I'm pretty confident that the whole community will support this as well. Best regards, EB. -- ric Barroca, Tel: +33 6 21 74 77 64 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! www.nuxeo.com - www.cps-project.org - www.indesko.com Hi! This is really great news! I am going to start working at getting Chalmers to be one of the key players in the foundation which would make the foundation even more vendor-neutral. I am confident that this will go through. regards /JM ___ 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] zpt code crashes zope 2.7.3
Hi! the following zpt snippet crashes zope 2.7.3 on Linux (the python process hangs). tal:block define= items python: {u'\xc4': ''}; key python: u'\xc4' content=items/?key / can someone confirm that the bug is present in zope 2.7.4-b1 too before I do a bug report? regards /JM ___ 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-dev] zpt code crashes zope 2.7.3
Jean-Marc Orliaguet wrote: Hi! the following zpt snippet crashes zope 2.7.3 on Linux (the python process hangs). tal:block define= items python: {u'\xc4': ''}; key python: u'\xc4' content=items/?key / can someone confirm that the bug is present in zope 2.7.4-b1 too before I do a bug report? regards /JM OK it is reported as Issue 1617 in the zope bug collector (I tagged it as confidential since the process sometimes dumps core) regards /JM ___ 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-dev] zpt code crashes zope 2.7.3
Andreas Jung wrote: --On Donnerstag, 9. Dezember 2004 13:12 Uhr +0100 Jean-Marc Orliaguet [EMAIL PROTECTED] wrote: Jean-Marc Orliaguet wrote: Hi! the following zpt snippet crashes zope 2.7.3 on Linux (the python process hangs). tal:block define= items python: {u'\xc4': ''}; key python: u'\xc4' content=items/?key / can someone confirm that the bug is present in zope 2.7.4-b1 too before I do a bug report? regards /JM OK it is reported as Issue 1617 in the zope bug collector (I tagged it as confidential since the process sometimes dumps core) Since it is already on the list it is no longer confidential...currently working on the issue.. -aj OK so the solution right now is to await a new version of python or use python 2.3.3 /JM ___ 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 )