stompserver - Online w chmurze

PROGRAM:

IMIĘ

stompserver - serwer wiadomości protokołu Stomp

STRESZCZENIE

serwer stomp [Opcje]

OPIS

Serwer wiadomości Stomp z kolejkami FIFO opartymi na plikach/dbm/pamięci/activerecord, kolejka
monitorowanie i podstawowe uwierzytelnianie.

OPCJE

-C, --konfig=KONFIGURUJ
Plik konfiguracyjny (domyślnie: stompserver.conf)

-p, --Port=PORT
Zmień port (domyślnie: 61613)

-b, --gospodarz=ADRES
Zmień hosta (domyślnie: localhost)

-q, --typ kolejki=TYP KOLEJKI
Typ kolejki (memory|dbm|activerecord|file) (domyślnie: pamięć)

-w, --katalog_roboczy=DIR
Zmień katalog roboczy (domyślnie: bieżący katalog)

-s, --składowanie=DIR
Zmień katalog przechowywania (domyślnie: .stompserver, względem katalogu roboczego)

-d, --odpluskwić
Włącz komunikaty debugowania

-a, --uwierz
Wymagaj autoryzacji klienta

-c, --punkt kontrolny=SEKUNDY
Czas między punktami kontrolnymi kolejek w sekundach (domyślnie: 0)

-h, --help
Pokaż tę wiadomość

KOLEJKI

Stompserver obsługuje podstawowe przetwarzanie kolejki komunikatów przy użyciu pamięci, plików lub bazy danych dbm
kolejki. Wiadomości są wysyłane i konsumowane w kolejności FIFO (o ile nie wystąpi błąd klienta, to
powinny zostać poprawione w przyszłości). Tematy to tylko pamięć masowa. Możesz wybrać
activerecord, plik lub pamięć dbm i kolejki będą z tego korzystać, ale tematy będą tylko
przechowywane w pamięci.

Kolejki pamięci są oczywiście najszybszymi, ale nie powinny być używane, jeśli chcesz mieć pewność
wszystkie wiadomości są dostarczane.

Kolejki dbm będą używać berkeleydb, jeśli są dostępne, w przeciwnym razie dbm lub gdbm w zależności od
Platforma. sdbm nie działa dobrze z danymi zorganizowanymi. Pamiętaj, że te kolejki nie mają
został przetestowany w tym wydaniu.

W przypadku przechowywania opartego na plikach każda klatka jest przechowywana w jednym pliku. Pierwsze 8 bajtów
zawiera długość nagłówka, następne 8 bajtów zawiera długość ciała, a następnie nagłówki
są przechowywane jako uporządkowany obiekt, po którym następuje ciało przechowywane jako ciąg. Ta pamięć jest
obecnie nieefektywne, ponieważ kolejki są przechowywane oddzielnie od wiadomości, co wymusza a
napisz dwukrotnie ze względów bezpieczeństwa danych w każdej przechowywanej wiadomości.

Magazyn oparty na activerecord oczekuje, że w konfiguracji znajdzie plik database.yml
informator. Powinien to być najbardziej solidny backend, ale najwolniejszy. Baza danych musi
mieć tabelę ar_messages, którą można utworzyć za pomocą następującego kodu (jesteś
odpowiedzialny za to):

ActiveRecord::Schema.define zrobić
create_table 'ar_messages' do |t|
t.column 'stomp_id', :string, :null => false
t.column 'ramka', :text, :null => false
zakończenia
zakończenia

Możesz przeczytać ramki z tym modelem:

klasa ArMessage < ActiveRecord::Base
serializuj :ramka
zakończenia

Implementacja ar_message z pewnością ulegnie zmianie w przyszłości.

Ma to być łatwe do odczytania przez aplikację Railsową (która może obsłużyć
tworzenie tabeli ar_messages z migracją).

DOSTĘP CONTROL

Obsługiwana jest również podstawowa autoryzacja klienta. Jeśli flaga -a jest przekazywana do stompserver na
uruchamiania, aw katalogu uruchomieniowym istnieje plik .passwd, klienci będą musieli
podać poprawny login i hasło. Zobacz passwd.example dla formatu pliku haseł.

MONITOROWANIE

Kolejki mogą być monitorowane przez kolejkę monitorów (prawdopodobnie nie będzie to obsługiwane)
sposób w przyszłości, aby uniknąć zanieczyszczania przestrzeni nazw kolejki). Jeśli subskrybujesz
/queue/monitor, co 5 sekund będziesz otrzymywać komunikat o stanie, który wyświetla każdy
kolejki, jego rozmiar, ramki umieszczone w kolejce i ramki usunięte z kolejki. Statystyki są wysyłane w tym samym formacie
nagłówków stomp, dzięki czemu można je łatwo przeanalizować. Poniżej znajduje się przykład komunikatu o stanie
zawierające statystyki dla 2 kolejek:

Kolejka: /queue/client2 size: 0 w kolejce: 400 w kolejce: 400

Kolejka: /kolejka/rozmiar testu: 50 w kolejce: 250 w kolejce: 300

Korzystaj z serwera stompserver online za pomocą usług onworks.net