Snowpark Scala i kalon opsionet e përfaqësuesit lidhjes së vet JDBC

Shtoni vetitë useProxy, proxyHost dhe proxyPort të Snowflake JDBC në hartën e konfigurimit të sesionit Snowpark Scala.

Snowpark Scala lidhet përmes drejtuesit Snowflake JDBC. Ndërtuesi i sesionit pranon veti konfigurimi JDBC, kështu që cilësimet e përfaqësuesit mund të udhëtojnë me hartën ekzistuese të lidhjes:

val proxyOptions = Map(
  "useProxy" -> "true",
  "proxyHost" -> "proxy.example",
  "proxyPort" -> "8080"
)

val session = com.snowflake.snowpark.Session.builder
  .configs(connectionOptions ++ proxyOptions)
  .create

connectionOptions përmban llogarinë, vërtetimin dhe cilësime të tjera që aplikacioni i përdor tashmë. Këto janë zëra të hartës së vargjeve Scala; emri i strehuesit të përfaqësuesit nuk përfshin skemë URL as portën e tij. Për një rrugë të lejuar përmes përfaqësuesit publik pa vërtetim përfaqësuesi, zgjidhni strehuesin dhe portën nga lista e përfaqësuesve HTTP duke mbajtur cilësimet e llogarisë Snowflake.

Snowflake JDBC dokumenton gjithashtu proxyUser dhe proxyPassword për një llogari ndërmjetëse. Jepini ato përmes burimit ekzistues të kredencialeve të aplikacionit kur kërkohet.

Vetia nonProxyHosts e JDBC përdor modele të ndara me vija vertikale me mbështetje për karaktere zëvendësuese. Në një vlerë harte, ndarësi është | fjalë për fjalë; kodimi URL bëhet i rëndësishëm kur ndërtohet një URL JDBC. Mos e zëvendësoni me sintaksën NO_PROXY të një klienti tjetër të ndarë me presje.

Mbajeni këtë konfigurim specifik për Snowpark Scala. Snowpark Python dhe lidhësi Snowflake Spark ofrojnë ndërfaqe lidhjeje dhe emra opsionesh të ndryshëm.

Snowflake kërkon që certifikata e shërbimit të kalojë përmes përfaqësuesit pa zëvendësim. Një rrugë HTTP CONNECT dhe inspektimi TLS janë rregullime të ndryshme; një përfaqësues që rijedh certifikatën e Snowflake nuk e plotëson atë kërkesë.

Artikuj të ngjashëm