Commit 1879f681 authored by Jérome Perrin's avatar Jérome Perrin Committed by Arnaud Fontaine

patches/ExternalMethod update patch for Zope4

In the changes from ExternalMethod 2.13.1 -> 4.5, now ExternalMethod
define __code__ (and __defaults__) to a computed attribute calling
getFunction, but getFunction is different in our patched class, so
when unwrapMethod tries to get __code__, it will raise and mapply
will not consider the external method as being callable, so a simple
__repr__ of the ExternalMethod will be used as response body when
published.

By defining __code__ to something using our patched logic, this
problem does not happen.

There's also a TODO because DevelopmentMode is now True, which uses
a different code path which was causing TypeError, because getPath
returns None, which os.stat does not accept.
parent 8746ae8f
...@@ -61,6 +61,7 @@ class _(PatchClass(ExternalMethod)): ...@@ -61,6 +61,7 @@ class _(PatchClass(ExternalMethod)):
if component_module is None: if component_module is None:
# Fall back on filesystem # Fall back on filesystem
if not reload: if not reload:
# TODO Zope4: DevelopmentMode is True ( on Zope2 Globals.DevelopmentMode was False )
from Products.ERP5Type.Globals import DevelopmentMode from Products.ERP5Type.Globals import DevelopmentMode
if DevelopmentMode: if DevelopmentMode:
try: try:
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment