собственно как не удалять дебажный (весьма полезный) код и при этом не включать его в релиз?

Здравствуйте, Denys V., Вы писали:

DV>собственно как не удалять дебажный (весьма полезный) код и при этом не включать его в релиз?
Обычно "дебажный код" используется для логирования. Поэтому logger.isDebugEnabled().
Можно if(false), если большой кусок, а коментить не хочется.
Ну, не препроцессор же ради такого тащить?
Можно system property передавать через -D.

Здравствуйте, Denys V., Вы писали:

DV>собственно как не удалять дебажный (весьма полезный) код и при этом не включать его в релиз?

Если этот код, к примеру, занимается логированием аргументов функции и т.п. можно выделить его в аспект, который задействовать в зависимости от выставленного свойства в конфиге

Здравствуйте, Denys V., Вы писали:

DV>собственно как не удалять дебажный (весьма полезный) код и при этом не включать его в релиз?

Если на этапе компиляции в байткод, java-компилятор видит что некий кусок кода не выполняется, то он его не включает в выход. Таким образом, можно сделать так:

public final static boolean DEBUG = false // true;

if( DEBUG )
{
System.out.println( message );
}

Вот тут обсуждалось и тут пояснялось