August 1999 - Zope-Dev

Re: [Zope-dev] the birth of ZCommerce (fwd)
by Scott Robertson 03 Aug '99

03 Aug '99

> Just going to toss in my $1.50 w/inflation :-) > > > 1) integration with accounting packages such as Quicken > > Define an API, but don't specifically choose an accounting package. Deal > with what the "use cases" are, rather than what Quicken expects. Quicken is > nothing like what most companies use, with a full double-entry ledger system > >Accounting packages are just wierd. How companies use them are even >wierder. Getting a compnay (or their accoutants) to change accounting >systems (le alone learn any new software) is a lesson in futilalty. >Probally the best thing you can do is provide ways to export data, and >pray. >In other words this shouldn't be made a priority, although it would be a >nice sell. Ahhhboy, I've got to remember to spell check these things before I e-mail them out. I mean it's one thing for everybody to think I'm an idiot, but another thing entirely to write your IQ on your business card, sheeesh!

1 0

Re: [Zope-dev] the birth of ZCommerce
by Christopher Petrilli 03 Aug '99

03 Aug '99

Just going to toss in my $1.50 w/inflation :-) > 1) integration with accounting packages such as Quicken Define an API, but don't specifically choose an accounting package. Deal with what the "use cases" are, rather than what Quicken expects. Quicken is nothing like what most companies use, with a full double-entry ledger system > 2) secure transactions Ah, there's the rub, this is a much more complex thing to do than it first appears. SSL is easy, but dealing with storage of credit-card information, and more so, delivery of goods via electronic means, is much more complex. > 3) many of the features in packages such as Intershop The first thing to tackle is whether this is US only or not, if not, then your tax issues just went through the ceiling. (I've had to deploy 3-4 instances of Open Market and Netscape Commerce Server) Taxation alone can require a HUGE database to back it up to do it correctly. Just wanna make sure you know how big the box is before you open it. Having said that, I'd love to see something down this road. Chris -- | Christopher Petrilli Python Powered Digital Creations, Inc. | petrilli(a)digicool.com http://www.digicool.com

2 1

RE: [Zope] ANN: ZSybaseDA 1.0.1
by Michel Pelletier 03 Aug '99

03 Aug '99

> Um, correct me if I'm wrong, but doesn't Level 2 mean that > the adapter is > thread safe, and thus has to release the Python global > interpreter lock? > I've been skimming through the new ctsybase.c and I don't see > it doing this. > Ok it's not level 2, but 1.9. However, it is thread safe (it will work with Zope using multiple threads), it's just not concurrent while in the C code at this point. Like I said, there will be another release real soon now, I wanted to get this out because lots of people were asking for it. -Michel

1 0

Re: [Zope] ANN: ZSybaseDA 1.0.1
by Phillip J. Eby 03 Aug '99

03 Aug '99

At 11:04 AM 8/3/99 -0400, Michel Pelletier wrote: > >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! Um, correct me if I'm wrong, but doesn't Level 2 mean that the adapter is thread safe, and thus has to release the Python global interpreter lock? I've been skimming through the new ctsybase.c and I don't see it doing this.

1 0

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