Apache DayTrader Benchmark-Beispiel Was ist DayTrader DayTrader ist Benchmark-Anwendung rund um das Paradigma eines Online-Aktienhandelssystem gebaut. DayTrader wurde ursprünglich von IBM als Trade Performance Benchmark Sample entwickelt und wurde 2005 an die Apache Geronimo Community gespendet. Die Anwendung ermöglicht es Anwendern, sich einzuloggen, ihr Portfolio anzusehen, Aktienkurse zu suchen und Aktien zu kaufen oder zu verkaufen. Mit Hilfe eines webbasierten Load-Treibers wie Mercury LoadRunner, Rational Performance Tester oder Apache JMeter kann die reale Arbeitsbelastung von DayTrader genutzt werden, um die Performance der Java-Plattform Enterprise Edition (Java EE) Die von einer Vielzahl von Anbietern angeboten werden. Zusätzlich zur vollen Arbeitsbelastung enthält die Anwendung auch einen Satz von Primitiven, die für Funktions - und Leistungstests von verschiedenen Java EE-Komponenten und gemeinsamen Entwurfsmustern verwendet werden. Anwendungsarchitektur DayTrader basiert auf einem Kernsatz von Java EE-Technologien, der Java Servlets und JavaServer Pages (JSPs) für die Präsentationsschicht und Java-Datenbankkonnektivität (JDBC), Java Message Service (JMS), Enterprise JavaBeans (EJBs) und Message - Driven Beans (MDBs) für die Back-End-Geschäftslogik und Persistenzschicht. Das folgende Diagramm bietet eine übergeordnete Übersicht über die gesamte Workload-Anwendungsarchitektur. Präsentationsschicht Die Präsentationsschicht besteht aus mehreren Java-Servlets und JSPs, die lose an einem Modell-View-Controller (MVC) Designmuster haften. TradeAppServlet ist das primäre Controller-Servlet, das für das Empfangen eingehender Client-Anforderungen zuständig ist, die gewünschte Geschäftslogik auslöst und Antworten auf die entsprechende JSP-Seite weiterleitet. Zusätzliche Servlets und JSPs werden verwendet, um die Laufzeitoptionen von DayTrader zu konfigurieren und die unterstützende Datenbank zu verwalten. Geschäftslogik und Persistenzschicht Die Geschäftslogik und die Persistenzschicht bilden den Hauptteil der DayTrader-Anwendung. Die TradeServices-Schnittstelle definiert die in der Anwendung verfügbaren zentralen Geschäftsvorgänge wie Register, Login, getHoldings, Buy, completeOrder, Logout usw. DayTrader stellt drei verschiedene Implementierungen dieser Dienste bereit, die drei häufig verwendeten JavaEE-Anwendungsentwurfsmustern entsprechen. Diese Implementierungen werden unten diskutiert. Benutzer können zwischen diesen Implementierungen auf der Konfigurationsseite wechseln, indem sie den Runtime-Modus geändert haben. User Inerface (UI) - Operationen Der DayTrader JSPServlet-basierte Webclient bietet einen grundlegenden Satz von Operationen, die man erwarten würde, in jeder Börsen - und Portfoliomanagement-Anwendung zu finden. Diese hochrangigen Benutzeroperationen lösen spezifische Geschäftsoperationen (wie oben definiert) innerhalb der Geschäftslogik und der Persistenzschichten aus, um die gewünschte Aufgabe durchzuführen. Die folgende Tabelle fasst die Geschäftsaufgaben zusammen, die von jeder Benutzeroperation ausgeführt werden. (Apache Software Foundation), lizenziert unter ASL 2.0.DayTrader ist eine Benchmark-Anwendung, die um das Paradigma eines Online-Aktienhandels herum aufgebaut ist System. DayTrader wurde ursprünglich von der IBM als Trade Performance Benchmark Sample entwickelt und wurde 2005 an die Apache Geronimo Community gespendet. Diese Anwendung ermöglicht es Benutzern, sich einzuloggen, ihr Portfolio anzusehen, Aktienkurse zu suchen und Aktien zu kaufen oder zu verkaufen. Mit Hilfe eines webbasierten Load-Treibers wie Mercury LoadRunner, Rational Performance Tester oder Apache JMeter kann die reale Arbeitsbelastung von DayTrader genutzt werden, um die Performance der Java-Plattform Enterprise Edition (Java EE) Die von einer Vielzahl von Anbietern angeboten werden. Zusätzlich zur vollen Arbeitsbelastung enthält die Anwendung auch einen Satz von Primitiven, die für Funktions - und Leistungstests von verschiedenen Java EE-Komponenten und gemeinsamen Entwurfsmustern verwendet werden. Dieses Dokument ist in den folgenden Abschnitten organisiert: Anwendungsarchitektur DayTrader basiert auf einem Kernsatz von Java EE-Technologien, der Java Servlets und JavaServer Pages (JSPs) für die Präsentationsschicht und Java-Datenbankkonnektivität (JDBC), Java Message Service (JMS) , Enterprise JavaBeans (EJBs) und Message-Driven Beans (MDBs) für die Back-End-Geschäftslogik und Persistenzschicht. Das folgende Diagramm bietet eine übergeordnete Übersicht über die gesamte Workload-Anwendungsarchitektur. Präsentationsschicht Die Präsentationsschicht besteht aus mehreren Java-Servlets und JSPs, die lose an einem Modell-View-Controller (MVC) Designmuster haften. TradeAppServlet ist das primäre Controller-Servlet, das für das Empfangen eingehender Client-Anforderungen zuständig ist, die gewünschte Geschäftslogik auslöst und Antworten auf die entsprechende JSP-Seite weiterleitet. Zusätzliche Servlets und JSPs werden verwendet, um die Laufzeitoptionen von DayTrader zu konfigurieren und die unterstützende Datenbank zu verwalten. Geschäftslogik und Persistenzschicht Die Geschäftslogik und die Persistenzschicht bilden den Hauptteil der DayTrader-Anwendung. Die TradeServices-Schnittstelle definiert die in der Anwendung verfügbaren zentralen Geschäftsvorgänge wie Register, Login, getHoldings, Buy, completeOrder, Logout usw. DayTrader stellt drei verschiedene Implementierungen dieser Dienste bereit, die drei häufig verwendeten JavaEE-Anwendungsentwurfsmustern entsprechen. Diese Implementierungen werden unten diskutiert. Benutzer können zwischen diesen Implementierungen auf der Konfigurationsseite wechseln, indem sie den Runtime-Modus geändert haben. User Inerface (UI) - Operationen Der DayTrader JSPServlet-basierte Webclient bietet einen grundlegenden Satz von Operationen, die man erwarten würde, in jeder Börsen - und Portfoliomanagement-Anwendung zu finden. Diese hochrangigen Benutzeroperationen lösen spezifische Geschäftsvorgänge (wie oben definiert) innerhalb der Geschäftslogik und der Persistenzschichten aus, um die gewünschte Aufgabe durchzuführen. Die folgende Tabelle fasst die von jeder Benutzeroperation durchgeführten Geschäftsaufgaben zusammen. Client-UI Operationsfluss von Geschäftsbetrieben Kontoprofil anzeigen Kontoprofil aktualisieren Wenn Sie die Quelle Daytrader im Apache-Subversion-Repository verfügbar haben, führen Sie den folgenden Befehl aus, um die Quelldateien in das Verzeichnis daytrader-2.0 zu exportieren. Ltdaytraderhomegt könnte ein beliebiges Verzeichnis sein, das zum Halten von daytrader-2.0 bestimmt ist. Dieser Vorgang kann abhängig von der Geschwindigkeit der Maschine und der Netzwerkverbindung einige Minuten dauern. Building Daytrader Sobald alle Quellen überprüft werden, ist der nächste Schritt, um Daytrader zu bauen. Daytrader benötigt Maven 2 zum Erstellen der Binaries. Führen Sie im Verzeichnis ltdaytraderhomegt den folgenden Befehl aus. Dieser Vorgang dauert ein paar Minuten. Die Binärdateien werden in dem entsprechenden Zielverzeichnis für jedes der Module im Modulverzeichnis erzeugt. Daytrader konfigurieren Standardmäßig benötigt Daytrader eine Datenbank, die mit der eingebetteten Derby-Datenbank erstellt wird, die mit Geronimo ausgeliefert wird. In der Regel sind die bereitgestellten Bereitstellungsplandateien für die Erstellung einer solchen Datenbank (DaytraderDatabase) auf dem Apache-Derby während der Bereitstellung konfiguriert. Allerdings werden Skripts innerhalb des ltdaytraderhomegtbindbscriptsderby Verzeichnisses bereitgestellt, um diese Datenbank manuell zu erstellen. Beachten Sie, dass an dieser Stelle dieser Schritt optional. Können Sie die erforderliche Datenbank nach der Bereitstellung von Daytrader und mit dem (Re) - Erstellen von DayTrader-Datenbanktabellen und - indizes von der Seite Konfigurationsprogramm des Programms erstellen. Unabhängig davon, ob Sie die Befehlszeilenskripts oder die webbasierte Option verwenden, benötigen Sie die Tabellen, die erstellt wurden, bevor Sie den Abschnitt Daten ausfüllen erhalten. Der Zweck dieses Abschnitts ist, Ihnen zu zeigen, wie Sie die bereitgestellten Scripts verwenden, um die erforderliche DaytraderDatenbank zu erstellen, damit Sie sie bei Bedarf an Ihre spezifische Konfigurationsumgebung anpassen können. Zusätzliche Scripts für verschiedene Datenbanken werden ebenfalls zur Verfügung gestellt. Starten Sie Geronimo, indem Sie den folgenden Befehl ausführen: ltgeronimohomegtbingeronimo start Das mitgelieferte Skript zur Datenbankerstellung setzt die Umgebungsvariable GERONIMOHOME ein. Am selben Fenster starten Sie Geronimo den folgenden Befehl: set GERONIMOHOMEltgeronimohomegt Ändern Sie das Verzeichnis in das Verzeichnis mit den Datenbankerstellungsskripts. Cd ltdaytraderhomegtbindbscriptsderby Öffnen Sie createDerbyDB Skript und verifymymodulieren Sie die Derby-Version auf die von Geronimo (z. B. ltgeronimohomegtrepositoryorgapachederbyderby10.2.2.0). Sobald Sie die Versionen übereinstimmen, führen Sie das Skript aus. CreateDerbyDB Sie sehen also ein Geröll ähnlich dem unten dargestellten. Sie können überprüfen, ob die Datenbank erstellt wurde, indem Sie Ihren Browser auf die Geronimo-Verwaltungskonsole verweisen und auf DB Manager klicken. Der letzte Schritt in dieser Konfiguration besteht darin, den Bereitstellungsplan zu aktualisieren. Bearbeiten Sie den Implementierungsplan von daytrader-g-2.0-SNAPSHOT-plan. xml im Verzeichnis ltdaytraderhomegtplans und ersetzen ge-activemq-rar1.2-betarar durch ge-activemq-rar1.2rar. Sie können nun die Anwendung bereitstellen. Bereitstellen von Daytrader Bisher haben wir die Quelldatei abgerufen, erstellt, konfiguriert, eine Datenbank erstellt und den Bereitstellungsplan aktualisiert. Jetzt ist es Zeit, die Daytrader Anwendung in Geronimo zu installieren. Es gibt grundsätzlich zwei Möglichkeiten, eine Anwendung in Geronimo zu implementieren, entweder mit der Geronimo-Verwaltungskonsole oder dem Befehlszeilen-basierten Implementierungswerkzeug. Für dieses Beispiel verwenden wir die Befehlszeilen-basierte Option. Führen Sie im Verzeichnis ltgeronimohomegtbin den folgenden Befehl aus: deploy --user system --password manager deploy ltdaytraderhomegtmoduleseartargetdaytrader-ear-2.0-SNAPSHOT. ear ltdaytraderhomegtplansdaytrader-g-2.0-SNAPSHOT-plan. xml Das erste Deploy ist das Skript, das das Deployer-Tool aufruft , Dann übergeben wir den Benutzernamen und das Passwort. Die zweite Bereitstellung ist die eigentliche Befehlsoption für die Bereitstellung des daytrader-ear-2.0-SNAPSHOT. ear EAR mit dem daytrader-g-2.0-SNAPSHOT-plan. xml Deployment-Plan. In Ihrer eigenen Anwendung können Sie diesen Plan geronimo-application. xml aufrufen und in das META-INF-Verzeichnis innerhalb Ihrer EAR-Datei platzieren und Sie müssen den Bereitstellungsplan nicht ausdrücklich über die Befehlszeile angeben. Sie sollten eine Installationsbestätigungsanzeige sehen, die der folgenden ähnelt. Daytrader ist nun zum Testen bereit. Populieren von Beispieldaten Wenn die Anwendung bereits implementiert und gestartet wurde (beginnt standardmäßig bei der Bereitstellung), wird der nächste Schritt vor der Verwendung von Daytrader darin bestehen, Beispieldaten in die zuvor erstellte Datenbank zu kopieren. Die folgenden Schritte veranschaulichen, wie. Klicken Sie auf die Registerkarte Konfiguration. Klicken Sie auf (Re) - Population DayTrader-Datenbank, um die Beispieldaten zu generieren, wird ein neues Fenster mit dem Fortschritt zu öffnen. Die anfängliche Bevölkerungsgröße besteht aus 200 Konten und 400 Aktienkursen. Diese Werte können über den Link Konfigurieren der Laufzeitparameter von DayTrader auf der Registerkarte Konfiguration aktualisiert werden. Laufend Daytrader Daytrader kann in der Anzahl der Konfigurationen ausgeführt werden und bietet auch eine Reihe von Web-Primitiven, um das Testen zu erleichtern. Jedes dieser Primitive prüft einzeln die Schlüsseloperationen im Enterprise-Java-Programmiermodell. Einige davon können so konfiguriert werden, dass sie wiederholt ausgeführt werden, basierend auf den Konfigurationseinstellungen, die wir später behandeln werden. Die folgenden Abschnitte beschreiben ausführlicher diese Primitive Test-Suite. Web-Container-Ping-Suite Die folgende Tabelle beschreibt den mit dem Web-Container verbundenen Satz von Primitiven. Die Primitiven, die mehrere Male ausgeführt werden können, werden hervorgehoben. Laufende Primitive Bisher haben wir gesehen, welche Primitiven zur Verfügung stehen, welche von denen eingestellt werden können, um mehrere Iterationen auszuführen und wie die Anwendungslaufzeitparameter konfiguriert werden. Mit diesen Einstellungen, jedes Mal, wenn Sie PingServlet2EntityEJBLocal treffen oder aktualisieren Sie die Seite, die primitive 100-mal ausgeführt wird. Bei der Leistungsanalyse ist es sehr wertvoll, mit diesen Parametern spielen zu können. Dies hilft Ihnen, die Ausführungszeiten dieser ganz spezifischen Funktionen aufzuspüren. In Kombination mit einem Lastsimulationstool unterstützen die verschiedenen Konfigurationen die Feinabstimmung des Servers, basierend auf den spezifischen Anforderungen Ihrer Umgebung. Gehandelt. Wir haben gerade gesehen, wie singuläre Funktionen Betriebstests über die verfügbaren Primitive laufen. Die gleichen Einstellungen, die Sie für das Ausführen dieser Primitiven konfiguriert haben, beeinflussen auch die GUI für die Handels-Simulation. Richten Sie Ihren Browser auf localhost: 8080daytrader Klicken Sie auf Trading amp Portfolios. Übernehmen Sie den Standardbenutzer und das Passwort und klicken Sie auf Anmelden. Sie sollten jetzt in der Lage sein, mit dem Handel zu beginnen. Weitere Details zum Konfigurieren und Ausführen von Daytrader finden Sie in der FAQ-FAQ, indem Sie Ihren Webbrowser auf localhost: 8080daytrader Zurück zum Platz 1 Nachdem Sie einige Tests durchgeführt haben und einen neuen Satz von Grund auf neu starten möchten Müssen Sie die Laufzeitkonfiguration und die Transaktionsdaten aus der Datenbank zurücksetzen. Diese einfachen Schritte sind alles, was Sie brauchen, um eine neue Reihe von Tests auf Daytrader zu starten, aber Sie können immer noch den Server neu starten, je nach Art der Tests, die Sie ausgeführt werden. Starten der Anwendungsclients DayTrader stellt zwei J2EE-Anwendungsclients, den DayTrader Streamer und eine Webdienstanwendung zur Verfügung. Der Streamer-Anwendungsclient verwendet ein JMS-Thema, um Preisaktualisierungen zu abonnieren, wenn Aktien gekauft und verkauft werden. Diese Updates werden verfolgt und verwendet, um festzustellen, ob Datenbank-Kollisionen auftreten, während die Aktualisierung der Quote Preise in der Datenbank. Der Web-Service-Anwendung Client bietet einfach einen dicken Client für den Zugriff auf DayTrader-Dienste über eine Web-Service-Schnittstelle. Streamer application client Damit die Preisaktualisierungen im JMS veröffentlicht werden, muss das Flag Publish Quote Updates auf der Konfigurationsseite aktiviert sein. Richten Sie Ihren Browser auf localhost: 8080daytrader Klicken Sie auf Konfiguration. Klicken Sie auf Configure DayTrader Laufzeitparameter. Aktivieren Sie das Kontrollkästchen Zitataktualisierungen veröffentlichen. Um den Streamer-Anwendungsclient zu starten, führen Sie den folgenden Befehl aus. Ltgeronimohomegtbinjava - jar client. jar geronimodaytrader-streamer-client2.0-SNAPSHOTcar Web Services Anwendungsclient ltgeronimohomegtbinjava - jar client. jar geronimodaytrader-wsapp-client2.0-SNAPSHOTcarDayTrader ist eine Benchmark-Anwendung, die um das Paradigma eines Online-Aktienhandelssystems herum aufgebaut ist. DayTrader wurde ursprünglich von der IBM als Trade Performance Benchmark Sample entwickelt und wurde 2005 an die Apache Geronimo Community gespendet. Diese Anwendung ermöglicht es Benutzern, sich einzuloggen, ihr Portfolio anzusehen, Aktienkurse zu suchen und Aktien zu kaufen oder zu verkaufen. Mit Hilfe eines webbasierten Load-Treibers wie Mercury LoadRunner, Rational Performance Tester oder Apache JMeter kann die reale Arbeitsbelastung von DayTrader genutzt werden, um die Performance der Java-Plattform Enterprise Edition (Java EE) Die von einer Vielzahl von Anbietern angeboten werden. Zusätzlich zur vollen Arbeitsbelastung enthält die Anwendung auch einen Satz von Primitiven, die für Funktions - und Leistungstests von verschiedenen Java EE-Komponenten und gemeinsamen Entwurfsmustern verwendet werden. Dieses Dokument ist in den folgenden Abschnitten organisiert: Anwendungsarchitektur DayTrader basiert auf einem Kernsatz von Java EE-Technologien, der Java-Servlets und JavaServer Pages (JSPs) für die Präsentationsschicht und Java-Datenbankkonnektivität (JDBC), Java Message Service (JMS) , Enterprise JavaBeans (EJBs) und Message-Driven Beans (MDBs) für die Back-End-Geschäftslogik und Persistenzschicht. Das folgende Diagramm bietet eine übergeordnete Übersicht über die gesamte Workload-Anwendungsarchitektur. Präsentationsschicht Die Präsentationsschicht besteht aus mehreren Java-Servlets und JSPs, die lose an einem Modell-View-Controller (MVC) Designmuster haften. TradeAppServlet ist das primäre Controller-Servlet, das für das Empfangen eingehender Client-Anforderungen zuständig ist, die gewünschte Geschäftslogik auslöst und Antworten auf die entsprechende JSP-Seite weiterleitet. Zusätzliche Servlets und JSPs werden verwendet, um die Laufzeitoptionen von DayTrader zu konfigurieren und die unterstützende Datenbank zu verwalten. Geschäftslogik und Persistenzschicht Die Geschäftslogik und die Persistenzschicht bilden den Großteil der DayTrader-Anwendung. Die TradeServices-Schnittstelle definiert die in der Anwendung verfügbaren zentralen Geschäftsvorgänge wie Register, Login, getHoldings, Buy, completeOrder, Logout usw. DayTrader stellt drei verschiedene Implementierungen dieser Dienste bereit, die drei häufig verwendeten JavaEE-Anwendungsentwurfsmustern entsprechen. Diese Implementierungen werden unten diskutiert. Benutzer können zwischen diesen Implementierungen auf der Konfigurationsseite wechseln, indem sie den Runtime-Modus geändert haben. User Inerface (UI) - Operationen Der DayTrader JSPServlet-basierte Webclient bietet einen grundlegenden Satz von Operationen, die man erwarten würde, in jeder Börsen - und Portfoliomanagement-Anwendung zu finden. Diese hochrangigen Benutzeroperationen lösen spezifische Geschäftsvorgänge (wie oben definiert) innerhalb der Geschäftslogik und der Persistenzschichten aus, um die gewünschte Aufgabe durchzuführen. Die folgende Tabelle fasst die von jeder Benutzeroperation durchgeführten Geschäftsaufgaben zusammen. Client-UI Operationsfluss von Geschäftsbetrieben Kontoprofil anzeigen Kontoprofil aktualisieren Wenn Sie die Quelle Daytrader im Apache-Subversion-Repository verfügbar haben, führen Sie den folgenden Befehl aus, um die Quelldateien in das Verzeichnis "daytrader-1.2" zu überprüfen. Ltdaytraderhomegt könnte ein beliebiges Verzeichnis sein, das dazu bestimmt ist, daytrader-1.2 zu halten. Dieser Vorgang kann abhängig von der Geschwindigkeit der Maschine und der Netzwerkverbindung einige Minuten dauern. Building Daytrader Sobald alle Quellen überprüft werden, ist der nächste Schritt, um Daytrader zu bauen. Daytrader benötigt Maven 2 zum Erstellen der Binaries. Führen Sie im Verzeichnis ltdaytraderhomegt den folgenden Befehl aus. Dieser Vorgang dauert ein paar Minuten. Die Binärdateien werden in dem entsprechenden Zielverzeichnis für jedes der Module im Modulverzeichnis erzeugt. Daytrader konfigurieren Standardmäßig benötigt Daytrader eine Datenbank, die mit der eingebetteten Derby-Datenbank erstellt wird, die mit Geronimo ausgeliefert wird. In der Regel sind die bereitgestellten Bereitstellungsplandateien für die Erstellung einer solchen Datenbank (DaytraderDatabase) auf dem Apache-Derby während der Bereitstellung konfiguriert. Allerdings werden Skripts innerhalb des ltdaytraderhomegtbindbscriptsderby Verzeichnisses bereitgestellt, um diese Datenbank manuell zu erstellen. Beachten Sie, dass an dieser Stelle dieser Schritt optional. Können Sie die erforderliche Datenbank nach der Bereitstellung von Daytrader und mit dem (Re) - Erstellen von DayTrader-Datenbanktabellen und - indizes von der Seite Konfigurationsprogramm des Programms erstellen. Unabhängig davon, ob Sie die Befehlszeilenskripts oder die webbasierte Option verwenden, benötigen Sie die Tabellen, die erstellt wurden, bevor Sie den Abschnitt Daten ausfüllen erhalten. Der Zweck dieses Abschnitts ist, Ihnen zu zeigen, wie Sie die bereitgestellten Scripts verwenden, um die erforderliche DaytraderDatenbank zu erstellen, damit Sie sie bei Bedarf an Ihre spezifische Konfigurationsumgebung anpassen können. Zusätzliche Scripts für verschiedene Datenbanken werden ebenfalls zur Verfügung gestellt. Starten Sie Geronimo, indem Sie den folgenden Befehl ausführen: ltgeronimohomegtbingeronimo start Das mitgelieferte Skript zur Datenbankerstellung setzt die Einstellung der GERONIMOHOME-Umgebungsvariable voraus. Am selben Fenster starten Sie Geronimo den folgenden Befehl: set GERONIMOHOMEltgeronimohomegt Ändern Sie das Verzeichnis in das Verzeichnis mit den Datenbankerstellungsskripts. Cd ltdaytraderhomegtbindbscriptsderby Öffnen Sie createDerbyDB Skript und verifymymodulieren Sie die Derby-Version auf die von Geronimo (z. B. ltgeronimohomegtrepositoryorgapachederbyderby10.1.3.1). Sobald Sie die Versionen übereinstimmen, führen Sie das Skript aus. CreateDerbyDB Sie sehen also ein Geröll ähnlich dem unten dargestellten. Sie können überprüfen, ob die Datenbank erstellt wurde, indem Sie Ihren Browser auf die Geronimo-Verwaltungskonsole richten und auf DB Manager klicken. Der letzte Schritt in dieser Konfiguration besteht darin, den Bereitstellungsplan zu aktualisieren. Bearbeiten Sie den Implementierungsplan von daytrader-1.2-beta-plan. xml im Verzeichnis ltdaytraderhomegtplans und ersetzen Sie ge-activemq-rar1.2-betarar durch ge-activemq-rar1.2rar. Sie können nun die Anwendung bereitstellen. Bereitstellen von Daytrader Bisher haben wir die Quelldatei abgerufen, erstellt, konfiguriert, eine Datenbank erstellt und den Bereitstellungsplan aktualisiert. Jetzt ist es Zeit, die Daytrader Anwendung in Geronimo zu installieren. Es gibt grundsätzlich zwei Möglichkeiten, eine Anwendung in Geronimo zu implementieren, entweder mit der Geronimo-Verwaltungskonsole oder dem Befehlszeilen-basierten Implementierungswerkzeug. Für dieses Beispiel verwenden wir die Befehlszeilen-basierte Option. Führen Sie aus dem ltgeronimohomegtbin-Verzeichnis den folgenden Befehl aus: deploy --user system --password manager deploy ltdaytraderhomegtmoduleseartargetdaytrader-ear-1.2-SNAPSHOT. ear ltdaytraderhomegtplansdaytrader-1.2-beta-plan. xml Das erste Deploy ist das Skript, das das Deployer-Tool aufruft Übergeben wir den Benutzernamen und das Passwort. Die zweite Bereitstellung ist die eigentliche Befehlsoption für die Bereitstellung des daytrader-ear-1.2-SNAPSHOT. ear EAR mit dem Einsatz von daytrader-1.2-beta-plan. xml. In Ihrer eigenen Anwendung können Sie diesen Plan geronimo-application. xml aufrufen und in das META-INF-Verzeichnis innerhalb Ihrer EAR-Datei platzieren und Sie müssen den Implementierungsplan nicht ausdrücklich über die Befehlszeile angeben. Sie sollten eine Installationsbestätigungsanzeige sehen, die der folgenden ähnelt. Daytrader ist nun zum Testen bereit. Populieren von Beispieldaten Wenn die Anwendung bereits implementiert und gestartet wurde (beginnt standardmäßig bei der Bereitstellung), wird der nächste Schritt vor der Verwendung von Daytrader darin bestehen, Beispieldaten in die zuvor erstellte Datenbank zu kopieren. Die folgenden Schritte veranschaulichen, wie. Klicken Sie auf die Registerkarte Konfiguration. Klicken Sie auf (Re) - Population DayTrader-Datenbank, um die Beispieldaten zu generieren, wird ein neues Fenster mit dem Fortschritt zu öffnen. Die anfängliche Bevölkerungsgröße besteht aus 200 Konten und 400 Aktienkursen. Diese Werte können über den Parameter "QuoteConfigure DayTrader-Laufzeitparameter" auf der Registerkarte "ConfigurationControl" aktualisiert werden. Laufend Daytrader Daytrader kann in der Anzahl der Konfigurationen ausgeführt werden und bietet auch eine Reihe von Web-Primitiven, um das Testen zu erleichtern. Jedes dieser Primitive prüft einzeln die Schlüsseloperationen im Enterprise-Java-Programmiermodell. Einige davon können so konfiguriert werden, dass sie wiederholt ausgeführt werden, basierend auf den Konfigurationseinstellungen, die wir später behandeln werden. Die folgenden Abschnitte beschreiben ausführlicher diese Primitive Test-Suite. Web-Container-Ping-Suite Die folgende Tabelle beschreibt den mit dem Web-Container verbundenen Satz von Primitiven. Die Primitiven, die mehrere Male ausgeführt werden können, werden hervorgehoben. Laufende Primitiven Bisher haben wir gesehen, welche Primitiven zur Verfügung stehen, welche von denen eingestellt werden können, um mehrere Iterationen auszuführen und wie die Anwendungslaufzeitparameter konfiguriert werden. Mit diesen Einstellungen, jedes Mal, wenn Sie PingServlet2EntityEJBLocal treffen oder aktualisieren Sie die Seite, die primitive 100-mal ausgeführt wird. Bei der Durchführung der Leistungsanalyse ist es sehr wertvoll, mit diesen Parametern quittieren zu können. Dies hilft Ihnen, die Ausführungszeiten dieser ganz spezifischen Funktionen aufzuspüren. In Kombination mit einem Lastsimulationstool unterstützen die verschiedenen Konfigurationen die Feinabstimmung des Servers, basierend auf den spezifischen Anforderungen Ihrer Umgebung. Gehandelt. Wir haben gerade gesehen, wie singuläre Funktionen Betriebstests über die verfügbaren Primitive laufen. Die gleichen Einstellungen, die Sie für das Ausführen dieser Primitiven konfiguriert haben, beeinflussen auch die GUI für die Handels-Simulation. Richten Sie Ihren Browser auf localhost: 8080daytrader Klicken Sie auf Trading amp Portfolios. Übernehmen Sie den Standardbenutzer und das Passwort und klicken Sie auf Anmelden. Sie sollten jetzt in der Lage sein, mit dem Handel zu beginnen. Weitere Details zum Konfigurieren und Ausführen von Daytrader finden Sie in der FAQ zur Verfügung, indem Sie Ihren Webbrowser auf localhost: 8080daytrader Zurück zum Platz 1 Nachdem Sie einige Tests durchgeführt haben und einen neuen Satz von Grund auf neu starten möchten Müssen Sie die Laufzeitkonfiguration und die Transaktionsdaten aus der Datenbank zurücksetzen. Diese einfachen Schritte sind alles, was Sie brauchen, um eine neue Reihe von Tests auf Daytrader zu starten, aber Sie können immer noch den Server neu starten, je nach Art der Tests, die Sie ausgeführt werden. Starten der Anwendungsclients DayTrader stellt zwei J2EE-Anwendungsclients, den DayTrader Streamer und eine Webdienstanwendung zur Verfügung. Der Streamer-Anwendungsclient verwendet ein JMS-Thema, um Preisaktualisierungen zu abonnieren, wenn Aktien gekauft und verkauft werden. Diese Updates werden verfolgt und verwendet, um festzustellen, ob Datenbank-Kollisionen auftreten, während die Aktualisierung der Quote Preise in der Datenbank. Der Web-Service-Anwendung Client bietet einfach einen dicken Client für den Zugriff auf DayTrader-Dienste über eine Web-Service-Schnittstelle. Streamer-Anwendungsclient Damit die Preisaktualisierungen in das JMS-Thema veröffentlicht werden, muss das Flag "Updatesquot" der Publish Quote auf der Konfigurationsseite aktiviert sein. Richten Sie Ihren Browser auf localhost: 8080daytrader Klicken Sie auf Konfiguration. Klicken Sie auf Configure DayTrader Laufzeitparameter. Aktivieren Sie das Kontrollkästchen Zitataktualisierungen veröffentlichen. Um den Streamer-Anwendungsclient zu starten, führen Sie den folgenden Befehl aus. Ltgeronimohomegtbinjava - jar client. jar geronimodaytrader-streamer-client1.2-SNAPSHOTcar Web Services Anwendungsclient ltgeronimohomegtbinjava - jar client. jar geronimodaytrader-wsapp-client1.2-SNAPSHOTcar
No comments:
Post a Comment