IBM CMOD Java API échoue dans des conditions de stress
Nous avons implémenté un logiciel Java qui utilise IBM Content Manager OnDemand comme référentiel ECM. Nous avons utilisé de nombreuses versions de ce produit, de la version 8.3.0.0 à 8.5.0.8 avec son API Java CMOD Web Enablement Kit (ODWEB) et, sur plusieurs plates-formes telles que AIX, Windows et Linux, en utilisant Weblogic, JBoss et IBM WAS comme serveurs d'applications.
Peu importe la version CMOD, OS ou AS que nous utilisons, nous rencontrons également le même problème: sous une charge lourde, l'API (bibliothèques natives) semble échouer, répondant avec des messages spontanés comme "les Utilisateurs n'ont pas accès", lorsque l'utilisateur n'a pas du tout changé, "Impossible d'ouvrir le dossier", et des choses comme ça.
Tout suggère soit:
- Nous avons tout à fait un bug quand nous traitons avec l'API CMOD
- CMOD a encore une sorte de problème qui s'effondre dans des conditions de charge lourde.
Quelqu'un a-t-il rencontré quelque chose de similaire? Tous les conseils? Que dois-je fournir d'autre comme base d'analyse?
1 answers
Me semble que vous avez un bogue ou quelque chose comme ça, ou peut-être même un problème côté serveur. Je n'ai jamais vu nos systèmes tomber sous une charge lourde, j'ai vu le stress sur les boîtes lors de l'exécution d'AFP2PDF et autres, mais jamais au point de faire planter le serveur.
La seule chose que je peux suggérer, c'est d'augmenter la taille de tas sur votre boîte qui exécute ODWEK, et assurez-vous que vous êtes à jour. Nous avons exécuté le BACKEND 8.5.0.6 avec le FRONTAL 8.4.0.3 lors du dépannage d'un isssue. Je voudrais ouvrir un PMR avec IBM