stompserver - Dalam talian di Awan

JADUAL:

NAMA

stompserver - pelayan pemesejan protokol Stomp

SINOPSIS

stompserver [pilihan]

DESCRIPTION

Stomp pelayan pemesejan dengan baris gilir berasaskan fail/dbm/memori/aktifrecord FIFO, baris gilir
pemantauan, dan pengesahan asas.

PILIHAN

-C, --config=KONFIGIL
Fail Konfigurasi (lalai: stompserver.conf)

-p, --pelabuhan=PORT
Tukar port (lalai: 61613)

-b, --tuan rumah=ALAMAT
Tukar hos (lalai: localhost)

-q, --queuetype=QUEUETYPE
Jenis baris gilir (memori|dbm|activerecord|fail) (lalai: memori)

-w, --working_dir=DIR
Tukar direktori kerja (lalai: direktori semasa)

-s, --penyimpanan=DIR
Tukar direktori storan (lalai: .stompserver, relatif kepada working_dir)

-d, --nyahpepijat
Hidupkan mesej nyahpepijat

-a, --auth
Memerlukan kebenaran pelanggan

-c, --pusat pemeriksaan=SEKIAN
Masa antara memeriksa baris gilir dalam beberapa saat (lalai: 0)

-h, - membantu
Tunjukkan mesej ini

BERATUR

Stompserver mengendalikan pemprosesan baris gilir mesej menggunakan memori, fail atau berasaskan dbm
beratur. Mesej dihantar dan digunakan dalam susunan FIFO (melainkan ralat pelanggan berlaku, ini
perlu diperbetulkan pada masa hadapan). Topik ialah storan memori sahaja. Anda boleh memilih
activerecord, fail atau storan dbm dan baris gilir akan menggunakannya, tetapi topik hanya akan digunakan
tersimpan dalam ingatan.

baris gilir memori sudah tentu yang terpantas tetapi tidak boleh digunakan jika anda ingin memastikan
semua mesej dihantar.

baris gilir dbm akan menggunakan berkeleydb jika tersedia, sebaliknya dbm atau gdbm bergantung pada
platform. sdbm tidak berfungsi dengan baik dengan data marshall. Ambil perhatian bahawa baris gilir ini tidak
telah diuji dalam keluaran ini.

Untuk storan berasaskan fail, setiap bingkai disimpan dalam satu fail. 8 bait pertama
mengandungi panjang pengepala, 8 bait seterusnya mengandungi panjang badan, kemudian pengepala
disimpan sebagai objek marshall diikuti oleh badan disimpan sebagai rentetan. Storan ini adalah
pada masa ini tidak cekap kerana baris gilir disimpan secara berasingan daripada mesej, yang memaksa a
tulis dua kali atas sebab keselamatan data pada setiap mesej yang disimpan.

Storan berasaskan activerecord menjangkakan untuk mencari fail database.yml dalam konfigurasi
direktori. Ia sepatutnya bahagian belakang yang paling teguh, tetapi yang paling perlahan. Pangkalan data mesti
mempunyai jadual ar_messages yang boleh dibuat dengan kod berikut (anda
bertanggungjawab untuk berbuat demikian):

ActiveRecord::Skema.define do
create_table 'ar_messages' do |t|
t.column 'stomp_id', :string, :null => false
t.column 'frame', :text, :null => false
akhir
akhir

Anda boleh membaca bingkai dengan model ini:

kelas ArMessage < ActiveRecord:: Base
bersiri :frame
akhir

Pelaksanaan ar_message pasti akan berubah pada masa hadapan.

Ini bertujuan untuk mudah dibaca oleh aplikasi Rails (yang boleh mengendalikan
ar_messages penciptaan jadual dengan penghijrahan).

AKSES KAWALAN

Keizinan pelanggan asas juga disokong. Jika bendera -a dihantar ke stompserver pada
permulaan, dan fail .passwd wujud dalam direktori run, maka pelanggan akan diminta untuk
berikan log masuk dan kod laluan yang sah. Lihat passwd.example untuk format fail kata laluan.

PEMANTAUAN

Barisan gilir boleh dipantau melalui baris gilir monitor (ini mungkin tidak akan disokong ini
cara pada masa hadapan untuk mengelakkan pencemaran ruang nama baris gilir). Jika anda melanggan
/queue/monitor, anda akan menerima mesej status setiap 5 saat yang memaparkan setiap satu
baris gilir, saiznya, bingkai beratur gilir, dan bingkai dinyah gilir. Statistik dihantar dalam format yang sama
pengepala stomp, supaya ia mudah dihuraikan. Berikut ialah contoh mesej status
mengandungi statistik untuk 2 baris gilir:

Baris gilir: /saiz giliran/klien2: 0 dibatalkan giliran: 400 dibatalkan: 400

Baris gilir: /gilir/saiz ujian: 50 dibatalkan giliran: 250 baris gilir: 300

Gunakan stompserver dalam talian menggunakan perkhidmatan onworks.net