Consider the following scenario:

• You are running a public Confluence installation that contains uncountable uses of {a-macro}
• One of those instances on a page somewhere is throwing exceptions
• You didn't trigger the exception and can assume the user didn't report the red "bad macro" they saw on screen.

In the logs all you will see is a stacktrace which ripples from the macro's class through the renderer and beyond. Unfortunately there's no contextual information.

1. Which ceo ID was this being rendered against? (if any)
2. Which username was logged in at the time? (if any)

There may be other contextual information, but I would like to get the rendering exceptions (where possible) to give me as much contextual information so I can replicate ... the easiest way I can think of doing that is to catch and rethrow/log the runtime & macro exceptions, but tag on the context to the exception message.