Получение списка всех доступных методов из библиотеки jar

Добрый день!

Подскажите пожалуйста, как получить из jar библиотеки список всех методов, которые могут быть использованы в своих приложениях. Т.е. как я понимаю это все public методы из public классов. Желательно получить прототипы методов. И ещё хотел бы уточнить, оказывает ли package влияние на доступность в public классе public метода.

0

Имхо, нинужна. Это ООП-шный язык, и рассматривать методы отдельно от их классов - занятие потенциально бесперспективное.

Сообщение от xreal оказывает ли package влияние на доступность в public классе public метода

Публичный метод публичного класса доступен везде.

Вообще для задач такого вида Reflection API.

0

Вот, так а как имея на руках jar библиотеку получить из неё список типа такого:

1. класс - метод(аргументы)
2. класс - метод(аргументы)
...

Соответственно все паблик классы и их паблик методы. В принципе можно без аргументов даже...

Просто у нас же есть .class файлы в jar'e, которые содержат всю инфу необходимую. Ну для аналогии, это как получить список экспортируемых функций из DLL

0

Методы в классах - НЕ аналог функций в DLL. Класс Вы еще создать должны. Для чего надо знать сигнатуру конструктора, передать правильные параметры... Просто кинуть jar и использовать его - непросто, это надо ряд телодвижений предпринять.

Вам это вообще зачем?

0

Я понимаю, что это не совсем аналог функций из DLL.

Грубо говоря у меня есть jar библиотека, которая содержит интересные мне методы. Мне нужно знать какие методы из неё я смогу использовать.

0

Вы можете использовать классы, а не методы. Исходите из этого.

0

Что значит классы, а не методы? Если класс не статический я создаю экземпляр класса, которому доступны публичные методы класса и использую их. Если же класс статический, то напрямую вызываю методы по имени класса. Или я что-то не так понимаю?

Вопрос собственно в том, чтобы получить полный список всех публичных классов их методов из jar файла.

0

xreal, для библиотек обычно есть доки. Или можно открыть архиватором, посмотреть, какой корневой пакет(обычно это org, com), пишете "import rootpack." и появится список всего, что доступно. Тем более и так в IDE можно посмотреть, в дереве объектов. (NB, например)

Миниатюры

 

0

Были б доки - не было б вопросов)) А вот "import rootpack" попробую, спасибо. В IDE - просто посмотреть, а мне надо список экспортируемый.

Добавлено через 29 минут
А куда писать import rootpack?

0

Сообщение от xreal Что значит классы, а не методы? Если класс не статический я создаю экземпляр класса, которому доступны публичные методы класса и использую их. Если же класс статический, то напрямую вызываю методы по имени класса. Или я что-то не так понимаю?

1. Статическими могут быть только внутренние классы. Класс, не являющийсы внутренним, не может быть статическим.

2. Для создания экземпляра класса Вам надо знать, что этот класс делает и какие у него есть конструкторы. Никакой список методов Вам не поможет. Так что Вы должны сначала понять, зачем нужен этот класс, а потом уже - как использовать его нестатические методы.

0

вопрос на засыпку к знающим, а в данной ситуации javadoc.exe не решит проблему ТС?

0

Сообщение от xreal А куда писать import rootpack?

Под rootpack имелся в виду корневой пакет. Т.е. если в библиотеке пакеты начинаются на org, то написать import org. (с точкой на конце) там, где прописываются все импорты - и можно получить следующий уровень пакета. Выбрать его, поставить точку - получить следующий урвоень, и так до классов.

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

Сообщение от tankomaz вопрос на засыпку к знающим, а в данной ситуации javadoc.exe не решит проблему ТС?

Нет, он генерирует документацию по исходникам. Анализировать байткод он не умеет.

Проблему ТС решит самописная утилита, которая прочитает jar как zip, вытащит из него все имена класов, а потом пройдется по этим именам, загрузит каждый класс по имени и через reflection вытащит весь список методов, конструкторов и т.д. Но такая утилита, кмк, сильно превышает возможности ТС.

1

Хорошо, что если задача такая:

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

В итоге необходимо получить просто список всех методов которые могут быть использованы. Это и есть вся задача.

Добавлено через 6 минут
Я совсем не java программист. У меня другие задачи. Уровень понимания - когда-то давно я немного экспериментировал с java не более.

И, уважаемый эксперт Skipy, я создал тему, чтобы узнать есть ли простой способ это сделать. А вы мне рассказываете теорию работы с классами, вместо чёткого ответа на вопрос.

Если это решается только при помощи самописной утилиты - поверьте, это не сильно превышает мои возможности, но опыта java программирования, конечно, у меня не достаточно для быстрого написания такой утилиты, а разобраться и написать её не так уж и сложно. По сути просто - парсер.

0

Сообщение от xreal Я знаю описание класса, его конструкторов и тд. Я знаю часть публичных методов. И могу всем этим пользоваться, но мне нужно узнать те, что не описаны в документации, и пользоваться ими. Хотя они есть в этих же классах.

В IDE после переменной типа класса ставите точку - и получаете список всех методов.

И, уважаемый эксперт Skipy, я создал тему, чтобы узнать есть ли простой способ это сделать. А вы мне рассказываете теорию работы с классами, вместо чёткого ответа на вопрос.

Когда вопрос нечеткий - ответа четкого быть не может. У Вас изначально неправильная аналогия приведена - Вы хотите получить методы из jar как функции из dll. А это невозможно. Идеологически.

Если это решается только при помощи самописной утилиты - поверьте, это не сильно превышает мои возможности, но опыта java программирования, конечно, у меня не достаточно для быстрого написания такой утилиты, а разобраться и написать её не так уж и сложно. По сути просто - парсер.

Парсер, говорите?.. Ну-ну. Интересно будет посмотреть, как Вы разберете jar на классы. Что-то мне подсказывает, что будут сюрпризы.

0

Сообщение от Skipy В IDE после переменной типа класса ставите точку - и получаете список всех методов.

Это я понимаю, но представьте, что у вас есть 10 jar файлов по 10мб, попробуйте точками в IDE сделать перепись всех доступных классов и методов.


Ох и зачем разбирать мне jar файл по классам? Почему бы просто не извлечь архиватором из jar файла все классы и потом пройти таким парсером по папкам, которые соответствуют пакетам, а в этих папках по файлам классов, используя тот же Reflect (сижу читаю его описание как раз).

0