[Plone-IT] Problema "sistenziale" del Data.fs migrato

[Yuri]

http://plone.293351.n2.nabble.com/KeyError-constrainTypesMode-when-accessing-my-Archetypes-td3354042.html

Avevi letto questo?


Il 25/01/2011 11:12, Vito Falco ha scritto:
> Ciao,
> sarò conciso per non annoiare :)
>
> - Su di un server ho su una portale (con zeo) che utilizza 3.3.2.
> - Sullo stesso server ho creato un enviroment pulito (utilizzando 
> virtualenv) con un buildout.cfg Plone 3.3.5 con aggiunta dei prodotti 
> che utilizzo del portale di cui sopra.
> Pulito e secco funge tutto. Parte lo Zope e posso creare nuove istanze 
> plone.
> - Ho provato a copiare il Data.fs del portale attuale nella dir del 
> "nuovo enviroment". Parte lo zope, entro nel manage, ma se provo a 
> creare una nuova istanza plone va in errore dando
>
> 2011-01-23 19:38:09 ERROR Zope.SiteErrorLog 
> 1295807889.780.398267049584 
> http://mydomain/manage_addProduct/CMFPlone/addPloneSite
> Traceback (innermost last):
> Module ZPublisher.Publish, line 119, in publish
> Module ZPublisher.mapply, line 88, in mapply
> Module ZPublisher.Publish, line 42, in call_object
> Module Products.CMFPlone.factory, line 86, in addPloneSite
> Module Products.GenericSetup.tool, line 390, in 
> runAllImportStepsFromProfile
> - __traceback_info__: profile-Products.CMFPlone:plone
> Module Products.GenericSetup.tool, line 1179, in 
> _runImportStepsFromContext
> Module Products.GenericSetup.tool, line 1090, in _doRunImportStep
> - __traceback_info__: plone-content
> Module Products.CMFPlone.setuphandlers, line 539, in importContent
> Module Products.CMFPlone.setuphandlers, line 309, in setupPortalContent
> Module Products.Archetypes.ClassGen, line 76, in generatedMutator
> Module Products.Archetypes.Schema, line 240, in __getitem__
> KeyError: 'constrainTypesMode'
> Unhandled exception in thread started by <class 
> ZServer.PubCore.ZServerPublisher.ZServerPublisher at 0xb76b8f5c>
> Traceback (most recent call last):
> File 
> "/home/plone/virtual-plone3/portale/parts/zope2/lib/python/ZServer/PubCore/ZServerPublisher.py", 
> line 25, in __init__
> response=b)
> File 
> "/home/plone/virtual-plone3/portale/parts/zope2/lib/python/ZPublisher/Publish.py", 
> line 401, in publish_module
> environ, debug, request, response)
> File 
> "/home/plone/virtual-plone3/portale/parts/zope2/lib/python/ZPublisher/Publish.py", 
> line 227, in publish_module_standard
> if request is not None: request.close()
> File 
> "/home/plone/virtual-plone3/portale/parts/zope2/lib/python/ZPublisher/BaseRequest.py", 
> line 211, in close
> notify(EndRequestEvent(None, self))
> File 
> "/home/plone/virtual-plone3/portale/parts/zope2/lib/python/zope/event/__init__.py", 
> line 23, in notify
> subscriber(event)
> File 
> "/home/plone/virtual-plone3/portale/eggs/zope.component-3.4.0-py2.4.egg/zope/component/event.py", 
> line 26, in dispatch
> for ignored in zope.component.subscribers(event, None):
> File 
> "/home/plone/virtual-plone3/portale/eggs/zope.component-3.4.0-py2.4.egg/zope/component/_api.py", 
> line 130, in subscribers
> return sitemanager.subscribers(objects, interface)
> File 
> "/home/plone/virtual-plone3/portale/eggs/zope.component-3.4.0-py2.4.egg/zope/component/registry.py", 
> line 290, in subscribers
> return self.adapters.subscribers(objects, provided)
> AttributeError: adapters
>
> E' da giorni che ci sbatto la testa. Avete suggerimenti?
> E' possibile che un Dataf.s possa "compromettere" il funzionamento 
> dell'intero enviroment?
>
> Vito
>
> --
> http://appuntiplone.wordpress.com (IT) - 
> http://notasdeplone.wordpress.com (ES)
> "Design is the method of putting form and content together. Design, 
> just as art, has multiple definitions; there is no single definition. 
> Design can be art. Design can be aesthetics. Design is so simple, 
> that's why it is so complicated." by Paul Rand
>
>
> _______________________________________________
> Plone-IT mailing list
> Plone-IT a lists.plone.org
> https://lists.plone.org/mailman/listinfo/plone-it
> http://www.nabble.com/Plone---Italy-f21728.html