Avoid abbreviations: add methods error, warning, info and success

[nununo]

In light of the Clean ABAP guidelines that tells us to avoid abbreviations, would it be possible to also have methods error(), warning(), info() and successl()? Maybe as simple wrappers which call the existing ones?

[AlexandreHT]

I agree on the principle but I think we should keep the I, S, W, E, A as aliases because these are messages parameters on their own.
I'd be also in favour of adding X (by principle) and '' which is an undocumentd message type (grey led icon) that I use for recording user inputs (in RF transactions)
which would give us the following proposition:

Message type / Alias	Method name	RFC 5424 equivalent
	debug	7 - Debug
I	info	6 - Informational
S	success	5 - Notice
W	warning	4 - Warning
E	error	3 - Error
A	termination or abend or abnormal_end	2 - Critical
X	Exit	1 - Alert

References :

• https://help.sap.com/doc/saphelp_nw75/7.5.5/en-US/4e/c24da36e391014adc9fffe4e204223/frameset.htm
• https://experience.sap.com/files/guidelines/References/mess_types_en.htm
• https://datatracker.ietf.org/doc/html/rfc5424#section-6.2.1

[kjetil-kilhavn]

I agree with the original poster, and would suggest abort as the method name for message type a.
For the sake of readability I think log->exit( ) is better than log->x( ) and even log->warning( ) is worth the extra characters.

Update: Mike undeniably has a good argument about the double meaning - so abend is probably the best and has roots all the way back to mainframes.

[pokrakam]

I'm biased towards abend because it means evening in German so it has a nice double meaning. But it's is also common enough terminology, so that gets my vote.