[Zope-CMF] RE: Zope-CMF digest, Vol 1 #1635 - 2 msgs
GC
gc@iis.sinica.edu.tw
Wed, 19 Mar 2003 04:00:01 +0800
-----Original Message-----
From: zope-cmf-admin@zope.org [mailto:zope-cmf-admin@zope.org] On Behalf
Of zope-cmf-request@zope.org
Sent: Wednesday, March 19, 2003 1:00 AM
To: zope-cmf@zope.org
Subject: Zope-CMF digest, Vol 1 #1635 - 2 msgs
Send Zope-CMF mailing list submissions to
zope-cmf@zope.org
To subscribe or unsubscribe via the World Wide Web, visit
http://mail.zope.org/mailman/listinfo/zope-cmf
or, via email, send a message with subject or body 'help' to
zope-cmf-request@zope.org
You can reach the person managing the list at
zope-cmf-admin@zope.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of Zope-CMF digest..."
Today's Topics:
1. Re: Zope + CMF + LDAP Contact Management + Email clients
(ham.zope-cmf@tmachine.net)
2. RE: Workflow not found, problem with doActionFor()
(Jean-Francois.Doyon@CCRS.NRCan.gc.ca)
--__--__--
Message: 1
Date: Tue, 18 Mar 2003 15:40:54 +0000
From: ham.zope-cmf@tmachine.net
To: zope-cmf@zope.org
Subject: [Zope-CMF] Re: Zope + CMF + LDAP Contact Management + Email
clients
I've been looking for a long time for something that can unify our
general workflow between our different office applications. Whilst
everyone works as individuals, most apps play well together, and e.g.
the major web browsers come with their own decent email clients
(mozilla, msie, navigator, etc).
MS applications are also typically good a t talking to one another.
But we need to move to group-shared working, with single-copies of every
piece of data (hard), and cross-platform application independence (very
hard: have you ever tried getting ANYTHING in Linux that can speak to MS
Project, for instance?).
Zope with the various add-ons seems to solve most of the problems (e..g
MSWord docs can be edited as HTML by people without Word,
auto-application launching lets people "edit directly from the webpage"
using their favourite locally-installed application (wihtout having to
worry about/remember/understand uploading the file back to the server
when they finish) etc.
The one remaining problem is unifying our contacts data - all of us pick
up many contacts each week that we need to automatically be sharing with
everyone else. The intelligent solution (in fact, the ONLY option it
seems) is something LDAP-based on the server-side (since all major email
clients seem to handle LDAP-based addressbooks these days), which would
preserve the "single copy, application independent" requirements.
Unfortunately, I can't seem to find any way of doing this with existing
ZOPE add-ons. It seems natural (to me - but perhaps thats just because
of how we want to use this) that a CMF add-on would allow contacts
stored and edited in the CMF to be automatically exported via an LDAP
interface to any/all email clients. I've searched the 600-odd ZOPE
addons on the zope.org site, but it seems LDAP is only being used for
user-management and authentication. Surely someone somewhere is using it
for the contact-management side of things?
If I'm doing somethign obviously dumb here (like failing to see an easy
way of getting this to work!) please enlighten me - I've never used Zope
before, and although I'm a competent sysadmin I have little or no idea
how to best do something like this in Zope (I'm still working my way
through the Zope Book! :) But I need to show that Zope can do everything
we need [or at least have a plan for how much we have to add for
that...] before I get permission to spend lots of time on it :(.
Thanks!
Adam
--__--__--
Message: 2
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca
To: zope-cmf@zope.org
Subject: RE: [Zope-CMF] Workflow not found, problem with doActionFor()
Date: Tue, 18 Mar 2003 11:53:37 -0500
Ha, I figured it out, at some point in my attemps I must've changed this
setting ...
In the workflow definition (Using DC Workflow), I had the action defined
as to be used by WorkflowMethod instead of by the user ...
I think I was also using the wrong context somehow ...
I got it all working now,
Thanks for the tips!
J.F.
-----Original Message-----
From: Florent Guillaume [mailto:fg@nuxeo.com]
Sent: Thursday, March 13, 2003 7:42 AM
To: Jean-Francois.Doyon@CCRS.NRCan.gc.ca
Cc: zope-cmf@zope.org
Subject: Re: [Zope-CMF] Workflow not found, problem with doActionFor()
Did you checked what I suggested? What about it:
> If that's not the problem, make sure to check in what state your
> object and its portal_type really is (you can do that from the
> Workflow tab in the ZMI).
Florent
In article
<7CDD7B94357FD5119E800002A537C46E2306CB@s5-ccr-r1.ccrs.nrcan.gc.ca> you
write:
> Hello,
>
> Thanks for the help ...
>
> It's not a typo, you're just missing the rest of the script :) what
> I'm doing is converting objects created with manage_addContent (Or
> whatever
that
> method is that the ZMI uses), with properly created ones using
invokeFactory
> ... the review_state testing actually refers to the review state of
> the "original" object ...
>
> Although I don't test for it programmatically, the default state for
> my
CMF
> created objects is "private", and if I go through the site and look at
> the actions box, that's what they are set to, as expected. So now I
> need to
set
> the "new" objects to the same state as it's ancestor (The only other
> state in my current workflow is "published"). And this is where I run
> into the trouble I mentionned.
>
> It just won't work I get:
>
> WorkflowException: No workflow provides the "publish" action.
>
> Which is essentially NOT true, since there definitely is one (I can
> even
do
> the publish through the actions box without problem, just not through
code).
>
> One thing I noticed while working on this script is that there seems
> to be some sort of transactional/commit behavior in Zope that I'm not
> aware of ?
>
> I first ran into this when I was trying to rename a recently create
> object (I was creating the object with a temporary id, then renaming
> ...) ... The renaming wouldn't work, I kept being told the object
> didn't exist! (Even though it was very much there). I ended up going
> about it the opposite
way,
> I rename the original object FIRST, then create the new one with it's
final
> id right away, avoiding the need to rename the NEW one.
>
> But now that I'm running into this, I can't help but see similarities
> in
the
> behavior of the error. If there some sort of "commit" that happens
> internally that maybe hasn't happened yet by the time I try to change
> the review state? This would explain why I can't do it in the code,
> but I CAN
do
> it after the fact ... much like with the renaming ...
--
Florent Guillaume, Nuxeo (Paris, France)
+33 1 40 33 79 87 http://nuxeo.com mailto:fg@nuxeo.com
--__--__--
_______________________________________________
Zope-CMF maillist - Zope-CMF@zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf
http://www.zope.org/Products/PTK/Tracker for bug reports and feature
requests
End of Zope-CMF Digest