- Aj2021s - WU Wien Alice

Fwd: 500 instances of tomcat on the same server
by Rony G. Flatscher 27 Jun '21

27 Jun '21

Liebe Studierende, falls Sie sich wundern sollten, warum eine Firma statt einer Tomcat-Instanz soviele auf einem Server nutzt ... Mit freundlichem Gruß Rony G. Flatscher -------- Forwarded Message -------- Subject: RE: 500 instances of tomcat on the same server Date: Sun, 27 Jun 2021 02:02:39 +0000 From: Eric Robinson <eric.robinson(a)psmnv.com> Reply-To: Tomcat Users List <users(a)tomcat.apache.org> To: Tomcat Users List <users(a)tomcat.apache.org> > -----Original Message----- > From: Shawn Heisey <apache(a)elyograg.org> > Sent: Saturday, June 26, 2021 8:09 PM > To: users(a)tomcat.apache.org > Subject: Re: 500 instances of tomcat on the same server > > On 6/25/2021 8:58 PM, Eric Robinson wrote: >> We can run 75 to 125 instances of tomcat on a single Linux server with 12 > cores and 128GB RAM. It works great. CPU is around 25%, our JVMs are not > throwing OOMEs, iowait is minimal, and network traffic is about 30Mbps. > We're happy with the results. >> Now we're upping the ante. We have a 48-core server with 1TB RAM, and > we're planning to run 600+ tomcat instances on it simultaneously. What > caveats or pitfalls should we watch out for? Are there any hard limits that > would prevent this from working as expected? > > I'm a lurker here. I have some experience with Tomcat, but most of my > experience is with other Apache projects. > > I'm hoping that my question mirrors what the experienced folks around here > are thinking: > > For something like this ... why are you running so many multiple instances? > Why not run one instance, or a few of them, and have each one handle many > many webapps? I bet you'll find that the overall memory requirements go > way down, because there will be far fewer instances of Java running. > > Maybe you've got good reasons for the architecture you have chosen ... > but it seems like a complete waste of resources to me. > > Thanks, > Shawn Hi Shawn -- We architected it that way many years ago and have always been happy with our early decisions. By running separate tomcats, each from a separate folder and listening on a unique port, we are able to perform maintenance on individual customer's instances, stop and start services, etc., without impacting other customers. We can customize tomcat settings and configurations to customer needs, fine-tune per-customer memory usage, run different versions of tomcat and JDK, create customer-specific security sandboxes, per-customer filesystem permissions, samba shares, etc., and move entire instances around the farm to distribute load as needed. Errors and problems are easier to track down because the tomcat and webapps logs are in separate folders unique to each instance. If Customer A is having an issue with their application, we know that everything associated with their application, including all settings and logs, are in a folder dedicated to them. -Eric -- -- __________________________________________________________________________________ Prof. Dr. Rony G. Flatscher Department Wirtschaftsinformatik und Operations Management Institut für Wirtschaftsinformatik und Gesellschaft D2c 2.086 WU Wien Welthandelsplatz 1 A-1020 Wien/Vienna, Austria/Europe http://www.wu.ac.at __________________________________________________________________________________

1 0

Fwd: 500 instances of tomcat on the same server
by Rony G. Flatscher 26 Jun '21

26 Jun '21

Liebe Studierende, eine aktuelle e-Mail von der Tomcat-Userlist mit ziemlich beeindruckenden Daten, wie ich finde ... Mit freundlichem Gruß Rony G. Flatscher -- -- __________________________________________________________________________________ Prof. Dr. Rony G. Flatscher Department Wirtschaftsinformatik und Operations Management Institut für Wirtschaftsinformatik und Gesellschaft D2c 2.086 WU Wien Welthandelsplatz 1 A-1020 Wien/Vienna, Austria/Europe http://www.wu.ac.at __________________________________________________________________________________ -------- Forwarded Message -------- Subject: 500 instances of tomcat on the same server Date: Sat, 26 Jun 2021 02:58:18 +0000 From: Eric Robinson <eric.robinson(a)psmnv.com> Reply-To: Tomcat Users List <users(a)tomcat.apache.org> To: Tomcat Users List <users(a)tomcat.apache.org> We can run 75 to 125 instances of tomcat on a single Linux server with 12 cores and 128GB RAM. It works great. CPU is around 25%, our JVMs are not throwing OOMEs, iowait is minimal, and network traffic is about 30Mbps. We're happy with the results. Now we're upping the ante. We have a 48-core server with 1TB RAM, and we're planning to run 600+ tomcat instances on it simultaneously. What caveats or pitfalls should we watch out for? Are there any hard limits that would prevent this from working as expected? -Eric Disclaimer : This email and any files transmitted with it are confidential and intended solely for intended recipients. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physician Select Management. Warning: Although Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments.

1 0

Fehlende Hausübungen
by Rony G. Flatscher 20 Jun '21

20 Jun '21

Liebe Studierende, folgende Hausübungen habe ich nicht im Mailman-Archiv gefunden: G1: T5 G6: T02 (externe Links sind nicht erlaubt), T04, T05 Bitte schicken Sie diese fehlenden Hausübungen mit dem entsprechenden Betreff Termin für Termin über die Mailmanliste! Mit freundlichem Gruß Rony G. Flatscher -- -- __________________________________________________________________________________ Prof. Dr. Rony G. Flatscher Department Wirtschaftsinformatik und Operations Management Institut für Wirtschaftsinformatik und Gesellschaft D2c 2.086 WU Wien Welthandelsplatz 1 A-1020 Wien/Vienna, Austria/Europe http://www.wu.ac.at __________________________________________________________________________________

2 2

G06 T05
by Emil Nusser 20 Jun '21

20 Jun '21

Sehr geehrter Herr Prof. Flatscher, liebe Kolleginnen und Kollegen, Anbei unsere beiden neuen Beispiele sowie die Folien für die Projektarbeit Beispiel 2 war zum Probieren, wie man mit dem FXML innerhalb von REXX arbeitet und ist eine veränderte Version von javafx_01. Mit freundlichen Grüßen Emil Nusser und Thomas Schroll

1 1

G06 T04
by Emil Nusser 20 Jun '21

20 Jun '21

Sehr geehrter Herr Prof. Flatscher, liebe Kolleginnen und Kollegen, anbei sind unsere beiden neuen Programme (einmal SAX, einmal DOM). Beide bauen auf den existierenden Beispielen aus dem samples Verzeichnis aber verändern diese. Mit freundlichen Grüßen Emil Nusser und Thomas Schroll

1 1

G6 T2
by Emil Nusser 20 Jun '21

20 Jun '21

Sehr geehrter Herr Prof. Dr. Flatscher, liebe KollegInnen, upps, das war nicht Absicht, hier die beiden gewünschten Dateien. Mit freundlichen Grüßen Emil Nusser & Thomas Schroll

1 0

WG: G01_T05
by Tanja Matejevic 20 Jun '21

20 Jun '21

Sehr geehrter Herr Prof Flatscher, Liebe Kollegen und Kolleginnen, anbei unsere beiden HUE Beispiele. Für das zweite Bespiel A2 benötigt man folgende Login Daten: username: admin password: ulA% Mit freundlichen Grüßen Tanja Matejevic und Thomas Kahr

2 1

Anmerkungen, Hinweise ...
by Rony G. Flatscher 20 Jun '21

20 Jun '21

Liebe Studierende, ein paar Hinweise zu verschiedenen Code-Sequenzen: * folgende vier Anweisungen: date = query~getString("date") year = date[1,4] month =date[6,2] day = date[9,2] * können in eine zusammengefasst werden: *parse value* query~getString("date") *with *year +4 6 month +2 9 day +2 Wenn in einem JavaFX-Controller die Rexx-Routine mit arg(arg()) aufgerufen wird, kann überall innerhalb der Rexx-Routine auf dieses Argument zugegriffen werden, unabhängig davon, ob man es selbst verwendet oder nicht. Das slotDir-Argument muss immer das letzte sein, damit die RexxScript-Annotationen funktionieren können. Die RexxScript-Annotationen können in den runden Klammern durch Leerzeichen getrennt mehrere ScriptContext-Einträge benennen, wodurch das Schreiben einfacher/leichter wird. Beide Anmerkungen/Hinweise veranschaulicht: * JavaFX-Controller mit Rexx-Routine (vorher): ::routine stat public *use arg slotDir* /*Connect to Database*/ call sqlite_conn tmpColl = result conn = tmpColl statement = conn~createStatement /*Connect to the ID Fields from FXML File*/ */* @get(sportart_cb) */****/* @get(failure_save) */* sport = sportart_cb~getValue allSports = sportart_cb~getItems~toArray failure_save~setText(.nil) ... cut ... * JavaFX-Controller mit Rexx-Routine (nachher, ungetestet): ::routine stat public /*Connect to Database*/ call sqlite_conn tmpColl = result conn = tmpColl statement = conn~createStatement /*Connect to the ID Fields from FXML File*/ */* @get(sportart_cb failure_save) */* sport = sportart_cb~getValue allSports = sportart_cb~getItems~toArray failure_save~setText(.nil) ... cut ... oder: * RexxScript-Annotationen (vorher): /*Connect to the ID Fields from FXML File*/ /* @get(op1) */ /* @get(op2) */ /* @get(op3) */ /* @get(op4) */ /* @get(op5) */ /* @get(op6) */ /* @get(op7) */ /* @get(op8) */ /* @get(op9) */ /* @get(op10) */ /* @get(failure_save) */ * RexxScript-Annotationen (nachher, ungetestet): /*Connect to the ID Fields from FXML File*/ /* @get(op1 op2 op3 op4 op5 op6 op7 op8 op9 op10 failure_save) */ Mit ooRexx 5.0 kann man das Testen, ob eine Variable auf .nil verweist ein bisschen einfacher schreiben, nämlich statt: if sport = .nil then sport = "all Sports" kann man es mit der neuen isNil-Methode testen (gibt .true oder .false zurück): if sport*~isNil* then sport = "all Sports" Ad Schleifenzähler, Einsparen von Zuweisungen zu Zwischenvariablen: * Vorher: query3= statement~executeQuery('SELECT siteName, Nutzername, mail, passwort from PWtable') *i=2* do while query3~next *x = query3~getString("siteName")* call uno.setCell xSheet, 2, i, *x* *x = query3~getString("Nutzername")* call uno.setCell xSheet, 3, i,*x* *x = query3~getString("mail")* call uno.setCell xSheet, 4, i, *x* *x = query3~getString("passwort")* call uno.setCell xSheet, 5, i, *x* *i = i+1* end * Nachher (ungetestet): query3= statement~executeQuery('SELECT siteName, Nutzername, mail, passwort from PWtable') do *i=2* while query3~next call uno.setCell xSheet, 2, i, query3~getString("siteName") call uno.setCell xSheet, 3, i, query3~getString("Nutzername") call uno.setCell xSheet, 4, i, query3~getString("mail") call uno.setCell xSheet, 5, i, query3~getString("passwort") end Achtung, in Rexx ist der Unterstrich (wie Frage- und Rufezeichen) ein ganz normales Zeichen, das man auch für Bezeichner verwenden kann, gleichberechtigt zu den Buchstaben a-z. Da Rexx Variablen, die keinen Wert aufweisen, mit dem Variablen-Bezeichner selbst als Wert arbeitet, wird die folgende Anweisung einen durchgehenden Strich (29 Unterstriche) ausgeben. Tatsächlich ist dieser durchgehende Strich eine Variable! :) Statt: say "Durchsucht eine XML Datei und wiedergibt alles First & Last Names!" say _____________________________ sollte man in diesem Fall den Strich unter Hochkomma setzen, damit klar ist, dass wir diesen Unterstrich als Zeichenkette nutzen möchten und daher wie folgt schreiben: say "Durchsucht eine XML Datei und wiedergibt alles First & Last Names!" say *"*_____________________________*"* Ad SQLite-PRAGMAs: das sind Konfigurationsanweisungen, die man auch über Java setzen kann, wenn man weiß, a) dass das geht und b) wo die Dokumentation dafür zu finden ist, was mit Hilfe von Suchmaschinen möglich wird: * Java-Klasse zum Konfigurieren von SQLite: <https://www.javadoc.io/doc/org.xerial/sqlite-jdbc/3.15.1/org/sqlite/SQLiteC…> * Java-Beispiele, die zeigen, wie man eine Konfiguration vornimmt und anschließend eine Connection damit aufbaut, z.B.: <https://www.programcreek.com/java-api-examples/?api=org.sqlite.SQLiteConfig>, in etwa in BSF4ooRexx (ungetestet, in diesem Fall für G6): SQLiteConfigClz=bsf.import("org.sqlite.SQLiteConfig") -- importieren der Javaklasse conf=SQLiteConfigClz~new -- eine Instanz erzeugen conf~setJournalMode(SQLiteConfigClz~JournalMode~WAL) -- konfigurieren conn=conf~createConnection("jdbc:sqlite:jadmin.db") -- eine Connection (Verbindung) damit herstellen ... Ein Hinweis ad Cachen von Objekten, insbesondere des Connection-Objektes, sodass man nicht andauernd eine Connection zur Datenbank herstellen muss: einfach am Programmbeginn das Connection-Objekt erzeugen und in .local speichern. Die ooRexx-Umgebung ".local" stellt seine Einträge allen Rexxprogrammen innerhalb desselben RexxInterpreters (ooRexx ist sehr mächtig und kann beliebig viele RexxInterpreter-Instanzen verwalten) zur Verfügung. Beispiel (ungetestet): /* z.B. in main.rex am Anfang */ ... cut ... SQLiteConfigClz=bsf.import("org.sqlite.SQLiteConfig") -- importieren der Javaklasse conf=SQLiteConfigClz~new -- eine Instanz erzeugen conf~setJournalMode(SQLiteConfigClz~JournalMode~WAL) -- konfigurieren *.local~*conn=conf~createConnection("jdbc:sqlite:jadmin.db") -- in .local mit Namen "CONN" speichern ... cut ... .conn~close -- vor dem Ende die Connection schließen -- beginnt mit Punkt, daher Umgebungssymbol, Rexx sucht "CONN"-Eintrag in seiner Umgebung /* z.B. in controller.rex einen Zugriff zur DB herstellen */ ... cut ... stmt=.conn~createStatement -- beginnt mit Punkt, daher Umgebungssymbol, Rexx sucht "CONN"-Eintrag in seiner Umgebung ... Zugriffe auf die Datenbank ... stmt~close ... cut ... Umgebungssymbole werden in der Rexx-Umgebung in der folgenden Reihenfolge gesucht (erster Treffer gewinnt), nachdem der führende Punkt vom Umgebungssymbol (in Großbuchstaben) entfernt wurde: 1. lokale Umgebung des Pakets/der Programmdatei: .context~package~local (eine Instanz von .Directory) 2. .local (eine Instanz von .Directory, für jeden RexxInterpreter gibt es eine eigene Instanz) 3. .environment (eine Instanz von .Directory, global für Programme in jedem RexxInterpreter verfügbar) 4. System-Umgebung (kann von Programmierern nicht direkt angesprochen werden) Zum Schluss anbei "demoResource.rex", das die ::resource-Direktive demonstriert, aber auch wie man einfacher Werte in einfache oder doppelte Hochkomma setzt, was für SQL manchmal wichtig ist. Dabei gilt es auch den Fall zu berücksichtigen, dass das Begrenzungszeichen auch als Buchstabe vorkommt. SQL folgt dabei interessanterweise den Rexxregeln, die auch in qq1() und qq2() angewendet werden. Sollten Sie Fragen haben, dann bitte über die Liste! Mit freundlichem Gruß Rony G. Flatscher -- -- __________________________________________________________________________________ Prof. Dr. Rony G. Flatscher Department Wirtschaftsinformatik und Operations Management Institut für Wirtschaftsinformatik und Gesellschaft D2c 2.086 WU Wien Welthandelsplatz 1 A-1020 Wien/Vienna, Austria/Europe http://www.wu.ac.at __________________________________________________________________________________

1 0

Ad G4-Endprojekt (Kryptowährungen) und noch eine Bemerkung zu TableViews ...
by Rony G. Flatscher 19 Jun '21

19 Jun '21

Liebe Studierende, habe das G4-Endprojekt ein wenig überarbeitet (die beiden daraus resultierenden Rexx-Programme sind angehängt und haben die gleiche Funktionalität wie das abgegebene Projekt und ersetzen somit alle *.rex-Programme daraus): * es besteht nur mehr aus zwei Rexx-Programmen: main.rex und main_contr.rex (Controllerprogramm, das jetzt database.rex und jsoup.rex beinhaltet), * die RexxScript-Annotationen erlauben es, mehrere ScriptContext-Einträge durch Leerzeichen getrennt anzugeben, was das Schreiben vereinfachen hilft, * man muss in ooRexx nie Datentypen angeben (man kann es gar nicht), daher sind alle Instanziierung von der Jsoup-Klasse nicht notwendig, * ooRexx ist eine dynamische Sprache, daher kann man das eine oder andere einfacher schreiben (man muss nur wissen wie daher diese Überarbeitungen): das Verstecken und Sichtbarmachen von Labels geschieht jetzt in einer Schleife in der aus einer Zeichenkette die Namen der einzelnen Labels entnommen werden und die lokalen Rexxvariablen mit demselben Namen dynamisch die setVisible-Nachrichten zuschicken (einmal mit .false und einmal mit .true), * es gibt in ooRexx 5.0 ein lokales Directory, dessen Einträge man überall in einem Paket (=Programmdatei) über Umgebungsvariablen (einfach einen Punkt vor dem Namen des Eintrags setzen) benutzen kann; Zugriff erhält man zu dieser Umgebung nur im Paket selbst und nur mit der Sequenz: .context~package~local, * wenn eine Routine einen Wert zurückliefert, kann man diesen sofort einer Variable zuweisen, wenn man die Routine mit runden Klammern aufruft (also z.B. "var=someRoutine()"). --- Ad TableView: ist Ihnen aufgefallen, dass man die Spalten sortieren kann? (Man kann sogar mehrere Spalten zum Sortieren verwenden!) Mit freundlichem Gruß Rony G. Flatscher -- -- __________________________________________________________________________________ Prof. Dr. Rony G. Flatscher Department Wirtschaftsinformatik und Operations Management Institut für Wirtschaftsinformatik und Gesellschaft D2c 2.086 WU Wien Welthandelsplatz 1 A-1020 Wien/Vienna, Austria/Europe http://www.wu.ac.at __________________________________________________________________________________

1 0

Ad JDBC ...
by Rony G. Flatscher 18 Jun '21

18 Jun '21

Liebe Studierende, ein sehr schönes, einführendes Tutorial über JDBC (also generell für alle über Java ansteuerbare Datenbanken inklusive SQLite): <http://tutorials.jenkov.com/jdbc/resultset.html> Mit freundlichem Gruß Rony G. Flatscher -- -- __________________________________________________________________________________ Prof. Dr. Rony G. Flatscher Department Wirtschaftsinformatik und Operations Management Institut für Wirtschaftsinformatik und Gesellschaft D2c 2.086 WU Wien Welthandelsplatz 1 A-1020 Wien/Vienna, Austria/Europe http://www.wu.ac.at __________________________________________________________________________________

1 0

2025

2024

2023

2022

2021

Aj2021s