მიეცით GlassFish აპლიკაციის ინსტანსს მისი გამავალი პროქსი

სანამ პროქსის ვარიანტებს შექმნით, აირჩიეთ GlassFish სამიზნე, რომელიც აპლიკაციას უშვებს. create-jvm-options ნაგულისხმევად დომენის ადმინისტრირების სერვერს მიმართავს; ის ასევე იღებს ინსტანსს, კლასტერს ან დასახელებულ კონფიგურაციას. ამიტომ ნაგულისხმევმა შეიძლება არასწორი JVM შეცვალოს.

საილუსტრაციო დასახელებული კონფიგურაციისთვის app-config:

asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"

შეცვალეთ სამიზნე და საბოლოო წერტილი; HTTP პროქსების სია გთავაზობთ HTTP კანდიდატებს დაშვებული საჯარო სამიზნეების მოთხოვნებისთვის. ორწერტილით გამოყოფილი არგუმენტი ოთხ ვარიანტს შეიცავს. ჰოსტის მნიშვნელობები ჰოსტის სახელებია URL პრეფიქსების გარეშე. Java-ს ცალკეული HTTP/HTTPS თვისებები აღწერს დანიშნულების პროტოკოლებს; HTTPS სამიზნეს მაინც შეუძლია ჩვეულებრივი HTTP CONNECT პროქსის გამოყენება.

შეამოწმეთ შენახული მნიშვნელობები list-jvm-options-ით იმავე სამიზნისთვის. ჯერ გადახედეთ არსებულ ჩანაწერებს: create არ ხელახლა ქმნის იდენტურ ვარიანტს, ამიტომ წარმატებული ბრძანება თავისთავად არ წყვეტს წინააღმდეგობრივ მნიშვნელობებს.

შემდეგ შეამოწმეთ გაშვებული ინსტანსის ეფექტური თვისებები და რეალური HTTP კლიენტი. GlassFish განასხვავებს გადატვირთვას მოთხოვნილ ვარიანტებს სისტემური თვისებებისგან, რომელთა განახლებაც დაუყოვნებლივ შეიძლება. მიჰყევით განლაგებულ გამოშვებას და არა უპირობო გადატვირთვის რეცეპტს; არსებულმა კლიენტმა შეიძლება შეინარჩუნოს საკუთარი მარშრუტი.

ეს მეთოდი ვრცელდება კლიენტებზე, რომლებიც პატივს სცემენ JVM ქსელურ თვისებებს. ცალკეულ ბიბლიოთეკურ პროქსის ან ცალკე ტრანსპორტს საკუთარი მხარდაჭერილი პარამეტრი სჭირდება, ხოლო შემავალი მსმენელები არ არიან დაკავშირებული. შეინახეთ საჭირო პირდაპირი დანიშნულებები Java-ს გვერდის ავლის პოლიტიკაში. თვითნებური მომხმარებლის სახელის/პაროლის JVM თვისებების დამატება ყოველი კლიენტის პროქსის აუთენტიფიკაციას არ უზრუნველყოფს.