May 2000 - Zope-Dev - Zope lists

Re: [Zope-dev] Ending up with a wrapped object through the web?
by Anthony Baxter 28 May '00

28 May '00

>>> "Kevin Dangoor" wrote > When importing the .zexp, I get an "Attempt to store a wrapped persistent > object" error. This is really puzzling, because I'm not sure how a > completely through-the-web Product would have a wrapped object stored in it. > I tried removing the PythonMethods to see if they were stored in an unusual > way, and this did not change the behavior... It's not just you - I've been unable to get any imports to work in current-cvs. Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

Preprocessed Output
by Itamar Shtull-Trauring 28 May '00

28 May '00

A common pattern when developing in Zope is to have a sort of Document that contains text with some special codes, and then to render them and return the output to the user. So we have DTML Documents, and Structured Text Documents, and Python Methods, and I've written a few for my own use and I'm sure other people have. Has anyone thought of making this into some sort of generalized superclass that does this sort of I thing. I remember Michel Pelletier worked on something like this and was telling me about it at IPC8. Any code written for that? -- Itamar S.T. itamar(a)maxnm.com

1 0

Zope 2.1.6 minor ZCatalog bug?
by Dieter Maurer 27 May '00

27 May '00

I have a ZCatalog object in Zope's root folder. Its ContentView uses absolute URL's to reference its objects: e.g. "//acl_users" rather than "/acl_users". Such URL's cause a browser to interprete the first URL part as host. In the above case, it looks for host "acl_users" which, of cause, does not exist. The following patch fixes the problem in my case. It might, however, introduce other problems if the ZCatalog is not in the root folder. Dieter --- :catalogView.dtml Wed Nov 3 19:56:32 1999 +++ catalogView.dtml Sat May 27 17:04:55 2000 @@ -48,7 +48,7 @@ </TD> <td valign="top"><dtml-var meta_type></td> <td valign="top" align="left"> - <a href="/<dtml-var "getpath(data_record_id_)">/manage_workspace"><dtml-var "getpath(data_record_id_)"> + <a href="<dtml-var "getpath(data_record_id_)">/manage_workspace"><dtml-var "getpath(data_record_id_)"> <dtml-if title> (<dtml-var title>)</dtml-if></a> </td> </tr>

1 0

Case Insensitive TextIndices
by Chris Withers 27 May '00

27 May '00

Since www.zope.org and classic.zope.org (not to mention digicool.com) all seem to be down, I'll dump my feature request here (although given the lack of mail this morning, maybe mailman is down too ;-) Could it at least be an option, my view is that it should be the default option ;-), for text indices to be case insensitive... It seems crazy to me that a search for 'Fishing' will not return objects containing 'fishing'. Am I the only one? cheers, Chris

1 0

[Fwd: ZCatalog.. Again.. I know..]
by Chris Withers 27 May '00

27 May '00

Michel Pelletier wrote: [snip stuff on BTree, intSet and PersistentMapping] > Now you can add these to the InterfaceWiki. ;) Done... not sure if they're in the right place though... I'm having problems with ZCatalog. Would this bug: http://zope.nipltd.com/public/lists/dev-archive.nsf/ByKey/C15EB30D0FAF1057 "[Zope-dev] The Mysterious Key Error and Unrelated Searc Result Bug" be the reason why I occasionally get incorrect search results (ie: an object is returned as part of the results set that doesn't match the search criteria) which then go away if I re-index all the documents in the catalog? here's hoping, Chris PS: Is this fixed in 2.2?

4 13

Zope view as object file system instead of web content management
by Sin Hang Kin 27 May '00

27 May '00

Hello DC: It have been pointed out that zope is an object file system instead of an web content management system. But the current activities of zope usage have been mainly apply it as an web app server. This point of view may not release fully the potentials of zope. We have currently seen perl is being introduce to zope, I think this is just an start: more and more people will join in to use zope with their native language. However, the current zope status is not suitable to accept such an change, I shall say we should have something like DOM for xml for zope before we can invite them to explore the world of zope. 1, zope should based on unicode, having everything look at them as if it serve their native encoding by translating encoding during the publishing machanism. 2, zope should be prepared to meet the distribution world where multiple zope co-operative is possible. I can see the benefit to have unique zope object id by having a auto-gen local zope id and together with system identifier to form globally unique id. This will benefit many things: storing object to database, transfer them, archive, tracking their changes, etc. To solve the mirror and duplicate copy, the new objectid shall take the original id, plus the duplicate type and the new system id, to preserve link and unique id. 3. some zope object can be float around without a fixed location, this can be view as all of them are located in the root location or been placed to under a transparent folder. This make no big different but can free our way to utilize objects. 4. some interfaces of creating, modifing, publish through various protocol, access to meta data, attach method, make invisible (delete), duplicate, changing its storage method, spliting version, and such can be defined as what DOM does. 5. Make the publishing machenism forgiving by nature, i.e., one can access an object by putting before it some non-exist path, as if it were located in an non-existing location. This does not change many thing, but will give greate flexability to what people can do. 6. Map dtml to the new DOM model and let everybody happy using their own native language. I am not a programmer but I feel that the current zope have been very confusing with too many surprise in dtml and its syntax. If we continue to go on like this and introduce perl people, I am afraid the result will be fatal. Zope is very powerful but it might also its deadly weakpoint. Make zope stronger before injecting more power in it. Rgs, Kent Sin --------------------------------- kentsin.weblogs.com kentsin.imeme.net

1 0

Zope view as object file system instead of web content management
by Sin Hang Kin 27 May '00

27 May '00

Hello DC: It have been pointed out that zope is an object file system instead of an web content management system. But the current activities of zope usage have been mainly apply it as an web app server. This point of view may not release fully the potentials of zope. We have currently seen perl is being introduce to zope, I think this is just an start: more and more people will join in to use zope with their native language. However, the current zope status is not suitable to accept such an change, I shall say we should have something like DOM for xml for zope before we can invite them to explore the world of zope. 1, zope should based on unicode, having everything look at them as if it serve their native encoding by translating encoding during the publishing machanism. 2, zope should be prepared to meet the distribution world where multiple zope co-operative is possible. I can see the benefit to have unique zope object id by having a auto-gen local zope id and together with system identifier to form globally unique id. This will benefit many things: storing object to database, transfer them, archive, tracking their changes, etc. To solve the mirror and duplicate copy, the new objectid shall take the original id, plus the duplicate type and the new system id, to preserve link and unique id. 3. some zope object can be float around without a fixed location, this can be view as all of them are located in the root location or been placed to under a transparent folder. This make no big different but can free our way to utilize objects. 4. some interfaces of creating, modifing, publish through various protocol, access to meta data, attach method, make invisible (delete), duplicate, changing its storage method, spliting version, and such can be defined as what DOM does. 5. Make the publishing machenism forgiving by nature, i.e., one can access an object by putting before it some non-exist path, as if it were located in an non-existing location. This does not change many thing, but will give greate flexability to what people can do. 6. Map dtml to the new DOM model and let everybody happy using their own native language. I am not a programmer but I feel that the current zope have been very confusing with too many surprise in dtml and its syntax. If we continue to go on like this and introduce perl people, I am afraid the result will be fatal. Zope is very powerful but it might also its deadly weakpoint. Make zope stronger before injecting more power in it. Rgs, Kent Sin --------------------------------- kentsin.weblogs.com kentsin.imeme.net

1 0

Using FSSession from an external method
by Lindell Alderman 26 May '00

26 May '00

I am trying to use FSSession from an external method. I have no problem reading from the Session or updating a dictionary in the Session. My problem is that I cannot delete or change any of the entries in the Session from my external method. Could this an initialization issue or could it be a permissions issue? I can't seem to track it down. -L

1 0

Re: Memory issue 2.1.6 (Hemophelia)
by Jason Spisak 26 May '00

26 May '00

Shane and others: Currently I have to restart the *server* that Zope runs on everyday in order to get the memory tat Zope claims in cache back. Even when I stop the Zope process, the cache doesn't clear. Is there a command in Linux to force that cache to clear? Also, after a clean reboot, I tried to pack, and there is nothing left of my 1 gig of memory, and it swapped a bit. :( Is there anyway to nail down what is causing the bleeding? I have reduced the number of object stored in cache and even flushed the cache in Zope, but it never reclaims all the memory. What can I do to keep investigating? Tools? Stats that will help? Hoping to nail this, Jason Spisak CIO HireTechs.com 6151 West Century Boulevard Suite 900 Los Angeles, CA 90045 P. 310.665.3444 F. 310.665.3544 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

2 1

Re: [Zope-dev] DateTime objects's and ZCatalog
by Jason Spisak 26 May '00

26 May '00

Shane Hathaway: > Jason, > > I've looked over your DTML and I can't quite get a fix on what's going > on (then again, I'm not very familiar with dtml-calendar.) If you'd > send more details I might be able to help, but only in my spare time > I'm afraid... That's actually a very generous offer. Thanks. Basically I am wondering if calling my extenal method is creating the DataTime instances or the call to: _.int(date)/100000 is? Here's the external method: > > external method: > > > > def calendar_day(self) > > return int(self.calendar_date)/100000 > > The code that really matters I guess is : > > <dtml-if "_.len(Catalog(recruiter=AUTHENTICATED_USER.getUserName(), > > meta_types=['Interview', 'Call', 'Appointment', 'Deal'], > > calendar_day=_.int(date)/100000))"> BTW, the memory issue is causing me to restart my *server* everyday. Even when I shut down the Zope process, the memory doesn't fall out of cache. I'm going to make this a separate message. Thanks again, Jason Spisak CIO HireTechs.com 6151 West Century Boulevard Suite 900 Los Angeles, CA 90045 P. 310.665.3444 F. 310.665.3544 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

1 0