Alarme fil d'avertissement toutes les 60 secondes

Je suis en cours d'exécution d'un local a ÉTÉ 7.0 server à des fins de développement. Ma Machine est Win 7 et j'utilise la version 1.6 de Java. Version spécifique de A est:

IBM WebSphere Application Server, 7.0.0.25
Build Number: cf251235.04 
Build Date: 8/30/12

L'Éclipse de la version que j'utilise est

Eclipse Java EE IDE for Web Developers
Version: Juno Service Release 2
Build id: 20130225-0426

Et le Serveur d'Applications WebSphere 7.0 Plug-in Eclipse

com.ibm.websphere.v7.core (7.0.101.v20121205_2240) "WebSphere Application Server v7.0 Core Runtime Jars" [Active]

Le problème que j'ai est toutes les 2 minutes ou donc, je reçois le message d'avertissement suivant, imprimé à mon system-out.fichier journal:

[9/17/13 16:54:47:812 CDT] 00000025 AlarmThreadMo W   UTLS0008W: The return of alarm thread "Non-deferrable Alarm : 2" (0000001f) to the alarm thread pool has been delayed for 40106 milliseconds. This may be preventing normal alarm function within the application server. The alarm listener stack trace is as follows: 
    at java.lang.Object.wait(Native Method)
    at java.lang.Object.wait(Object.java:196)
    at com.ibm.io.async.AbstractAsyncFuture.waitForCompletion(AbstractAsyncFuture.java:334)
    at com.ibm.io.async.AsyncFuture.getByteCount(AsyncFuture.java:218)
    at com.ibm.ws.tcp.channel.impl.AioSocketIOChannel.readAIOSync(AioSocketIOChannel.java:215)
    at com.ibm.ws.tcp.channel.impl.AioTCPReadRequestContextImpl.processSyncReadRequest(AioTCPReadRequestContextImpl.java:182)
    at com.ibm.ws.tcp.channel.impl.TCPReadRequestContextImpl.read(TCPReadRequestContextImpl.java:111)
    at com.ibm.ws.ssl.channel.impl.SSLReadServiceContext.read(SSLReadServiceContext.java:265)
    at com.ibm.ws.management.connector.ipc.ClientAccessor.clientReadMoreData(ClientAccessor.java:264)
    at com.ibm.ws.management.connector.ipc.ClientAccessor.request(ClientAccessor.java:169)
    at com.ibm.ws.management.connector.ipc.IPCConnectorClient.sendReceive(IPCConnectorClient.java:452)
    at com.ibm.ws.management.connector.ipc.IPCConnectorClient.pullNotifications(IPCConnectorClient.java:2167)
    at com.ibm.ws.management.event.PullRemoteReceiver.getNotifications(PullRemoteReceiver.java:222)
    at com.ibm.ws.management.event.PullRemoteReceiver.alarm(PullRemoteReceiver.java:183)
    at com.ibm.ejs.util.am._Alarm.run(_Alarm.java:133)
    at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1646).
[9/17/13 16:56:07:712 CDT] 0000001f AlarmThreadMo W   UTLS0009W: Alarm Thread "Non-deferrable Alarm : 2" (0000001f) previously reported to be delayed has now completed.  It was active for approximately 120007 milliseconds.

Cela se produit de façon uniforme, comme dans je obtenir le 'retard' avertissement puis 2 minutes plus tard, je reçois le 'terminé' avertissement. Puis, environ 60 secondes passent et je reçois le "retardé" avertissement de nouveau suivi de nouveau par 'terminé' avertissement après environ 2 minutes de... Ad infinitum.

En plus d'être ridiculement ennuyeux; tout semble fonctionner très bien... je suis en mesure de publier/démarrer/arrêter le serveur. Mon application s'exécute normalement.

Je veux juste cet avertissement pour arrêter de me remplir le system-out.journal des... des suggestions?

P. S. j'ai le jeu suivant comme mon "Générique JVM arguments" dans ma définition du serveur:

-Xquickstart -Dcom.ibm.websphere.alarmthreadmonitor.threshold.millis=140000 -Dlog4j.debug-XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=D:/temp

La pensée n'étant que le paramètre '-Dcom.ibm.websphere.alarmthreadmonitor.seuil.millis=140000 " devrait augmenter le seuil d'alerte à 140 000 ms au lieu de la valeur par défaut de 40 000 ms (a partir de ici)

OriginalL'auteur FGreg | 2013-09-17