- Zope-Dev - Zope lists

Re: [Zope-dev] Problem with StructuredText and expandtabs
by Ken Manheimer 13 Aug '01

13 Aug '01

On Wed, 07 Aug 2001 Bill Anderson <anderson(a)hp.com> wrote: > On 07 Aug 2001 19:29:36 +0200, Dieter Maurer wrote: > > Bill Anderson writes: > > > I am trying to use StructuredText outside Zope. I can import it fine, > > > but when I try to use it I get: > > > > > > ====================================== > > > >>> st=StructuredText.Basic(raw) > > > Traceback (most recent call last): > > > File "<stdin>", line 1, in ? > > > File "ST.py", line 113, in StructuredText > > > paragraphs = expandtabs(paragraphs) > > > File "/usr/lib/python2.1/string.py", line 295, in expandtabs > > > return s.expandtabs(tabsize) > > > AttributeError: expandtabs > > Apparently, your "s" is not a string... > > That is what I was concluding, the question is, Why not? I took my > structured text file from a zope (CMF) document from the same machine, > where it works fine. The issue _seems_ to me to be that > it works fine from withni Zope, but not from without. Same Zope machine, > same Zope code, same structured text. :( What's the value of 'raw'? % python Python 2.1.1 (#3, Jul 20 2001, 15:19:25) [GCC egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)] on linux2 Type "copyright", "credits" or "license" for more information. >>> from StructuredText import StructuredText >>> StructuredText.Basic("Paragraph.") StructuredTextDocument([ StructuredTextParagraph(Paragraph., [ ]), ]) >>> If i was sure 'raw' was a string, on getting the traceback i would resort to debugging using pdb post-mortem - 'import pdb; pdb.pm()'. Examine the value of 's' in the bottom stack frame, and then ascend the stack with 'u' and poke around there... Hope this helps... Ken klm(a)zope.com

2 1

ComponentArchitecture thoughts
by Tim McLaughlin 13 Aug '01

13 Aug '01

I listened in on the chat regarding this and although I think the idea has merit, I'm not sure that it is vitally important right now. It could too quickly turn into a lot of burned time with nothing to show for it. Right now, I think that 2 things could flatten the curve for new developers that are more accessible: 1. Rewrite ZClasses. This is currently an ominous threat that could break much backwards compatibility. Many ZCers want this to happen too. So let's make it happen now, and break less rather than more. 2. Simplify the security model more, if possible :) I know, it's been done, but it's still not easy. Sincerely, Tim McLaughlin/tmclaugh PS. of course I have no say in this... but ZC - you asked :)

8 11

dtml-sendmail and transactions: Request For Comments
by Toby Dickenson 13 Aug '01

13 Aug '01

A new fishbowl proposal http://dev.zope.org/Wikis/DevSite/Proposals/TransactionalEmail Zope's dtml-sendmail tag is not integrated into the transaction system. This leads to two problems: o Duplicate copies of each email will be sent if a request has to be retried due to a conflict error. o Emails can be sent even if a request never completes, due to an error rendering the tail of the page, or a problem detected at transaction commit. Any comments gratefully accepted. Toby Dickenson tdickenson(a)geminidataloggers.com

3 4

RE: [Zope-dev] 'transparent' proxying to a method not in your nam espace?
by sean.upton＠uniontrib.com 13 Aug '01

13 Aug '01

The way you frame it makes a lot of sense; if one was to name this sort of beast it might be called 'worm-hole folders' or something - that is, there is a globally available namespace that can be obtained and pushed onto the stack below the containerment stack... I'm definitely tempted to try creating something like this as an interim solution; it would be much more graceful than using Transparent Folders, since re-use of code would be more encouraged; I suppose that one would just hardcode the path (somehow) to the namespace you want to use for the code into a 'worm-hole folder' property. I'm still thinking that in the longer-term future there are cases where full-fledged lookups using something like Catalog should be used (and, of course, cached) from a more full-featured directory. I guess the use-case I am thinking of is partially similar to: http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/FindOutIfAF eatureIsAvailableAtRuntime More specifically, I wouldn't mind being able to use a code folder that kept resource metadata about methods and a method directory service catalog that was able to extract that for publishing in web-services discovery (via WSDL) processes, as well as to internal content objects that asserted a particular interface, which is a bit more demanding that simply shifting a namespace onto the stack... I'm sure that if I can get something like the 'worm-hole folders' solution put together, that later deciding which namespace gets pushed onto the stack based-upon a (potentially cached) lookup through a method catalog should be possible. In that case, only the namespace containing the method that best-serves the use-case (as queried) or content object interface is going to be shifted onto the stack... Sean -----Original Message----- From: Casey Duncan [mailto:cduncan@kaivo.com] Sent: Thursday, August 09, 2001 12:55 PM To: sean.upton(a)uniontrib.com Cc: dyon.balding(a)monster.com; zope-dev(a)zope.org Subject: Re: [Zope-dev] 'transparent' proxying to a method not in your namespace? sean.upton(a)uniontrib.com wrote: > [snip] > .................... > "Someone just asked me to run a method called purgeExpiredContent. Do I > have a method called that in my namespace?" > "No." > "Ok, I need to find it elsewhere; before I look in the namespace stack using > acquisition, I am going to look up in a directory service if the method > exists elsewhere. Does the Method Directory Service indicate it knows where > this method lives?" > "I just queried it, and it does know where this method lives; the > path:..." > "Ok, I got that path... " > "I found the method; I'm going to run it within my ('Content') namespace." > "Ok, I'm done..." > .................... So from what I read here, the namespace of this folder should be just after the namespace of the object, but before the general containment namespace stack, right? > > In this case, the method 'purgeExpiredContent' is more of a service to the > 'Content' folder. The 'Method Directory Service' was likely a > ZCatalog-derived lookup 'service object' in the Zope root; it's query result > contained the path needed for 'Content' to obtain and run the method from > wherever it lived (in this case, a folder called 'Code' in the Zope root, > but using a method directory service, it really could live anywhere). The > 'Content' folder had the smarts to intelligently look in the 'method > directory' for methods it didn't have before it traversed its acquisition > parents looking for it. I would think the way to handle this would be to push this 'method directory service' namespace into the namespace object multi-mapping right before the object was executed. I don't think this would require too much in the way of coding, and would still rely on the built-in acquisition framework. It would be like automatically wrapping a with statement around the call. > > It should be said that this feature should be provided via acquisition to > contained objects below this SuperMagicalGeniusFolder(TM) called 'Content' > and would use the namespace of the object it is called upon. > > This would make partitioning code, content, and presentation a lot easier. > A method directory service and a smart folder like that could even use > (optionally, in a componentized universe) as a 'method directory service' > query parameter the interface asserted by the object trying to get the > method as a means to determine if an method actually can be obtained; the > catalog would return no resulting method even if it existed, but didn't work > with the correct interface... You could create a simple subclass of folder that registers itself into this "MDS" namespace when it is created. Then a hotfix could push in this namespace at the appropriate point in the object publication process. > > I know I should just be patient and wait for component architecture ('cause > yes, I now really see a need for it), but this idea is just stuck in my > head, and I can't get it out cause it seems so useful... and it seems to me > that one could use a modified ZCatalog as a good directory service for > method lookups. I think a ZCatalog would introduce way too much overhead. This lookup would happen (though not usually successfuly) with nearly every web request. For instance, any call to standard_html_header would require a lookup in the MDS, which would likely fail. With standard acquisition, the additional overhead should be largely unnoticable. > > I guess the complicated question (for me, at least) is whether or not the > process of acquisition could be interrupted and/or preempted for an > alternate traversal means for obtaining methods either inside my Product > code or in a hotfix product. The concept of method lookup doesn't seem > daunting, but making it execute transparently does. I would hope something > like this would be possible without modifications to the Zope core... I think you could still use standard acquisition, just modify the namespace stack so that MDS folders are near the top all the time (or whenever you want them there). > > Sean > -- | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `------------------> _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )

1 0

versions don't honor portnumbers
by Oliver Bleutgen 13 Aug '01

13 Aug '01

Hi, I just encountered a very irritating behaviour of versions resp. the cookies which carry them. We have a development server which servers something like 3-5 zopes on different ports. Today it occured that one folder on one zope (port 20080) got locked in a version which isn't existant on this zope. After some thinking I found that version on another zope and, well, from then on everything worked as expected. Is this a mistake by my browser (IE) for not seperating cookies by differnent port numbers for the same ip? cheers, oliver

1 0

Problems with LocalFS product and Zope 2.4
by Juan Javier Carrera Obrero 13 Aug '01

13 Aug '01

Hello, I have installed the Local File System 0.10.1 with Zope 2.4 in Win32 plataform, but when Zope was running, the next warnings are showed: C:\WZope\lib\python\ts_regex.py:87: DeprecationWarning: the regex module is deprecated; please use the re module import regex, regsub #, Sync C:\WZope/bin/lib\regsub.py:15: DeprecationWarning: the regsub module is deprecated; please use re.sub() DeprecationWarning). It is showed too if Local File System 0.9.4 version was used. Anybody knows to how to do resolve it ? Thanks.

2 1

Problem getting to my variables
by vio 12 Aug '01

12 Aug '01

Newbie question: What's the syntax for accessing a variable in one method from another. Say the two methods: ---------- def manage_addFoo(self, id, title, REQUEST=None): A_folder = getattr(base_folder,someID) def manage_addBar(self, id, REQUEST=None): manage_addFoo.A_folder._setObject(id, BarObject) ---------- In the second method I simply want to add an object to A_folder which is defined in the first method. I would like to know what's the correct syntax (obviously my line 4 is wrong). And I don't want to use 'return A_folder' in manage_addFoo because it defines many such variables, each accessed by different other methods. I just want to selectively get at some specific variable. Regards, Vio

2 1

Zope CVS in bad state?
by Dieter Maurer 12 Aug '01

12 Aug '01

A few days ago, I made a fresh checkout of module "Zope" from ":pserver:anonymous@cvs.zope.org:/cvs-repository". I had hoped, I would get quite new Zope sources, something like 2.4+. But apparently, the available sources there are old and inconsistent. Up to now, I met several problems: 1. "cPickle.c" wants to include non-existent "mymath.h" 2. "z2.py" tries to import "ZLogger", but this is package "Zope" (ImportError) 3. "DateTime" still uses "regex" instead of "re" 4. "FileStorage" calls "append" with 2 rather than 1 argument 5. The documentation tells: you need "Python 1.5.2". What goes on? Dieter

2 1

zshell used without jaxml
by vio 11 Aug '01

11 Aug '01

Is the "programmatical" use of zshell documented somewhere? I see that it has provisions to get commands either from the web (from 'REQUEST') or from 'parameters'. But I can't figure out how to send it my parameters. I'm guessing the key is through 'zshellscript'. But I can't seem to get the syntax right. Could someone care to give me an example. Or correct mine: ------- from zshell import ZopeShell # import jaxml ############## I am specifically not importing jaxml, ############## because I don't want the UI part ############## ... that's the whole point. def myStuff(self, id, title, REQUEST=None): my_zshellscript = ['mkdir myFolderName', 'cd myFolderName', 'pwd'] # my problem in previous line, # although that's exactly how it looks in 'REQUEST' myShell = ZopeShell(my_zshellscript) # get some feedback return Globals.MessageDialog( message=(myShell), action='manage_main', ) <-- this should return 'myFolderName' ------- A less important zshell-related question: where is 'context' documented? (Where does it come from? What is it used for? The ID of the working folder? (as in 'zshellpwd'). What's the difference between it and ''__context' ?) Regards - Vio

2 1

zshell as wrapper to Zope method calls
by vio 11 Aug '01

11 Aug '01

Is the "programmatical" use of zshell documented somewhere? I see that it has provisions to get commands either from the web (from 'REQUEST') or from 'parameters'. But I can't figure out how to send it my parameters. I'm guessing the key is through 'zshellscript'. But I can't seem to get the syntax right. Could someone care to give me an example. Or correct mine: ------- from zshell import ZopeShell # import jaxml <-- I am specifically not importing jaxml, because I don't want the UI part def myStuff(self, id, title, REQUEST=None): my_zshellscript = ['mkdir myFolderName', 'cd myFolderName', 'pwd'] # <-- problem here, although that's #exactly how it looks in 'REQUEST' myShell = ZopeShell(my_zshellscript) return Globals.MessageDialog( message=(myShell), action='manage_main', ) <-- this should return 'myFolderName' ------- A less important zshell-related question: where is 'context' documented? (Where does it come from? What is it used for? The ID of the working folder? (as in 'zshellpwd'). What's the difference between it and ''__context' ?) Regards - Vio

2 1