Я также думаю, что Вы находитесь в правильном месте..., оно хранится в реестре, под именем журнала событий. У меня есть пользовательский журнал событий, в соответствии с которым несколько источников события.
HKLM\System\CurrentControlSet\Services\Eventlog\LOGNAME\LOGSOURCE1 HKLM\System\CurrentControlSet\Services\Eventlog\LOGNAME\LOGSOURCE2
Те источники имеют ключ EventMessageFile, который является REG_EXPAND_SZ и указывает на:
C:\Windows\Microsoft.NET\Framework\v2.0.50727\EventLogMessages.dll
я думаю, удаляете ли Вы Ключ, который является источником журнала, LOGSOURCE1 в моем примере, который должен быть всем, которое это необходимо.
Если это имеет значение, я попробовал его через.NET, и это - то, что это сделало. Однако действительно похоже, что каждый пользовательский журнал событий также имеет источник того же имени. Если у Вас есть пользовательский журнал, который мог бы влиять на Вашу способность очистить его. Необходимо было бы удалить журнал напрямую, возможно. Далее, если Ваше приложение имеет установщик, я вижу, что имя приложения также может быть зарегистрировано как источник в журнале событий приложения. Еще одно место для очистки.
В этой трассировке стека есть два интересных момента:
1) Возникают проблемы с поиском реализации SAAJ. Вероятно, добавление saaj-impl.jar в путь к классам может решить эту проблему.
2) Он вообще не использует CXF. Он использует эталонную реализацию Sun JAX-WS, встроенную в jre. Таким образом, похоже, что банки cxf вообще не собираются.