[Zope-dev] [Checkins] SVN: zope.dublincore/trunk/ Renamed the ``zope.app.dublincore.*`` permissions to ``zope.dublincore.*`.

[Marius Gedminas]

On Fri, Apr 23, 2010 at 06:14:23PM -0400, Tres Seaver wrote:
> Jim Fulton wrote:
> > On Fri, Apr 23, 2010 at 4:18 AM, Jacob Holm <jh at improva.dk> wrote:
> >> Hi Michael, Tres
> >>
> >> I agree a new major version is required due to the new "feature" of
> >> having new permission names, but there is no reason to break
> >> compatibility with code using the old names.
> >>
> >> IIRC the <redefinePermission/> zcml-directive  is there exactly to
> >> provide backwards compatibility when renaming permissions.  Use like:
> >>
> >>  <redefinePermission
> >>      from = "<no longer defined permisison id>"
> >>      to = "<existing permission id>"
> >>      />
> >>
> >> It is defined in zope.security:meta.zcml along with the <permission/>
> >> directive, so should be usable with any code that uses that.
> > 
> > This only affects ZCML.  It caused declarations for the old permission
> > to be mapped to the new one. It doesn't affect stored permissions.
> 
> Maybe the short-term fix would be to add a shim package (reviving
> 'zope.app.dublincore', maybe) whose only job in life is to make those
> permissions loadable.  Maybe the package ships with some code to help
> write the evolve script, or something.
> 
> In the meanwhile, folks with persistent permissions should pin the
> version of zope.dublincore == 3.6.0.

*Please* mention this in the changelog in big fat letters.

People who upgrade, say, from the 3.4 KGS to BlueBream 1.0 won't
necessarily have read every zope-dev discussion for the last three
years.

Marius Gedminas
-- 
http://pov.lt/ -- Zope 3 consulting and development
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://mail.zope.org/pipermail/zope-dev/attachments/20100424/e990bb60/attachment.bin