- Zope-Dev - Zope lists

RE: [Zope-dev] ZClasses inheriting from ZClasses
by Phillip J. Eby 03 Aug '99

03 Aug '99

Does this mean that if you create a product and pass it out to your customers, they can't subclass your ZClasses? At 12:03 PM 8/3/99 -0400, Michel Pelletier wrote: > > >> -----Original Message----- >> From: Martijn Faassen [mailto:faassen@vet.uu.nl] >> Sent: Tuesday, August 03, 1999 11:55 AM >> To: zope-dev(a)zope.org >> Subject: [Zope-dev] ZClasses inheriting from ZClasses >> >> >> Hi there, >> >> I'm trying to make a ZClass inherit from another ZClass that >> I made, but >> it's not listed in the list of base classes. I thought this was >> possible, so what am I doing wrong? > >Are they in the same product? > >-Michel > >_______________________________________________ >Zope-Dev maillist - Zope-Dev(a)zope.org >http://www.zope.org/mailman/listinfo/zope-dev > >(To receive general Zope announcements, see: >http://www.zope.org/mailman/listinfo/zope-announce > >For non-developer, user-level issues, >zope(a)zope.org, http://www.zope.org/mailman/listinfo/zope ) > >

1 0

ANN: ZSybaseDA 1.0.1
by Michel Pelletier 03 Aug '99

03 Aug '99

Greetings, Here is the official ZSybaseDA. Currently, the ZSybaseDA is a level 2 DA, meaning that it will work with a threaded Zope, but all transactions with all other level 2 DAs are serialized in the transaction manager. The ZSybaseDA REQUIRES Zope 2.0! There are several bug fixes in this DA over the previous one (which we didn't ever release so it doesn't matter much anyway...) A bug in the ctsybasemodule that caused open sybase connections to hang around until the process died is fixed A bug that didn't let you re-open a manually close database connection is fixed. And others. Note that the ctsybase module appears to be orphaned by it's original maintainer, as our attempts to get ahold of him have failed. We will continue to extend and maintain his work by taking over the ctsybase code until he steps back up or someone else does. Any bug reports or problems with the ctsybase module should be sent to zope-dev(a)zope.org. Note that although ZSybaseDA *is* an officially supported Digital Creations product, *the ctsybase module is **not** supported*. It behooves us to fix bugs in it, but we cannot prioritize it unless a customer opens a ticket with us. Thanks. Please consider the 1.0.1 release of the ZSybaseDA as tested beta code. There may be another maintenance release in the near future. The ZSybaseDA can be found on the Zope site: http://www.zope.org/Download/ZSybaseDA/ -Michel

2 1

RE: [Zope-dev] ZClasses inheriting from ZClasses
by Michel Pelletier 03 Aug '99

03 Aug '99

> -----Original Message----- > From: Martijn Faassen [mailto:faassen@vet.uu.nl] > Sent: Tuesday, August 03, 1999 11:55 AM > To: zope-dev(a)zope.org > Subject: [Zope-dev] ZClasses inheriting from ZClasses > > > Hi there, > > I'm trying to make a ZClass inherit from another ZClass that > I made, but > it's not listed in the list of base classes. I thought this was > possible, so what am I doing wrong? Are they in the same product? -Michel

2 1

ZClasses inheriting from ZClasses
by Martijn Faassen 03 Aug '99

03 Aug '99

Hi there, I'm trying to make a ZClass inherit from another ZClass that I made, but it's not listed in the list of base classes. I thought this was possible, so what am I doing wrong? I'm using Zope2 b1. Regards, Martijn

1 0

RE: [Zope-dev] BUG in online help?
by Brian Lloyd 03 Aug '99

03 Aug '99

> >OK I did an update restarted and the bug is still there. The two > >ts_regex.pys are still different. I this my CVS or what? > > the original ts_regex related bug has gone away now; great > response. The two ts_regexes are still > different and both are being used. Can you elaborate on what you mean by "both are being used"?... > Also :( the __call__ bug still remains; I get this when > clicking on Object Reference in Z Online > help; I think this is the one I entered into the collector. > Zope Error > > Zope has encountered an error while publishing this resource. > > exceptions.AttributeError > > Sorry, a Zope error occurred. > > Traceback (innermost last): > File > C:\Python\devel\ZOPE\lib\python\ZPublisher\Publish.py, line > 256, in publish_module > ... > C:\Python\devel\ZOPE\lib\python\HelpSys\ObjectRef.py, line > 118, in __getattr__ > (Object: Chart) > AttributeError: __call__ > > > -- > Robin Becker Hmm - what is "Chart"? Is that a class in a product that you wrote? Using the b1 release on my machine, I don't get any problems using the object reference, so I suspect that there's something about that Chart class that's triggering the problem. If you can zip up the dir in lib/python/Products where that Chart class lives, I can try to install it here and debug this further... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 1

preventing acquisition
by Robin Becker 03 Aug '99

03 Aug '99

I have found acquisition useful in several cases, but I would like to eliminate it for certain folders I have /-index_html | |--DOCS/ | |--IMAGES/ | |--RUBBISH/ it's useful in DOCS/mydoc_html to refer to IMAGES/myimage.gif, but I really don't want RUBBISH/index_html to be available as /DOCS/RUBBISH Do I have to go through a whole rigmarole of defining roles/users or is there some easy way to make RUBBISH non-acquirable? -- Robin Becker

3 6

RE: [Zope-dev] BUG in online help?
by Brian Lloyd 03 Aug '99

03 Aug '99

> >I'm getting this when clicking on certain items in the help system > >eg DTML Document > > > >Zope Error > > > >Zope has encountered an error while publishing this resource. > > > >exceptions.AttributeError > > > >Sorry, a Zope error occurred. > ... > >AttributeError: __call__ > as requested I've put this into the collector, but I believe it may be > related to the fact that there are now two versions of > ts_regex.py in my > CVS latest version in lib/python & lib/python/DocumentTemplate. > > I think the latest doesn't have various bits required in some places. > Surely it's dangerous to have modules with apparently identical intent > and different functionality. > -- > Robin Becker Actually this is due to a bug that got into CVS the other day. It has since been fixed - do an update and restart and it should go away. As for the two ts_regex modules, this is an unfortunate side-effect of the fact that DocumentTemplate is also distributed as a stand-alone package. The fact that the extra one is there shouldn't actually cause any problems though. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 2

External Methods and REQUEST variable
by Josh Zeidner 03 Aug '99

03 Aug '99

Currently I am working with External Methods that use the REQUEST variable. I have defined a python function as : def print_form_values(self, REQUEST=None): if REQUEST is not None: return REQUEST.form.keys() else: return [ 'NOTHING!' ] It should pick up variables past through POSTing, however it does not. I have defined an DTML doc like this and posted a series of variables to it.  <h2></h2>      GetFormKeys is the ID of the method. I cannot get this to work! What am I doing wrong? -Josh Zeidner ps. Is there a way for DTML methods to take arguments? _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

1 0

Does ZServer support persistant TCP connections? Does it close them?
by Brad Clements 02 Aug '99

02 Aug '99

I just filed a collector bug on IE5 hanging with Zope 2.0b1. Based on how it hangs, I'm beginning to think that IE5 might be expecting Zserver to support persistant connections, and either Zserver doesn't, or it closes it's end after some idle time limit that is much lower than IE5 expects... Or it loses track of an idle tcp connection until kicked in the butt by a new request. Can anyone say right away if ZServer supports persistant connections, and if yes, what's the timeout. Brad Clements, bkc(a)murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com ICQ: 14856937

3 3

[Announce] CyberCash Connector for Zope
by Scott Robertson 02 Aug '99

02 Aug '99

I was threatening Paul when I was out in VA that I would do this, and because Rob made me make it a priority (got to love those guys), here to put the Z in e-commerce, is the Wampum Generator! (May need to work on the name) The Wampum Generator allows you to process credit card transactions in Zope using CyberCash. You can perform a variety of tasks using DTML and most of the CyberCash administration functions exists in the management interface (batch processing, voiding transactions, & posting returns) >From The README.txt: The Wampum Generator (pre-alpha) The Wampum Generator (pre-alpha) is the first draft of a CyberCash Connection object that gives application developers the ability to process Internet credit card transactions in Zope. If you encounter a bug or would like to see a particular feature added please discuss it on the Zope mailing list, zope(a)zope.org. Or better yet send us a patch! We are releasing this product in this rough state because it might be useful to some of those people in the Zope community, and to receive your feedback and comments. Be warned this release is not for the faint of heart! If you're not the hacker type you might want to wait for a more polished release. To build this package you must download the Merchant Connection Kit (MCK) from CyberCash at http://www.cybercash.com and sign-up as a merchant. Note: the product will setup reasonable defaults for testing if you leave the values blank. For further information on building and installing please read the INSTALL.txt which is in the same directory as this file. It is currently assumed that the user has a basic understanding of how credit card transaction work and that the user has passing knowledge of the MCK API. Documentation is available from www.cybercash.com. For an example of use please see the cybercash-form.dtml and process-cybercash-order.dtml in the same directory as this file. The Wampum Generator was created by CodeIt Computing, http://www.codeit.com. Special thanks to Digital Creations for funding this project so that the Open Source Community could have their own e-commerce solution to go with the worlds best web application platform. CyberCash, and the CyberCash MCK are registered trade marks of CyberCash Inc. The Wampum Generator is available from the Contrib section of the Zope web-site at http://www.zope.org/download/Contrib. Enjoy! --------------------------------------------------- - Scott Robertson Phone: 714.972.2299 - - CodeIt Computing Fax: 714.972.2399 - - http://codeit.com - ---------------------------------------------------

1 0