Überwindung der Bereitstellung mit build.xml
: Ein Beispiel für EAR in WebSphere 6
Die Bereitstellung von Anwendungen kann eine herausfordernde Aufgabe sein, insbesondere bei der Arbeit mit unternehmensgerechten Servern wie WebSphere. Eine häufige Frage, mit der Entwickler konfrontiert sind, ist, wie man einen effektiven Build-Prozess mit Ant einrichtet, um eine Enterprise Archive (EAR)-Datei bereitzustellen. In diesem Artikel werden wir ein detailliertes Beispiel für die Erstellung einer build.xml
-Datei durchlaufen, die speziell für die Bereitstellung von EAR-Anwendungen in WebSphere 6.1 konzipiert ist. Unser Ziel ist es, Ihnen zu helfen, diesen Prozess zu optimieren, sodass Ihre Anwendung jederzeit und überall einfach neu kompiliert und bereitgestellt werden kann.
Die Herausforderung der EAR-Bereitstellung
Warum Ant verwenden?
In einer Entwicklungsumgebung wechseln viele Entwickler von Rational Application Development zu Apache Ant, da es eine unkomplizierte Struktur und Zugänglichkeit bietet. Ant ermöglicht es Entwicklern, den Build-Prozess zu automatisieren, der für die Konsistenz der Bereitstellung entscheidend ist.
Wenn Sie versuchen, Ihre Kollegen davon zu überzeugen, auf Ant umzusteigen, müssen Sie ihnen praktische Beispiele und eine einfache Möglichkeit zur Verwaltung der Bereitstellungen bieten. Hier kommt eine gut strukturierte build.xml
ins Spiel.
Einrichtung Ihrer Umgebung
Bevor wir in den Code eintauchen, ist es wichtig zu wissen, dass Sie Folgendes benötigen:
- Umgebung: Stellen Sie sicher, dass Sie WebSphere Application Server (WAS) 6.1 auf einer geeigneten Plattform wie Fedora 8 ausführen.
- ANT: Stellen Sie sicher, dass Sie Apache Ant in Ihrer Umgebung eingerichtet haben, um seine Aufgaben effektiv zu nutzen.
Verständnis der build.xml
-Struktur
Die build.xml
-Datei leitet den Build-Prozess. Unten finden Sie eine Beispielkonfiguration, die sich auf die Bereitstellung einer EAR-Datei mit Ant konzentriert.
Auflisten von Anwendungen
Zuerst erstellen wir ein Ziel, um die in WAS installierten Anwendungen aufzulisten.
<?xml version="1.0"?>
<project name="project" default="wasListApps" basedir=".">
<description>Script zum Auflisten installierter Apps.</description>
<property name="was_home" value="/opt/IBM/SDP70/runtimes/base_v61/"/>
<path id="was.runtime">
<fileset dir="${was_home}/lib">
<include name="**/*.jar"/>
</fileset>
<fileset dir="${was_home}/plugins">
<include name="**/*.jar"/>
</fileset>
</path>
<target name="wasListApps">
<taskdef name="wsListApp" classname="com.ibm.websphere.ant.tasks.ListApplications" classpath="${was.runtime}"/>
<wsListApp wasHome="${was_home}"/>
</target>
</project>
Bereitstellung einer EAR-Datei
Als nächstes richten wir ein Bereitstellungsziel in derselben build.xml
-Datei ein:
<project name="project" default="default" basedir=".">
<description>Build/Bereitstelle ein EAR zu WebSphere Application Server 6.1</description>
<property name="was_home" value="/opt/IBM/SDP70/runtimes/base_v61/"/>
<path id="was.runtime">
<fileset dir="${was_home}/lib">
<include name="**/*.jar"/>
</fileset>
<fileset dir="${was_home}/plugins">
<include name="**/*.jar"/>
</fileset>
</path>
<property name="ear" value="${env.HOME}/IBM/rationalsdp7.0/workspace/mywebappDeploy/mywebappEAR.ear"/>
<target name="default" depends="deployEar"/>
<target name="deployEar" depends="generateEar">
<taskdef name="wsInstallApp" classname="com.ibm.websphere.ant.tasks.InstallApplication" classpath="${was.runtime}"/>
<wsInstallApp ear="${ear}" failonerror="true" debug="true" taskname="" washome="${was_home}"/>
</target>
</project>
Wichtige Abschnitte und Überlegungen
Hinweise zur Bereitstellung
- Einmalige Verwendung: Sie können das Installationsziel nur einmal ausführen, wenn der Anwendungsname derzeit verwendet wird. Bei Bedarf sollten Sie in Betracht ziehen, die
wsUninstallApp
-Aufgabe zu verwenden, um vorhandene Anwendungen zuerst zu entfernen. - Serverumgebung: Dieses Skript ist dafür gedacht, aus dem bin-Verzeichnis des Serverprofils ausgeführt zu werden, um die erforderlichen Umgebungsvariablen zu nutzen.
- Fehlerbehandlung: Achten Sie auf das Attribut
failonerror
; die Einstellung auftrue
stellt sicher, dass, wenn etwas schiefgeht, die Ausführung gestoppt wird und Sie die Möglichkeit haben, das Problem zu beheben.
Alternativen zu berücksichtigen
Wenn Sie feststellen, dass die Arbeit mit Ant etwas mühsam ist, ziehen Sie in Erwägung, Java Management Extensions (JMX) zu verwenden. Durch das Schreiben eines Datei-Upload-Servlets auf dem Server, das eine EAR-Datei akzeptiert, können Sie Bereitstellungs-MBeans über HTTP nutzen, was Ihren Bereitstellungsprozess flexibler und unabhängiger von der spezifischen Entwicklungsumgebung macht.
Fazit
Indem Sie diesen strukturierten Beispielen und Richtlinien folgen, sind Sie gut gerüstet, um eine build.xml
-Datei zu erstellen und auszuführen, die EAR-Anwendungen effektiv mit Ant in WebSphere 6 bereitstellt. Dies vereinfacht nicht nur Ihren Bereitstellungsprozess, sondern macht auch die Zusammenarbeit mit Ihrem Entwicklungsteam viel effizienter. Der Übergang zu Ant mag anfangs eine Herausforderung darstellen, aber mit Übung und den richtigen Ressourcen können Sie Ihren Arbeitsablauf erheblich optimieren.
Verwenden Sie dieses Handbuch gerne als Referenz, während Sie Ihren eigenen Build-Prozess einrichten. Viel Spaß beim Programmieren!