Warum hören Nachrichtenabtastprozessoren keine Nachrichten ab?

Question

In einer meiner wso2-Umgebungen habe ich ein Problem mit Message-Sampling-Prozessoren, die von Zeit zu Zeit aufhören, Nachrichten aus Warteschlangen zu sammeln.

Wir haben rund 60 Nachrichtenprozessoren und oft nach dem Neustart der Umgebung oder nach der Bereitstellung einige von ihnen einfach stoppt, und neu starten nach einigen Minuten, manchmal Stunden. Es gibt keine Fehler in wso2carbon.log. Letzte Protokolle über diese Prozessoren sind diejenigen, die sie begonnen haben :(

Ich denke, das könnte etwas mit irgendeiner Art von einer Ressourcengrenze auf diesem Umfeld, da es nur Auswirkungen einer Umgebung.

hier ein zu tun Beispielcode für Nachrichtenprozessor und es ist Nachrichtenspeicher.

<?xml version="1.0" encoding="UTF-8"?> 
<messageProcessor 
    class="org.apache.synapse.message.processor.impl.sampler.SamplingProcessor" 
    messageStore="ms_notifyOfDocumentChangeOut_getDocument" 
    name="mp_notifyOfDocumentChangeOut_getDocument" xmlns="http://ws.apache.org/ns/synapse"> 
    <parameter name="max.delivery.drop">Disabled</parameter> 
    <parameter name="max.delivery.attempts">4</parameter> 
    <parameter name="client.retry.interval">0</parameter> 
    <parameter name="interval">5000</parameter> 
    <parameter name="sequence">s_notifyOfDocumentChangeOut_queue_getDocument</parameter> 
    <parameter name="concurrency">1</parameter> 
    <parameter name="is.active">true</parameter> 
</messageProcessor> 

<?xml version="1.0" encoding="UTF-8"?> 
<messageStore class="org.apache.synapse.message.store.impl.jms.JmsStore" 
    name="ms_notifyOfDocumentChangeOut_getDocument" xmlns="http://ws.apache.org/ns/synapse"> 
    <parameter name="store.producer.guaranteed.delivery.enable">false</parameter> 
    <parameter name="java.naming.factory.initial">org.wso2.andes.jndi.PropertiesFileInitialContextFactory</parameter> 
    <parameter name="store.failover.message.store.name">ms_notifyOfDocumentChangeOut_getDocument</parameter> 
    <parameter name="store.jms.cache.connection">false</parameter> 
    <parameter name="java.naming.provider.url">repository/conf/jndi.properties</parameter> 
    <parameter name="store.jms.JMSSpecVersion">1.1</parameter> 
    <parameter name="store.jms.destination">ms_notifyOfDocumentChangeOut_getDocument</parameter> 
</messageStore> 

Irgendwelche Ideen, welche Ressourcen erforderlich sind, um es richtig zu arbeiten? ich habe max-threads vermutet, aber ..

cat/proc/s ys/kernel/Gewinde-max

Answer 1

Konfigurieren lst_t_core, lst_t_max in jms.properties gearbeitet. Danke Jean-Michel :)