Die Builddeskriptoroption genProject stellt die Ausgabe der Java™-Generierung in ein Workbenchprojekt und automatisiert Tasks, die für die Java-Laufzeitkonfiguration erforderlich sind. Einzelheiten zu dieser Konfiguration und zu den Vorteilen der Verwendung von genProject
finden Sie unter Java-Code in ein Projekt generieren.
Geben Sie den Projektnamen an, um
genProject zu verwenden. EGL ignoriert dann die Builddeskriptoroptionen
buildPlan,
genDirectory und
prep und die Vorbereitung erfolgt in einer der beiden Fälle:
- Immer, wenn Sie einen Build für das Projekt durchführen.
- Immer, wenn Sie die Quellendateien generieren. Jedoch nur dann, wenn Sie für die Workbenchbenutzervorgaben Automatischer Build ausgewählt haben.
Gehen Sie wie folgt vor, um diese Benutzervorgaben festzulegen:
- Klicken Sie auf , um das Fenster mit den Benutzervorgaben zu öffnen.
- Auf der linken Seite des Fensters mit den Benutzervorgaben erweitern Sie Allgemein und klicken auf Arbeitsbereich.
- Wählen Sie das Kontrollkästchen Automatischer Build aus, wenn Sie möchten, dass EGL für Ihre Dateien einen automatischen Build durchführt. Wenn Sie diese Vorgabe auswählen, führt EGL einen Build immer dann durch, wenn Sie eine Datei speichern. Das heißt, dass EGL alle geänderten Abschnitte der Datei sowie alle anderen Abschnitte im Projekt, die von diesem Abschnitt aufgerufen werden, überprüft. Die Überprüfung erfolgt ohne Verwendung des Builddeskriptorabschnitts.
Wenn Sie für die Builddeskriptoroption
genProject den Namen eines Projekts festlegen, das nicht in der Workbench existiert, verwendet EGL den Namen, um ein Java-Projekt zu erstellen. Dies erfolgt jedoch nicht, wenn folgende Situationen eintreten:
- Wenn Sie einen JSF-Handler generieren, wird dieser stets in dem Projekt generiert, das die zugehörige JSP-Datei enthält. Dies erfolgt unabhängig von der Einstellung für die Builddeskriptoroption genProject.
- Eine zweite Ausnahme betrifft die EJB-Verarbeitung und tritt bei der Generierung eines Java-Wrappers auf, wenn im Verbindungsoptionsabschnitt callLink für das Element type die Eigenschaft ejbCall (für den Aufruf vom Wrapper an das mit EGL generierte Programm) festgelegt ist. In diesem Fall verwendet EGL den Wert von genProject, um ein EJB-Projekt zu erstellen und erstellt (bei Bedarf) ein neues EAR-Projekt (Enterprise Application Project, Unternehmensanwendungsprojekt) mit einem Namen, der aus dem Namen des EJB-Projektnamens und den zusätzlichen Buchstaben EAR besteht.
Zusätzliche zur Erstellung eines Projekts führt EGL folgende Schritte aus:
- EGL erstellt Ordner im Projekt. Die Paketstruktur beginnt innerhalb des Java-Ressourcenordners.
Wenn Sie eine Generierung in der Workbench ausführen, gelten folgende Regeln:
- Für die Java-Generierung
- Es ist nicht erforderlich genProject oder genDirectory anzugeben.
Wenn beide Angaben fehlen, wird die Java-Ausgabe in das Projekt gestellt, das die generierte EGL-Quellendatei enthält.
- COBOL-Generierung
- Sie müssen genDirectory angeben. In den meisten Fällen ignoriert EGL alle Einstellungen für genProject.
Wenn das COBOL-Programm VGWebTransaction eine Webseite darstellt, gilt jedoch Folgendes:
- Sie können genProject angeben und damit die Position für die zugehörigen Java-basierten Objekte angeben, die im Web-Server ausgeführt werden.
- Wenn Sie genProject nicht angeben, wird die gesamte Ausgabe an die Position gestellt, die in genDirectory angegeben ist.
Wenn Sie vom EGL-SDK generieren, dürfen Sie genProject nicht verwenden.
Verwenden Sie stattdessen genDirectory.