Hi. I'm not a representative of the Repoze project, so I'll just share my personal view.
On Sat, Jan 16, 2010 at 9:23 PM, ken manheimer <ken.manhei...@gmail.com> wrote: > these seem to be likely questions if you're interested in adoption of > repoze.plone by the wider plone community. please let me know if i'm > misunderstanding something basic, or if i've missed somewhere that covers > the issues... repoze.zope2 and .plone have been written largely by Agendaless for the KARL project. That project has gone through another iteration and nowadays uses repoze.bfg without any Plone instead. While there are some individual users of the repoze.plone approach, there's currently no driving party behind it anymore. Now it's perfectly possible to use most of the software with up-to-date versions of Zope2 and Plone, but this setup isn't particular well documented or explained anywhere. The entire stack is however production proven and there's no doubt about its quality. At this point I see repoze.zope2 / .plone as a prototype for a full WSGI integration into Zope2. It's likely not going to see major adoption in its current form. It's more likely that the lessons learned from this project will be merged back in some form into Zope2 itself, providing it with an OOTB WSGI story. If everything goes well, I hope to see Plone have official WSGI support in the future. The timeline for that is probably Zope 2.13 or later and Plone 5.0 with a final release somewhere in 2011 or 2012. With such a long timeframe there's obviously lots of unknowns. In this situation it's up to every user to decide if the benefits of the WSGI approach outweigh the costs of going with a non-standard approach. As always you can make a difference by getting involved and driving this project forward yourself ;-) Hanno _______________________________________________ Repoze-dev mailing list Repozeemail@example.com http://lists.repoze.org/listinfo/repoze-dev