Остерегайтесь различия между 'c'
, и "c"
'c'
символ, подходящий для форматирования с %c
"c"
, символ* указывающий на блок памяти с длиной 2 (с пустым разделителем).
То, что вы хотите, звучит как служба аудита, а не служба регистрации. Если я прав, ваша цель - отслеживать эти бизнес-события в исторических целях и, возможно, даже в целях отчетности. Вы можете использовать детали аудита, чтобы, из-за отсутствия более подходящей фразы, возложить ответственность за события, которые происходят в системе.
Я бы, вероятно, не стал использовать для этой цели систему регистрации, например log4j. В нашей системе аудит - это первоклассный гражданин как полный комплекс услуг.
- HTH, Дасти
Оставьте регистратор для дел, связанных с программой, а не бизнесом. Это всего лишь инструмент в помощь разработчикам.
Напишите свою собственную систему для регистрации бизнес-событий. Если ведение записи является бизнес-требованием, вам понадобится что-то, что вы контролируете, и вам нужно будет использовать средство ведения журнала, указанное выше, чтобы отслеживать, как он работает.
По сути, №2 в вашем вопросе.
Для меня идея бизнес-события заключается в том, что оно играет роль в какой-то будущей бизнес-обработке, от фактического запуска бизнес-действий до простого доступа для аналитики.
Следовательно, совершенно разные QOS требования. нуждается в собственном API.
Очевидно, изначально это связано с ведением журнала, но в будущем может перейти на надежный обмен сообщениями или БД.
По моему опыту, бизнес-события включают в себя большое или огромное количество технических операций за кулисами, при этом только определенные бизнес-события важны для бизнеса.
Это создает проблемы при попытке использовать общую методологию ведения журнала, поэтому в целом, в системах, над которыми я работал, используются оба.
Ведение журнала технических аспектов и регистрация бизнес-событий для бизнес-событий.
В журнале бизнес-событий не используется та же технология, что и в техническом журнале, и вместо этого ведется запись в специально разработанную таблицу истории / аудита (иногда это split, в зависимости от необходимой детали), который разработан специально для каждого приложения. (Это делает аудиторов и пользователей приятными и счастливыми.)
Это позволяет легко составлять отчеты и управлять информацией, при этом, очевидно, немного расширяет объем каждой спецификации.
Это вообще не выполняется в машинных инструкциях; ядра претендуют на роль отдельных процессоров и не имеют каких-либо специальных возможностей для взаимодействия друг с другом. Есть два способа связи:
они совместно используют физическое адресное пространство. Аппаратное обеспечение обеспечивает согласованность кэша, поэтому один ЦП записывает в адрес памяти, который читает другой.
они совместно используют APIC (программируемый контроллер прерываний). Это память, отображаемая в физическое адресное пространство, и может использоваться одним процессором для управления другими процессорами, их включения или выключения, отправки прерываний и т. Д.
http://www.cheesecake.org/sac/smp. html - хорошая ссылка с глупым URL-адресом.
class TransactionLogger
{
public void Log (Message message)
{
MyLoggingFramework.Log(message.string, etc...);
}
}
вы можете использовать его, но вам нужно программное обеспечение для мониторинга деловой активности и обработки событий. Я сразу понял, что IBM WebSphere Business Monitor предоставляет эту возможность. Он обрабатывает события Common Base (реализация IBM стандарта Web Event Format для распределенного управления веб-службами), а затем берет эти данные и создает информационные панели бизнес-активности.