Ubuntu Online, Fedora Online, Windows online emulator അല്ലെങ്കിൽ MAC OS ഓൺലൈൻ എമുലേറ്റർ എന്നിങ്ങനെയുള്ള ഞങ്ങളുടെ ഒന്നിലധികം സൗജന്യ ഓൺലൈൻ വർക്ക്‌സ്റ്റേഷനുകളിലൊന്ന് ഉപയോഗിച്ച് OnWorks സൗജന്യ ഹോസ്റ്റിംഗ് ദാതാവിൽ പ്രവർത്തിപ്പിക്കാൻ കഴിയുന്ന കമാൻഡാണിത്.
പട്ടിക:
NAME
japicompat - ബൈനറി ബാക്ക്വേർഡ് കോംപാറ്റിബിളിറ്റിക്കായി ജാവ API-കൾ പരീക്ഷിക്കുക.
സിനോപ്സിസ്
ജപികോമ്പാറ്റ് [-svqhtjw4] [-അഥവാ ഔട്ട്ഫയൽ] [-ഐ അവഗണിക്കുന്ന ഫയലുകൾ]
വിവരണം
ജപികോമ്പാറ്റ് ജാവ എപിഐകൾ തമ്മിലുള്ള അനുയോജ്യത പരിശോധിക്കുന്നതിനായി രൂപകൽപ്പന ചെയ്ത ജാപിറ്റൂളുകളുടെ ഭാഗമാണ്.
ജാവയുടെ തന്നെ സൗജന്യ നിർവ്വഹണങ്ങൾ പരിശോധിക്കുന്നതിനാണ് അവ ആദ്യം രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്
Sun's JDK-യുമായുള്ള അനുയോജ്യത, എന്നാൽ അവ ബാക്ക്വേർഡ് കോംപാറ്റിബിളിറ്റി പരിശോധിക്കുന്നതിനും ഉപയോഗിക്കാം
ഏതെങ്കിലും API-യുടെ പതിപ്പുകൾക്കിടയിൽ.
ജാപ്പൈസ്, ജാപികോംപാറ്റ് എന്നിവയാണ് ഉപകരണങ്ങൾ. ഒരു ലിസ്റ്റിംഗ് പുറപ്പെടുവിക്കുന്ന ഒരു ജാവ പ്രോഗ്രാമാണ് Japize
മെഷീൻ റീഡബിൾ ഫോർമാറ്റിലുള്ള API. ജാപികോമ്പാറ്റ് അത്തരം രണ്ട് ലിസ്റ്റിംഗുകൾ എടുത്ത് താരതമ്യം ചെയ്യുന്നു
ജാവ ഭാഷാ സ്പെസിഫിക്കേഷനിൽ സൺ നിർവചിച്ചിരിക്കുന്നതുപോലെ, ബൈനറി അനുയോജ്യതയ്ക്കായി അവ.
ഓപ്ഷനുകൾ
-s അധിക ബൈനറി അനുയോജ്യത പരിശോധനകൾ പ്രവർത്തനരഹിതമാക്കുക (JLS നിർവചിച്ചിട്ടുള്ള പരിശോധനകൾ മാത്രം ചെയ്യുക).
-v ചെറിയ അനുയോജ്യത പ്രശ്നങ്ങൾക്കുള്ള പരിശോധനകൾ പ്രവർത്തനക്ഷമമാക്കുക.
SerialVersionUID പരിശോധന: സീരിയലൈസ് ചെയ്യാവുന്ന ക്ലാസ് ആണെങ്കിൽ japicompat ഒരു ചെറിയ പിശക് റിപ്പോർട്ട് ചെയ്യുന്നു
രണ്ട് റിലീസുകൾക്കിടയിൽ മറ്റൊരു SerialVersionUID ഉണ്ട്.
ഒഴിവാക്കൽ പരിശോധന: ഒരു ക്ലാസോ അംഗമോ ആണെങ്കിൽ ജാപികോംപാറ്റ് ഒരു ചെറിയ പിശക് റിപ്പോർട്ട് ചെയ്യുന്നു
ഒറിജിനൽ API-ൽ ഒഴിവാക്കി, എന്നാൽ പരിശോധിക്കുന്ന API-ൽ ഒഴിവാക്കിയിട്ടില്ല.
-q പുരോഗതി റിപ്പോർട്ടുകൾ പ്രവർത്തനരഹിതമാക്കുന്നു.
-h HTML ഫോർമാറ്റിൽ ഔട്ട്പുട്ട് സൃഷ്ടിക്കുന്നു. നിർമ്മിച്ച HTML ഫയലുകൾ japi.css-നെ ആശ്രയിച്ചിരിക്കുന്നു
ആകർഷകമായ അവതരണം ലഭിക്കാൻ ഫയൽ.
-t ടെക്സ്റ്റ് ഫോർമാറ്റിൽ ഔട്ട്പുട്ട് സൃഷ്ടിക്കുന്നു. ഇതാണ് സ്ഥിരസ്ഥിതി.
-j റോ മെഷീൻ റീഡബിൾ രൂപത്തിൽ ഔട്ട്പുട്ട് സൃഷ്ടിക്കുന്നു. നിർമ്മിച്ച ഫോർമാറ്റിനെ വിളിക്കുന്നു
"japio" ഫോർമാറ്റ്, കൺവെൻഷൻ പ്രകാരം ഒരു ".japio" ഫയൽ എക്സ്റ്റൻഷൻ ഉപയോഗിച്ച് സംരക്ഷിക്കണം.
ഈ ഫോർമാറ്റ് പരിവർത്തനം ചെയ്യാൻ സ്റ്റാൻഡേലോൺ ജാപ്പിയോടെക്‌സ്റ്റും ജാപിയോഹ്‌ടിഎംഎൽ യൂട്ടിലിറ്റികളും ഉപയോഗിക്കാം
html അല്ലെങ്കിൽ ടെക്‌സ്‌റ്റിലേക്ക് (യഥാർത്ഥത്തിൽ, japiotext അല്ലെങ്കിൽ japiohtml എന്ന് ആന്തരികമായി ജാപികോംപാറ്റ് വിളിക്കുന്നു
-h അല്ലെങ്കിൽ -t പതാകകൾ ഉപയോഗിക്കുന്നു). -i ഫ്ലാഗ് to എന്നതിനൊപ്പം ജാപിയോ ഫയലുകളും ഉപയോഗിക്കാം
JDK പതിപ്പുകൾ തമ്മിലുള്ള പൊരുത്തക്കേടുകൾ മൂലമുണ്ടാകുന്ന പിശകുകൾ അവഗണിക്കുന്നതിനുള്ള പിന്തുണ.
-w പഴയ ബഗ്ഗി ജപി ഫയലുകൾക്കെതിരെ പ്രവർത്തിക്കുന്നതിനുള്ള മുന്നറിയിപ്പുകൾ പ്രവർത്തനരഹിതമാക്കുക. സ്ഥിരസ്ഥിതിയായി ജാപികോംപാറ്റ്
യഥാർത്ഥത്തിൽ പഴയത് സൃഷ്ടിച്ച ജാപി ഫയലുകൾക്കെതിരെ പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ മുന്നറിയിപ്പുകൾ നൽകും
ജപിഫിക്‌സിന് ഇല്ലാതാക്കാൻ കഴിയാത്ത ബഗുകൾ അറിയാവുന്ന ജാപ്പിറ്റൂളുകളുടെ പതിപ്പുകൾ.
-4 1.4-അനുയോജ്യമായ മോഡ് ഉപയോഗിക്കുക. താരതമ്യം ചെയ്യാനുള്ള API-കൾ അടങ്ങിയിട്ടില്ലാത്തിടത്തോളം ഇത് പ്രവർത്തിക്കുന്നു
1.5-മാത്രം ഇനങ്ങൾ.
-o
ഔട്ട്പുട്ട് അയയ്ക്കുക പകരം stdout. ഈ ഫയലിന്റെ ഫോർമാറ്റ് ആശ്രയിച്ചിരിക്കുന്നു
-h, -t, -j പതാകകൾ.
-i
നിങ്ങൾ Java API നടപ്പിലാക്കാൻ ശ്രമിക്കുകയാണെന്ന് കരുതുക. നിങ്ങൾക്ക് (വളരെയധികം) ഉണ്ട്
ആദ്യകാല JDK പതിപ്പുകളുടെ (1.0, 1.1) കവറേജ് പൂർത്തിയാക്കി, പക്ഷേ ഇപ്പോഴും ചിലത് ഉണ്ട്
1.4 പൂർണ്ണ കവറേജ് നേടാനുള്ള ദൂരം (ഇത് എല്ലാറ്റിന്റെയും കൃത്യമായ വിവരണമാണ്
എഴുതുന്ന സമയത്ത് സ്വതന്ത്ര സോഫ്റ്റ്വെയർ ജാവ നടപ്പിലാക്കലുകൾ). ജപികോംപാറ്റ് ഉപയോഗിക്കുന്നു
നിങ്ങളുടെ നടപ്പിലാക്കൽ JDK 1.4-മായി താരതമ്യം ചെയ്യുന്നത് കൃത്യമായ ഫലങ്ങൾ നൽകുന്നു, എന്നാൽ നിങ്ങൾക്കും അങ്ങനെ ചെയ്യാം
മുമ്പത്തെ പതിപ്പുകളുടെ നിങ്ങളുടെ കവറേജ് കാണിക്കാൻ ആഗ്രഹിക്കുന്നു.
നിർഭാഗ്യവശാൽ, ജെഡികെയ്‌ക്കിടയിൽ സൺ അവരുടെ സ്വന്തം ബൈനറി അനുയോജ്യതാ നിയമങ്ങൾ പാലിച്ചിട്ടില്ല
റിലീസുകൾ, ജാപികോംപാറ്റ് പരീക്ഷിക്കുന്ന വിപുലീകരിച്ച നിയമങ്ങൾ പറയട്ടെ. അതിനാൽ നിങ്ങൾ എ ഓടുമ്പോൾ
JDK 1.1 ഉം നിങ്ങളുടെ നടപ്പാക്കലും തമ്മിലുള്ള താരതമ്യം, നിങ്ങൾക്ക് വ്യാജ പിശക് ലഭിക്കും
നിങ്ങൾ 1.4-ന് അനുയോജ്യമാണെങ്കിലും 1.1 അല്ലാത്തപ്പോൾ റിപ്പോർട്ടുചെയ്യുന്നു.
വ്യക്തമായും നിങ്ങൾ ശരിക്കും ആഗ്രഹിക്കുന്നത് ഇതുപോലുള്ള പിശകുകൾ അവഗണിക്കുക, ജപികോംപാറ്റ് എന്നിവയാണ്
അതിനുള്ള ഒരു മാർഗം നൽകുന്നു. ആദ്യം, -j ഉപയോഗിച്ച് 1.1 നും 1.4 നും ഇടയിൽ ഒരു താരതമ്യം നടത്തുക
സ്വിച്ച്. തുടർന്ന് 1.1-ഉം നിങ്ങളുടെ നടപ്പാക്കലും തമ്മിലുള്ള താരതമ്യം റൺ ചെയ്യുക
മുമ്പത്തെ റണ്ണിന്റെ ഔട്ട്പുട്ടിനൊപ്പം "-i" ഓപ്ഷൻ. ഉദാഹരണത്തിന്:
$ ജപികോമ്പാറ്റ് -ജോ അവഗണിക്കുക-11-14.ജാപിയോ jdk11.japi.gz jdk14.japi.gz
$ japicompat -ho jdk11-myimpl.html -i അവഗണിക്കുക-11-14.japio jdk11.japi.gz
myimpl.japi.gz
പ്രവർത്തിപ്പിക്കുന്നതിലൂടെയും നിങ്ങൾക്ക് ഇതേ ഇഫക്റ്റ് ലഭിക്കും:
$ japicompat -ho jdk11-myimpl.html -i jdk14.japi.gz jdk11.japi.gz myimpl.japi.gz
ഇത് വ്യക്തമായും ലളിതവും ടൈപ്പുചെയ്യാൻ വേഗവുമാണ്, എന്നാൽ ഇവ തമ്മിലുള്ള താരതമ്യം ആവശ്യമാണ്
jdk11, jdk14 എന്നിവ ഓരോ തവണയും പ്രവർത്തിപ്പിക്കേണ്ടതാണ്. japio ഫയൽ സ്വമേധയാ നിർമ്മിക്കുന്നത് അനുവദിക്കുന്നു
അത് സേവ് ചെയ്യാനും അടുത്ത തവണ വീണ്ടും ഉപയോഗിക്കാനും വേണ്ടി, അത് ജാപികോംപാറ്റ് പ്രവർത്തിപ്പിക്കാൻ അനുവദിക്കുന്നു
ഇരട്ടി വേഗത്തിൽ.
താരതമ്യപ്പെടുത്തേണ്ട API-കളുമായി ബന്ധപ്പെട്ട ജാപി ഫയലുകൾ.
രണ്ടാമത്തെ ആർഗ്യുമെന്റ് പിന്നിലേക്ക്-അനുയോജ്യമാണെന്ന് japicompat പ്രത്യേകം പരിശോധിക്കുന്നു
ആദ്യത്തേത് കൊണ്ട്. അതിനാൽ, JDK 1.1 ന്റെ പൂർണ്ണമായ നടപ്പാക്കൽ നം
ആർഗ്യുമെന്റുകളുടെ ക്രമം കണക്കിലെടുക്കാതെ പിശകുകൾ, എന്നാൽ ഒരു പൂർണ്ണമായ നടപ്പാക്കൽ
JDK1.1 പ്ലസ് JDK1.2 ന്റെ ഭാഗങ്ങൾ ഇനിപ്പറയുന്ന രീതിയിൽ പരിശോധിക്കണം:
$ japicompat jdk11.japi.gz myimpl.japi.gz
$ japicompat myimpl.japi.gz jdk12.japi.gz
ഈ രണ്ട് പരീക്ഷകളും വിജയിക്കുന്ന ഒരു നടപ്പാക്കൽ നടത്തുന്നത് ഒരുപക്ഷേ അസാധ്യമാണ്,
കാരണം, JDK1.2-നെതിരെ പരീക്ഷിക്കുമ്പോൾ സൂര്യന്റെ സ്വന്തം JDK1.1 നിരവധി പിശകുകൾ സൃഷ്ടിക്കുന്നു. കാണുക
ഈ സാഹചര്യത്തെ നേരിടാനുള്ള ഒരു മാർഗത്തിനായി മുകളിലുള്ള -i ഓപ്ഷനെക്കുറിച്ചുള്ള ചർച്ച.
കംപ്രസ് ചെയ്ത (.japi.gz) അല്ലെങ്കിൽ കംപ്രസ് ചെയ്യാത്ത (.japi) ഫയലുകൾ ഇതിലേക്ക് കൈമാറാനാകും
japicompat: പൈപ്പ് ഇൻപുട്ട് വേണോ വേണ്ടയോ എന്ന് നിർണ്ണയിക്കാൻ ഫയൽ എക്സ്റ്റൻഷൻ ഉപയോഗിക്കുന്നു
gzip വഴിയോ അല്ലാതെയോ.
onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് japicompat ഓൺലൈനായി ഉപയോഗിക്കുക
