загрузка общих классов в приложение javaee5

Я не уверен, о каком сервере приложений здесь идет речь, и о характере файла common.jar. На данный момент я предполагаю, что сервер приложений — это любой контейнер Java EE 5, а файл common.jar — это утилита jar (а не EJB или аналогичный модуль).

Спецификация платформы Java EE 5 фактически определяет способ, которым поддержка библиотек должна предоставляться контейнерами:

A .ear file may contain a directory that contains libraries packaged in JAR files. The library-directory element of the .ear file’s deployment descriptor contains the name of this directory. If a library-directory element isn’t specified, or if the .ear file does not contain a deployment descriptor, the directory named lib is used. An empty library-directory element may be used to specify that there is no library directory. All files in this directory (but not subdirectories) with a .jar extension must be made available to all components packaged in the EAR file, including application clients. These libraries may reference other libraries, either bundled with the application or installed separately, using any of the techniques described herein.

Это не означает, что метод B неверен, это тот, который следует использовать для серверы приложений, такие как JBoss 4, которые не поддерживают элемент library-directory в application.xml. Я полагаю, что Glassfish также поддерживает концепцию каталога lib без соответствующего элемента каталога библиотеки.

Возвращаясь к вопросу, размещение одних только классов в каталоге в файле EAR, по-видимому, поддерживается только в WebLogic Server через структуру APP-INF\classes (излишне говорить, что это не стандарт платформы). Следовательно, рекомендуется использовать jar для общих классов и использовать механизм, поддерживаемый сервером приложений, чтобы сделать эти общие классы доступными для других модулей в приложении.