Re: [Repoze-dev] repoze.plone use with plone versions 3.1?

2010-01-16 Thread ken manheimer
On Sat, Jan 16, 2010 at 3:54 PM, Hanno Schlichting ha...@hannosch.euwrote:

 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.


good to know!

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.


i'm getting the impression that you have a talent for understatement. :-)

through a happy accident, a search through my inbox for repoze turned up
shane hathaway's february 2009 zope.pipeline proposal.  it's very
illuminating.  it definitely helps me understand more about what all the
fuss is, and more of what's going on.


 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 ;-)


another masterful understatement.

now, instead of just asking whether and how to use plone under wsgi, i'm
considering whether i should be looking at switching my focus to bfg, at
least for some projects.  while i'm thankful to better understand the
various projects, i'm a bit overwhelmed at the uncertainties in each
direction and division of attention necessary to keep all in sight!  tres
has often referred to the ironic chinese curse, may you live in interesting
times - these are interesting times, indeed, for a web application
developer.

it's clear i'm going to have to better formulate my goals, and examine the
options with specific purposes in mind.  while this all may sound like
(existential) complaining, the info is very helpful - thanks!!

Hanno


-- 
ken
http://myriadicity.net
___
Repoze-dev mailing list
Repoze-dev@lists.repoze.org
http://lists.repoze.org/listinfo/repoze-dev


Re: [Repoze-dev] repoze.plone use with plone versions 3.1?

2010-01-16 Thread ken manheimer
On Sat, Jan 16, 2010 at 4:21 PM, Chris Rossi ch...@archimedeanco.comwrote:

 I will add only anecdotally, that I've taken a customer from 3.1 up to
 3.3.2 with repoze and the repoze piece has posed no issues.  It's a
 little clunky, but it works.  I look forward to WSGI integrated into
 the core Zope/Plone stack.


*great* to know!

any helpful hints about how you got repoze to work with later plone
versions?  did you just identify the repoze elements (the repoze.org about
page http://repoze.org/about.html names repoze.vhm, repoze.retry,
repoze.tm), see how they were connected in the repoze.plone build, and plop
them similarly into a plone 3.3.2 buildout, then debug 'til it worked?  did
you use the virtualenv or buildout packagings?  so many questions... :-)
-- 
ken
http://myriadicity.net


Chris


 On Sat, Jan 16, 2010 at 3:54 PM, Hanno Schlichting ha...@hannosch.eu
 wrote:
  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
  Repoze-dev@lists.repoze.org
  http://lists.repoze.org/listinfo/repoze-dev
 

___
Repoze-dev mailing list
Repoze-dev@lists.repoze.org
http://lists.repoze.org/listinfo/repoze-dev