Ted Husted wrote:
If we are going to have optional result types, then let's have
optional result types. Let's add an "optional" attribute, so that we
can render more meaningful logging statements.
1 When optional=true, and the support class is absent, then nothing is
logged.
2 When optional=true, and the support class is present, then a DEBUG
logging statement saying the result is enabled is logged
3 When optional=false (the default), and the support class is absent,
a runtime exception is logged and thrown (fail fast).
4 When optional=false, and the support class is present, then nothing
is logged (the nominal case).
Even if we mark a result type optional in the configuration, we can
still override the setting in a package, so if we need to do a problem
determination, we can add the result again as "optional=false" in a
package, so that we can be sure the system sees the result, but not
the JAR.
I like this idea. I'll to add the text to the JIRA ticket.
Don
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
