- Zope-Dev - Zope lists

XML in Zope
by Sin Hang Kin 02 Jun '00

02 Jun '00

Kevin, I agree with you, the performance will be better and more powerful. The thing missing in zope (dtml) now is that we can not store multiple instance of the same name which is allow with xml: <author>abc</author><author>cde</author>. I hope the xml implementation will have this. Rgs, Kent Sin --------------------------------- kentsin.weblogs.com kentsin.imeme.net

1 0

XPath and Aquisition Incompatible?
by Josh Zeidner 02 Jun '00

02 Jun '00

hi, I was just looking over the Wiki on Zope XML, and came across the current notes on XPath. I tend to think that XPath( which is a relative discripition of a tree traversal ), and Aquisition( which implies quite a bit based on where it gets executed )- may not be exactly compatible. Has there been any discussion on this? -Josh Z ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

3 2

The future of Zope with XML
by Glenn Gasmen 02 Jun '00

02 Jun '00

It has been a few weeks since we, Fourthought and Digital Creations, have released what has been misleadingly named the beta of XMLDocument. Despite the terminology, that implementation of XMLDocument was intended to be a _prototype_ application using the new DOM Level II compatible ZDOM. Clearly refinement or redefinition of what XML means in Zope is absolutely crucial to it's success. Rest assured that proper analysis is in the works. In the spirit of open source, we are looking for clarification of the XML story in the words of the Zope-XML and Zope-dev communities. Now that the wiki for this collaborative initiative is available in a more appropriate location, please post any comments and ideas to our initial cut at defining the Vision of Zope with XML. http://www.zope.org/Wikis/zope-xml/Unified%20Vision Thanks, -- Glenn Gasmen Senior Consultant ggasmen(a)fourthought.com +01 303 583 9900 x 103 Fourthought, Inc. http://Fourthought.com 4735 East Walnut St, Ste. C, Boulder, CO 80301-2537, USA

3 2

[ANN] Zope at Linuxtag 2000 in Stuttgart
by Stephan Richter 02 Jun '00

02 Jun '00

Hello everyone, A couple of days back Martijn Faassen and I had the idea to organize a European Zope conference. Maik Roeder reminded me of the upcoming Linuxtag 2000 in Stuttgart. So I contacted the Linuxtag staff and we will have a booth. Martin Schulze, my main contact, will also try to get a Zope Conference setup for us, which would give us 2 rooms for one day fitting 50 people per room, where we can have talks and discussions. The Linuxtag will be from June 29th (Thursday) to July 2nd (Sunday). It will be in the Exhibition Center (Messegelaende) in Stuttgart, Germany. I know we have little time to organize the conference (26 days). We have one day to fill with speeches and discussions, so please let me know if there are people willing to give some talks or want to have "Special Interest Group" discussions, like E-commerce, XML or Portals in Zope. I would also like to know, who would be able to come, so I can give the Linuxtag staff some feedback. Here are some subjects I thought we could have: The ZDP Portal (Maik Roeder, ....), XML in Zope (I know Martijn F. did a lot of work there. ;-), An Introduction to Zope for newbies (Stephan Richter -- me), ZClasses, Python Products for Zope and so on. I also would like to hear some talks and discussions about Python products that Zope uses, such as PyGres, PIL, mxDateTime and other modules. I would be very glad, if some Python-only people would show some interest too. :-) The speeches and discussion can be held in German and English (preferred, since we expect people from other countries). So, everyone who is interested in preparing a talk or discussion, please send me an E-Mail and I will compile it to a schedule. The rooms will be open for us between 9:00 am - 8:00 pm on Thursday the 29th. Let's make this a successful event! Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Web2k - Web Design/Development & Technical Project Management

1 0

Re: [Zope-dev] The future of Zope with XML( what does ZDOM do for us? )
by Josh Zeidner 02 Jun '00

02 Jun '00

Hi Kevin, What FourThought/DC are currently doing with Zope will allow for fast transformations to memory-resident structured data( ZDOM or whatever ) to exportable XML documents( which are simply strings of characters ). This introduces( to the Zope world ) cutting edge metaphors in web-application design. All data to be served to a client is some form of XML: including HTML ( a better term: structured data ). The internal structure, or representation( or "deep structure" if you are into Chomsky ), is the data/knowledge as the web site managers see it- and most likely the most accurate and flexible when dealing with the particular information-domain( this is what theyre paid for :) ). Each user has custom needs- and wants to see this information the way they( or the applications working on thier behalf ) are accustomed to. So, architectually speaking, we need a way to easily and quickly construct XML documents from some meta-type( our internal structure ). This is what ZDOM is accomplishing for us. Parsing is a expensive endeavor. It is not practical to parse character streams every time we want to get at our data. So the solution is to represent the data as something more computationally digestible. Again : this is what ZDOM is accomplishing for us. Does this answer your question? have a good weekend, Josh Zeidner -"zippa-dee-doo-da" , uncle remus >Hello, > > Thanks for getting this document going. It's good to see where XML is >going in Zope. > > I do have a question, though. For me, the main value in XML has been >in >its usefulness as a flexible interchange format. Right now, I can store >data >as objects (either straight Python or ZClasses) in Zope and transform those >into XML if I need to share it with the outside world (eg RSS). Similarly, >though I haven't done this, I believe I can take XML from the outside >world, >parse it and store it in objects in the database. Are there advantages to >storing the data in Zope as XML vs. storing my data as objects? > >Thanks, >Kevin > >----- Original Message ----- >From: Glenn Gasmen >To: zope-dev(a)zope.org >Cc: consultants(a)fourthought.com >Sent: Thursday, June 01, 2000 11:05 PM >Subject: [Zope-dev] The future of Zope with XML > > >http://www.zope.org/Wikis/zope-xml/Unified%20Vision > > > >_______________________________________________ >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 ) > ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

2 1

Re: [Zope-dev] Memory Management How-To
by Tres Seaver 02 Jun '00

02 Jun '00

Jason Spisak <444(a)hiretechs.com> wrote: > > Zopists, > > Can anyone see a document before it's been Cataloged? > > If so, check out: > > http://www.zope.org/Members/jspisak/memory > > and help me fill in the part where I just don't know enough. > > If not, then I'll request a review. I just linked your How-To from the High Availability / Stability wiki: <URL http://www.zope.org/Members/tseaver/Projects/HighlyAvailableZope/BleedingLi…> Tres. -- =========================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

2 1

setting proxy roles from a python product add method
by R. David Murray 02 Jun '00

02 Jun '00

In the add method for a python product, I need to set the proxy role of a method I am adding to a folder to 'manager'. What is the correct way to do this? I tried searching the interfaces Wiki under 'proxy' but received no enlightenment. Under 2.1.6, looking at the DTMLMethod source, it looked like I just needed to do <method>._proxy_roles=('Manager',), but when I did that now when I (as manager) try to access the instantiated method I get an authorization error. As superuser I can get to the management screens, and 'Manager' is checked in the proxy screen. But loosing access to the object as a manager was definately an unexpected side effect, so I must have done something wrong. The security tab for the method looks OK, with 'acquire' and 'manager' checked for all listed roles, so there is no obvious reason why I can't access the object as a manager. --RDM

1 0

Adding files to a request feature
by Carlos de la Guardia 02 Jun '00

02 Jun '00

Hi, I have created a very simple Search and Replace tab and added it to my Zope´s management interface. I would like to contribute this to the Zope distribution if possible. What process do I need to follow for you guys to check it out. I found the collector and I imagine I could add a request for a feature. But is there a way to include new files with that? Thanks for your help. Carlos de la Guardia

1 0

Re: [Zope-dev] Problems with LoginManager form-based login
by Phillip J. Eby 02 Jun '00

02 Jun '00

At 07:11 PM 5/26/00 +1000, Stuart 'Zen' Bishop wrote: >On Wed, 24 May 2000, Phillip J. Eby wrote: > >> This is a problem that apparently can only be solved by replicating >> ZPublisher's backward walk, which is the wrong thing to do because the >> traversal will be O(n^2). Bleah. I guess we'll have to do something like >> Stuart Bishop's backward walk in the GUF, since any enhancement of the >> ZPublisher architecture to handle login forms properly won't happen until >> at least 2.2. > >The backward walk stuff (which I don't think ever worked - every time >I fixed one case it seemed I'd break another) has been torn out and >replaced with code that does what you are after. Grab a copy of the >latest version and search for 'WooHoo' in GenericUserFolder.py Been there, done that. Yours doesn't work either, btw. Well, actually, it does, it's just that it causes a memory leak because it leaves an unintended circular reference. We've got a version that fixes the circular reference, but in a really really ugly way (it does a run-time patch to BaseRequest.close() to remove the poked-in unauthorized() method). It will be in LM 0.8.6, which we're trying to finish now. We might have had it done today, but there was a bomb threat in one of the buildings in the complex where we work and we were evacuated for a couple hours. LM 0.8.6 also works with Zope 2.2 as far as being able to be added, although I'm not sure it interoperates properly with the new security API. It will still be backward compatible with Zope 2.1.6 either way, though.

3 8

Re: ZPatterns complexity?
by Phillip J. Eby 02 Jun '00

02 Jun '00

At 01:40 PM 6/2/00 +0800, Mike wrote: > >As I'm reading ZPatterns source code more and more I'm finding there are >good things just hidden in unclean or bad defined interfaces. Just a >suggestion: define interfaces as abstract classes first, then implement >them (as AbstractRack, DefaultRack and GenericRack for example). I might back interfaces out later. But while the whole thing is still a prototype it doesn't make a lot of sense to keep two going. Originally, Rack itself was a base class, but the way things are shaping up it will only need subclassing if you want a custom way of mapping from a mountable's "id" to the persistent data stored by the Rack. >told 'mess' I meant I spent a lot of time to realize the Rack do not >store RackMountables but just manages them. That was the whole point of Rack; this has been mostly addressed on the mailing list, in my talk/slides at the Python conference, and in the ZPatterns wiki. >The second thing confusing me is property sheets. They come from problem >domain isn't it? I guess attribute providers are sufficient to do all >the work. What that sheets needed for? Two things. 1) WebDAV support requires the ability to add arbitrary property sheets containing arbitrary data. 2) Propertysheets (especially when used with XML namespace URL's) give a way of standardizing an interface to common properties, without polluting an object's "main" namespace. This way, one can take an object that wasn't designed for a certain purpose, and attach a propertysheet that serves as an adapter to give it a different interface to its data. Consider the scenario of a scheduling application that creates calendars, or manages resource contention. But you would like to use it with say, a "room" object that was not written as part of the scheduling application. If the scheduling application can just add a scheduling propertysheet to the room object, or you can configure the room objects' datamanager or rack to add a propertysheet that makes it usable with the scheduling application, then you get to benefit from two unrelated frameworks (room management and scheduling). This is a core intent of ZPatterns: making it easy to blend frameworks that cover different behavioral aspects and problem domains. Because real world objects have a funny way of being part of more than one "problem domain" from a software development point of view. :) >And one more thing I would to say. I agree the RackMountable should not >be acquisition-aware because Attribute providers have full >responsibility on its (acquired) attributes. But I do not like default >Specialist.__bobo_traverse__ behavior. It is trying to make __of__ on >thing which is not an Acquisition.Implicit by definition! Good point. __of__, however, is not limited only to acquisition. In any case, I have moved the __of__ call to the Specialist.getItem() method in 0.4.0. In 0.4.0 DataSkins (the replacement for RackMountables) include an __of__ method in their base class, as this is where they figure out their controlling DataManager (when retrieved from something other than a Rack). Thus, with 0.4.0 it is not necessary to include Acquisition.Implicit in a RackMountable's base classes.

1 0