You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
The actual callable is not passed to InvocationStrategy since introduction of DeferredCallable in Slim 3.2.0 #1785
Since introduction of DeferredCallable in Slim 3.2.0, the actual controller's callable is not given to the class implementing InvocationStrategy (the one set in $container['foundHandler'])
This makes it impossible to use reflection to find what are actual expected parameters.
I'm trying to use a custom InvocationStrategy that would match controller parameters names to route parameters - similar to the way it's done in Symfony HttpKernel. This was working in Slim 3.1.0, but not in 3.2.0.
The pull request #1783 would help to mitigate this, if accepted. I'd be able to retrieve the resolved callable and get its parameters using reflection.
But really it would be better to call the custom InvocationStrategy from DeferredCallable instead of just passing arguments given to DeferredCallable ::__invoke()
Activity
astax-t commentedon Feb 28, 2016
The pull request #1783 would help to mitigate this, if accepted. I'd be able to retrieve the resolved callable and get its parameters using reflection.
But really it would be better to call the custom InvocationStrategy from DeferredCallable instead of just passing arguments given to
DeferredCallable ::__invoke()irfanevrens commentedon Feb 29, 2016
I am agree with @astax-t and I also use a custon InvocationStrategy.
michaelboke commentedon Feb 29, 2016
Having the same issue since 3.2 my auto wiring isn't working anymore.
@irfanevrens i added a pull request on #1783 that now passes the resolvedCallable result to the foundHandler. Restoring the old behavior.
akrabat commentedon Feb 29, 2016
Can you provide an example of code that's no longer working please?
astax-t commentedon Feb 29, 2016
Sure. It's not the minimal code to replicate the problem, but pretty much copied from HttpFoundation:
But there is another PR to fix this problem. Maybe it's even better.
akrabat commentedon Feb 29, 2016
Please test 3.x and let me know if this is now solved.
astax-t commentedon Feb 29, 2016
Tested and is working correctly now
akrabat commentedon Mar 1, 2016
Version 3.2.1 released now. Thank you very much for reporting this issue.