hi all, i have my ontology in mysql. i connect mysql with zope and plone. and i made search interface also in Plone. Now i want to search my documents and display results according to the ontology. Can anyone suggest how to move forward for this? thankx in advance, bh On 12/19/05, zope-request@zope.org <zope-request@zope.org> wrote:
Send Zope mailing list submissions to zope@zope.org
To subscribe or unsubscribe via the World Wide Web, visit http://mail.zope.org/mailman/listinfo/zope or, via email, send a message with subject or body 'help' to zope-request@zope.org
You can reach the person managing the list at zope-owner@zope.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Zope digest..."
Today's Topics:
1. Re: Zope Persistence (was: XML-RPC within ZOPE) (Lennart Regebro) 2. Re: Zope Persistence (was: XML-RPC within ZOPE) (Lennart Regebro) 3. zyncer 0.7.0? (David H) 4. Re: zyncer 0.7.0? (David H) 5. RE: zopectl or runzope just won't start zope (Russell Winter) 6. Re: Zope Persistence (was: XML-RPC within ZOPE) (Jan-Ole Esleben) 7. Re: zope-2.9 r40780 make install doesn't finish, files missing from bin (Sascha Ottolski) 8. Re: Zope Persistence (was: XML-RPC within ZOPE) (Lennart Regebro) 9. Re: Zope Persistence (was: XML-RPC within ZOPE) (Jan-Ole Esleben)
----------------------------------------------------------------------
Message: 1 Date: Sun, 18 Dec 2005 01:30:39 +0100 From: Lennart Regebro <regebro@gmail.com> Subject: Re: [Zope] Zope Persistence (was: XML-RPC within ZOPE) To: Jan-Ole Esleben <esleben@gmail.com> Cc: zope user list <zope@zope.org> Message-ID: <319e029f0512171630s3921efdaseb54be4c12281480@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1
On 12/17/05, Jan-Ole Esleben <esleben@gmail.com> wrote:
To simplify, in ZOPE, for any given product, during a transaction the product is effectively locked.
This statement is incorrect.
So if I have, say, a list field that contains some data and a dictionary field that contains some other data, and the "internal" call changes the dict while the original call changes the list, that breaks the transaction, while in usual situation in a database, nothing would break.
If you use all non-persistent aware dicts and lists, yes. Using only dicts and lists is suboptimal in most OO-languages, and that goes for Python too. It is correct that with Zope, the negative impact of that type of pre'ogramming-style is increased. This is however simply solved by not doing that type of suboptimization, and instead using persistant-aware objects.
No. It does happen, and it _did_ happen in my original problem. Zope doesn't even care if anything actually changes, it just considers an object changed that set self._p_changed=1.
No, se above.
You just said "different sets of data". That reasonably must mean different objects, unless you envision having huge objects with only marginally connected sets of data all stored as attributes. And then you have other problems. :-)
No. An object usually binds together different sets of data (as in the above example - it has several fields, and that is true for almost any given object).
Yes. You said "different sets of data". That reasonably means different objects. If it doesn't, yuo need to take a long hard look at your object hierarchy.
What you are saying is "don't program the ZOPE way",
No, in fact, I'm saying "program the Zope way", and I am beginning to suspect that the problem is that you are not.
and it would eventually lead to the conclusion that your product classes should not have any persistent data, which is the conclusion I have come to.
Then you didn't read what I said.
That's my whole point. I think it is a very significant point nonetheless, because this is just an extreme case of what happens when you couple data and programs, and persistent classes are just that: application data inside program code.
Eh, no they aren't.
Please don't just claim stuff.
You do.
ZOPE has persistent classes. Persistent classes store data that in ordinary programs would not survive as long.
Not unless you tell them to. If you don't want the data stored, then do not set it as an attribute on a persistent object.
In ordinary systems, you would have to find a way to store the data and retrieve it, thus having a model that isn't implicit and entangled with your code.
What is implicit with it?
Of course, you could do the same in ZOPE, but I addressed that above, and you could mess up ordinary code, but I think we're agreed that it is not something you should aim for (and I think I have made it clear why I do not believe it's as easy to mess up generic Python code in this way)
Well, sorry, it's not clear for me.
To summarize:
If you have two different processes changing the same set of data, you will get confllict errors. You claim that you will not, but this is false.
You claim that you can't control what a persistent class store. That is false.
You claim that the whole Zope product gets locked, that is false. It's on a object-basis, not a product basis.
You claim that things get locked that shouldn't be locked in Zope. It is not clear to me why you say that.
-- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/
------------------------------
Message: 2 Date: Sun, 18 Dec 2005 01:35:46 +0100 From: Lennart Regebro <regebro@gmail.com> Subject: Re: [Zope] Zope Persistence (was: XML-RPC within ZOPE) To: Jan-Ole Esleben <esleben@gmail.com> Cc: Tino Wildenhain <tino@wildenhain.de>, zope user list <zope@zope.org> Message-ID: <319e029f0512171635n1bc72607ie198b44fbd8128e8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1
On 12/17/05, Jan-Ole Esleben <esleben@gmail.com> wrote:
You should be able to design stuff incrementally with a little experimentation along the way without constantly impending danger of it all crashing down on you.
I don't undertand why you say that this isn't possible in Zope.
That's how Python works, and RoR etc. In ZOPE, we're back to the temptation to "just stuff a bunch of data into my object". And it's not even obvious that this is a problem, because everything is so tightly interdependent. It's exactly what Python usually avoids ("explicit is better than implicit").
I agree that there is too much implicitness in Zope 2. I don't agree that persistance is a part of that. It isn't implicit at all. Maybe it's not easy to understand, but it isn't particularily implicit, and neither is it uncontrollable, as you seem to say.
-- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/
------------------------------
Message: 3 Date: Sat, 17 Dec 2005 18:13:18 -0800 From: David H <bluepaul@earthlink.net> Subject: [Zope] zyncer 0.7.0? To: zope user list <zope@zope.org> Message-ID: <43A4C5BE.60402@earthlink.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi List,
I downloaded zsyncer-0.7.0 and am having problems. Its not working for me and it no longer displays prompts for destination password and user name when clicking its <edit> tab. Anyone else seeing this?
More importantly, as a fall-back is there a version (0.6.1?) others recommend?
All best, David
------------------------------
Message: 4 Date: Sat, 17 Dec 2005 19:58:01 -0800 From: David H <bluepaul@earthlink.net> Subject: Re: [Zope] zyncer 0.7.0? To: Alan Milligan <alan@balclutha.org> Cc: zope user list <zope@zope.org> Message-ID: <43A4DE49.6090301@earthlink.net> Content-Type: text/plain; charset="iso-8859-1"
Alan Milligan wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
David H wrote:
Hi List,
I downloaded zsyncer-0.7.0 and am having problems. Its not working for me and it no longer displays prompts for destination password and user name when clicking its <edit> tab. Anyone else seeing this?
You need to use extended url auth syntax: http://username:password@your.domain.com/bla ...
This is because we can have multiple targets all with different passwords ...
Alan
Alan,
Thanks for your response. Apparently my <zope-instance>bin/zopectl stop / restart sequence was not working on my remote (zettai) instance. I had to do a shutdown from the control panel and *then* a bin/zopectl start worked just fine - and zyncer came up as it should. The install of zsyncer 0.7.0 on my *localr* system was fine - hence the disconnect in what I was seeing ...
David
participants (1)
-
<-bhavana ->