Este es el comando stompserver que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
stompserver - servidor de mensajería de protocolo Stomp
SINOPSIS
servidor de pisotón [opciones]
DESCRIPCIÓN
Servidor de mensajería Stomp con colas FIFO basadas en archivos / dbm / memoria / activerecord, cola
monitoreo y autenticación básica.
OPCIONES
-C, --config=ARCHIVO DE CONFIGURACIÓN
Archivo de configuración (predeterminado: stompserver.conf)
-p, --Puerto=PORT
Cambiar el puerto (predeterminado: 61613)
-b, --anfitrión=DIRECCIÓN
Cambiar el host (predeterminado: localhost)
-q, --tipo de cola=TIPO DE COLA
Tipo de cola (memoria | dbm | activerecord | archivo) (predeterminado: memoria)
-w, --dirección_trabajo=DIR
Cambiar el directorio de trabajo (predeterminado: directorio actual)
-s, --almacenamiento=DIR
Cambiar el directorio de almacenamiento (predeterminado: .stompserver, relativo a working_dir)
-d, --depurar
Activar mensajes de depuración
-a, --autorización
Requerir autorización del cliente
-c, --control=SEGUNDOS
Tiempo entre puntos de control de las colas en segundos (predeterminado: 0)
-h, --ayuda
Mostrar este mensaje
COLAS
Stompserver maneja el procesamiento básico de la cola de mensajes usando memoria, archivo o basado en dbm
colas. Los mensajes se envían y consumen en orden FIFO (a menos que ocurra un error del cliente, esto
debe corregirse en el futuro). Los temas son el almacenamiento de solo memoria. Puedes elegir
ActiveRecord, archivo o almacenamiento dbm y las colas lo usarán, pero los temas solo serán
almacenado en la memoria.
Las colas de memoria son, por supuesto, las más rápidas, pero no deben usarse si desea asegurarse
se entregan todos los mensajes.
Las colas de dbm usarán berkeleydb si está disponible; de lo contrario, dbm o gdbm según el
plataforma. sdbm no funciona bien con datos calculados. Tenga en cuenta que estas colas no
ha sido probado en esta versión.
Para el almacenamiento basado en archivos, cada fotograma se almacena en un solo archivo. Los primeros 8 bytes
contiene la longitud del encabezado, los siguientes 8 bytes contienen la longitud del cuerpo, luego los encabezados
se almacenan como un objeto ordenado seguido del cuerpo almacenado como una cadena. Este almacenamiento es
Actualmente es ineficiente porque las colas se almacenan por separado de los mensajes, lo que obliga a
escritura doble por razones de seguridad de datos en cada mensaje almacenado.
El almacenamiento basado en activerecord espera encontrar un archivo database.yml en la configuración
directorio. Debería ser el backend más robusto, pero el más lento. La base de datos debe
tener una tabla ar_messages que se puede crear con el siguiente código (usted es
responsable de hacerlo):
ActiveRecord :: Schema.define hacer
create_table 'ar_messages' do | t |
t.column 'stomp_id',: string,: null => false
t.column 'marco',: texto,: nulo => falso
final
final
Puedes leer los marcos con este modelo:
clase ArMessage <ActiveRecord :: Base
serializar: marco
final
La implementación de ar_message ciertamente cambiará en el futuro.
Esto está destinado a ser fácilmente legible por una aplicación Rails (que podría manejar el
creación de la tabla ar_messages con una migración).
ACCESO CONTROL
También se admite la autorización básica del cliente. Si la bandera -a se pasa a stompserver en
inicio, y existe un archivo .passwd en el directorio de ejecución, entonces los clientes deberán
proporcione un nombre de usuario y un código de acceso válidos. Consulte passwd.example para conocer el formato del archivo de contraseña.
MONITOREO
Las colas se pueden monitorear a través de la cola de monitoreo (esto probablemente no sea compatible con este
en el futuro para evitar contaminar el espacio de nombres de la cola). Si te suscribes a
/ queue / monitor, recibirá un mensaje de estado cada 5 segundos que muestra cada
cola, su tamaño, fotogramas en cola y fotogramas retirados de la cola. Las estadísticas se envían en el mismo formato
de encabezados stomp, por lo que son fáciles de analizar. A continuación se muestra un ejemplo de un mensaje de estado
que contiene estadísticas para 2 colas:
Cola: / queue / client2 tamaño: 0 fuera de cola: 400 en cola: 400
Cola: / cola / tamaño de prueba: 50 en cola: 250 en cola: 300
Use stompserver en línea usando los servicios de onworks.net
