IBM i QSYS2.HTTP_GET: налада прамога проксі

Выкарыстоўвайце дакументаваныя параметры проксі JSON у IBM i і адрознівайце мяжу іх сцвярджэнняў пра NTLM.

QSYS2.HTTP_GET прымае URL прызначэння і затым дакумент параметраў JSON. Адрас проксі выкарыстоўвае host,port.

VALUES QSYS2.HTTP_GET(
  'https://api.example.net/status',
  '{"proxy":"proxy.example.net,8080",
    "proxySsl":"false",
    "headers":{"Accept":"application/json"}}'
);

proxySsl апісвае злучэнне з проксі. Значэнне па змаўчанні true, таму адключыце яго пры звычайным HTTP. Спіс HTTP-проксі дапаможа запоўніць хост і порт.

Аўтэнтыфікацыя мае асобную мяжу. proxyAuth дакументаваны як userid,password і дазволены толькі пры proxySsl true. basicAuth дае даныя для службы.

Лагін і пароль не выбіраюць NTLM. Апублікаваныя параметры SQL не маюць сялектара NTLM.

Адрознівайце дзве сям’і IBM SQL HTTP. QSYS2 выкарыстоўвае ILE, старэйшы SYSTOOLS — Java. Authenticator для SYSTOOLS. (QSYS2)

Узгадніце даступнасць параметраў, уключна з аб’ектнай формай headers, з дакументацыяй выпуску.

Падобныя артыкулы