From: Alec M. <ap...@co...> - 2006-02-27 17:04:34
|
The Plone team is proud to announce the second public preview of the upco= ming = Plone 2.5 release. This is the first feature complete release in the 2.5= = series, and it is packed with exciting changes to the Plone architecture.= = Subsequent releases in this cycle with focus on polishing the new feature= s, = fixing existing bugs, and making the end-user experience more pleasurable= . New features in this alpha include: * Integration of a new pluggable/extensible authentication system usi= ng PAS/PlonePAS. (PLIP 102) * Replacement of the current procedural portal creation mechanisms wi= th = an XML driven portal setup using CMF's GenericSetup. (PLIP 113) * Creation of Zope 3 Browser Views for navigation and presentation = related tasks, these should be faster and more easily customizable than t= he = python scripts, tool methods, and utility templates they replace. (PLIPs = 105 = and 106) Additional features added earlier in this release cycle include: * The ability to use Zope3 MessageIDs in Plone; this is now the official mechanism for performing translations from python code. (PLIP 108) * Status messages are no longer passed via query strings, but provided by a Zope3 style global utility which allows for translating messages and displaying multiple messages resulting from a given user action. (PLIP 111) * Plone now includes CMFPlacefulWorkflow, which allows type->workflow mappings to be configured independently in different places in your portal. (PLIP 52) The new release may be downloaded from the official 2.5 release page = (http://plone.org/products/plone/releases/2.5). What's important now is that you help us by doing the following: * Upgrade backups of your instances to Plone 2.5 and report any migra= tion = problems or bugs in the Issue Tracker (http://dev.plone.org/plone). The = = more sites you can attempt migrating, the more likely it is that we can m= ake = your site migrate properly when the final release is out. * Test the release on as many setups as you can, and report any probl= ems = back to us. * Test your products with the release. If you are a third-party = developer, update your code to make use of the new 2.5 facilities; or if = you = are an interested end-user, report compatibility bugs to product authors.= = Help is available on the Developer list and IRC for product authors and = testers. * Contact the authors of the above PLIPs if you would like to help po= lish = or debug any of the above features (the PLIP information is listed on the= = release page: http://plone.org/products/plone/releases/2.5). =E2=80=94 Alec Mitchell (on behalf of the Plone Team) |
From: Alec M. <ap...@co...> - 2006-02-27 21:08:15
|
For further clarification: the 2.5 release of Plone will run on either Zope 2.8.5+ (with Python 2.3.5+, but not Python 2.4) or Zope 2.9.1 (with Python 2.4.2+). All other dependencies are included in the release tarball (these include but are not limited to CMF 1.6, AT 1.4 (currently in alpha), and ATCT 1.1) a full listing of the required products is available in CMFPlone/INSTALL.txt On Monday 27 February 2006 09:04, Alec Mitchell wrote: > The Plone team is proud to announce the second public preview of the > upcoming Plone 2.5 release. This is the first feature complete release in > the 2.5 series, and it is packed with exciting changes to the Plone > architecture. Subsequent releases in this cycle with focus on polishing > the new features, fixing existing bugs, and making the end-user experience > more pleasurable. > > New features in this alpha include: > > * Integration of a new pluggable/extensible authentication system > using PAS/PlonePAS. (PLIP 102) > * Replacement of the current procedural portal creation mechanisms > with an XML driven portal setup using CMF's GenericSetup. (PLIP 113) > * Creation of Zope 3 Browser Views for navigation and presentation > related tasks, these should be faster and more easily customizable than > the python scripts, tool methods, and utility templates they replace. > (PLIPs 105 and 106) > > Additional features added earlier in this release cycle include: > > * The ability to use Zope3 MessageIDs in Plone; this is now the > official mechanism for performing translations from python code. > (PLIP 108) > * Status messages are no longer passed via query strings, but > provided by a Zope3 style global utility which allows for translating > messages and displaying multiple messages resulting from a given user > action. (PLIP 111) > * Plone now includes CMFPlacefulWorkflow, which allows > type->workflow mappings to be configured independently in different > places in your portal. (PLIP 52) > > The new release may be downloaded from the official 2.5 release page > (http://plone.org/products/plone/releases/2.5). > > What's important now is that you help us by doing the following: > > * Upgrade backups of your instances to Plone 2.5 and report any > migration problems or bugs in the Issue Tracker > (http://dev.plone.org/plone). The more sites you can attempt migrating, > the more likely it is that we can make your site migrate properly when the > final release is out. > * Test the release on as many setups as you can, and report any > problems back to us. > * Test your products with the release. If you are a third-party > developer, update your code to make use of the new 2.5 facilities; or if > you are an interested end-user, report compatibility bugs to product > authors. Help is available on the Developer list and IRC for product > authors and testers. > * Contact the authors of the above PLIPs if you would like to help > polish or debug any of the above features (the PLIP information is listed > on the release page: http://plone.org/products/plone/releases/2.5). |
From: Luca O. <lu...@we...> - 2006-03-23 12:23:07
|
En/na Alec Mitchell ha escrit: > The Plone team is proud to announce the second public preview of the up= coming=20 > Plone 2.5 release. This is the first feature complete release in the 2= .5=20 > series, and it is packed with exciting changes to the Plone architectur= e. =20 I finally found some time to play with it and I'm not particularly excite= d: 1) it didn't migrate my LDAP user source (though it says it did), hence=20 no users (but see issue 6 below) (actually it did the same when I tried=20 PlonePAS under plone2.1.2, the problem is that I don't have an LDAP=20 group source, so the migration silently discards the LDAP users source) 2) couldn't show anything at all until I added plone_deprecated to the=20 skin layers (displayContentTabs threw an AttributeError trying to use=20 'is_folderish', customized to avoid the call to is_folderish and got the=20 same error on isDefaultPageInFolder, gave up and found plone_deprecated). 3) had to remove all the portlets (I'll check later, if I can, what's=20 the problem, probably my custom portlet), though at first the calendar=20 problem caused a traceback (http://paste.plone.org/3042), removing it=20 eliminated the exception but the content area was blank. All the=20 portlets out. 4) it doesn't show my custom archetypes (just shows=20 '<Products.CMFCore.PortalFolder.PortalFolderBase object at 0x4593356c>')=20 unless I manually add base_view to the url. 5) it seems that the uid_catalog is hosed: as soon that I hit a page=20 that uses references I get an AttributeError on migrate__len__ (complete=20 traceback on http://paste.plone.org/3040), in fact if I try to access=20 the catalog,indexes,metadata,rebuild catalog tabs of uid_catalog (or the=20 advanced tab and click on "update catalog") I get this:=20 http://paste.plone.org/3041 Maybe this message has something to do with it: 2006-03-23T13:15:09 WARNING ZODB Could not import class 'UIDBaseCatalog'=20 from module 'Products.Archetypes.ReferenceEngine' 6) I added and configured a (supposedly working since I can=20 authenticate) ldap multi plugin in acl_users of a fresh site but=20 acl_users.getUserIds() doesn't return any id (I'm using getUserIds since=20 it was the only method that could enumerate all users with an ldap users=20 source) A fresh plone seems to have only issue 4 (though I cannot do much=20 testing because of 6) but issue 5 is what's blocking me since I don't=20 know what to do to go on and my time is running out :-( This is with zope 2.8.6, python 2.3.5. Bye --=20 Luca Olivetti Wetron Automatizaci=C3=B3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Raphael R. <r....@bi...> - 2006-03-23 13:01:51
|
Luca Olivetti wrote: Hi Luca, > En/na Alec Mitchell ha escrit: > >> The Plone team is proud to announce the second public preview of the >> upcoming Plone 2.5 release. This is the first feature complete >> release in the 2.5 series, and it is packed with exciting changes to >> the Plone architecture. > > > I finally found some time to play with it and I'm not particularly excited: sorry to hear that :-( What version of Plone did you start out with when migrating? I cannot comment on teh LDAP things as I don't use LDAP myself. [..] > 2) couldn't show anything at all until I added plone_deprecated to the > skin layers (displayContentTabs threw an AttributeError trying to use > 'is_folderish', customized to avoid the call to is_folderish and got the > same error on isDefaultPageInFolder, gave up and found plone_deprecated). > > 3) had to remove all the portlets (I'll check later, if I can, what's > the problem, probably my custom portlet), though at first the calendar > problem caused a traceback (http://paste.plone.org/3042), removing it > eliminated the exception but the content area was blank. All the > portlets out. I would start with changing 'prepare_slots' to debug this. > > 4) it doesn't show my custom archetypes (just shows > '<Products.CMFCore.PortalFolder.PortalFolderBase object at 0x4593356c>') > unless I manually add base_view to the url. Almost surely that's due to missing method aliases on the type's FTI. Did you reinstall the products? Does it change if you provide an alias for '(Default)' and 'view'? > > 5) it seems that the uid_catalog is hosed: as soon that I hit a page > that uses references I get an AttributeError on migrate__len__ (complete > traceback on http://paste.plone.org/3040), in fact if I try to access > the catalog,indexes,metadata,rebuild catalog tabs of uid_catalog (or the > advanced tab and click on "update catalog") I get this: > http://paste.plone.org/3041 > Maybe this message has something to do with it: > 2006-03-23T13:15:09 WARNING ZODB Could not import class 'UIDBaseCatalog' > from module 'Products.Archetypes.ReferenceEngine' Could very well be. Can you rebuild the catalog? (I mean completely; delete it in ZMI and recreate them) > > 6) I added and configured a (supposedly working since I can > authenticate) ldap multi plugin in acl_users of a fresh site but > acl_users.getUserIds() doesn't return any id (I'm using getUserIds since > it was the only method that could enumerate all users with an ldap users > source) > > A fresh plone seems to have only issue 4 (though I cannot do much > testing because of 6) but issue 5 is what's blocking me since I don't > know what to do to go on and my time is running out :-( > This is with zope 2.8.6, python 2.3.5. > > Bye Please continue to test, debug and report as it is extremely important to all of us to get those issues fixed *before* the new release goes out. Raphael |
From: Luca O. <lu...@we...> - 2006-03-23 15:26:29
|
En/na Raphael Ritz ha escrit: > I cannot comment on teh LDAP things as I don't use LDAP myself. Well, if I'm not mistaken it's not possible to get a list of users using=20 LDAP (the LDAP Multi Plugin doesn't provide an User_Introspection plugin)= . Can I have my GRUF back? Bye --=20 Luca Olivetti Wetron Automatizaci=C3=B3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Wichert A. <wi...@wi...> - 2006-03-27 09:48:15
|
Previously Luca Olivetti wrote: > Well, if I'm not mistaken it's not possible to get a list of users using > LDAP (the LDAP Multi Plugin doesn't provide an User_Introspection plugin). > Can I have my GRUF back? It's not possible to get a list of users using LDAP even if you use GRUF. The LDAP search limit will prevent that with any non-trivial site. Feel free to use the LDAPMultiPlugins patch we use for plone.org which implements a few of those features though. Wichert. -- Wichert Akkerman <wi...@wi...> It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. |
From: Luca O. <lu...@we...> - 2006-03-27 10:14:47
|
En/na Wichert Akkerman ha escrit: > Previously Luca Olivetti wrote: >> Well, if I'm not mistaken it's not possible to get a list of users usi= ng=20 >> LDAP (the LDAP Multi Plugin doesn't provide an User_Introspection plug= in). >> Can I have my GRUF back? >=20 > It's not possible to get a list of users using LDAP even if you use > GRUF. The LDAP search limit will prevent that with any non-trivial site= . I may be wrong but it seems it's working: I'm using getUserIds which,=20 according to the docstring in LDAPUserFolder """Return a tuple=20 containing all user IDs""" > Feel free to use the LDAPMultiPlugins patch we use for plone.org which > implements a few of those features though. I've posted here my patch to LDAPMultiPlugins to list all users if the=20 query string is "id=3D''" and add the IUserIntrospection interface, but=20 I'd like to take a look at yours, where may I find it? Bye --=20 Luca Olivetti Wetron Automatizaci=F3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Laurence R. <l...@lr...> - 2006-03-27 10:39:40
|
We really should support this for the many sites that have only a 'trivial' number of users, of course it won't scale if you have thousands of users, but it's handy if you have tens. I would imagine that there are many more sites with <100 users than >1000, even using ldap, so we should put effort into supporting this use case. Are you saying that the LDAPMultiPlugins patch provides the user introspection plugin? If so, I would like to see this supplied as part of the standard distribution. Laurence Wichert Akkerman wrote: > Previously Luca Olivetti wrote: >> Well, if I'm not mistaken it's not possible to get a list of users using >> LDAP (the LDAP Multi Plugin doesn't provide an User_Introspection plugin). >> Can I have my GRUF back? > > It's not possible to get a list of users using LDAP even if you use > GRUF. The LDAP search limit will prevent that with any non-trivial site. > > Feel free to use the LDAPMultiPlugins patch we use for plone.org which > implements a few of those features though. > > Wichert. > |
From: Luca O. <lu...@we...> - 2006-03-27 10:46:28
Attachments:
LDAPMultiPluginUserIntrospection.diff
|
En/na Laurence Rowe ha escrit: > We really should support this for the many sites that have only a=20 > 'trivial' number of users, of course it won't scale if you have=20 > thousands of users, but it's handy if you have tens. I would imagine=20 > that there are many more sites with <100 users than >1000, even using=20 > ldap, so we should put effort into supporting this use case. That's my case exactly. I use ldap for the convenience of having a=20 single source for authentication, not for managing lots of users. >=20 > Are you saying that the LDAPMultiPlugins patch provides the user=20 > introspection plugin? If so, I would like to see this supplied as part=20 > of the standard distribution. I posted mine here last week (and reattaching now since the previous one=20 produced a swallowed exception on getUserNames), but, as I said, I'd=20 like to see the one that plone.org uses. Bye --=20 Luca Olivetti Wetron Automatizaci=F3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Wichert A. <wi...@wi...> - 2006-04-03 13:29:55
|
Previously Luca Olivetti wrote: > I posted mine here last week (and reattaching now since the previous one > produced a swallowed exception on getUserNames), but, as I said, I'd > like to see the one that plone.org uses. http://plone.org/development/teams/infrastructure/docs/account-database/ Wichert. -- Wichert Akkerman <wi...@wi...> It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. |
From: Luca O. <lu...@we...> - 2006-04-04 06:49:22
|
En/na Wichert Akkerman ha escrit: > Previously Luca Olivetti wrote: >> I posted mine here last week (and reattaching now since the previous o= ne=20 >> produced a swallowed exception on getUserNames), but, as I said, I'd=20 >> like to see the one that plone.org uses. >=20 > http://plone.org/development/teams/infrastructure/docs/account-database= / This patch adds the IGroupIntrospection inteface, not the=20 IUserIntrospection interface, so it's still not possible to list all=20 users (or maybe it is using=20 getGroupMembers('name_of_the_gropp_mapped_to_Member')?), mine does the=20 reverse (even if in LDAPMultiPlugin instead of LDAPPluginBase). Bye --=20 Luca Olivetti Wetron Automatizaci=F3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Alec M. <ap...@co...> - 2006-03-23 15:24:29
|
On Thursday 23 March 2006 04:22, Luca Olivetti wrote: > En/na Alec Mitchell ha escrit: > > The Plone team is proud to announce the second public preview of the > > upcoming Plone 2.5 release. This is the first feature complete release > > in the 2.5 series, and it is packed with exciting changes to the Plone > > architecture. > > I finally found some time to play with it and I'm not particularly > excited: Understandably, fortunately these issues are all migration related, and most are already fixed in the next beta, which will be out shortly. > 1) it didn't migrate my LDAP user source (though it says it did), hence > no users (but see issue 6 below) (actually it did the same when I tried > PlonePAS under plone2.1.2, the problem is that I don't have an LDAP > group source, so the migration silently discards the LDAP users source) I will discuss with this with wiggy. > 2) couldn't show anything at all until I added plone_deprecated to the > skin layers (displayContentTabs threw an AttributeError trying to use > 'is_folderish', customized to avoid the call to is_folderish and got the > same error on isDefaultPageInFolder, gave up and found plone_deprecated). OK, plone_deprecated should have been included in the layers by default via migration (are you using a custom skin, i.e. not plone_default or plone_tableless?). > 3) had to remove all the portlets (I'll check later, if I can, what's > the problem, probably my custom portlet), though at first the calendar > problem caused a traceback (http://paste.plone.org/3042), removing it > eliminated the exception but the content area was blank. All the > portlets out. This is due to issue 5 below. More there. The blank content area issue affected plone 2.1.x as well, and has been fixed in svn for both branches. > 4) it doesn't show my custom archetypes (just shows > '<Products.CMFCore.PortalFolder.PortalFolderBase object at 0x4593356c>') > unless I manually add base_view to the url. This is very strange, and will certainly need to be looked into. > 5) it seems that the uid_catalog is hosed: as soon that I hit a page > that uses references I get an AttributeError on migrate__len__ (complete > traceback on http://paste.plone.org/3040), in fact if I try to access > the catalog,indexes,metadata,rebuild catalog tabs of uid_catalog (or the > advanced tab and click on "update catalog") I get this: > http://paste.plone.org/3041 > Maybe this message has something to do with it: > 2006-03-23T13:15:09 WARNING ZODB Could not import class 'UIDBaseCatalog' > from module 'Products.Archetypes.ReferenceEngine' Yes, this is due to a major mistake in Archetypes, where some persistent classes were moved without providing backwards compatible import aliases. This will be fixed in the upcoming release. > 6) I added and configured a (supposedly working since I can > authenticate) ldap multi plugin in acl_users of a fresh site but > acl_users.getUserIds() doesn't return any id (I'm using getUserIds since > it was the only method that could enumerate all users with an ldap users > source) I will look into this as well. > A fresh plone seems to have only issue 4 (though I cannot do much > testing because of 6) but issue 5 is what's blocking me since I don't > know what to do to go on and my time is running out :-( > This is with zope 2.8.6, python 2.3.5. Sorry you had such a poor migration experience. We will do our best to get all these issues fixed before the beta. Alec |
From: Luca O. <lu...@we...> - 2006-03-23 18:27:47
|
En/na Alec Mitchell ha escrit: >> I finally found some time to play with it and I'm not particularly >> excited: > > Understandably, fortunately these issues are all migration related, and most > are already fixed in the next beta, which will be out shortly. Good to know! :-) [...] >> 2) couldn't show anything at all until I added plone_deprecated to the >> skin layers (displayContentTabs threw an AttributeError trying to use >> 'is_folderish', customized to avoid the call to is_folderish and got the >> same error on isDefaultPageInFolder, gave up and found plone_deprecated). > > OK, plone_deprecated should have been included in the layers by default via > migration (are you using a custom skin, i.e. not plone_default or > plone_tableless?). Nope, I'm using plone_default. What I do see now is that there's a new skin cmf_legacy with plone_deprecated in it, there's no such skin in the fresh site and both "Plone Default" and "Plone Tableless" have plone_deprecated (again, in a fresh site). Also, I don't know if it's important but the icon for the skin folders has changed, now it is without the green lock in the middle. [...] >> 4) it doesn't show my custom archetypes (just shows >> '<Products.CMFCore.PortalFolder.PortalFolderBase object at 0x4593356c>') >> unless I manually add base_view to the url. > > This is very strange, and will certainly need to be looked into. As Raphael pointed out, it's because I didn't define aliases for my types. It works with Plone 2.1.2 though. > >> 5) it seems that the uid_catalog is hosed: as soon that I hit a page >> that uses references I get an AttributeError on migrate__len__ (complete >> traceback on http://paste.plone.org/3040), in fact if I try to access >> the catalog,indexes,metadata,rebuild catalog tabs of uid_catalog (or the >> advanced tab and click on "update catalog") I get this: >> http://paste.plone.org/3041 >> Maybe this message has something to do with it: >> 2006-03-23T13:15:09 WARNING ZODB Could not import class 'UIDBaseCatalog' >> from module 'Products.Archetypes.ReferenceEngine' > > Yes, this is due to a major mistake in Archetypes, where some persistent > classes were moved without providing backwards compatible import aliases. > This will be fixed in the upcoming release. Good! sorry for the noise then > >> 6) I added and configured a (supposedly working since I can >> authenticate) ldap multi plugin in acl_users of a fresh site but >> acl_users.getUserIds() doesn't return any id (I'm using getUserIds since >> it was the only method that could enumerate all users with an ldap users >> source) > > I will look into this as well. I still have to understand how the new system (PlonePAS) works, it seems that LDAP group mapping is completely different. > >> A fresh plone seems to have only issue 4 (though I cannot do much >> testing because of 6) but issue 5 is what's blocking me since I don't >> know what to do to go on and my time is running out :-( >> This is with zope 2.8.6, python 2.3.5. > > Sorry you had such a poor migration experience. We will do our best to get > all these issues fixed before the beta. Sorry if I sounded too harsh, I know it's just an alpha but I wanted to know what would break here. Besides, I know that you guys wouldn't let me down ;-) Bye -- Luca |
From: Alec M. <ap...@co...> - 2006-03-23 18:58:10
|
On Thursday 23 March 2006 10:27, Luca Olivetti wrote: > En/na Alec Mitchell ha escrit: ... > >> 2) couldn't show anything at all until I added plone_deprecated to the > >> skin layers (displayContentTabs threw an AttributeError trying to use > >> 'is_folderish', customized to avoid the call to is_folderish and got > >> the same error on isDefaultPageInFolder, gave up and found > >> plone_deprecated). > > > > OK, plone_deprecated should have been included in the layers by default > > via migration (are you using a custom skin, i.e. not plone_default or > > plone_tableless?). > > Nope, I'm using plone_default. What I do see now is that there's a new > skin cmf_legacy with plone_deprecated in it, there's no such skin in the > fresh site and both "Plone Default" and "Plone Tableless" have > plone_deprecated (again, in a fresh site). > Also, I don't know if it's important but the icon for the skin folders > has changed, now it is without the green lock in the middle. There's a skin called cmf_legacy? There should be a layer called cmf_legacy which is after plone_deprecated. I will take a look at this. The icon issue is not important, it's related to how the setup is done now with Generic Setup. > >> 4) it doesn't show my custom archetypes (just shows > >> '<Products.CMFCore.PortalFolder.PortalFolderBase object at > >> 0x4593356c>') unless I manually add base_view to the url. > > > > This is very strange, and will certainly need to be looked into. > > As Raphael pointed out, it's because I didn't define aliases for my > types. It works with Plone 2.1.2 though. Right, and I hope it will continue to work with 2.5, I think aliases should be optional, but something must have changed in the browser default mechanisms. ... > >> 6) I added and configured a (supposedly working since I can > >> authenticate) ldap multi plugin in acl_users of a fresh site but > >> acl_users.getUserIds() doesn't return any id (I'm using getUserIds > >> since it was the only method that could enumerate all users with an > >> ldap users source) > > > > I will look into this as well. > > I still have to understand how the new system (PlonePAS) works, it seems > that LDAP group mapping is completely different. It may well be, I know that a conscious decision was made not to support user enumeration in the plugin (I think jccooper would know more about this). But it may be that if enough people find it difficult to cope with only search and no enumeration that a plugin would be written. Writing PAS plugins is quite easy from what I can tell. > >> A fresh plone seems to have only issue 4 (though I cannot do much > >> testing because of 6) but issue 5 is what's blocking me since I don't > >> know what to do to go on and my time is running out :-( > >> This is with zope 2.8.6, python 2.3.5. > > > > Sorry you had such a poor migration experience. We will do our best to > > get all these issues fixed before the beta. > > Sorry if I sounded too harsh, I know it's just an alpha but I wanted to > know what would break here. > Besides, I know that you guys wouldn't let me down ;-) Not at all, reporting bugs is incredibly important. We all want to know what breaks too, otherwise we'll never be able to fix it. Alec |
From: Luca O. <lu...@we...> - 2006-03-23 23:24:18
|
En/na Alec Mitchell ha escrit: > On Thursday 23 March 2006 10:27, Luca Olivetti wrote: >> En/na Alec Mitchell ha escrit: > ... >> Nope, I'm using plone_default. What I do see now is that there's a new >> skin cmf_legacy with plone_deprecated in it, there's no such skin in the >> fresh site and both "Plone Default" and "Plone Tableless" have >> plone_deprecated (again, in a fresh site). >> Also, I don't know if it's important but the icon for the skin folders >> has changed, now it is without the green lock in the middle. > > There's a skin called cmf_legacy? There should be a layer called cmf_legacy > which is after plone_deprecated. I will take a look at this. Actually there are both things, the layer was there before the migration (the last one, after plone_3rdParty), the skin was added after the migration. This is the content of "Plone Default" before the migration (many products are installed just for testing, this is the test site): (if you don't want to read everything skip to ==================== where I list the differences) custom windowZ ploneexfile_plone21 calendaring plone_calendar LanguageToolFlags LanguageTool zwiki_plone Poi_public Poi DataGridWidget AddRemoveWidget at_extensions ATWetron attachmentfield ExFile kupu_plone kupu ATContentTypes ATReferenceBrowserWidget archetypes mimetypes_icons ResourceRegistries gruf plone_ecmascript plone_wysiwyg plone_prefs plone_portlets plone_templates plone_styles plone_form_scripts plone_scripts plone_forms plone_images plone_content plone_login plone_3rdParty cmf_legacy And this is after custom plonepas PasswordReset CMFPlacefulWorkflow windowZ ploneexfile_plone21 calendaring plone_calendar LanguageToolFlags LanguageTool zwiki_plone Poi_public Poi DataGridWidget AddRemoveWidget at_extensions ATWetron attachmentfield ExFile kupu_plone kupu ATContentTypes ATReferenceBrowserWidget archetypes mimetypes_icons ResourceRegistries gruf plone_ecmascript plone_wysiwyg plone_prefs plone_portlets plone_templates plone_styles plone_form_scripts plone_scripts plone_forms plone_images plone_content plone_login plone_3rdParty cmf_legacy ==================== i.e it added plonepas, PasswordReset,CMFPlacefulWorfklow after custom ==================== This is the content of cmf_legacy (it is a copy of "Plone Tableless" *with* plone_deprecated) custom plonepas PasswordReset CMFPlacefulWorkflow windowZ ploneexfile_plone21 calendaring plone_calendar LanguageToolFlags LanguageTool zwiki_plone Poi_public Poi DataGridWidget AddRemoveWidget at_extensions ATWetron attachmentfield ExFile kupu_plone kupu ATContentTypes ATReferenceBrowserWidget archetypes mimetypes_icons ResourceRegistries gruf plone_ecmascript plone_wysiwyg plone_prefs plone_portlets plone_tableless plone_templates plone_styles plone_form_scripts plone_scripts plone_forms plone_images plone_content plone_login plone_3rdParty cmf_legacy plone_deprecated [...] > It may well be, I know that a conscious decision was made not to support user > enumeration in the plugin (I think jccooper would know more about this). > But it may be that if enough people find it difficult to cope with only > search and no enumeration that a plugin would be written. Writing PAS > plugins is quite easy from what I can tell. I can list users but only those that are in source_users (i.e. the zodb), it doesn't work with ldap. I have my users in ldap and I need to list them all (I don't have that many) in order to create a vocabulary for some widgets, in some cases I need just users from a specific group, in others I need all members. In plone 2.1.x portal_membership.listMembers()/listMemberIds() doesn't work with ldap, that's why I had to resort to acl_users.getUserIds() Bye -- Luca |
From: Luca O. <lu...@we...> - 2006-03-28 08:25:46
Attachments:
PlonePAS-ldap-migration.patch
|
En/na Alec Mitchell ha escrit: >> 1) it didn't migrate my LDAP user source (though it says it did), henc= e >> no users (but see issue 6 below) (actually it did the same when I trie= d >> PlonePAS under plone2.1.2, the problem is that I don't have an LDAP >> group source, so the migration silently discards the LDAP users source= ) >=20 > I will discuss with this with wiggy. Here's the patch that I used to migrate. Note that I wasn't thrilled that the migration added an=20 ActiveDirectoryMultiPlugin instead of an LDAPMultiPlugin, but that=20 wasn't the main issue, the problem is that most of the parameters where=20 not passed to manage_addXXXXXX (i.e. they were left in with the default=20 value and not the values from the existing LDUF), especially the use_ssl=20 was out of whack (a boolean while addServer expects a number indicating=20 ldap, ldapi, ldaps, this must be a byproduct of the CSTC: Complication=20 of Simple Things Committee). Note also that I had to comment out restoreGroupData since my ldap is=20 configured read-only for plone, maybe a more proper thing to cover this=20 case should be done. A final note is that the LDAPMultiPlugin simply ignored the use_ssl=20 parameter in manage_addLDAPMultiPlugin (the ActiveDirectoryMultiPlugin=20 does the same, btw, but I'm not interested): --- LDAPMultiPlugin.py.badssl 2006-03-28 10:21:46.357210147 +0200 +++ LDAPMultiPlugin.py 2006-03-28 10:22:03.650552720 +0200 @@ -64,7 +64,7 @@ else: port =3D '389' - luf.manage_addServer(host, port=3Dport) + luf.manage_addServer(host, port=3Dport, use_ssl=3Duse_ssl) luf.manage_edit( title , login_attr , uid_attr Bye --=20 Luca Olivetti Wetron Automatizaci=C3=B3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Luca O. <lu...@we...> - 2006-09-12 08:15:45
|
I'm sorry to revive this old thread from march, I've been busy with=20 other things since then :-( En/na Luca Olivetti ha escrit: > En/na Raphael Ritz ha escrit: >=20 >> What version of Plone did you start out with when migrating? >=20 > Plone 2.1.2 >=20 > [...] >=20 >>> >>> 4) it doesn't show my custom archetypes (just shows=20 >>> '<Products.CMFCore.PortalFolder.PortalFolderBase object at=20 >>> 0x4593356c>') unless I manually add base_view to the url. >> >> Almost surely that's due to missing method aliases on the >> type's FTI. Did you reinstall the products? >> Does it change if you provide an alias for '(Default)' and 'view'? >=20 > Yes, I didn't define aliases in my types. It worked under plone 2.1.2=20 > though. Just migrated my site to 2.5 and I noticed that I have to provide an=20 alias for 'view' (that it wasn't there since it wasn't necessary before). Now instead of showing <Products.CMFCore.PortalFolder.PortalFolderBase=20 object at 0x4593356c>' it just acquires the view from the parent (or the=20 parent of the parent). Just FYI. Bye --=20 Luca Olivetti Wetron Automatizaci=C3=B3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Luca O. <lu...@we...> - 2006-09-12 08:26:15
|
En/na Luca Olivetti ha escrit: > I'm sorry to revive this old thread from march, I've been busy with=20 > other things since then :-( >=20 > En/na Luca Olivetti ha escrit: >=20 >> En/na Raphael Ritz ha escrit: >> >>> What version of Plone did you start out with when migrating? >> Plone 2.1.2 >> >> [...] >> >>>> 4) it doesn't show my custom archetypes (just shows=20 >>>> '<Products.CMFCore.PortalFolder.PortalFolderBase object at=20 >>>> 0x4593356c>') unless I manually add base_view to the url. >>> Almost surely that's due to missing method aliases on the >>> type's FTI. Did you reinstall the products? >>> Does it change if you provide an alias for '(Default)' and 'view'? >> Yes, I didn't define aliases in my types. It worked under plone 2.1.2=20 >> though. >=20 > Just migrated my site to 2.5 and I noticed that I have to provide an=20 > alias for 'view' (that it wasn't there since it wasn't necessary before= ). > Now instead of showing <Products.CMFCore.PortalFolder.PortalFolderBase=20 > object at 0x4593356c>' it just acquires the view from the parent (or th= e=20 > parent of the parent). >=20 > Just FYI. I forgot to mention that this doesn't happen when nothing is appended to=20 the item's url (i.e. this bug has been actually fixed), but when 'view'=20 is explicitly added (and that's unfortunately is what portlet_recent and=20 portlet_review do). Sorry for my mistake. Bye --=20 Luca Olivetti Wetron Automatizaci=C3=B3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Luca O. <lu...@we...> - 2006-03-23 14:07:08
|
En/na Raphael Ritz ha escrit: > What version of Plone did you start out with when migrating? Plone 2.1.2 [...] >> >> 4) it doesn't show my custom archetypes (just shows=20 >> '<Products.CMFCore.PortalFolder.PortalFolderBase object at=20 >> 0x4593356c>') unless I manually add base_view to the url. >=20 > Almost surely that's due to missing method aliases on the > type's FTI. Did you reinstall the products? > Does it change if you provide an alias for '(Default)' and 'view'? Yes, I didn't define aliases in my types. It worked under plone 2.1.2=20 though. >> 5) it seems that the uid_catalog is hosed: as soon that I hit a page=20 >> that uses references I get an AttributeError on migrate__len__=20 >> (complete traceback on http://paste.plone.org/3040), in fact if I try=20 >> to access the catalog,indexes,metadata,rebuild catalog tabs of=20 >> uid_catalog (or the advanced tab and click on "update catalog") I get=20 >> this: http://paste.plone.org/3041 >> Maybe this message has something to do with it: >> 2006-03-23T13:15:09 WARNING ZODB Could not import class=20 >> 'UIDBaseCatalog' from module 'Products.Archetypes.ReferenceEngine' >=20 > Could very well be. Can you rebuild the catalog? > (I mean completely; delete it in ZMI and recreate them) Thanks for the pointer: it seems it fixed it. I deleted, copy and pasted=20 from a fresh site, cleared items and find items. So the migration hosed it? Bye --=20 Luca Olivetti Wetron Automatizaci=C3=B3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Rob M. <ra...@bu...> - 2006-03-23 15:39:53
|
Alec Mitchell wrote: > On Thursday 23 March 2006 04:22, Luca Olivetti wrote: >> 5) it seems that the uid_catalog is hosed: as soon that I hit a page >> that uses references I get an AttributeError on migrate__len__ (complete >> traceback on http://paste.plone.org/3040), in fact if I try to access >> the catalog,indexes,metadata,rebuild catalog tabs of uid_catalog (or the >> advanced tab and click on "update catalog") I get this: >> http://paste.plone.org/3041 >> Maybe this message has something to do with it: >> 2006-03-23T13:15:09 WARNING ZODB Could not import class 'UIDBaseCatalog' >> from module 'Products.Archetypes.ReferenceEngine' > > Yes, this is due to a major mistake in Archetypes, where some persistent > classes were moved without providing backwards compatible import aliases. > This will be fixed in the upcoming release. yep, i fixed this on the AT 1.4 branch 5 days ago. -r |
From: Luca O. <lu...@we...> - 2006-03-28 08:58:09
|
En/na Rob Miller ha escrit: > Alec Mitchell wrote: >> On Thursday 23 March 2006 04:22, Luca Olivetti wrote: >>> 5) it seems that the uid_catalog is hosed: as soon that I hit a page >>> that uses references I get an AttributeError on migrate__len__ (compl= ete >>> traceback on http://paste.plone.org/3040), in fact if I try to access >>> the catalog,indexes,metadata,rebuild catalog tabs of uid_catalog (or = the >>> advanced tab and click on "update catalog") I get this: >>> http://paste.plone.org/3041 >>> Maybe this message has something to do with it: >>> 2006-03-23T13:15:09 WARNING ZODB Could not import class 'UIDBaseCatal= og' >>> from module 'Products.Archetypes.ReferenceEngine' >> >> Yes, this is due to a major mistake in Archetypes, where some=20 >> persistent classes were moved without providing backwards compatible=20 >> import aliases. This will be fixed in the upcoming release. >=20 > yep, i fixed this on the AT 1.4 branch 5 days ago. I took your fix and with my patch to PlonePAS, though I still have to do=20 some manual adjustments to the ldap configuration afterward, the=20 migration went much smoother. Apart from the remaining issues (plone_deprecated, no default view), I=20 found that the failing portlet is portal_navigation. Unfortunately I cannot find a traceback to investigate further, all I=20 can see in its place is the message "Error exceptions.NameError on=20 here/portlet_navigation/macros/portlet: name 'member' is not defined"=20 (and the content area blank, as it usually happens with a non working=20 portlet). Bye --=20 Luca Olivetti Wetron Automatizaci=C3=B3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Alexander L. <li...@pl...> - 2006-03-28 09:40:23
|
On Tue, 28 Mar 2006 00:58:01 -0800, Luca Olivetti <lu...@we...> wrote: > (and the content area blank, as it usually happens with a non working =20 > portlet). This was fixed a while ago on 2.1 branch, and I believe it was merged int= o =20 2.5 too, so should be fixed in the upcoming 2.5 beta. --=20 _____________________________________________________________________ Alexander Limi =B7 Chief Architect =B7 Plone Solutions =B7 Norway Consulting =B7 Training =B7 Development =B7 http://www.plonesolutions.c= om _____________________________________________________________________ Plone Co-Founder =B7 http://plone.org =B7 Connecting Content Plone Foundation =B7 http://plone.org/foundation =B7 Protecting Plone |
From: Alec M. <ap...@co...> - 2006-03-28 15:17:23
|
On Tuesday 28 March 2006 00:58, Luca Olivetti wrote: > En/na Rob Miller ha escrit: > > Alec Mitchell wrote: > >> On Thursday 23 March 2006 04:22, Luca Olivetti wrote: > >>> 5) it seems that the uid_catalog is hosed: as soon that I hit a page > >>> that uses references I get an AttributeError on migrate__len__ > >>> (complete traceback on http://paste.plone.org/3040), in fact if I try > >>> to access the catalog,indexes,metadata,rebuild catalog tabs of > >>> uid_catalog (or the advanced tab and click on "update catalog") I get > >>> this: > >>> http://paste.plone.org/3041 > >>> Maybe this message has something to do with it: > >>> 2006-03-23T13:15:09 WARNING ZODB Could not import class > >>> 'UIDBaseCatalog' from module 'Products.Archetypes.ReferenceEngine' > >> > >> Yes, this is due to a major mistake in Archetypes, where some > >> persistent classes were moved without providing backwards compatible > >> import aliases. This will be fixed in the upcoming release. > > > > yep, i fixed this on the AT 1.4 branch 5 days ago. > > I took your fix and with my patch to PlonePAS, though I still have to do > some manual adjustments to the ldap configuration afterward, the > migration went much smoother. > Apart from the remaining issues (plone_deprecated, no default view), I > found that the failing portlet is portal_navigation. > Unfortunately I cannot find a traceback to investigate further, all I > can see in its place is the message "Error exceptions.NameError on > here/portlet_navigation/macros/portlet: name 'member' is not defined" > (and the content area blank, as it usually happens with a non working > portlet). This just means that there's a migration you need to run, do a forced migration from 2.1 alpha2, or even 2.1.2 if you'd like. This is standard procedure when moving to a non-released svn version. Good Luck, Alec |
From: Luca O. <lu...@we...> - 2006-03-24 09:06:49
Attachments:
LDAPMultiPluginUserIntrospection.diff
|
En/na Luca Olivetti ha escrit: >>> 6) I added and configured a (supposedly working since I can >>> authenticate) ldap multi plugin in acl_users of a fresh site but >>> acl_users.getUserIds() doesn't return any id (I'm using getUserIds si= nce >>> it was the only method that could enumerate all users with an ldap us= ers >>> source) >> I will look into this as well. Attached is my ugly hack to achieve this, the problem is that I patched=20 LDAPMultiPlugin.py to provide the IUserIntrospection interface and=20 surely it doesn't belong there (since it creates a dependency on PlonePAS= ). Anyway, I already made my ugly patch to LDAPUserFolder to support my=20 posixGroup configuration so..... ;-) >=20 > I still have to understand how the new system (PlonePAS) works, it seem= s > that LDAP group mapping is completely different. I have to qualify better this statement: In Plone2.1 1) I mapped LDAP groups to GRUF groups, 2) which in turn had assigned zope local roles. Then in my product I check that the user has a local role (on the portal=20 object) to fill various lists of available users for a task or to assign=20 permissions in the workflow (this site is migrated from plone1.0, and=20 back then groups didn't exist). Now with PlonePAS I cannot do 1) above. I tried using the assignments in=20 source_groups (I have to search for a user that I know is in an ldap=20 group so I get back as a result the users and all the ldap groups he's=20 in prefixed with (Group), I select the group I want and put it in=20 Active) but it doesn't seem to work (getGroupMembers only returns users=20 directly defines in source_groups, not the users in the ldap group,=20 while searching for the ldap group in portal_groups yields nothing). As for the 2) (not really useful if I cannot do 1) I though it could be=20 done with portal_role_manager, alas as soon as I try to access it I get=20 an assertion error http://paste.plone.org/3051 What I *can* do though is to directly map the ldap group to the zope=20 role in 2), bypassing the zope group altogether, though this will=20 prevent me to use groups properly in the future. Bye --=20 Luca Olivetti Wetron Automatizaci=C3=B3n S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 |
From: Nick D. <nd...@le...> - 2006-03-24 09:34:52
|
Luca Olivett wrote: 4) it doesn't show my custom archetypes (just shows '<Products.CMFCore.PortalFolder.PortalFolderBase object at 0x4593356c>') unless I manually add base_view to the url. Hello. I can confirm that I have seen this kind of behaviour also, in both 2.5.aplha2 and alpha1. I "had a play with" 2.5.alpha to be public-spirited in terms of bug-finding, but didn't investigate problems in any depth due to other time demands. (I started with 2.1.2/Zope 2.8.5 and went to 2.5.alpha2 still on 2.8.5. On Debian Sarge / python 2.3.5). We found this happened : 1. On a custom archetype with heavily customised base_view in its presentation skin. (this code was written some time ago, may have customisations that in retrospect were unwise). 2. On SimpleBlog So a way to reproduce this problem easily for testing might be to create some blogs with SimpleBlog in 2.1.2, then migrate and see whats going on. Regards Nick |