- Zope-Dev - Zope lists

Help! Why is my XML content being munged by <dtml-var>?
by hnorris norris 03 Dec '01

03 Dec '01

(using friend's email, please reply to cstrong(a)arielpartners.com ) I am noticing the following behavior: I have created lots of content in XML using my own personal DTD. Certain of my XML tags happen to be the same as XHTML tags, except that they are upper case-- for example, <Title></Title> and . When I refer to my XML content (contained in a DTMLDocument or some such) using dtml-var, The tags that look like HTML tags are lowercased! Even worse, ONLY the closing tags are lowercased. Needless to say, this drives my validating parser crazy :-{ It seems Zope is too clever by half: parsing the tags, looking for "HTML" tags, and lowercasing them. I saw some parsing code in DocumentTemplate/DT_HTML.py Is this where it is happening? How can I turn this off? Or, must I use a namespace prefix like <ariel:P></ariel:P> Or not use any tags in XML that look like XHTML <Para></Para> Does anyone have advice for me? Please help! TIA, --Craeg BTW, Here is my XML code: <?xml version="1.0"?> <!DOCTYPE Document PUBLIC "-//ArielPartners//DTD XML Block V1.0//EN" "http://www.arielpartners.com/dtd/block.dtd"> <Document> <MetaData> <Author> <PersonName firstName="Brad" lastName="Stern"/> <Affiliation>Ariel Partners</Affiliation> </Author> <Title>Products</Title> <Date m="11" d="21" y="2001"/> <Comment> This is a blurb for xyz </Comment> </MetaData> <Block> this is a block of text. blah blah blah. </Block> </Document> This is stored in my own product, or a DTMLDocument (same behavior either way) called foo. Anyway, when I refer to this via <dtml-var foo>, I get the following: <?xml version="1.0"?> <!DOCTYPE Document PUBLIC "-//ArielPartners//DTD XML Block V1.0//EN" "http://www.arielpartners.com/dtd/block.dtd"> <Document> <MetaData> <Author> <PersonName firstName="Brad" lastName="Stern"/> <Affiliation>Ariel Partners</Affiliation> </Author> <Title>Products</title> <--- munged <Date m="11" d="21" y="2001"/> <Comment> This is a blurb for xyz </Comment> </MetaData> <Block> this is a block of text. blah blah blah. <--- munged </Block> </Document> __________________________________________________ Do You Yahoo!? Buy the perfect holiday gifts at Yahoo! Shopping. http://shopping.yahoo.com

1 0

RE: [Zope-dev] ZCatalog becoming empty when using "Update" in con junction with ZPatterns
by sean.upton＠uniontrib.com 03 Dec '01

03 Dec '01

Are you using any virtual hosting setup of any kind? If so, switching from using a base class of CatalogAware.CatalogAware to CatalogPathAware.CatalogAware might solve this problem... Sean -----Original Message----- From: Jean Jordaan [mailto:jean@upfrontsystems.co.za] Sent: Monday, December 03, 2001 1:59 AM To: zope-dev(a)zope.org Subject: [Zope-dev] ZCatalog becoming empty when using "Update" in conjunction with ZPatterns Hi all I had a ZCatalog with about 3500 DataSkin instances indexed. Then I started to index instances of a regular ZClass as well. Then I added another index, to catalog an additional property of this ZClass, and hit "Update Catalog". When Zope returned from updating, there were no records in the Catalog, though the Vocabulary was intact. I see that I cannot search for the DataSkin metatypes using the "Find Objects" ZCatalog tab: they don't show up in the "Find objects of type" field. So perhaps this is why updating failed. However, now the Catalog is not accepting any entries. I originally did the cataloging using this kind of loop on all the classes I wanted indexed:: ids = container.Roundup.Issues.defaultRack.getPersistentItemIDs() for id in ids: object = container.Roundup.Issues.defaultRack.getItem(id) Catalog.catalog_object( object , string.join( object.getPhysicalPath() , '/')) When I try to run that again, I still get "There are no objects in the Catalog." upon return. When I run it using a newly created catalog ('testCatalog') instead, it works fine. Could anyone perhaps explain what's happening here? Regards, Jean _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )

1 0

Product Development Career
by zaharudin 03 Dec '01

03 Dec '01

Hi.. I'm a Product Development Engineer from Brunsfield Communication Malaysia. I'm still fresh in this job and need some guideline. My scope of work right now is to study the smart home system. Our company seeking for the manufacturer/principal to get the OEM licences. Please help me, how to perform this task everyday.Feel free to e-mail soden10(a)hotmail.com

1 0

Don't try to index URL (or any other REQUEST property)
by Jean Jordaan 03 Dec '01

03 Dec '01

Hi all Turns out that one major cause of my ZCatalog hassles was that I had an index called 'URL'. That is, my ZClass had a property called URL, and I was indexing on this. It makes everything in the ZCatalog vanish. "No objects in Catalog". Deleting this index makes everything re-appear again! :) It seems that having indexes with names that appear in the REQUEST object is a definite no-no. Regards, Jean

1 0

Re: [Zope-dev] Open letters, hijacking and the like
by Simon Coles 03 Dec '01

03 Dec '01

--On Sunday, December 2, 2001 3:08 pm -0800 Clark O'Brien <clark_obrien(a)yahoo.com> wrote: > On the one hand ZC is this munificent benefactor of > Zope. > > On the other hand ZC is this poor cash strapped little > company that can't afford to take any interest in Zope > unless they have an immediate incentive. > > YOU CAN'T HAVE IT BOTH WAYS DUDE. I AM SORRY BUT THIS > IS JUST NOT POSSIBLE. Heh. In the ideal world, this may be true. However, the real world is a balance. Any company that becomes an open-ended "munificent benefactor" either goes bust or becomes a charity - and even charities need revenue. On the other hand, if Zope Corp. become too internally focussed, they lose the community. The trick that ZC is trying to pull off is to fulfill the promise of "The Cathedral and the Bazzar" and make this Open Source thing happen for real. I for one applaud them and really hope they make it (and that Paul & Co. write a book about it for the rest of us to give to investors to get them to buy into our plans :-). Without projects like Zope Corp., Open Source is just going to be a plaything for students and geeks in their spare time. Me, I'd like Open Source to become The Way Software is Developed. Consider - what other companies have someone of Paul's seniority particiapting forums like this? Forgive me for putting words into his mouth, but at Paul's level, you don't muck around, if something is a waste of time, you stop doing it. Generally the things on your radar would be investors, important customers, strategy, and shaping your organisation. The Zope community is obviously valued by Zope Corp., or they'd ignore us. I suggest we need to all join in a constructive, mature conversation about how to make Zope, and Zope Corp's business model a success. If we pull that off, we'll be doing the world of Open Source Software a great service. BTW, Those of you that aren't yet in the business world, or are currently at a level where business issues don't matter that much, I suggest learning from the business perspective of what's going on here will do you a lot of good in your future careers. Zope as a technology will be hot for a comparatively short period compared to the business model. Simon (who just became a CEO himself, and sees the world in a different light now) --------- My opinions are my own, NIP's opinions are theirs ---------- Simon J. Coles Email: simon(a)nipltd.com New Information Paradigms Work Phone: +44 1344 753703 http://www.nipltd.com/ Work Fax: +44 1344 753742 =============== Life is too precious to take seriously ===============

1 0

Idea for 10x Zope - specific distributions
by Simon Coles 03 Dec '01

03 Dec '01

Hi, I've been reading the comments around making Zope 10 times bigger with interest - excellent stuff. Not sure if zope-dev is the place for this, but all the other 10x conversation is here..... Some of you may know that I was pretty involved in NIP's Zope efforts a while ago but have since moved into another area, leaving it in the capable hands of Chris W and Andy D. I still have an interest in Zope both for my personal projects, and because I wish I could use it in my current role :-) Anyway, looking from the semi-outside, I suspect one quick way to make Zope a lot more popular is to package it up in a number of installations which solve a particular problem. Some of us get into Zope because its neat and interesting technology, but most start from wanting to solve a particular problem. For example: - "I want to run something like Slashdot" - "I'd like to run a simple community site for my local club" - "I would like to maintain a web site as painlessly as possible, with some useful functionality" - "I would like to keep a list of my MP3s and serve them out to my home network" - etc. I would suggest if we spend some time looking at those scenarios, and prepared Zope distributions which got people working as quickly as possible, we'd see a lot of interest. Put them up on Freshmeat as their own projects, pointing direct to the relevant page on zope.org. Most other Open Source solutions require a fair amount of installation of different components, which is a fair amount of hassle. Zope has a lot going for it as the basis for a package solution, as it can be completely self contained, and very easily integrated in with Apache if required. Currently, if you want to do anything interesting with Zope, you have to install Zope and then assemble the solution for yourself from a whole bunch of other products. This doesn't have to happen, its just how Zope is currently distributed. (I know there's some work happening on product management infrastructure, but not only will that take time to happen, it also doesn't solve the problem of the documentation etc. which should also be oriented to the specific problem area.) Once someone downloads an scenario-specific version of Zope and puts it to use, chances are their interest will grow and they will start to use it for other things. But that will only happen once they've solved their initial problem. I don't think preparing such distributions will be too hard. "All" it requires is someone to write some documentation and prepare an installation for Win32 and Linux (and possibly MacOS X for the discerning users). I don't even think we need to be too worried about keeping the distributions updated with the latest & greatest Zope + bits, because unless the new version beings something dramatically useful (or is an important security update) it doesn't matter. To prepare these scenario-specific distributions, I believe we need a series of people who are familiar with the particular problem domain and are willing to build distributions, write documentation, and answer domain-specific questions if there are any. I have almost done this for the Open Source ELN (http://www.opensourceeln.org) and will post a recipie on how to create a Win32 distribution in a week or so which other people can use. The documentation will be something like "Install this file, then go to this URL, join the site (it is a CMF-based thing) and enjoy. If you want to get into customisation, you want to mess with the templates you can see at this URL (the skins folder). If you want to know what is going on, read this document and the rest of Zope.org". Short and simple. What do people think? Do you think scenario-specific distributions would have helped you get into Zope? How did you get into Zope? Would/Could you prepare a distribution for people sharing the same problem you started with? Simon --------- My opinions are my own, NIP's opinions are theirs ---------- Simon J. Coles Email: simon(a)nipltd.com New Information Paradigms Work Phone: +44 1344 753703 http://www.nipltd.com/ Work Fax: +44 1344 753742 =============== Life is too precious to take seriously ===============

1 0

ZCatalog becoming empty when using "Update" in conjunction with ZPatterns
by Jean Jordaan 03 Dec '01

03 Dec '01

Hi all I had a ZCatalog with about 3500 DataSkin instances indexed. Then I started to index instances of a regular ZClass as well. Then I added another index, to catalog an additional property of this ZClass, and hit "Update Catalog". When Zope returned from updating, there were no records in the Catalog, though the Vocabulary was intact. I see that I cannot search for the DataSkin metatypes using the "Find Objects" ZCatalog tab: they don't show up in the "Find objects of type" field. So perhaps this is why updating failed. However, now the Catalog is not accepting any entries. I originally did the cataloging using this kind of loop on all the classes I wanted indexed:: ids = container.Roundup.Issues.defaultRack.getPersistentItemIDs() for id in ids: object = container.Roundup.Issues.defaultRack.getItem(id) Catalog.catalog_object( object , string.join( object.getPhysicalPath() , '/')) When I try to run that again, I still get "There are no objects in the Catalog." upon return. When I run it using a newly created catalog ('testCatalog') instead, it works fine. Could anyone perhaps explain what's happening here? Regards, Jean

1 0

Re: [Zope-dev] WebService package
by sean.bowman＠acm.org 02 Dec '01

02 Dec '01

hello, there's a collector issue at http://collector.zope.org/Zope/62. thanks, Sean

1 0

WebService package
by sean.bowman＠acm.org 02 Dec '01

02 Dec '01

hello, I found a couple of problems while I was playing around with the WebServices package; I think this patch fixes them. The package looks very nice, especially the documentation. Unfortunately, I don't understand SOAP well enough yet to make any intelligible comments... Sean Index: SOAPMessage.py =================================================================== RCS file: /cvs-repository/Packages/WebService/SOAPMessage.py,v retrieving revision 1.1 diff -u -r1.1 SOAPMessage.py --- SOAPMessage.py 26 Nov 2001 16:18:22 -0000 1.1 +++ SOAPMessage.py 2 Dec 2001 22:35:23 -0000 @@ -118,7 +118,7 @@ def getParameter(self, name): """Return the named message parameter of the SOAP response.""" - for item in self.params: + for item in self.parameters: if item.name == name: return item return None Index: Transports.py =================================================================== RCS file: /cvs-repository/Packages/WebService/Transports.py,v retrieving revision 1.4 diff -u -r1.4 Transports.py --- Transports.py 29 Nov 2001 22:18:02 -0000 1.4 +++ Transports.py 2 Dec 2001 22:35:23 -0000 @@ -51,12 +51,11 @@ raise ValueError( 'This Python installation does not have SSL support.' ) - conn = TimeoutHTTPS(host, None, self.timeout) + conn = TimeoutHTTPS(host, None, self.timeout, + key_file=self.key_file, + cert_file=self.cert_file) else: - conn = TimeoutHTTP(host, None, self.timeout, - key_file = self.key_file, - cert_file = self.cert_file - ) + conn = TimeoutHTTP(host, None, self.timeout) conn.putrequest(verb, path)

2 1

Fully Zope-based Mailman Version
by Stephan Richter 02 Dec '01

02 Dec '01

Hello everyone, I just had a look into Mailman again. The API seems to be very clear, even though I could not find any UML diagrams anywhere. However I found out that porting Mailman to Zope (as a Python Product) might be a very simple task. Due to the nature of the project, the implementation phase could be setup in a couple of independent steps: 1. Convert the HTML screens to Zope DTML and connect the functionality to Mailman. 2. Move storage of list and user info to the ZODB 3. Move archives to the ZODB. 4. Create a nice installer that can bind the latest Mailman release with Zope. I think a first alpha release could be produced in about 40-60 hours and the full-fledged Mailman Distribution beta in about 1.5 man-month (270 hours). In fact most of the API would not even need to change, since we just need to insert our modified API at specific places, such as database connectivity and saving processes. Later we could even provide a Mailman UserFolder and search functionality for the archive. For people that do not think that the ZODB is up to handling large archives, DBObjects could be used for transparent R2O mapping from PostGreSQL (or any other RDB). The reason I write is, because I wanted to know whether someone would be interested in helping with this project, that would start after mid-December... Help can be offered in terms of programming or financial support of course. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

2 4