Как изменить загрузчик классов в файле application.xml для поддержки предпочтительной загрузки развернутых jar-файлов - PullRequest
Новая
       4

Как изменить загрузчик классов в файле application.xml для поддержки предпочтительной загрузки развернутых jar-файлов

1 голос
/ 07 октября 2010

Я создал веб-приложение, используя Tomcat 6 в качестве контейнера. Я использовал пару банок Tomcat и ссылался на них из своей сборки муравья в Eclipse.

Я написал еще одну сборку ant для развертывания моего приложения в .war, а затем вместе с дескриптором развертывания application.xml в .ear для развертывания в WAS 7. Чтобы поддержать это, я вытащил jar-файлы в мою войну, поэтому я знаю, что они будут доступны для приложения, которое работало через Tomcat.

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

1) Может ли кто-нибудь указать мне на полный онлайн-документ со списком всех вещей, которые я могу поместить в мой application.xml для управления моим .ear

2) Может ли кто-нибудь опубликовать листинг, который изменяет приведенный ниже XML, чтобы при включении XML-файла в .ear он мог развертываться в WAS таким образом, чтобы контейнер WAS использовал файлы jar в прилагаемой войне, а не те, что в WAS setup.

Буду вечно благодарен. 

<?xml version="1.0" encoding="UTF-8"?>
<application id="Client">
   <display-name>Client</display-name>
   <description>Web application supporting the configuration and management of server components</description>
   <module id="Client">
      <web>
         <web-uri>Client.war</web-uri>
         <context-root>client</context-root>
      </web>
   </module> 
</application>

1 Ответ

0 голосов
/ 16 октября 2010

PARENT_LAST вряд ли вам поможет, не говоря уже о том, что я бы не стал трогать этот вариант с 10-футовым шестом, поскольку я всегда считал это хаком.

Поведение, которое вы ищетеfor предоставляется по умолчанию - это действительно "правильный" способ работы в соответствии со спецификацией J2EE.Можете ли вы предоставить нам точную композицию вашего EAR-файла, вашего WAR-файла и файла MANIFEST.MF обоих?

[Отредактировано, чтобы добавить следующее]

Комментарий ниже является правильнымтакже (спасибо) - если вы включили JAR-файлы из Tomcat в свое веб-приложение, то вы уже делаете что-то очень неправильное и, скорее всего, непереносимое.

  • JAR-файлы, относящиеся к спецификации J2EE (например,поскольку JAR-файлы, содержащие J2EE API) предоставляются поставщиками серверов приложений;Вы должны исключить их из вашего развертываемого модуля (EAR, WAR).
  • JAR-файлы, относящиеся к определенной функциональности Tomcat ... Ну, они не будут функционировать вне Tomcat, поэтому весь вопрос миграции WebSphere спорен.
...