ఒరాకిల్ న్యాయవాదులు జావా API పునఃప్రతిపాదనను పోల్చారు Android с копированием содержания «Гарри Поттера», పిడిఎఫ్

అమెరికా సుప్రీం కోర్టు ఈ ఏడాది ప్రారంభంలో ఒక ముఖ్యమైన కేసును విచారించనుంది. ఒరాకిల్ vs గూగుల్, ఇది మేధో సంపత్తి చట్టం ప్రకారం API యొక్క చట్టపరమైన స్థితిని నిర్ణయిస్తుంది. కోర్టు దాని బహుళ-బిలియన్-డాలర్ దావాలో ఒరాకిల్ పక్షాన ఉంటే, అది పోటీని అణిచివేస్తుంది మరియు బహుశా గూగుల్‌తో సహా టెక్ దిగ్గజాల ఆధిపత్యాన్ని సుస్థిరం చేస్తుంది.

అదే సమయంలో, ఒరాకిల్ యొక్క వ్యాపారం ప్రారంభంలో IBM చే అభివృద్ధి చేయబడిన SQL ప్రోగ్రామింగ్ లాంగ్వేజ్ అమలుపై నిర్మించబడింది మరియు ఇప్పుడు కూడా కంపెనీ Amazon S3 నుండి APIతో క్లౌడ్ సేవను అందిస్తుంది మరియు ఇది పూర్తిగా సాధారణమైనది. పరిశ్రమ ప్రారంభం నుండి కంప్యూటర్ సైన్స్ అభివృద్ధిలో API రీఇంప్లిమెంటేషన్ సహజమైన భాగం.

Oracle обвиняет Google в незаконном копировании Java API, в том числе списка именованных команд, привязанных к грамматическим структурам. Операционная система Android специально совместима с Java API, чтобы Java-программистам было проще перенести программное обеспечение и знания на новую платформу. Для этого Android точно скопировала соответствующие команды Java API и грамматические структуры. వాదన ఒరాకిల్ అనేది జావా API యొక్క అటువంటి "పునః అమలు" సాహిత్య నవల "హ్యారీ పోటర్" (ఇది ఒరాకిల్ న్యాయవాదులు ఇచ్చిన నిజమైన ఉదాహరణ), మరియు జావా API కమాండ్ పేర్లు మరియు నిర్మాణాలపై ఒరాకిల్ కాపీరైట్‌ను Google ఉల్లంఘిస్తుంది.

Но Java API — не единственные API, а Android — не единственная реимплементация. В современной IT-индустрии API встречаются повсеместно, а повторное внедрение фундаментально важно для сохранения конкуренции, чтобы предотвратить монополию крупных фирм, అనుకుంటాడు చార్లెస్ డువాన్ R స్ట్రీట్ ఇన్‌స్టిట్యూట్‌లో టెక్నాలజీ మరియు ఇన్నోవేషన్ పాలసీ డైరెక్టర్.

Duane ప్రముఖ Amazon S3 స్టోరేజ్ ప్లాట్‌ఫారమ్‌కు ఉదాహరణను ఇస్తుంది. S3 నుండి ఫైల్‌లను వ్రాయడం మరియు తిరిగి పొందడం ప్రారంభించడానికి, అమెజాన్ సమగ్రంగా అభివృద్ధి చేసింది, వివరణాత్మక API సేవతో పరస్పర చర్య చేయడానికి. ఉదాహరణకు, సేవ్ చేసిన ఫైల్‌ల జాబితాను పొందడానికి (జాబితా వస్తువులు) మేము హోస్ట్ మరియు టైప్ పారామితులను పేర్కొనే GET ఆదేశాన్ని పంపుతాము ఎన్కోడింగ్-రకం, కొనసాగింపు-టోకెన్ и x-amz-తేదీ. Amazon S3తో పని చేయడానికి, సాఫ్ట్‌వేర్ వీటిని మరియు అనేక ఇతర నిర్దిష్ట పారామీటర్ పేర్లను ఖచ్చితంగా ఉపయోగించాలి.

GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayer

Amazon క్లౌడ్ సేవల మార్కెట్‌లో స్పష్టమైన నాయకుడు, మరియు దాని పోటీదారులు S3 API యొక్క పునః-అమలులను అందిస్తారు, అయితే వారు కమాండ్ పేర్లు, పారామీటర్ ట్యాగ్‌లు, టైప్ ప్రిఫిక్స్‌లను అనుకరించవలసి ఉంటుంది. x-amz, S3 API యొక్క వ్యాకరణ నిర్మాణం మరియు సాధారణ సంస్థ. మరో మాటలో చెప్పాలంటే, ఒరాకిల్ క్లెయిమ్ చేసే ప్రతిదీ కాపీరైట్ చేయబడింది.

అమెజాన్ S3 API యొక్క కాపీని అందించే సంస్థలలో ఉన్నాయి ఒరాకిల్ కూడా ఉంది. అనుకూలత కోసం, Amazon S3 అనుకూలత API Amazon API యొక్క అనేక అంశాలను x-amz ట్యాగ్‌ల వరకు కాపీ చేస్తుంది.

ఒరాకిల్ తన చర్యల యొక్క చట్టబద్ధత ఓపెన్ సోర్స్ అపాచీ 2.0 లైసెన్స్‌పై ఆధారపడి ఉంటుందని పేర్కొంది, ఇది కోడ్‌ను ఉచితంగా కాపీ చేయడానికి మరియు సవరించడానికి అనుమతిస్తుంది. ఉదాహరణకి, జావా కోసం అమెజాన్ SDK Apache 2.0 లైసెన్స్‌తో కూడా వస్తుంది.

కానీ మేధో సంపత్తి చట్టం APIల వంటి వాటికి కూడా వర్తిస్తుందా అనేది ప్రశ్న. దీనిని సుప్రీంకోర్టు నిర్ధారించాలి.

APIని ఎవరు కనుగొన్నారు?

"సబ్రౌటిన్ లైబ్రరీ" అనే పదం మరియు భావన మొదటగా ఎలక్ట్రానిక్ కంప్యూటింగ్ ఇన్‌స్ట్రుమెంట్ కోసం ప్లానింగ్ అండ్ కోడింగ్ ప్రాబ్లమ్స్ పుస్తకంలో కనిపించింది - పార్ట్ II, వాల్యూమ్ III (ప్రిన్స్‌టన్ యూనివర్శిటీ ఇన్‌స్టిట్యూట్ ఆఫ్ అడ్వాన్స్‌డ్ స్టడీ, 1948) హెర్మన్ గోల్డ్‌స్టెయిన్ మరియు జాన్ వాన్ న్యూమాన్. archive.orgలో కాపీ చేయండి. మూడవ సంపుటంలోని విషయాలు:

మెమరీలో ప్రోగ్రామ్‌లను నిల్వ చేసే కంప్యూటర్‌ల కోసం ప్రోగ్రామింగ్ పద్దతి యొక్క మొదటి వివరణ ఇది (గతంలో ఇది ఉనికిలో లేదు). ఆ సమయంలో వారి స్వంత కంప్యూటర్లను రూపొందించడానికి ప్రయత్నిస్తున్న విశ్వవిద్యాలయాలకు ఇది విస్తృతంగా పంపిణీ చేయబడింది. మరియు ముఖ్యంగా, పుస్తకంలో కీలకమైన ఆలోచన ఉంది: చాలా ప్రోగ్రామ్‌లు సాధారణ కార్యకలాపాలను ఉపయోగిస్తాయి మరియు నిత్యకృత్యాలతో కూడిన లైబ్రరీలు కొత్త కోడ్ మరియు ఎర్రర్‌ల మొత్తాన్ని తగ్గిస్తాయి. ఈ ఆలోచనను మారిస్ విల్క్స్ మరింత మెరుగుపరిచారు మరియు EDSAC మెషీన్‌లో ఆచరణలో పెట్టారు, దీనికి అతను 1967 ట్యూరింగ్ అవార్డును అందుకున్నాడు.

EDSAC సబ్‌రూటీన్ లైబ్రరీ ఎడమ వైపున ఉంది

ఎలక్ట్రానిక్ డిజిటల్ కంప్యూటర్ (1951) కోసం ప్రిపేరింగ్ ప్రోగ్రామ్‌లలో మారిస్ విల్క్స్ మరియు డేవిడ్ వీలర్ చేసినట్లుగా, హై-ఆర్డర్ ఫంక్షన్‌లు మరియు పూర్తి స్థాయి సాఫ్ట్‌వేర్ ఇంటర్‌ఫేస్‌లను సృష్టించడం తదుపరి దశ.

పదం కూడా అప్లికేషన్ ప్రోగ్రామ్ ఇంటర్ఫేస్ (API) 60వ దశకం చివరిలో ఎక్కడో కనిపించింది.

ప్రదర్శన యొక్క రచయిత "API యొక్క సంక్షిప్త విషయ చరిత్ర" జాషువా బ్లాక్ ప్రోగ్రామింగ్ ఇంటర్‌ఫేస్‌లు, ఇన్‌స్ట్రక్షన్ సెట్‌లు మరియు సబ్‌రూటీన్ లైబ్రరీలకు అనేక ఉదాహరణలను అందిస్తుంది: అవి ఎలా సృష్టించబడ్డాయి మరియు తరువాత ఉపయోగించబడ్డాయి. ఆలోచన ఏమిటంటే పునర్వినియోగం అనేది API యొక్క పాయింట్. దీని కోసం వారు మొదట సృష్టించబడ్డారు. మరియు డెవలపర్‌లు ఇతరుల APIలను కాపీ చేయడానికి మరియు రీమేక్ చేయడానికి ఎల్లప్పుడూ అవకాశం కలిగి ఉంటారు:

API
సృష్టికర్త
సంవత్సరం
తిరిగి అమలు చేయడం
సంవత్సరం

ఫోర్ట్రాన్ లైబ్రరీ
IBM
1958
యూనివాక్
1961

IBM S/360 ISA
IBM
1964
అమ్దాల్ కార్పొరేషన్.
1970

ప్రామాణిక సి లైబ్రరీ
AT&T/బెల్ ల్యాబ్స్
1976
మార్క్ విలియమ్స్ కో.
1980

Unix సిస్టమ్ కాల్స్
AT&T/బెల్ ల్యాబ్స్
1976
మార్క్ విలియమ్స్ కో.
1980

VT100 Esc Seqs
DEC
1978
హీత్‌కిట్
1980

IBM PC BIOS
IBM
1981
ఫీనిక్స్ టెక్నాలజీస్
1984

MS-DOS CLI
మైక్రోసాఫ్ట్
1981
FreeDOS ప్రాజెక్ట్
1998

హేస్ AT కమాండ్ సెట్
హేస్ మైక్రో
1982
యాంకర్ ఆటోమేషన్
1985

పోస్ట్స్క్రిప్ట్
Adobe
1985
GNU/GhostScript
1988

SMB
మైక్రోసాఫ్ట్
1992
సాంబా ప్రాజెక్ట్
1993

Win32
మైక్రోసాఫ్ట్
1993
వైన్ ప్రాజెక్ట్
1996

జావా 2 క్లాస్ లైబ్రరీలు
సన్
1998
Google/Android
2008

వెబ్ API రుచికరమైన
రుచికరమైన
2003
బుల్లెటిన్
2009

మూలం: "API యొక్క సంక్షిప్త విషయ చరిత్ర"

APIలను (లైబ్రరీలు, ఇన్‌స్ట్రక్షన్ సెట్‌లు) కాపీ చేయడం మరియు తిరిగి ఉపయోగించడం సరైనది మాత్రమే కాదు, అయితే ఈ ప్రోగ్రామింగ్ పద్దతి నేరుగా కంప్యూటర్ సైన్స్ కానన్‌లలో సిఫార్సు చేయబడింది. S3 ప్రోగ్రామింగ్ ఇంటర్‌ఫేస్‌లను కాపీ చేయడానికి ముందు కూడా, ఒరాకిల్ కూడా దీన్ని చాలాసార్లు చేసింది. అంతేకాకుండా, ఒరాకిల్ వ్యాపారం ప్రారంభంలో IBM చే అభివృద్ధి చేయబడిన SQL ప్రోగ్రామింగ్ లాంగ్వేజ్ అమలుపై నిర్మించబడింది. ఒరాకిల్ యొక్క మొదటి ఫ్లాగ్‌షిప్ ఉత్పత్తి DBMS, ఇది ఎక్కువగా IBM సిస్టమ్ R నుండి కాపీ చేయబడింది. ఈ సందర్భంలో, మేము DBMS కోసం SQLని "ప్రామాణిక API"గా తిరిగి అమలు చేయడం గురించి మాట్లాడుతున్నాము.

APIలపై మేధో సంపత్తి హక్కులను విధించడం వల్ల ప్రతి ఒక్కరినీ ప్రభావితం చేసే చట్టపరమైన మైన్‌ఫీల్డ్‌ను సృష్టించవచ్చు. APIలు అమలు మరియు ఇతర క్లౌడ్ సేవలు. Wi-Fi మరియు ఇంటర్నెట్ ప్రోటోకాల్‌ల వంటి అనేక సాంకేతిక ప్రమాణాలు APIలను కలిగి ఉంటాయి. ప్రోగ్రామింగ్ ఇంటర్‌ఫేస్‌లు తప్పనిసరిగా ఇంటర్నెట్‌లోని ప్రతి కంప్యూటర్ మరియు సర్వర్‌లో ఏదో ఒక రూపంలో మళ్లీ అమలు చేయబడతాయి. ఒరాకిల్ యొక్క కాపీరైట్ సిద్ధాంతం మీ కంప్యూటర్‌తో మీరు చేసే దాదాపు ఏదైనా చట్టవిరుద్ధం చేస్తుంది.

ఈ సుదూర పరిణామాలను నివారించడానికి, ఒరాకిల్ మరియు దాని వాదనలను సమర్థించిన అప్పీలేట్ కోర్ట్ కాపీరైట్ ఉల్లంఘనను అసలైనదానికి "అనుకూలంగా లేని" నిర్దిష్ట API రీఇంప్లిమెంటేషన్‌లకు పరిమితం చేయడానికి ప్రయత్నించాయి. కానీ పాక్షిక రీ-అమలు కూడా సర్వసాధారణం. ఒరాకిల్ దాని S3 API కాపీలో కూడా అసలైన Amazon APIలతో అనేక "వ్యత్యాసాలు" మరియు అననుకూలతలను పేర్కొంది.

ఒరాకిల్ యొక్క దావా యొక్క ప్రధాన ప్రమాదం ఏమిటంటే, ఇది S3 వంటి ఆధిపత్య ప్లాట్‌ఫారమ్‌లకు అనుకూలంగా ఉండే సిస్టమ్‌ల సంస్కరణలను సృష్టించకుండా చిన్న టెక్నాలజీ కంపెనీలను నిరోధించవచ్చు. అటువంటి అనుకూలత లేకుండా, ప్రోగ్రామర్లు ఈ కంపెనీ ఆఫర్‌ల నుండి సమర్థవంతంగా లాక్ చేయబడతారు.

పరిశ్రమ ప్రతినిధులు మరియు డెవలపర్లు కారణం ఇక్కడ ప్రబలంగా ఉంటుందని మాత్రమే ఆశించవచ్చు, మరియు న్యాయమూర్తులకు ప్రోగ్రామింగ్ యొక్క ప్రాథమిక అంశాలు తెలుసు.

మూలం: www.habr.com