Le probl\u00e8me pos\u00e9 : Comment masquer les serveurs WebLogic auxquels doivent se connecter des partenaires externes afin de poster des messages JMS ?<\/p>\n
Une solution possible consiste \u00e0 placer un ou plusieurs serveurs HAProxy devant les serveurs WebLogic.<\/p>\n
Une de ses caract\u00e9ristiques est qu’il assure la r\u00e9partition de charge et la tol\u00e9rance aux pannes au niveau HTTP. Il est donc possible de l’utiliser devant des applications web h\u00e9berg\u00e9es dans des serveurs WebLogic, en cluster ou non, comme on le ferai avec un serveur Apache.<\/p>\n
<\/p>\n
HAProxy est surtout connu pour sa capacit\u00e9 d’agir au niveau TCP. Il devient donc possible de l’utiliser devant des tout objet RMI tels que des EJBs ou des ressources JMS.<\/p>\n
Gr\u00e2ce \u00e0 cette solution, les partenaires externes ne sont plus en contact qu’avec le serveur HAProxy ; les urls des serveurs WebLogic deviennent alors invisible renfor\u00e7ant ainsi la s\u00e9curit\u00e9. Cette solution permet de limiter les impacts pour les partenaires lorsque les URLs des serveurs WebLogic changent…<\/p>\n
L’exemple suivant illustre une configuration d’un HAProxy devant 2 serveurs WebLogic. Ces 2 serveurs h\u00e9bergent une application web, accessible en HTTP, ainsi que des ressources JMS, accessibles via T3.<\/p>\n
Le serveur HAProxy \u00e9coute sur les ports 5000 (t3) et 80 (HTTP)<\/p>\n
Les serveurs WebLogic \u00e9coutent sur les URLs suivantes :<\/p>\n
[pastacode lang=\u00a0\u00bbapacheconf\u00a0\u00bb manual=\u00a0\u00bb…%0A%23———————————————————————%20%0A%23%20main%20frontend%20which%20proxys%20to%20the%20backends%20%0A%23———————————————————————%20%0Afrontend%C2%A0%C2%A0main%20*%3A5000%20%0Amode%20tcp%20%0Aoption%20tcp-check%20%0Adefault_backend%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0app%20%0A%0Afrontend%20check%20*%3A80%20%0Amode%20http%20%0Adefault_backend%20checkWebApp%20%0A%0A%23———————————————————————%20%0A%23%20round%20robin%20balancing%20between%20the%20various%20backends%20%0A%23———————————————————————%20%0Abackend%20app%20%0Abalance%C2%A0%C2%A0%C2%A0%C2%A0%C2%A0roundrobin%20%0Amode%20tcp%20%0Aserver%C2%A0%C2%A0ms1%20192.168.56.1%3A8101%20check%20%0Aserver%C2%A0%C2%A0ms2%20192.168.56.1%3A8201%20check%20%0A%0Abackend%20checkWebApp%20%0Abalance%20roundrobin%20%0Amode%20http%20%0Aserver%20ms1%20192.168.56.1%3A8101%20check%20%0Aserver%20ms2%20192.168.56.1%3A8201%20check%20%0A%0A…\u00a0\u00bb message=\u00a0\u00bbExtrait du fichier de configuration haproxy \/etc\/haproxy\/haproxy.cfg\u00a0\u00bb highlight=\u00a0\u00bb\u00a0\u00bb provider=\u00a0\u00bbmanual\u00a0\u00bb\/]<\/p>\n
Une derni\u00e8re chose, il est n\u00e9cessaire d’ajouter la propri\u00e9t\u00e9 suivante aux serveurs WebLogic sous peine de d\u00e9clencher l’exception javax.naming.CommunicationException<\/span> lors de la connexion.<\/p>\n [pastacode lang=\u00a0\u00bbbash\u00a0\u00bb manual=\u00a0\u00bb-Dweblogic.rjvm.enableprotocolswitch%3Dtrue\u00a0\u00bb message=\u00a0\u00bb\u00a0\u00bb highlight=\u00a0\u00bb\u00a0\u00bb provider=\u00a0\u00bbmanual\u00a0\u00bb\/]<\/p>\n","protected":false},"excerpt":{"rendered":" Le probl\u00e8me pos\u00e9 : Comment masquer les serveurs WebLogic auxquels doivent se connecter des partenaires externes afin de poster des messages JMS ? Une solution possible consiste \u00e0 placer un ou plusieurs serveurs HAProxy devant les serveurs WebLogic.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[4],"tags":[19,17,18,8],"class_list":["post-122","post","type-post","status-publish","format-standard","hentry","category-weblogic","tag-haproxy","tag-load-balancing","tag-t3","tag-weblogic-server"],"_links":{"self":[{"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/posts\/122","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/comments?post=122"}],"version-history":[{"count":4,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/posts\/122\/revisions"}],"predecessor-version":[{"id":163,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/posts\/122\/revisions\/163"}],"wp:attachment":[{"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/media?parent=122"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/categories?post=122"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/tags?post=122"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}