Итак, 2 приложения развернуты под jboss.
Оба эти приложения используют класс, которых находится в lib jboss'a.
Вопрос: как классу узнать, какое приложение его вызывает? чем они отличаются?

Thread.currentThread().getContextClassLoader() не подходит. Он выдает разные значения и для одного приложения.

Спасибо!

Описание проблемы наводит на мысли об ошибке дизайна системы. А так, если размышлять отвлеченно - способов немеряно. 

Если это два инстанса одного и того же приложения - можно указать разные идентификаторы приложения в каком-нибудь из файлов-дескрипторов, web.xml, или еще каком. Дальше при подъеме этого приложения эта информация читается и ложится в конфигурационный объект, доступный из искомого класса.

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

Самый тупой способ - добавить еще один аргумент в метоже, куда передавать ид приложения.

Видимо я не очень хорошо сформулировал вопрос.

Ситуация следующая: я хочу использовать логирование с помощью log4j. Каждое отдельное приложение развернутое на JBoss'e должно использовать свои конфигурации для логирования (например, для того, чтобы писать логи каждое в свой файл).
Для этого я создал свой ContextRepositorySelector (заимплементил интерфейс RepositorySelector), который создает по LoggerRepository для каждого приложения, используя его конфигурационный log4j.xml.

У этого класса есть метод getRepositorySelector(), который вызывается при любом обращении к LogManager'y.
Так вот как я внутри этого метода могу определить из какого приложения был потревожен LogManager (чтобы вернуть сконфигурированный именно для этого приложения LoggerRepository)?

Спасибо, что откликаетесь!

Wanttoknow, 
Я не работал именно с JBoss, но, насколько я понимаю, каждое приложение загружается отдельным classloader'ом. Т.е. они не пересекаются по загруженным классам, даже если используют общие библиотеки.

Соответственно каждое приложение будет иметь свой инстанс ContextRepositorySelector, который сможет поднять только один log4j.xml, специфичный именно для данного приложения. И вопросов, какой именно LoggerRepository отдавать тоже не будет, т.к. в одном приложении он будет создан только один.

Или же используется не просто общая библиотека, а некий сервис, предоставляемый JBoss Application Server? И при этом два приложения-таки пересекаются по классам? 

По умолчанию, JBoss (4.2 по крайней мере) использует один класс-лоадер на все приложения.
Чтобы выделить приложению свой репозиторий нужно в jboss-app.xml установить значение в loader-repository примерно так:

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

Поступать нужно аналогично. Нужно вводить понятие сессии - уникального идентификатора клиента. А как его реализовать - способов масса. В духе Java было бы организация хэш таблицы вызовов сервера, который заполняется при инициации соединения (вызова) посредством Listener'а

Идентификатор клиента можно передавать явно при вызове библиотечного класса или как здесь уже говорили читать из дескриптора приложения. Можно в принципе навертеть что-нибудь из области Reflection (если вызывают разные приложения).