If I have Zope running, using ZODB3 on Data.fs, can a separate process also use ZODB3 to access Data.fs? I have my suspicions, but I'm not sure. I'm interested in this because I'm in the middle of a balloting period. People email me their ballots. I will need to check them for validity, send out confirmation or error messages, and eventually tally the results. I definitely want a persistent store, so ZODB seems good. Also, I eventually would like this to be a Zope product, with people able to access the results on the web (and, in the future, vote on the web). But getting it Zoped may be too much work in the short run. So, I'll have a Zope server running on my Debian system, and another process will be going through the mail. It would be more straightforwad if that other process worked directly with the database, rather than going through Zope via http or xml-rpc or something similar. So I'm wondering if that's possible. I can always take the indirect route if, as I suspect, that's necessary. I'm cribbing from parts of the Poll product as appropriate. The polling machinery is considerably more complex though: a restricted list of voters, various muckings around to get the info out of the email, and preference voting (1 for first choice, 2 for second, etc with an instant run off). I know Zeo is more in the multi-process space, but I don't want to use it for this project because I don't have time to learn it; it's alpha; and it seems like overkill for my problem.
Ross Boylan wrote:
If I have Zope running, using ZODB3 on Data.fs, can a separate process also use ZODB3 to access Data.fs? I have my suspicions, but I'm not sure.
I'm interested in this because I'm in the middle of a balloting period. People email me their ballots. I will need to check them for validity, send out confirmation or error messages, and eventually tally the results.
[...]
I know Zeo is more in the multi-process space, but I don't want to use it for this project because I don't have time to learn it; it's alpha; and it seems like overkill for my problem.
Actually, AFAIK, ZEO is the only way to have multiple processes accessing a ZODb concurrently. There really isn't much to 'learning ZEO'. AMK has a good intro to using the ZODB, which has a ZEO section. I don't have the URL handy though ... wait, yes I do... http://starship.python.net/crew/amk/python/writing/zodb-zeo.html IMO, going the ZEO route would be easier than the xml-rpc route. YMMZ -- Do not meddle in the affairs of sysadmins, for they are easy to annoy, and have the root password.
hi everyone, i am looking out for the feasibility of developing a ecom portal over zope. regarding this i have a few queries. 1. Can Zope support SSL or https? 2. Is there some way in Zope through which i can use secure transactions. 3. If Zope can run which Apache , can SSL be used? Thanks Rajil Saraswat
1. Can Zope support SSL or https?
AFAIK without support of some other tool not.
2. Is there some way in Zope through which i can use secure transactions.
I suspect that yes, although I have not done it. You should be able to use Apache-SSL as frontend to Zope (employing ProxyPass). There is also another method, which can work and even be simpler: stunnel (generic SSL encryption wrapper). I have not run it with zope but I saw it running perfectly as frontend to POP3/IMAP mail server. -- Marcin.Kasperski | A reusable framework that is developed by itself will @softax.com.pl | probably not be very reusable. (Martin) Marcin.Kasperski | @bigfoot.com |
As Chris already stated (many times 4 effects:) ZODB is process locked. The question than becomes what kind of process interaction do you want with the zodb. most everything can be done by having hooks into zope and interacting with those hooks from your external python process. examples are a cronned mail script that checks emails and sends them into zope, an external document retrieval system that grabs new docs and sits them on a file system or inserts into ZODB via hooks, a python zope product that gives a corba interface to selected zope objects... basically anything python can touch. if you're python process needs to be more intimate with the zodb than it might require a bit more planning. what were you trying to do? generally for external interactions i use xml-rpc (if the data sets aren't huge), but you could also script a monitor session. Kapil Ross Boylan wrote:
If I have Zope running, using ZODB3 on Data.fs, can a separate process also use ZODB3 to access Data.fs? I have my suspicions, but I'm not sure.
I'm interested in this because I'm in the middle of a balloting period. People email me their ballots. I will need to check them for validity, send out confirmation or error messages, and eventually tally the results.
I definitely want a persistent store, so ZODB seems good. Also, I eventually would like this to be a Zope product, with people able to access the results on the web (and, in the future, vote on the web). But getting it Zoped may be too much work in the short run.
So, I'll have a Zope server running on my Debian system, and another process will be going through the mail. It would be more straightforwad if that other process worked directly with the database, rather than going through Zope via http or xml-rpc or something similar. So I'm wondering if that's possible. I can always take the indirect route if, as I suspect, that's necessary.
I'm cribbing from parts of the Poll product as appropriate. The polling machinery is considerably more complex though: a restricted list of voters, various muckings around to get the info out of the email, and preference voting (1 for first choice, 2 for second, etc with an instant run off).
I know Zeo is more in the multi-process space, but I don't want to use it for this project because I don't have time to learn it; it's alpha; and it seems like overkill for my problem.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
participants (5)
-
Bill Anderson -
Kapil Thangavelu -
Marcin Kasperski -
Rajil Saraswat -
Ross Boylan