Currently, the third argument is only used by the authentication strategy logic and is ignored elsewhere. This is to ensure the interfaces are used correctly and prevent bugs. Note that if you pass the result of a cached method directly to reply, you will need to drop the third ttl argument.
The text was updated successfully, but these errors were encountered:
I'm looking for feedback on this issue. It's better to throw but this might be a painful change for some if you chain methods into reply() directly and this would require a messy refactor (in which case the bug safety gain is minimal).
Fine with me. I'll admit though, it is too bad that the reply interface is setup to be able to be used as a standard callback but that server methods call-back with a third argument– it would be nice for them to be compatible.
Could server methods actually check if the callback is a reply interface, then call it with two arguments if so? Seems a little quirky, but we do a similar thing with boom errors (err.isBoom) all the time. It would be a minor-level change, so we could make a decision on that at a later date without any trouble.