[Zope-dev] Proposed change in the authentication

2000-05-25 Thread Jim Fulton
I propose to change the order which a vacation in URL traversal or performed. See and comment at: http://www.zope.org/Members/jim/ZopeSecurity/ProposalToAuthenticateDuringURLTraversal Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Technical Director (888) 344-4332 Python

[Zope-dev] Re: Proposed change in the authentication

2000-05-25 Thread Jim Fulton
Jim Fulton wrote: I propose to change the order which a vacation in URL traversal or performed. See Sorry, I meant "authentication", not "a vacation". :) and comment at: http://www.zope.org/Members/jim/ZopeSecurity/ProposalToAuthenticateDuringURLTraversal

[Zope-dev] Re: [Python-Dev] ExtensionClass and __radd__()?

2000-07-06 Thread Jim Fulton
(love that name :). In the mean time, I don't have time to fix the radd problem myself, but would be willing to advise someone who wanted to try to take it on, especially if we could work out some phone or face-to-face sessions. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Power

[Zope-dev] Re: Aquisition, in, == and is

2000-07-12 Thread Jim Fulton
would probably be a good idea. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec

Re: [Zope-dev] Request for Comment: Zope API naming convention

2000-08-09 Thread Jim Fulton
Jim Fulton wrote: There is a proposal to adopt a naming convention for all new Zope API methods at: http://dev.zope.org/Wikis/DevSite/Proposals/APINamingConvention Comments are gratefully accepted at: http://dev.zope.org/Wikis/DevSite/Proposals/APINamingConventionDiscussion

Re: [Zope-dev] remote procedure calls to manage functions

2000-08-09 Thread Jim Fulton
wants some sort of optimization. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C

Re: [Zope-dev] Weird Data.fs corruption...

2000-08-09 Thread Jim Fulton
hours put in my site, but I would like to prevent it from happening again yes I do backups, but only once a day ;-) It shouldn't happen again. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org

[Zope-dev] Request for Comment: Zope API naming convention

2000-08-09 Thread Jim Fulton
by Wednesday April 16. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B

Re: [Zope-dev] Permission

2000-08-10 Thread Jim Fulton
check all security views of the parent-containers. Yes, I agree, that this would be useful. Maybe the security display wouldn't give the source directly but maybe a symbol with alt text that gives the source location and some sort of hyperlink to the same. Jim -- Jim Fulton mailto:[EMAIL PROTE

Re: [Zope-dev] remote procedure calls to manage functions

2000-08-10 Thread Jim Fulton
Itamar Shtull-Trauring wrote: Jim Fulton wrote: It's not really favored, both are quite useful. xml-rpc is more for when you want two different system to interoperate. ZClient is very zope specific and probably gives you a bit more functionality than xml-rpc (because it has

Re: [Zope-dev] Weird Data.fs corruption...zope-dev@zope.org

2000-08-10 Thread Jim Fulton
, which tried to guess when a site was down and automatically restart it when it was. I also generally don't trust NFS with something as important as data Data.fs file. Note that the subject corruption error was due to a software bug that appeared briefly in the Zope CVS. Jim -- Jim Fulton

Re: [Zope-dev] Permission

2000-08-09 Thread Jim Fulton
complicated. By acquiring permission settings you are allowing containers to grant a permission to a role today or sometime in the future. This allows someone to control permissions in a centralized fashion. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical

[Zope-dev] ANNOUNCE: OracleStorage 1.0.0 beta 1

2000-08-31 Thread Jim Fulton
The initial beta release of an Oracle-based storage for ZODB is available at: http://www.zope.org/Products/OracleStorage The Oracle storage provides full ZODB storage capabilities, including undo and versions, by storing serialized objects and meta data in Oracle tables. Jim -- Jim Fulton

[Zope-dev] Re: ANNOUNCE: OracleStorage 1.0.0 beta 1

2000-08-31 Thread Jim Fulton
Jim Fulton wrote: The initial beta release of an Oracle-based storage for ZODB is available at: http://www.zope.org/Products/OracleStorage The Oracle storage provides full ZODB storage capabilities, including undo and versions, by storing serialized objects and meta data in Oracle

Re: [Zope-dev] base href=... not being set under some circumstances

2000-09-03 Thread Jim Fulton
rationale behind the request attribute "request._hacked_path". Comments? This is needed because sometimes Zope does hack the path, for example when index_html or :method form types are used. The base href is needed in these cases to make sure that relative URLs are treated correctl

Re: [Zope-dev] REPOST: Cut down on the Available Objects list.

2000-09-07 Thread Jim Fulton
Class in a Python Zope Product? (Let's say an OFS.Folder.Folder class, which could normally contain all available objects.) You would override the method all_meta_types. See this method in lib/python/OFS/ObjectManager.py. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Technical Director

Re: [Zope-dev] ZODB optimization

2000-09-20 Thread Jim Fulton
-versioning storage, such as the Berkely DB storage. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec

Re: [Zope-dev] HiperDOM xmlc

2000-09-20 Thread Jim Fulton
s decision. At the time that standard_html_* were introducted, DTML was used soley for creating templates to display content in Python objects. The expansion for DTML is Document *Template* Markup Language. The mistake was not introducing components, but introducing the use of DTML as content. Jim --

Re: [Zope-dev] Shared Libraries and Persistent Objects

2000-09-22 Thread Jim Fulton
the burden from loading time to storage size, am I? No. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Technical Director (888) 344-4332 Python Powered! Digital Creationshttp://www.digicool.com http://www.python.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B

Re: [Zope-dev] ZSQL Methods from Python?

2000-09-22 Thread Jim Fulton
Monty Taylor wrote: Jim Fulton wrote: (snip) Note that one of the things I like about Oracle's stored procedures is that they allow me to avoid screwing with cursors in the common case that I'm getting one row of data. I can just get the data I need through a straight function call

Re: [Zope-dev] ZSQL Methods from Python?

2000-09-22 Thread Jim Fulton
"Phillip J. Eby" wrote: At 08:43 AM 9/22/00 -0400, Jim Fulton wrote: Also, does anyone know of any work done to extend ZSQL Methods to allow stored-procedure calls? No, but I'd love to see someone tackle it. The semantics of stored procedures varies so widely accross database

Re: [Zope-dev] ZSQL Methods from Python?

2000-09-22 Thread Jim Fulton
"Phillip J. Eby" wrote: At 12:49 PM 9/22/00 -0400, Jim Fulton wrote: "Phillip J. Eby" wrote: Ty and I have put together a Stored Procedure method for Sybase; it requires a minor patch to ZSybaseDA, however, to allow for the status code return. I'm not sure

Re: [Zope-dev] Do I really understanding caching?

2000-09-23 Thread Jim Fulton
h are kept in memory at a time. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Technical Director (888) 344-4332 Python Powered! Digital Creationshttp://www.digicool.com http://www.python.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email addr

[Zope-dev] Testing Zope applications (was Re: [Zope-ZEO] Advice)

2000-09-25 Thread Jim Fulton
. The work has already been done and checked into CVS. I've asked Shane, the author, to update the interfaces wiki to capture this change. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital

Re: [Zope-dev] aq_inner: don't call it!

2000-09-26 Thread Jim Fulton
/Interfaces/Acquisition Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Technical Director (888) 344-4332 Python Powered! Digital Creationshttp://www.digicool.com http://www.python.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may

Re: [Zope-dev] more __call__ ...

2000-09-26 Thread Jim Fulton
Chris Withers wrote: Jim Fulton wrote: So, if I give my product a class attribute of isDocTemp=1, what signature should I give my product's __call__ method so it picks up the DTML namespace? def __call__(self, ignored, md): ... Right, now if I call other DTML methods from my

Re: [Zope-dev] RFClarification: Security on Product Attributes

2000-10-05 Thread Jim Fulton
ave roles. Should they have to be protected by permissions? Probably... If you need the sort of control that permissions provide, you should consider providing accessors that can play with permissions. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Techn

Re: [Zope-dev] RFClarification: Security on Product Attributes

2000-10-05 Thread Jim Fulton
machinery, most attributes that don't have roles were unprotected. Now, we at least have a way to make some assertions. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creatio

[Zope-dev] Re: [Zope-ZEO] How to get rid of the cPickle and asyncore dependencyhassleshassles

2000-10-06 Thread Jim Fulton
back to you on some of this. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227

Re: [Zope-dev] More almost __call__ ;-)

2000-10-13 Thread Jim Fulton
Shane Hathaway wrote: Jim Fulton wrote: Chris Withers wrote: Toby Dickenson wrote: http://www.zope.org/Members/htrd/howto/FunctionTemplate you would use def a_method(self,md): do_stuff_with(md['param1'],md['param2']) a_method

[Zope-dev] Re: Hippo Feed and Acquisition

2000-10-20 Thread Jim Fulton
Chris Withers wrote: Toby Dickenson wrote: Thats fine until: snip hilarious hippo metaphor I liked that :-)) very accurately sums up some of the problems... Although I'm not sure they're problems with the method binding this thread was about. The problems you describe seem to

Re: [Zope-dev] RFClarification: Security on Product Attributes

2000-11-10 Thread Jim Fulton
Chris Withers wrote: Okay, apologies in advance for picking up a thread that's been dorman for so long ;-) Jim Fulton wrote: Chris Withers wrote: self.id = id self.title = 'Title!' self.anInt = 0 self.aString = 'testing' None

Re: [Zope-dev] Exceptions

2000-11-12 Thread Jim Fulton
I think that this would make a great dev.zope.org fish-bowl project. I'd love to see someone come up with an exception model for Zope: - arranging exceptions in a hierarchy. - defining standard APIs for exceptions. To give an example of what I'd like to gain by having exception

Re: [Zope-dev] RFC: Python/Zope Interfaces

2000-11-28 Thread Jim Fulton
nd classes independently. Duplicating work is never good, and there are even people who like literate programming :-) There is no duplications. Interfaces and classes are two different kinds of beasts. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Direc

Re: [Zope-dev] RFC: Python/Zope Interfaces

2000-11-28 Thread Jim Fulton
Wiki page. :) Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org ___ Zope-Dev maillist

Re: [Zope-dev] RFC: Python/Zope Interfaces

2000-11-28 Thread Jim Fulton
ple interfaces. Generating interfaces from classes trends to yield bloated non-cohesive interfaces. Similarly, most interesting interfaces are implemented by multiple classes, so nearness to implementation is not really meaningful. Please note that these points were argued extensively on the Py

Re: [Zope-dev] OracleStorage, and possibly others

2000-11-30 Thread Jim Fulton
with these issues when initially trying and learning Zope (or ZODB). Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org

[Zope-dev] Re: [Geeks] Re: Interface Meta Data proposal

2000-11-30 Thread Jim Fulton
users/roles have what permissions on objects. This should not be part of the object interface. These settings are done by users/administrators. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org

Re: [Zope-dev] OracleStorage, and possibly others

2000-11-30 Thread Jim Fulton
"Phillip J. Eby" wrote: At 08:10 AM 11/30/00 -0500, Jim Fulton wrote: I don't think Data.fs will go away. I do expect it to be relagated to initial evaluation and development projects. Use of Berkely DB in transactional mode requires a significant andminstration commitment.

Re: [Zope-dev] RFC: Python/Zope Interfaces

2000-12-02 Thread Jim Fulton
it and trying to keep them consistent. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org

Re: [Zope-dev] Turning acquisition off selectively.

2000-12-08 Thread Jim Fulton
should switch to making explicit acquisition the norm. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org

Re: [Zope-dev] OracleStorage, and possibly others

2001-01-03 Thread Jim Fulton
Chris Withers wrote: Jim Fulton wrote: - Policies to control whether multiple revisions are stored or whether revisions are removed by packing on a object-by-object or transaction-by-transaction basis. You could keep significant historical revisions for important

[Zope-dev] Re: Status of aq_chain (was: RE: getPhysicalPath?)

2001-03-20 Thread Jim Fulton
, note that 'aq_uncle' is _not_ part of the public interface, and is only an exercise in Jim having fun :^) And Bob's your uncle. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital

[Zope-dev] Re: [ZODB-Dev] External transaction integration bug in TM.py

2001-04-25 Thread Jim Fulton
bad :), does catching tpc_abort() in TM and calling TM.abort() seem like a valid fix? This change certainly seems to fix the problems. Yes. I think this is an improvement. Thanks. I'll check this in. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical

Re: [Zope-dev] Searching/Indexing/ZODB/SQL/BerkleyDB

2001-11-29 Thread Jim Fulton
of magnitude. I took an afternoon out of a rather busy schedule to put this together for you. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (888) 344-4332http://www.python.org Zope Corporation http://www.zope.com http

[Zope-dev] FileStorage index size optimizaion (Re: FileStorage patch)

2001-12-01 Thread Jim Fulton
interested in testing out such a patch, if you'd be willing to send it along. It's in CVS, just check out the appropriate branch: Jim Fulton wrote: OK, I made a CVS branch, BTreeFSIndex-branch (made from the Zope-2_4-branch), for just the BTrees and ZODB directories. If you update

[Zope-dev] Re: [ZODB-Dev] Replacing bobobase_modification_time

2002-01-08 Thread Jim Fulton
in an object that are not meaningful to the application. I think that a much better approach, if modification time is important to your application, is to store the application modification time in the object as a data attribute. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered

Re: [Zope-dev] Re: [Zope-CMF] i18n for CMF And Plone, backporting i18n to Zope 2.x

2002-07-01 Thread Jim Fulton
maillist - [EMAIL PROTECTED] | http://lists.zope.org/mailman/listinfo/zope-cmf | | See http://www.zope.org/Products/PTK/Tracker for bug reports and feature | requests -- -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (888) 344-4332

Re: [Zope-dev] Re: [Zope-CMF] i18n for CMF And Plone, backporting i18n to Zope 2.x

2002-07-01 Thread Jim Fulton
ZPT implementation is too slow (thanks to recent DTML speedups ;). ZPT needs to be as fast as or faster than DTML. It would be great if it was cleaner and more pluggable. Jim -- -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (888) 344-4332

Re: [Zope-dev] Re: [Zope-CMF] i18n for CMF And Plone, backporting i18n to Zope 2.x

2002-07-01 Thread Jim Fulton
Sidnei da Silva wrote: On Seg 01 Jul 2002 15:26, Jim Fulton wrote: | I'll add that the current ZPT implementation is too slow | (thanks to recent DTML speedups ;). | | ZPT needs to be as fast as or faster than DTML. It would be | great if it was cleaner and more pluggable. | | Jim I

Re: [Zope-dev] Coroner's toolkit for zope, or how to figure out what went wrong.

2002-08-12 Thread Jim Fulton
backup and the server is back up and running. (breathing relieved) What worries me is that we have no clue whatsoever on what happened, besides the constatation that somehow, somewhere we lost a whole tree of objects. Was this in the backup? Or in the damaged data file? Jim -- Jim Fulton

Re: [Zope-dev] DTML and REQUEST data changes about to be checked in

2002-08-12 Thread Jim Fulton
will come out at around the same time as 2.6. See http://dev.zope.org/Wikis/DevSite/Projects/SupportPython22/VisionStatement. WRT to this change, now that I'm back from vacation, I want to talk to Brian about it. ;) Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO

Re: [Zope-dev] Coroner's toolkit for zope, or how to figure out what went wrong.

2002-08-12 Thread Jim Fulton
Romain Slootmaekers wrote: Jim Fulton wrote: Romain Slootmaekers wrote: Yo, we had a nasty crash of our zope server that we use for a b2b web application. The Data.fs ZODB lost a significant amount of data. What sort of crash? Was this a hardware failure, or a software failure

Re: [Zope-dev] Coroner's toolkit for zope, or how to figure out what went wrong.

2002-08-13 Thread Jim Fulton
Romain Slootmaekers wrote: Jim Fulton wrote: Romain Slootmaekers wrote: ... the object in question is created once, and there is no code to delete it since in that application, it is of no use. The only thing that happens is that we add/moify/delete other object to that rootnode

Re: [Zope-dev] Shared lexicons for ZCTextIndex (was: Re: [Zope-Checkins] CVS: Zope/lib/python/Products/ZCTextIndex - ZCTextIndex.py:1.32)

2002-08-15 Thread Jim Fulton
or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (888) 344-4332http://www.python.org Zope

Re: [Zope-dev] Shared lexicons for ZCTextIndex (was: Re: [Zope-Checkins] CVS: Zope/lib/python/Products/ZCTextIndex - ZCTextIndex.py:1.32)

2002-08-15 Thread Jim Fulton
Casey Duncan wrote: On Thursday 15 August 2002 09:21 am, Jim Fulton wrote: ... I'm not sure what you mean. The pipelining is defined and executed in the lexicon. My mistake. I think that there is at least potential value in sharing lexicons. Of course, a down side

[Zope-dev] PyCon DC 2003: Call For Papers

2002-12-04 Thread Jim Fulton
. I'd love to have more events like this in the future. -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (888) 344-4332http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ---BeginMessage--- PyCon DC 2003

[Zope-dev] PCGI?

2003-02-13 Thread Jim Fulton
and make it a separate distribution. Would anyone object to these changes for Zope 2.7? Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (888) 344-4332http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

[Zope-dev] Re: small summary and big plea was:(Re: Versions: should they die?)

2003-06-10 Thread Jim Fulton
be given a local role that lets them join/leave versions. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (703) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

[Zope-dev] New-style ExtensionClass

2003-10-20 Thread Jim Fulton
3.3, featuring multi-version concurrency control, plus any features that have been added to the head since the Zope 2.7 branch was created. This idea is pretty appealing to me. I wonder what others think of it. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO

Re: [Zope-dev] New-style ExtensionClass

2003-10-22 Thread Jim Fulton
... Yes. :) Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ___ Zope-Dev maillist - [EMAIL

Re: [Zope-dev] New-style ExtensionClass

2003-10-30 Thread Jim Fulton
Martijn Faassen wrote: Hey, Belated response, but.. Jim Fulton wrote: Speaking of Zope 2.8, Jeremy Hylton has suggested that, perhaps, Zope 2.8 should be a release that provides *only*: - New-style ExtensionClass, and - ZODB 3.3, featuring multi-version concurrency control, plus any features

Re: [Zope-dev] New-style ExtensionClass

2003-10-30 Thread Jim Fulton
Martijn Faassen wrote: Jim Fulton wrote: See: Packages3/Interface in CVS If you put this ahead of the Zope 2 Interface package in your Python path, then you can use Zope 3 interfaces with Zope 2. That's great news! Is it the intention that this will be the default Interface package in Zope

[Zope-dev] New-style ExtensionClasses (Zope 2.8) -- MRO issue

2003-10-31 Thread Jim Fulton
ought to use the new algorithm (option 2)? Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

Re: [Zope-dev] New-style ExtensionClasses (Zope 2.8) -- MRO issue

2003-10-31 Thread Jim Fulton
and has clearer code. It also uses new-style classes and, thus, uses the new algorithm. I personally don't like the new algorithm, but I don't really care in the long run. One should avoid inheritence complex enough to show a difference. Jim -- Jim Fulton mailto:[EMAIL PROTECTED

[Zope-dev] Re: New-style ExtensionClasses (Zope 2.8) -- MRO issue

2003-10-31 Thread Jim Fulton
Jim Fulton wrote: ... An initial analysis showed that for more than half of the classes in Zope 2, it was impossible to compute a method-resolution order using the new algorithm. After about a day of analysis (and development of a tool to aid in the analysis) I've been able to adjust the Zope

Re: [Zope-dev] New-style ExtensionClasses (Zope 2.8) -- MRO issue

2003-10-31 Thread Jim Fulton
) their products to be ExtensionClass-less and Zope3-ish. If they make their products Zope 3-ish, the lookup algorithm won't matter much. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http

Re: [Zope-dev] New-style ExtensionClasses (Zope 2.8) -- MRO issue

2003-10-31 Thread Jim Fulton
Sidnei da Silva wrote: On Fri, Oct 31, 2003 at 12:14:27PM -0500, Jim Fulton wrote: | Thoughts? | | I am worried enough about breaking products that I'm inclined to go | with option 3. | | Does anybody think we ought to use the new algorithm (option 2)? I'm for option 2. Given that a huge amount

Re: [Zope-dev] Re: New-style ExtensionClasses (Zope 2.8) -- MRO issue

2003-10-31 Thread Jim Fulton
Sidnei da Silva wrote: On Fri, Oct 31, 2003 at 02:39:28PM -0500, Jim Fulton wrote: | I've checked the results of my work into the mro-advanture-branch (waa, | I wish I cud spell) branch. | | You might find it entertaining to check out Zope on this branch: | | cvs co -rmro-advanture-branch Zope

[Zope-dev] New-style ExtensionClass, ZODB 3.3, and Zope 2.8 status

2003-11-13 Thread Jim Fulton
time will be spent writing tests. I really need to focus on Zope 3 for a while, so I may not be able to get back to this soon. I think that this is an area where some volunteers could make a big difference. I'd be happy to work with some folks on this. Jim -- Jim Fulton mailto:[EMAIL

Re: [Zope-dev] New-style ExtensionClass, ZODB 3.3, and Zope 2.8 status

2003-11-13 Thread Jim Fulton
and ZODB 3.3 provide more than enough of a change for one release. :) This is something I would really love to see in zope2. Me too. We need to get 2.7 and 2.8 out the door as soon as we can so we can get working on 2.9. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO

[Zope-dev] Re: New-style ExtensionClass, ZODB 3.3, and Zope 2.8 status

2003-11-15 Thread Jim Fulton
Jim Fulton wrote: ... Currently, on the zodb33-devel-branch, Zope 2 runs and the great majority of it's tests pass with NSEC and ZODB 3.3. It you'd like to see this in action, feel free to check Zope out on the branch and play with it. Jeremy pointed out that this wasn't true. I had forgotten

Re: [Zope-dev] New-style ExtensionClass, ZODB 3.3, and Zope 2.8 status

2003-11-15 Thread Jim Fulton
Dieter Maurer wrote: Jim Fulton wrote at 2003-11-13 15:22 -0500: ... We need to refactor the way security assertions (permission settings) are stored and accessed. We need to store required permissions (__permissions__) on objects. When we need to figure out roles, we need

Re: [Zope-dev] New-style ExtensionClass, ZODB 3.3, and Zope 2.8 status

2003-11-22 Thread Jim Fulton
place where this special computation needs to be done. Also note that I had to get rid of the validateValue call. It's important that we always pass the name and container to code that needs to get roles. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO

Re: [Zope-dev] New-style ExtensionClass, ZODB 3.3, and Zope 2.8 status

2003-11-24 Thread Jim Fulton
Dieter Maurer wrote: Jim Fulton wrote at 2003-11-22 12:14 -0500: ... Also note that I had to get rid of the validateValue call. It's important that we always pass the name and container to code that needs to get roles. We need name and container only for objects that do not have their own

Re: [Zope-dev] Re: New-style ExtensionClasses (Zope 2.8) -- MRO issue

2003-11-25 Thread Jim Fulton
ZODB based objects like Image and I imagine making similar small changes to Archetypes won't be hard. Tres. -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com

[Zope-dev] Can we forsake database backward compatability on the head for a while?

2003-11-25 Thread Jim Fulton
not to wait for the old-style BTree and intSet compatability work. This would mean that old databases would not be useable with the CVS head in the near term. Would this cause anyone any problems? Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361

[Zope-dev] Re: Can we forsake database backward compatability on the head for a while?

2003-11-28 Thread Jim Fulton
Jim Fulton wrote: Zope 2.8 will not include the old BTree or intSet objects. I plan to arrange for this not to be a problem for old databases. Somehow, Zope 2.8 will convert these automatically. I haven't done this yet though. I'd like to merge the new-style ExtensionClass and ZODB 3.3 work soon

[Zope-dev] Heads up: about to merge new-style ExtensionClass and ZODB 3.3 into Zope 2 head

2003-11-28 Thread Jim Fulton
to come up with a mechanism for converting ancient BTrees and intSets. Unfortunately, until a change I checked into the Zope 2.7 branch on Wednesday, Zope was continuing to use the old depricated BTrees for a key data structure. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered

Re: [Zope-dev] Heads up: about to merge new-style ExtensionClass and ZODB 3.3 into Zope 2 head

2003-11-28 Thread Jim Fulton
Chris McDonough wrote: On Fri, 2003-11-28 at 09:59, Jim Fulton wrote: Hi, I'm just about to start writing the checkin logs for the merge of new-style ExtensionClass and ZODB 3.3 into the Zope 3 head. I expect the merge to be done within the next hour or two. You mean the Zope 2 HEAD, correct

[Zope-dev] Re: Heads up: about to merge new-style ExtensionClass and ZODB 3.3 into Zope 2 head

2003-11-28 Thread Jim Fulton
Jim Fulton wrote: Hi, I'm just about to start writing the checkin logs for the merge of new-style ExtensionClass and ZODB 3.3 into the Zope 2 head. I expect the merge to be done within the next hour or two. Done! Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO

[Zope-dev] New-tyle extension class MRO decisiion

2003-11-29 Thread Jim Fulton
compatability. The algorithm is described in detail in the docstring for the test_mro test in lib/python/ExtensionClass/tests.py. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http

[Zope-dev] Re: Heads up: about to merge new-style ExtensionClass and ZODB 3.3 into Zope 2 head

2003-11-30 Thread Jim Fulton
Yuppie wrote: Jim Fulton wrote: Done! Hi Jim! Here some feedback regarding your checkin. Thanks! I tested CMF with Zope HEAD. These are the issues I ran into: 1.) from ZODB import Persistent, PersistentMapping doesn't work anymore Maybe Zope 2.7 should have a deprecation warning? Hm

[Zope-dev] Zope.org - SteveVisitingFredericksburgSprint

2003-12-05 Thread Jim Fulton
Steve Alexander and I will be hosting a sprint in Fredericksburg January 12-14, 2004: http://dev.zope.org/Zope3/SteveVisitingFredericksburgSprint A possible topic is Zope 2 to Zope 3 transition and working on Zope 2.9. Please let me know if you are interested in participating. Jim -- Jim

Re: [Zope-dev] To the brave folks trying Zope HEAD...

2003-12-11 Thread Jim Fulton
if that decision stuck or if the script was ever written. Jeremy -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

Re: [Zope-dev] To the brave folks trying Zope HEAD...

2003-12-11 Thread Jim Fulton
the conversion has been run, the database should be usable with the head. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

Re: [Zope-dev] To the brave folks trying Zope HEAD...

2003-12-12 Thread Jim Fulton
. The hard part is walking the object tree. You will need a function that, |given an object, will return the oids of the objects it references. |Perhaps Jeremy can help you with that. I hope so *wink*. Me too. He's pretty busy. If he can't, I'll try to help. Jim -- Jim Fulton

[Zope-dev] Re: Converting from old-style BTreess

2003-12-14 Thread Jim Fulton
PersistentMapping is ExtensionClass is installed. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

Re: [Zope-dev] Re: Converting from old-style BTreess

2003-12-15 Thread Jim Fulton
. I also had to check in a %$#@ travesty because Data.fs.in still has references to BoboPOS. With these changes, I can create a database with 2.6 and open it with the head. Thanks Chris for helping us figure out that this was easier than we thought. :) Jim -- Jim Fulton mailto:[EMAIL

[Zope-dev] Re: Converting from old-style BTreess

2003-12-15 Thread Jim Fulton
? I'd just never thought of using __of__ or inheritedAttribute or any of the other EC-specific stuff on a PersistentMapping. shrug Who knows. I'd rather be safe. It's not that hard. In any case, we would have needed the fix to handle old pickles correctly. Jim -- Jim Fulton mailto:[EMAIL

[Zope-dev] Re: [Zope3-dev] template 'usage' (was Zope 3 Newsletter 11)

2004-01-05 Thread Jim Fulton
increasingly of the opinion that usage should be set in zpt, as it is, ultimately, an implementation decision. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com

[Zope-dev] Where to put Zope 3 in Zope 2

2004-01-09 Thread Jim Fulton
in Zope 2 and Zope 3, most notably zope and Zope, with names differing only in case. I will also replace the existing Interfaces package with a facade package that uses zope.interfaces. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714

[Zope-dev] Re: Security audit introduced problem in PageTemplates/Expression.py

2004-01-15 Thread Jim Fulton
reasonable use case for heterogenous access. Right. The name attribute was intended for attribute-based access. IMO, it makes no sense to consider key values when doing security checks. I will let Jim comment on your use case. What use case? I missed it. Where is it? Jim -- Jim Fulton

[Zope-dev] Re: Security audit introduced problem in PageTemplates/Expression.py

2004-01-15 Thread Jim Fulton
Tres Seaver wrote: Jim Fulton wrote: Tres Seaver wrote: I will let Jim comment on your use case. What use case? I missed it. Where is it? Here is Stuart's original post: This has the side effect of not passing the name attribute to my security assertion methods registered via

Re: [Zope-dev] Re: Security audit introduced problem in PageTemplates/Expression.py

2004-01-15 Thread Jim Fulton
Dieter Maurer wrote: Jim Fulton wrote at 2004-1-15 10:03 -0500: ... Right. The name attribute was intended for attribute-based access. IMO, it makes no sense to consider key values when doing security checks. I will let Jim comment on your use case. What use case? I missed it. Where

Re: [Zope-dev] Re: Security audit introduced problem in PageTemplates/Expression.py

2004-01-16 Thread Jim Fulton
Dieter Maurer wrote: Jim Fulton wrote at 2004-1-15 17:23 -0500: ... None should never be passed for attribute accesses. If it is, then there is a bug. The case of dictionary mapping names to whatever is for attribute access. We are talking about item/key access. I haven't seen a use case

Re: [Zope-dev] Re: Security audit introduced problem in PageTemplates/Expression.py

2004-01-16 Thread Jim Fulton
Stuart Bishop wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/01/2004, at 9:23 AM, Jim Fulton wrote: Dieter Maurer wrote: Jim Fulton wrote at 2004-1-15 10:03 -0500: ... Right. The name attribute was intended for attribute-based access. IMO, it makes no sense to consider key values

Re: [Zope-dev] Re: Security audit introduced problem in PageTemplates/Expression.py

2004-01-16 Thread Jim Fulton
Jim Fulton wrote: Stuart Bishop wrote: ... It was never intended that the ability to control unprotected sub-objects by name would apply to items. It was sloppy coding on my part that item indexes (yes, indexes, like, say, 1) and keys were passed as names. I can certainly understand why

Re: [Zope-dev] Re: Security audit introduced problem in PageTemplates/Expression.py

2004-01-16 Thread Jim Fulton
Dieter Maurer wrote: Jim Fulton wrote at 2004-1-15 17:23 -0500: BTW, telling me that an algorithm has changed doesn't constitute a use case. :) I know that algorithm has changed. I assert that we don't need the feature that the change broke. I am open to evidence to the contrary. Do you have

[Zope-dev] Re: Zope 2.8?

2004-01-17 Thread Jim Fulton
including the milestone plan: http://dev.zope.org/Wikis/DevSite/Projects/Zope2.8/MilestonePlan We're mostly interested in the ZODB 3.3 features, i.e., getting rid of Extension Classes. Well, I hope you've been trying out the ZODB 3.3 releases and providing feedback. Jim -- Jim Fulton

  1   2   3   4   5   6   7   8   9   10   >