- Zope - Zope lists

Newbie Question ;-)
by Nils Jeppe 24 Feb '00

24 Feb '00

Hello everybody, I am yet another newbie! So, "HELLO WORLD!". Discovered Zope not even a week ago, got started to fiddle with it on Monday, and I think I have gotten a basic grasp of the whole thing. Zope's really promising. It's a pitty that so little Documentation exists.... Anyway, please bear with me if any of what I am trying to do is REALLY stupid. :) Situation: I have a ZClass that I want to have a method which should display information about the object itself. I followed the ZClasses howto in the developer's guide, only instead of CDs I took something else. I followed another Howto to implement the searches of a ZCatalog which includes my ZClasses (an awful lot of Z's here). The relevant part is in the search report, and it goes like so: <td><dtml-var id></td> <td><a href="">  </a></td> <td><dtml-var description html_quote newline_to_br></td> <td><dtml-var author></td> Now, in my ZClass I have created an index_html method, but as soon as this method is trying to access any of the object's variables (say, "title"), I get asked for username & password and subsequently locked out with: Zope has encountered an error while publishing this resource. Unauthorized You are not authorized to access title. Now, I'd really appreciate if someone could give me some hints. For the record, if I remove all dtml tags from that method and just put some text into it, that gets rendered just fine (in ugly courier on ugly gray, but still). Best wishes, Nils -- "Party on, contest winners, party on." -- Slurms McKenzie

1 0

Zope newbie ZODB question
by Travis Llewellyn 24 Feb '00

24 Feb '00

Hello all, I have been trying my hardest to understand Zope and all that encompasses it and I am getting close but I have a few questions. What I am attempting is a simple Employee and Branch / Department list. The question I have is this.. Is the way I have approached it a good way to accomplish this task or is there a "better" way. Here is what I have done. I have a folder off of the root named Employees under it I have a folder called emplist with files named "username" under it. Each of these files have several properties (fname, lname, SSS, brid etc....) I am just attempting to get a list of users and can accomplish this with dtml-in's. The question really comes in when I start linking branches to employees. I have another folder under root call branches with files under it with properties for each file (bname, badress1, baddress2, bid etc) I am looking to add a lot of information such as documents and notes later on. Is this going to scale verry well or is there something I am missing with Zope or am I on the right track? Thanks Travis

1 0

RE: [Zope] export Z_DEBUG_MODE=no -- broken?
by Martijn Pieters 24 Feb '00

24 Feb '00

From: Tres Seaver [mailto:tseaver@palladion.com] > Michael Hamilton <michael(a)actrix.gen.nz> asked: > > which seems to be a way of switching off traceback dumps in > the browser > > window and have them wind up in an html comment instead. > > > > How do I enable this feature. I tried setting Z_DEBUG_MODE > to something > > other that 1 or yes, but it doesn't seem to do anything. > > > > If I manually hack the above code to force debug_mode off, > then it does > > what I want. > > > Martijn Pieters <mj(a)digicool.com> replied: > > > > Start Zope up with the -D switch. It'll take care of this. > > Actually, I think what Michael wants is to *remove* the "-D" > from the start > script (to force the traceback into the comment, instead of > being displayed). Whoops! Yes, if you are wondering why tracebacks still are being displayed, you are probably still running with the -D flag in your start file. Remove it and enjoy the clarity of your error messages. =) -- Martijn Pieters, Software Engineer | Digital Creations http://www.digicool.com | Creators of Zope http://www.zope.org | mailto:mj@digicool.com ICQ: 4532236 | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 -------------------------------------------

1 0

Looking for a Zope Informix DA
by Denis, Ronald J (Ronald)** CTR ** 24 Feb '00

24 Feb '00

Has someone yet created a ZInformixDA? _______________________________________________ Ron Denis E-mail : rdenis(a)lucent.com Consultant Lucent Technologies Inc.

1 0

RE: XMLDocument "WrongDocument" error and object comparision...
by Amos Latteier 24 Feb '00

24 Feb '00

> I'm playing with XML Document, and I'm finding that I'm getting a > bogus WrongDocument error from the sample file. If I open up the > 'slides' document and hit 'Change' I'm getting a WrongDocument > exception at line 433 of Node.py. > > if document and ownerDocument and document != ownerDocument: > raise ZDOM.WrongDocumentException() > > (I also see this when I try to create a new document) > > Putting a > print "DOC", document, ownerDocument > print "DOC2", id(document), id(ownerDocument) > on the line before it gives back > > DOC <Document instance at 863bf90> <Document instance at 863bf90> > DOC2 139736152 139811552 > > so they _look_ like the same object, but comparision is failing. > > On a hunch, I tried changing the code to compare document.aq_base > and ownerDocument.aq_base, and this works. I have _no_ idea > if this is > correct, though. I think that you are right. Let me look at it a little more, and then I'll check in your patch. Thanks! -Amos -- Amos Latteier mailto:amos@digicool.com Digital Creations http://www.digicool.com

1 0

Re: [Zope] dtml-var question
by Tres Seaver 24 Feb '00

24 Feb '00

Evan Simpson <evan(a)4-am.com> wrote: > > ----- Original Message ----- > From: James W. Howe <jwh(a)allencreek.com> > > I have a DTMLMethod named foo. I can access this method by using the > > following statement: > > > > <dtml-var foo> > > > > If I wanted to use the "quoted" syntax to access this method (perhaps > > because it resides in some other folder) which of the following is exactly > > equivalent to the statement above: > [snip] > > <dtml-var "foo(_.None, _)"> > > The above is definitely closer, and seems to behave the same in every place > I've used it. I can't say for sure that it is *exactly* equivalent, though. Hmm, maybe <dtml-var expr="foo(_.None, _, REQUEST)"> is closer? -- ========================================================= Tres Seaver tseaver(a)palladion.com 713-523-6582 Palladion Software http://www.palladion.com

4 3

RE: [Zope] Private Product Objects (was: object icons)
by Martijn Pieters 24 Feb '00

24 Feb '00

From: Loren Stafford [mailto:lstaffor@dynalogic.com] > > > Now that I've had breakfast and thought about this a > little more, I see > > > there is broader issue: how to handle the special needs > of objects that > are > > > private to a product. My product is an event scheduler. > (Terry, who > started > > > the "object icons" thread, may have a different > situation. Jump in and > tell > > > us about your product, Terry.) The Scheduler product registers an > > > catalog-aware Event class so user's can define scheduled > events. The > product > > > keeps track of all Events in a ZCatalog "Schedule". Now, > Schedule is a > > > persistent object and has a class definition, but the one and only > instance > > > is created by the product and load time, if an instance > doesn't already > > > exist. The Schedule has some special usage requirements: > > > > > > 1. There should be only one instance. That's why its class is not > > > registered. > > > > Hmm, I guess I don't see the necessity of making it a > Singleton here. > Suppose > > you need to segregate events into separate priority > classes, or guarantee > that, > > when executed, the run with the permissions of different > users? Splitting > up > > the schedule _might_ not be a terrible thing to do. Your > default case > could > > then just require dropping a single instance of the > Schedule class at the > root > > of your Zope hierarchy, and leaving it there. > > I'm beginning to think that way too. I haven't really dealt > with priority or > permissions yet (and I probably won't until Phase II), but trying to > enforce a singleton is more trouble than it's worth. What are your problems? Doesn't my code work anymore? The reasons I chose to make ZScheduler a singleton are: 1. Extra threads in Zope affect the performance of Zope. Only one ZScheduler object needs only one extra thread. 2. Event objects should be able to find the ZScheduler at all times, just like the Add list can count on the id Control_Panel existing. 3. The ZScheduler object can act as a management interface into the underlying Events, like show what events are about to be executed, show reports on the number of Events executed, etc. Priority could simply be a property on a Event object, something that can then be sorted on from the catalog. No multiple Schedulers needed here. > > > > > > 2. It probably shouldn't show up on users' navigation > bars and folder > lists. > > > This probably is not a problem, because Schedule has a > unique meta-type. > But > > > that's not a watertight solution. A standard method for marking it > invisible > > > would be better. > > > > If Schedule derives from ZCatalog, as it seems, and the > Event class uses > the > > well-known schedule ID as its default_catalog_id, then it isn't even > necessary > > to "contain" the events within the schedule object -- they > will find it > anywhere > > above them in the tree by acquisition (think "uncle > Schedule" instead of > "papa > > Schedule"). > > I guess I envisioned a single Schedule, because I imagined > only a single > Dispatcher thread. If there are more Schedules, either the > Dispatcher will > need a catalog to find all of the Schedules, or each Schedule > will need it's > own dispatcher. Let me hold that last thought for awhile... Again, there is no need to have more than one Scheduler, you solve no problems with that, you only create more. You don't need to hide the ZScheduler from view, just like you don't need to hide the Catalog. It can be used as a organising container for everything related to Events as well. Stock Catalog objects are containers for the same reasons. > > > > > > > > 3. If and when it does show up (as on the manage_main > menu) it should be > > > identified with the product (to avoid the "Whaz dis?" > confusion). That's > why > > > I want it to have an icon that shows it is part Scheduler product. > > > > Solved if Schedule is an "ordinary" ZClass. > Check. > Solved if you cannot manually add new Scheduler objects. KISS, keep it simple, stupid. > > > > > > > > 4. No one, not even a manager, should be able to delete > it accidently. > You > > > can make an object undeletable by putting its ID in the > list of reserved > > > names, but I have found, during development of Scheduler, > that this hack > > > causes more problems than it's worth. I might settle for > letting be > deleted > > > by a manager. > > > > Again, solved for "ordinary" ZClass instances -- just set > the permissions > so. > > I sort of agree. One problem with deleting a Schedule is if > it has events > cataloged in it -- currently that breaks the event objects. A > manage_beforeDelete method could just block a delete in that > case. Also the > Dispatcher task has to be terminated. There must be a way to > do that in a > manage_beforeDelete method. > > Martijn what do you think? You clearly went to a lot of > trouble to put the > Product in control of deleting the Schedule catalog. What are the problems you are experiencing? Especially for the development and alpha/beta stages of the ZScheduler product, I put a hook onto the ZScheduler Product folder to release the protection on the root ZScheduler object when you delete the Products folder. Yes, it is a hack, but it worked for me. I planned on removing it when releasing a stable version. For the reasons I went through all the trouble (which wasn't all that much of a trouble, really. Zope provided the framework), I named earlier in this email. > > > > > > 5. When the product is deleted (I mean really deleted, > because you don't > > > want to use it anymore), the Schedule should be deleted > too. Failing > this, > > > it should at least be deletable (an iffy situation, if you use the > > > reserved_names hack). On the other hand, if you are just > updating the > > > product code, you probably don't want to delete the > Schedule object. It > may > > > contain scheduled events. This is complicated by the fact > that when you > load > > > a product, Zope first deletes the old product. So a > manage_beforeDelete > > > method can't distinguish between a "real" delete and a > code update. I've > > > also discovered that any error in a product's > manage_beforeDelete method > > > makes the product not only undeletable, but (because of > the implicit > delete) > > > unupdatable (un-update-able)! > > > > > > (Hmmm. There's an idea. You could make any object, including the > Schedule, > > > undeletable by giving it a manage_beforeDelete method > that raises an > error.) > > > Indeed, don't delete the ZScheduler automatically. Just state in the documentation that this is unstable, development-grade software, and document the procedure. A product update then will cause the lock to be removed, and then reinstated. If you run into problems with the code, you can use the Monitor to release the lock manually. > > > 6. The Schedule need to have a "well known" ID (I think). > This is for > use in > > > the default_catalog property of the events. I wouldn't > want someone to > > > change the ID of the Schedule arbitrarily. This may be > the same problem > as > > > accidental deletion. > > > > You can override the setId() method to prefent changing the id; > BasicUserFolder > > does this:: > > > > > > def _setId(self, id): > > if id != self.id: > > raise Globals.MessageDialog( > > title='Invalid Id', > > message='Cannot change the id of a UserFolder', > > action ='./manage_main',) > > > > Thanks. I'll use that. > Doesn't using the proetction I implemented also protect you from changing the id? It should! You can't change the id of the standard_html_header/_footer and Control_Panel either, can you? Anyway, since I sort of dumped the code on you, please feel free to ask more questions =) -- Martijn Pieters, Software Engineer | Digital Creations http://www.digicool.com | Creators of Zope http://www.zope.org | mailto:mj@digicool.com ICQ: 4532236 | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 -------------------------------------------

2 1

Re: Zope My/SQL Adapter LD_LIBRARY_PATH
by CURTIS David 24 Feb '00

24 Feb '00

Thanks for the tech tip but it did not solve the problem. When I compile "python build.py" I get this error Traceback(innermost last) File ("build.py" l ine 14, in ? import MySQLdb File "MySQLdb.py:, line 19 in ? from _mysql import * Import Error: libmysqlclient.so.6 cannot open shared object file: no such file or directory. If I type the commnd :: # ls -l /usr/local/zope/lib/python/Products/MySQLdb-0.1.2/mysqlclient.so.6 I get mysqlclient.so.6 -> /usr/local/lib/mysql/mysqlclient.so.7 I think this means that I have a proper link to the file! >>> jfarr(a)real.com 02/22/00 06:16PM >>> > Uh, the path. I'm a newbie so I still don't quite get it. If I type $ set I do not see the LD_LIBRARY_PATH or # "set ". > If I use the command > #/usr/local/lib/mysql=LD_LIBRARY , I get the same result. What should I do to correct this problem? LD_LIBRARY_PATH usually isn't set unless you set it. The easiest fix is to create a symbolic link in /usr/local/lib pointing to the libmysqlclient.so.6 file. You'll probably need root access to do this. cd /usr/local/lib ln -s /usr/local/lib/mysql/libmysqlclient.so.6 libmysqlclient.so.6 This assumes the file is in /usr/local/lib/mysql. If you don't have root access: bash: export LD_LIBRARY_PATH=/usr/local/lib/mysql csh: setenv LD_LIBRARY_PATH /usr/local/lib/mysql should work. -jfarr ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Hi! I'm a signature virus. Copy me into your .sig to join the fun! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

1 0

Re: [Zope] export Z_DEBUG_MODE=no -- broken?
by Tres Seaver 24 Feb '00

24 Feb '00

Michael Hamilton <michael(a)actrix.gen.nz> asked: > To: zope(a)zope.org > Subject: > > Inside lib/python/ZPublisher/HTTPResponse.py there is the following code: > > def _traceback(self,t,v,tb): > tb=self.format_exception(t,v,tb,200) > tb=join(tb,'\n') > tb=self.quoteHTML(tb) > if self.debug_mode: _tbopen, _tbclose = '<PRE>', '</PRE>' > else: _tbopen, _tbclose = '' > return "\n%s\n%s\n%s" % (_tbopen, tb, _tbclose) > > which seems to be a way of switching off traceback dumps in the browser > window and have them wind up in an html comment instead. > > How do I enable this feature. I tried setting Z_DEBUG_MODE to something > other that 1 or yes, but it doesn't seem to do anything. > > If I manually hack the above code to force debug_mode off, then it does > what I want. Martijn Pieters <mj(a)digicool.com> replied: > > Start Zope up with the -D switch. It'll take care of this. Actually, I think what Michael wants is to *remove* the "-D" from the start script (to force the traceback into the comment, instead of being displayed). Tres. -- ========================================================= Tres Seaver tseaver(a)palladion.com 713-523-6582 Palladion Software http://www.palladion.com

1 0

changes not "sticking"
by John Deighan 24 Feb '00

24 Feb '00

I installed Zope on an NT Server machine - everything seemed to work OK. Then, from another computer running Internet Explorer, I logged on to the management interface to try to set up a new web site. It asked for a name and password (there's just the one original one right now), which I entered and it accepted. So far, so good. I created a new folder under the root, and proceeded to edit the index_html file. When I click the "Change" button, the screen refreshes with the new DTML code. However, after going through several cycles of this, I used the tree view in the left frame to navigate elsewhere, then to navigate back to the site I created, but the index_html file had its original, default contents! I've tried this several times, each time with the same results. It seems to me that I had not encountered this problem when I went through the Zope tutorial initially; however, that was while sitting at the machine Zope was installed on, and using the "localhost" style URL. When I get home this evening (the Zope machine is there), I will check to see if everything still works that way, but I thought I'd see if either I'm doing something wrong, or anyone has encountered this problem before.

2 2