Задача примерно такая: 
Известно имя пакета (ну скажем net.mycoolproject.sypertool.*) 
Известно что в этом пакете могут быть классы имплементирующее определённый интерфейс (и более того скажеи все такие классы, используя Java 5, аннотированы определенным образом)
Где пакет находиться неизвестно. (ну понятно что он где-то возможно внутри какого-то jar в classpath или jre/lib/ext или далее по списку возможных мест)
Известно что искомые классы могут быть еще не загружены. т.е. искать в списке загруженных лоадером классов не получиться...
Нужно все такие классы найти.

Понятно что можно проверить все jar-ы (и не только) во всех местах, выщемить таки нужное место где наш пакет, пробежаться по всем классам внутри него... трудно и не-изящно... 

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

С пакетами можно работать через java.lang.Package. Может он чем поможет... 

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

Понятно, что вам прежде всего надо решить вашу задачу. Но все-таки любопытно, а для чего это? В какого класса приложениях или ситуациях такая необходимость возникает? 

Грубо говоря - плагины. куча мелких и не очень классов реализующих определенный интерфейс и раскиданных по разным пакетам и даже jar. есть несколько инсталиций определенного приложения которое грузит их в момент запуска(однократная операци (по этому нестрашно если оно будет запускаться даже пару минут) и потом использует. Само приложение знает только об интефейсе естественно. Конечно ничего не мешает просто перечислить все используемы классы в конфигурациооных файлах, например. Но лень - 40 строк можно заменить тремя... с именами пакетов  

Может вот это придаст мыслям некоторое направление?

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

И вот думал я, значить, думал, и вдруг пришло решение: а надо чекать не все места, а только изменения! То есть идея такая. В самый первый раз проверяется все что можно - и по результатам этой проверки генерится XML-описатель всех найденных плагинов. После этого при каждом последующем запуске сравнивается текущий classpath с ранее сохраненным, и процедура повторяется только для новых путей. Для всех остальных проверка осуществляется только на наличие изменений. Результаты снова записываются в описатель.

Таким же макаром можно было бы реализовать механизм горячего развертывания плагинов: слушать изменения в директориях и запускать процедуру поиска.

Прогу я тогда так и не собрался сделать, а вот недавно наткнулся на одну библиотечку, которая, возможно, оказалась бы хорошим подспорьем в реализации этого механизма. Назвается Java Plugin Framework, находится вот здесь: http://jpf.sourceforge.net/.

Посмотри. может как-то сгодится.
 

Stampede, спасибо. идея не дурственна, но смысл в том что мы лентяи и вообще не хотим замарачиваться с поиском 

Чем закончились исследования с классом Package, если кому-то интересно:

1. создаем ананотацию нужного нам вида. ну например:


2. создаем фаил package-info.java (помещаем его внутри нашего пакета, естественно) следующего содержания

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

3. теперь, там где вам хочется вы можете вызвать такой вот код:

Что оно вам вернет вы наверняка догадались 

Остальное дело техники. никто не мешает вам в этой анотации к пакету перечислить(например массивом) интересующие вас объекты класса Class . Т.е. сам пакет заботиться о том чтобы проинформировать вас например о том какие классы в нем есть. Этот путь конечно далек от моей мечты, потому что требует немножко специальной работы над пакетом с "плагинами", но хоть что-то.
 

Вот это я понимаю 

Добавил в FAQ. 

LSD, там ошибка в package-info.java неправильное имя пакета - должно быть net.mycoolproject.sypertool. Раз уж ты в FAQ это запихнул, то надо исправить  

Fixed 

Возвращаясь собственно к теме топа, вот что получилось окончательно (мне понравился результат по-этому очень хочется поделиться  )

аннотация (net.mycoolproject.IMonsterPlugin это интерфейс, для чистоты эксперемента он вынесен в другой пакет ):


package-info.java (Hydra,Cerberus,Cyclop - это классы из нашего пакета, имплементирующие net.mycoolproject.IMonsterPlugin ):


использование (предпологаеться что Hydra,Cerberus,Cyclop имеют конструктор без параметров, а net.mycoolproject.IMonsterPlugin имеет единственный метод: beCool() ):


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

А Class.forName() в вызывающей програме-то нету, ну разве не мило? 

P.S. вообще ИМХО аннотации - самое мощное новшество в Java 5. в связке с рефлексией можно чудеса творить (и JUnit 4 тому живой пример)
P.P.S. возвращаясь к теме топа - всё, это максимум что можно вытянуть из анотаций для поставленной задачи. единственное с чем можно по-извращаться - автоматическая генерация package-info.java. Ну... я конечно лентяй, но уж не настолько 
P.P.P.S. возвращаясь к теме топа - всё еще интересуют альтернативные пути решения проблеммы.... ???