Добрый день, коллеги!
В целях самообучения и обучения молодого поколения мне нужно будет прочитать лекцию по Application Logs. Весь интернет мной перелопачен + немного собственной практики. Но есть к Вам 2 вопроса:
1) не могли бы Вы мне подробно объяснить, для чего нужен подобъект, зачем и как его использовать?
2) полезные и нужные вещи,фитчи, которые обходит основная теория или которые в ней упоминаются довольно редко. Может быть что-нибудь из личного опыта.

Заранее спасибо всем откликнувшимся.

Подобъект нужен для разделения объекта на более мелкие составляющие.
К примеру у нас на проекте объект - это функциональная область (MM, SD, FI, etc.), а подобъект - разработка, для которой создается лог.
В результате:
а)возможен анализ сообщений специалистом по направлению
б)возможен анализ сообщений для конкретной разработки.
в)так как возможность чтения лога контролируется с помощью полномочий, можно разделить роли пользователей как по объекту, так и по подобъекту: например в случае а) в роли сотрудника поддержки будут полномочия на объект целиком, в случае б) - только на сообщения для конкретного подобъекта

-Для возможности нормально использовать журнал приложений лучше обернуть вызовы стандартных функций в свой класс с более простыми методами. (спасибо Сергей Королев за наглядную демонстрацию)
-Необходимо обязательно пользоваться параметрами "Журнал приложений: дата истечения срока хранения" и "Журнал прил.: журнал сохраняется до истечения срока хранения" при создании журнала приложений и запланировать регулярную очистку лога (транзакция SLG2) - в принципе и в документации об этом сказано, но очистку лучше запланировать во всех системах сразу.
-Как показала практика, лишние "навороты" (например CALLBACK-процедуры) редко используются, поэтому увлекаться ими не стоит.

Выводить сообщения на экран без сохранения удобно через CL_RSDME_ERROR=>DISPLAY_LOG (обертка для Application Log). На вход подается таблица BAPIRET2_T

Это так, но не стоит забывать о том, что система "напичкана" уже готовыми решениями на все случаи жизни. Например, для простейшего вывода иерархического лога, можно воспользоваться классом CL_FPP_BAL. Пример использования:


Удобно действие добавления сообщения завернуть в макрос, тогда будет примерно так:

А вот пример с другим классом - ещё проще (правда, иерархию не поддерживает)

И ещё, очень мощная штука в логе - контекст: с помощью него можно вывести в строку с сообщениями произвольный набор полей, как это например, сделано в демонстрационной программе SBAL_CALLBACK... таким образом, в некоторых случаях, для построения пользовательского интерфейса приложения можно обойтись исключительно средствами BAL Log.

В какой версии "напичкана"?