August 1999 - Zope-Dev

Re: [Zope-dev] the birth of ZCommerce
by Josh Zeidner 04 Aug '99

04 Aug '99

>What I would recommend is to take a very "pluggable" approach. Create >methods which access data (inventory, etc), and simply allow people to >over-ride those as necessary to integrate. As for serious accounting data, >this is a good use for XML. > As was already mentioned, an API should be defined for this purpose. Then the developer is free to implement this however is necessary. As for protocols... is there any existing Python modules for EDI? - Josh Zeidner _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

1 0

Re: [Zope-dev] monitor server vs zpasswd
by Christopher Petrilli 04 Aug '99

04 Aug '99

> the monitor_client_win32 fails to connect to the server if zpasswd is > used to make an encrypted password. Alas, this is known breakage (and noted in the notes I think)... unfortunately, ZServer (medusa) has all kinds of assumptions in the monitor code, and will require a pretty heavy restructuring. This should be done before the full release. For now, use the unencrypted storage. Chris -- | Christopher Petrilli Python Powered Digital Creations, Inc. | petrilli(a)digicool.com http://www.digicool.com

1 0

Re: [Zope-dev] the birth of ZCommerce
by Josh Zeidner 04 Aug '99

04 Aug '99

> > I think this is a great idea.... of course I'd also like to keep >improving the EMarket product and make it more useful. For what it's >worth, I'm working on a non-cookie based session management system for >EMarket... simple, but should be workable. Why don't we combine efforts? It seems to me wasteful for several people to be making the same thing. >Also... it can already do >secure transactions (that's what the transaction server product is >about), unless I'm missing your point. Last time I used EMarket, it didn't yet have the transaction server. >I'm also going to look at the >new Cyber Cash product where I get chance and make sure that EMarket >interoperates with it properly. I'd like to make EMarket simple, but >flexible so that different folks could use it either as a starting >point, or a 'ready to go' Product in very diverse ways.... Steve- please don't take any comment I might have made personally. But understand that most business people would simply throw your ECommerce product out the window in favor of something more stable and easier to use. -Josh Z > Also... thanks for the indirect feedback on EMarket. I've gotten >precious little of that. ;-) > >take care, >-steve > > >>>>> "Josh" == Josh Zeidner <jmz_phylogenic(a)hotmail.com> writes: > > Josh> It seems to me that I am not the only one who is interested > Josh> in an ECommerce Product for Zope. The EMarket PRoduct was > Josh> interesting but definately not of production value. Maybe > Josh> we should organize the effort? For instance currently, I am > Josh> working on a basket system that retains session state > Josh> without using cookies( an absolute prerequisite ). Here are > Josh> some features that I'd like to see: > > Josh> 1) integration with accounting packages such as Quicken 2) > Josh> secure transactions 3) many of the features in packages such > Josh> as Intershop > > Josh> - Josh Zeidner > > > Josh> _______________________________________________________________ > Josh> Get Free Email and Do More On The Web. Visit > Josh> http://www.msn.com > > Josh> _______________________________________________ Zope-Dev > Josh> maillist - Zope-Dev(a)zope.org > Josh> http://www.zope.org/mailman/listinfo/zope-dev > > Josh> (To receive general Zope announcements, see: > Josh> http://www.zope.org/mailman/listinfo/zope-announce > > Josh> For non-developer, user-level issues, zope(a)zope.org, > Josh> http://www.zope.org/mailman/listinfo/zope ) > > >_______________________________________________ >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 ) _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

1 0

the birth of ZCommerce
by Josh Zeidner 04 Aug '99

04 Aug '99

It seems to me that I am not the only one who is interested in an ECommerce Product for Zope. The EMarket PRoduct was interesting but definately not of production value. Maybe we should organize the effort? For instance currently, I am working on a basket system that retains session state without using cookies( an absolute prerequisite ). Here are some features that I'd like to see: 1) integration with accounting packages such as Quicken 2) secure transactions 3) many of the features in packages such as Intershop - Josh Zeidner _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

2 1

CVS?
by Robin Becker 04 Aug '99

04 Aug '99

C:\Python\devel\Zope>set HOME=/xfer/ZOPE C:\Python\devel\Zope>cvs -d :pserver:anonymous@zope.org:/cvs-repository -z7 up -P C:\Python\devel\Zope> CVS.EXE [update aborted]: recv() from server zope.org: EOF -- Robin Becker

2 1

Several bugs in Zope 2 CVS to bounce
by Martijn Pieters 04 Aug '99

04 Aug '99

Hi all, On a interesting project I am working on right now, we use the latest CVS for a production machine (I know, big nono, but the parts we use are stable as far as I can tell, or otherwise kicked into working order.) I came across a few issues, I'd like to bounce around here before posting them to the CVS: - ZServer/Medusa is very picky about the request formats, and doesn't generate proper errors about them. For instance, if the request uses only LF for line-endings, instead of CRLF, nothing happens. I mean: really nothing. The request is dicarded, no exceptions are logged, nothing, nada. It took me about 2 hours to figure this one out. A 'HTTP/1.1 400 Bad Request' would have been helpful here. Medusa also cannot abide any extra spaces in de first request line, like: 'POST /purchase/check HTTP/1.0' (watch it, there are two spaces between 'check' and 'HTTP'). This time there is an exception logged, because the regular expression that tries to parse this line bounces. Again, at least a 'HTTP/1.0 500 Server Error' would have been helpful, but in this case should be another 400 Bad Request response. In my particular case, the requests are sent by a third party server, and the owners are willing to tweak their code, and I can teak Medusa. But maybe Medusa should be more flexible in accepting minimally malformed requests, by changing LF's to CRLF's and allowing for more whitespace in request headers. - MailHost objects are broken, I cannot add new ones: Traceback (innermost last): File /usr/people/sneek/src/Zope2/lib/python/ZPublisher/Publish.py, line 256, in publish_module File /usr/people/sneek/src/Zope2/lib/python/ZPublisher/Publish.py, line 145, in publish File /usr/people/sneek/src/Zope2/lib/python/ZPublisher/BaseRequest.py, line 311, in traverse File /usr/people/sneek/src/Zope2/lib/python/App/FactoryDispatcher.py, line 143, in __getattr__ KeyError: manage_addMailHost When I revert to the old __init__.py, or use an existing Mailhost object, and I use the sendmail tag, I get an attribute error, no such method named '__call--' (sorry, no traceback, haven't got the access right now). It happens when line 182 of SendMailTag.py is called: mhost=md[self.mailhost] The namespace object (md) is trying to call the mailhost). Maybe this should read: mhost=md.getitem(self.mailhost, call=0) -- Martijn Pieters, Web Developer | Antraciet http://www.antraciet.nl | Tel: +31-35-7502100 Fax: +31-35-7502111 | mailto:mj@antraciet.nl http://www.antraciet.nl/~mj | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 ------------------------------------------

2 2

Re: [Zope-dev] the birth of ZCommerce
by Josh Zeidner 04 Aug '99

04 Aug '99

>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. Thats is why we should offer an API and let the developers "hook" in whatever accounting software they want. > > > 3) many of the features in packages such as Intershop > > > >If you want to have some fun start the debate in the office wether you >should store your inventory in Zope or a SQL database. Clearly both >approaches have their merits but it all depends on the situation. >I have yet to see an off the shelf integrated e-commerece solution that >makes anyone happy yet. Possibly NEITHER! (put that in your pipe and smoke it). Maybe the inventory info can come from our accounting system? That would be a feature not really offered by any existing commerce package- what most ecommerce packages attempt to do is EVERYTHING. What the aim of this project should be is to offer a way to sell products that live in an existing system( such as Quicken or SAP ) and allow the process of marketing/retail to be automated through the net. *Anything* that has to do with accounting should be the domain of the accounting system. > >My current line of thingking on e-commerece in Zope would be to provide a >series of components, not necesaryily an integradted store. This seems like the natural OpenSource/Zope way to do stuff. >* Some form of shopping cart object - you are correct sir >* Inventory control objects that can categorize items for sale but can > come from different datasources ZODB, SQL, etc... - you forgot the exterior accounting system. >* Credit Card Processor object *cough Wampum Generator cough cough* >* And a way to do reporting (This makes my head hurt) - this could be taken care of by the accounting software. >Let the developers glue it all together. - thats what were here for. -Josh Zeidner Phylogenic Inc. _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

5 5

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

04 Aug '99

> The CyberCash libraries use encryption, so there might be that whole > Crypto/Export issue to worry about as well. It is currently unclear whether software which simply links with crypto is "export restricted" but it might be worth looking into this. If it is, then you'd better CYA :-) Not ruling has ever been made, but it might be worth restricting access anyway... I don't know that CyberCash accepts transactions outside the US anyway, so it wouldn't be much use to a non-US person. I love this field.... NOT. Chris -- | Christopher Petrilli Python Powered Digital Creations, Inc. | petrilli(a)digicool.com http://www.digicool.com

1 0

Re: [Zope-dev] the birth of ZCommerce
by Josh Zeidner 04 Aug '99

04 Aug '99

> >Most high end accounting packages would use a SQL backend, I would >presume. > Or Com/CORBA... >It's been my experince that alot of companies will have some POS (That's >point of sales) system and then have some other accounting system say >MAS90, QuickBooks, or some retched little thing still running under dos. >What I was thinking was just a MarketItems object (to steal from EMarket) >that can be placed anywhere in the zope DB that provides a solid api for >listing, adding, and removing inventory items. It can then be inherited >from so that it can pull from a SQL db, use MS Com to talk to Quicken if >possible, or pull information our of the stack of papers on my desk. > No fair! I thought of that first. :) > > > > > >* Credit Card Processor object *cough Wampum Generator cough cough* > > >* And a way to do reporting (This makes my head hurt) > > > > - this could be taken care of by the accounting software. > > >There again, not all accounting packages process credit cards. If you >check out the Wampum Generator (excuse me while I pat myself on the back) >at www.zope.org/Download/Contrib you'll find a CyberCash connector that I >just uploaded yesterday for Zope. >Of course it dosen't compile under >Windows yet, I don't have access to a windows compiler. are you distributing the source for Wampum? _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

1 0

Strange ZServer problem
by Brian Lenihan 03 Aug '99

03 Aug '99

The CVS Zserver has been doing this since 2.0b1 was released: A page containing a long select list (400+ items) gets truncated while rendering the list. I have tried a bunch of different browsers on multiple platforms. Telnet to port 8080 works - I get the whole page. The ZServer which comes with 2.0b1 also works. I have two Linux Boxes, one Redhat 6.0 kernel 2.2.9 and one Debian 2.0 kernel 2.0.37. The Redhat box works and the Debian box doesn't. I have no idea what is wrong. A diff of the CVS ZServer and the b1 server does not show anything which looks significant which leads me to believe this is not really a ZServer problem. Anybody have any ideas?

1 0