Replies: 1 comment 1 reply
-
The intention is to genericise them and allow extensions to add their own custom handlers. The registering of handlers is just how the underlying library I chose to use to make life easier works (although given that entire library is now deprecated 4 years later - unsure how much value it really gives us). The original handlers were mainly extensions of ones' that were available in the parent library. Then when we did GSOC 2019 my student had nowhere else to add them for more component specific things - so things kinda got splashed around. I needed to clean up some like the SendMailException into com_contact specifically.
I was thinking about this a few weeks ago. I suspect registering the handler class in the DI container and then allowing the extensions child containers to register custom handlers within.
Probably just my shoddy coding to be honest. It's been a few years now but I don't remember any specific reason. Probably just with some of the exception handlers (e.g. |
Beta Was this translation helpful? Give feedback.
-
I am a bit confused about web service exception handling:
JsonapiRenderer::render()
registers a limited set of handlers. What would be the proper way to add custom handlers?@wilsonge appears to be the originator of the general implementation, so I hope he can shed some light on the concept, allowing me to push forward with my media web service implementation (#34314).
Beta Was this translation helpful? Give feedback.
All reactions