Вход в плагины Eclipse/OSGi

Я начинаю разрабатывать плагин Eclipse (технически, плагин OSGi), и одна из первых проблем, с которыми я столкнулся, заключается в том, что я не могу контролировать вывод сообщений общего доступа, как обычно.

Я включил пакет commons-logging в зависимостях плагина, и действительно, когда я что-то регистрирую (в INFO или выше), он регистрируется на консоли. Тем не менее, я не могу войти на любой более низкий уровень (например, DEBUG или TRACE).

Я указал файл log4j.properties, и он находится в пути к классам (для среды выполнения, как и для пакета commons-logging), но ни один из параметров этого файла свойств не влияет на поведение регистратора.

Здесь файл log4j.properties:

#  Log4j Logging levels, in order of decreasing importance are:
#   FATAL, ERROR, WARN, INFO, DEBUG, TRACE
#

# Root logger option
log4j.rootLogger=ERROR,stdout
#,LOGFILE

# Direct log messages to stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %r (%l) %t%n - %m%n

Что мне нужно сделать, чтобы я мог контролировать вывод журнала?

Вот несколько примеров выходных сообщений в надежде, что форматирование может совпадать со значением по умолчанию для java.util.logging или предоставить другие подсказки кому-либо:

Oct 21, 2008 11:01:23 PM com.stottlerhenke.sentinel.client.Activator start
SEVERE: fatal_message
Oct 21, 2008 11:01:23 PM com.stottlerhenke.sentinel.client.Activator start
WARNING: warn_message
Oct 21, 2008 11:01:23 PM com.stottlerhenke.sentinel.client.Activator start
INFO: info_message

Update:

Теперь я попробовал различные комбинации:

и я могу получить сообщения DEBUG или lower, level, если я запускаю OSGi вручную из подсказки (что нецелесообразно для того, что я разрабатываю). Кроме того, я не могу использовать какой-либо другой тип конфигурации регистрации через различные файлы свойств. Все, что я пытаюсь сделать в этом отношении, кажется, переопределяется настройкой затмения.

Я также попытался разместить различные файлы конфигурации для вышеупомянутых библиотек во многих местах, в том числе в виде подключаемых фрагментов, прикрепленных к их соответствующим библиотекам, как предложено здесь, и все же происходит тот же результат.

Я внедрил пользовательский LogListener и отслеживал весь путь сообщения журнала (так же как и я знаю, как это сделать) с сообщениями System.out.println и отладочными сообщениями до тех пор, пока они не будут выведены каким-либо базовый API протоколирования, который я использую, затем они исчезают.

Ответ 1

Через 3 дня...

Я нашел проблему! Мне нужно было сделать две вещи, прежде всего, возникла проблема с одним файлом MANIFEST.MF:

В MANIFEST.MF у меня было следующее:

Bundle-ClassPath: lib/jena.jar,
 .,
 org.apache.log4j-1.2.12.jar,
 lib/google-collect-snapshot.jar
Import-Package: com.acme.client.translation,
 com.acme.translation.interfaces,
 com.acme.shared.osgi,
 com.acme.utilities

Это должно быть так:

Bundle-ClassPath: lib/jena.jar,
 .,
 lib/google-collect-snapshot.jar
Import-Package: com.acme.client.translation,
 com.acme.client.translation.interfaces,
 com.acme.shared.osgi,
 com.acme.utilities,
 org.apache.log4j

Ключевое отличие состоит в том, что log4j использовался как пакет, когда он должен был использоваться как пакет. (У меня был лог файл log4j в моем каталоге lib, когда я ожидал, что Log4j "будет работать" с OSGi.) Банка работает, сортируется. Очевидно, он нашел некоторую конфигурацию log4j на уровне затмения и использовал это. Поскольку это была просто банка (а не пакет), она не использовала никаких фрагментов, которые могли бы указывать настраиваемую конфигурацию ведения журнала, что приводит нас к другой вещи, которая должна произойти:

Мне нужно было установить фрагмент пакета, чтобы указать конфигурацию ведения журнала. Эта ссылка из VonC предоставила мне информацию для этого. К сожалению, в пакете с некорректным MANIFEST.MF все еще был бит log4j, указанный в Bundle-ClassPath, и это, похоже, переопределяет список Import-Package.

Наконец-то я понял, что происходит, когда мне нужно войти в другой комплект (я только что отказался от этого момента и вернулся к использованию журналов на уровне Warn и выше.) Этот новый пакет не смог найти конфигурацию регистрации! (таким образом, у меня было три пучка, работающие в той же среде OSGi, каждая из которых имеет разные правила log4j - один с использованием параметров моего фрагмента, другой с использованием некоторых случайных настроек ведения журнала Eclipse и, наконец, новый пакет, у которого не было никакой конфигурации ведения журнала). Подробные сравнения этих трех пучков показали разницу в файлах Manifest.MF, и теперь все они используют фрагмент.

Я очень благодарен авторам большей части Eclipse Zone, VonC, Ekkes, и все в #eclipse на freenode за их помощь и терпение:)

Ответ 2

Это не реальный ответ на ваш вопрос, но вы можете найти некоторые подсказки в этом наборе статей по ekke.

Я полагаю, вы уже прочитали " Использование Log4J в Eclipse Equinox/OSGi":

Запустил ли сеанс osgi в режиме консоли?

java -jar org.eclipse.osgi_3.3.0.v20070530.jar -console -noExit -clean

Таким образом, вы можете протестировать log4j в чистой среде osgi и проверить, работает ли он там.

Знайте, если вы найдете решение (опубликуйте его как ответ), и я проголосую за него;)