د Jolokia په مرسته د HTTP پراکسي له لارې JMX لوستل

که چېرې د Java ځای پرځای کول لا دمخه یو اجازه لرونکی Jolokia پای ټکی ښکاره کوي، د څارنې کلاینټ کولی شي د عادي HTTP مخکښ پراکسي له لارې JMX ځانګړنې ولولي. کلاینټ له Jolokia سره په HTTP خبرې کوي، او Jolokia د JMX عملیه د اپلیکیشن په اړخ کې ترسره کوي.

monitor → HTTP proxy → HTTPS Jolokia endpoint → MBean

دا لار د HTTP وړ مدیریت پای ټکي ته اړتیا لري. نه بدل شوی اصلي JMX کلاینټ ویب پراکسي ته اړول هغه نه جوړوي.

د بېلګې په توګه، د JVM د heap کارول کېدای شي د POST غوښتنې په توګه بیان شي:

curl --proxy http://proxy.example.net:8080 \
  --header 'Content-Type: application/json' \
  --data '{"type":"read","mbean":"java.lang:type=Memory","attribute":"HeapMemoryUsage","path":"used"}' \
  https://monitor.example.net/jolokia/

پای ټکی او پراکسي ځای نیوونکي دي. دا د لوستلو عملیه کاروي؛ د HTTP طریقه POST د JMX لیکنې مانا نه لري بلکې د Jolokia JSON غوښتنه وړي. Jolokia د ساده عملیاتو لپاره GET غوښتنې هم ملاتړ کوي، پداسې حال کې چې JSON POST د پیچلو MBean نومونو لپاره اړین URL escaping یو څه برخه پرېږدي.

د HTTPS مدیریت پای ټکي لپاره مخکښ پراکسي باید اړوند ټنل منزل ته اجازه ورکړي. TLS باید لا هم monitor.example.net تایید کړي. د پراکسي خپل کوربنوم او سند، که چېرې د پراکسي اړیکه پخپله TLS کاروي، جلا ټوپ بیانوي.

دوه تصدیق پرېکړې جلا وساتئ. د curl د پراکسي تصدیق اختیارونه د پراکسي حساب ورکوي. د پای ټکي تصدیق د مدیریت هویت ورکوي، او د Jolokia تګلاره ټاکي چې کوم MBean او عملیاتو ته لاسرسی شته. د مخکښ پراکسي کارولو اجازه د JVM اداره کولو اجازه نه ده.

ځواب هم دوه طبقې لري: د HTTP لېږد حالت او د Jolokia JSON عملیې پایله. راستنې شوې status او value وګورئ، د دې پرځای چې هر body د بریالي معیار په توګه ومنئ. د پراکسي تېروتنې، د پای ټکي تصدیق ناکامي او نه شته MBean بېلابېل بدلونونه غواړي.

که چېرې ځای پرځای کول یوازې اصلي JMX نښلونکی ښکاره کوي، د هغه نښلونکي سره سمه لار وټاکئ یا منظورشوی HTTP مدیریت پای ټکی ترتیب کړئ. SSH ځایي لېږد بله لېږد پروژه ده، خو دا د اصلي خدمت سره اړیکه پاتې کیږي؛ دا یې پروتوکول Jolokia HTTP API ته نه بدلوي.