Dies ist der Befehl stompserver, der beim kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, dem Windows-Online-Emulator oder dem MAC OS-Online-Emulator ausgeführt werden kann
PROGRAMM:
NAME/FUNKTION
stompserver – Stomp-Protokoll-Nachrichtenserver
ZUSAMMENFASSUNG
Stompserver [Optionen]
BESCHREIBUNG
Stomp-Messaging-Server mit datei-/dbm-/speicher-/activerecord-basierten FIFO-Warteschlangen, Warteschlange
Überwachung und Basisauthentifizierung.
OPTIONAL
-C, --config=KONFIGURATIONSDATEI
Konfigurationsdatei (Standard: stompserver.conf)
-p, --Hafen=PORT
Ändern Sie den Port (Standard: 61613)
-b, --Gastgeber=ADDR
Ändern Sie den Host (Standard: localhost)
-q, --queuetype=QUEUETYPE
Warteschlangentyp (Speicher|dbm|aktiver Datensatz|Datei) (Standard: Speicher)
-w, --working_dir=DIR
Ändern Sie das Arbeitsverzeichnis (Standard: aktuelles Verzeichnis)
-s, --Lagerung=DIR
Ändern Sie das Speicherverzeichnis (Standard: .stompserver, relativ zum Arbeitsverzeichnis)
-d, --debuggen
Aktivieren Sie Debug-Meldungen
-a, --auth
Erfordern eine Client-Autorisierung
-c, --Kontrollpunkt=SECONDS
Zeit zwischen Checkpointing der Warteschlangen in Sekunden (Standard: 0)
-h, --help
Diese Nachricht anzeigen
Warteschlangen
Stompserver übernimmt die grundlegende Nachrichtenwarteschlangenverarbeitung mithilfe von Speicher, Datei oder DBM-basiert
Warteschlangen. Nachrichten werden in der FIFO-Reihenfolge gesendet und verarbeitet (es sei denn, es tritt ein Clientfehler auf
sollte in Zukunft korrigiert werden). Themen sind reine Speicherspeicherung. Sie können auswählen
Activerecord-, Datei- oder DBM-Speicher und die Warteschlangen verwenden dies, Themen jedoch nur
im Speicher abgelegt.
Speicherwarteschlangen sind natürlich die schnellsten, sollten aber nicht verwendet werden, wenn Sie dies sicherstellen möchten
Alle Nachrichten werden zugestellt.
DBM-Warteschlangen verwenden berkeleydb, sofern verfügbar, andernfalls dbm oder gdbm, je nachdem
Plattform. SDBM funktioniert nicht gut mit gemarshallten Daten. Beachten Sie, dass dies bei diesen Warteschlangen nicht der Fall ist
wurde in dieser Version getestet.
Bei der dateibasierten Speicherung wird jeder Frame in einer einzigen Datei gespeichert. Die ersten 8 Bytes
enthält die Header-Länge, die nächsten 8 Bytes enthalten die Body-Länge, dann die Header
werden als gemarshalltes Objekt gespeichert, gefolgt vom Hauptteil, der als Zeichenfolge gespeichert wird. Dieser Speicher ist
derzeit ineffizient, da Warteschlangen getrennt von Nachrichten gespeichert werden, was eine zwingt
Doppeltes Schreiben aus Gründen der Datensicherheit für jede gespeicherte Nachricht.
Der auf ActiveRecord basierende Speicher erwartet, in der Konfiguration eine Datei „database.yml“ zu finden
Verzeichnis. Es sollte das robusteste Backend sein, aber auch das langsamste. Die Datenbank muss
haben eine ar_messages-Tabelle, die mit dem folgenden Code erstellt werden kann (Sie sind
dafür verantwortlich):
ActiveRecord::Schema.define tun
create_table 'ar_messages' tun |t|
t.column 'stomp_id', :string, :null => false
t.column 'frame', :text, :null => false
Ende
Ende
Die Rahmen können Sie bei diesem Modell ablesen:
Klasse ArMessage < ActiveRecord::Base
serialisieren :frame
Ende
Die Implementierung von ar_message wird sich in Zukunft sicherlich ändern.
Dies soll für eine Rails-Anwendung leicht lesbar sein (die damit umgehen könnte
Erstellung der Tabelle ar_messages mit einer Migration).
ACCESS STEUERN
Auch die grundlegende Client-Autorisierung wird unterstützt. Wenn das Flag -a an stompserver übergeben wird
Startet und eine .passwd-Datei im Ausführungsverzeichnis vorhanden ist, müssen die Clients dies tun
Geben Sie einen gültigen Login und Passcode ein. Informationen zum Kennwortdateiformat finden Sie unter passwd.example.
ÜBERWACHUNG
Warteschlangen können über die Monitor-Warteschlange überwacht werden (dies wird voraussichtlich nicht unterstützt).
werden, um eine Verschmutzung des Warteschlangen-Namensraums zu vermeiden). Wenn Sie abonnieren
/queue/monitor erhalten Sie alle 5 Sekunden eine Statusmeldung, die jeweils angezeigt wird
Warteschlange, ihre Größe, in die Warteschlange gestellte Frames und aus der Warteschlange entfernte Frames. Statistiken werden im gleichen Format gesendet
von Stomp-Headern, sodass sie leicht zu analysieren sind. Im Folgenden finden Sie ein Beispiel für eine Statusmeldung
Enthält Statistiken für 2 Warteschlangen:
Warteschlange: /queue/client2 Größe: 0 aus der Warteschlange: 400 in der Warteschlange: 400
Warteschlange: /queue/test Größe: 50 aus der Warteschlange: 250 in der Warteschlange: 300
Verwenden Sie Stompserver online über die Dienste von onworks.net
