ഒരു ബിൽഡിന് അതിന്റെ എല്ലാ ആശ്രിതത്വങ്ങളും ഡൗൺലോഡ് ചെയ്ത ശേഷം JAR ഒപ്പിടുമ്പോൾ മറ്റൊരു നെറ്റ്വർക്ക് അഭ്യർത്ഥന ആവശ്യമായി വന്നേക്കാം. ആ അഭ്യർത്ഥന Ant-ന്റെ SignJar ടാസ്ക് ആരംഭിക്കുന്ന jarsigner പ്രക്രിയ വഴി ടൈംസ്റ്റാമ്പ് അതോറിറ്റിയിലേക്ക് പോകുന്നു.

SignJar TSA-ന് പ്രത്യേകമായ പ്രോക്സി ആട്രിബ്യൂട്ടുകൾ നൽകുന്നു. നിലവിലുള്ള ഒപ്പിടൽ കോൺഫിഗറേഷനിൽ, പ്രസക്തമായ രൂപം ഇതാണ്:

<signjar jar="${jar.to.sign}"
         alias="${signing.alias}"
         keystore="${signing.keystore}"
         storepass="${signing.storepass}"
         tsaurl="https://tsa.example/"
         tsaproxyhost="proxy.example"
         tsaproxyport="8080" />

മൂല്യങ്ങൾ ബിൽഡിന്റെ അംഗീകൃത ഒപ്പിടൽ ക്രമീകരണത്തിനും TSA-ക്കുമുള്ള പ്ലേസ്ഹോൾഡറുകളാണ്. Ant പതിപ്പ് 1.9.5 മുതൽ tsaproxyhost, tsaproxyport എന്നിവ രേഖപ്പെടുത്തുന്നു.

Ant 1.10.15-ൽ, SignJar TSA URL-ന്റെ സ്കീം പരിശോധിച്ച് ഈ ആട്രിബ്യൂട്ടുകളെ -J-D ഉപയോഗിച്ച് jarsigner-ലേക്ക് നൽകുന്ന ബന്ധപ്പെട്ട HTTP അല്ലെങ്കിൽ HTTPS പ്രോക്സി ഗുണങ്ങളായി വിവർത്തനം ചെയ്യുന്നു. പ്രോക്സി ഹോസ്റ്റ് തന്നെ ഒരു ഹോസ്റ്റ്നെയിമാണ്, അതിന്റെ പോർട്ട് വെവ്വേറെ നൽകുന്നു. അംഗീകൃത TSA പൊതുവായി ലഭ്യമാണെങ്കിൽ, ഒപ്പിടൽ പ്രക്രിയയ്ക്ക് പ്രാമാണീകരിക്കാത്ത പൊതു മധ്യസ്ഥൻ ഉപയോഗിക്കാൻ അനുവാദമുണ്ടെങ്കിൽ, HTTP പ്രോക്സി പട്ടികയിലെ ഒരു എൻട്രിക്ക് ആ രണ്ട് TSA പ്രോക്സി ആട്രിബ്യൂട്ടുകൾ നിറയ്ക്കാം.

ഈ ചൈൽഡ്-പ്രോസസ് അതിർത്തി Maven antrun ബിൽഡിലും പ്രധാനമാണ്. Maven-ന്റെ റിപ്പോസിറ്ററി പ്രോക്സി കോൺഫിഗറേഷനും Ant പ്രവർത്തിപ്പിക്കുന്ന JVM-ലെ ഗുണങ്ങളും വെവ്വേറെ ആരംഭിച്ച jarsigner-ന് റൂട്ട് ലഭിച്ചു എന്നതിന് തെളിവല്ല. ആ പ്രക്രിയ സൃഷ്ടിക്കുന്ന ടാസ്ക് കോൺഫിഗർ ചെയ്യുക.

അനുബന്ധ ലേഖനങ്ങൾ