Az Oracle ügyvédei összehasonlítják a Java API újratelepítését Androidon a „Harry Potter” tartalmának másolásával.
Az Egyesült Államok Legfelsőbb Bírósága az év elején tárgyal egy fontos ügyet. , amely meghatározza az API jogi státuszát a szellemi tulajdonjog alapján. Ha a bíróság az Oracle pártjára áll a többmilliárd dolláros perben, az elfojthatja a versenyt, és bebetonozhatja a technológiai óriáscégek dominanciáját, talán magát a Google-t is.
Ugyanakkor az Oracle üzletága kezdetben az IBM által fejlesztett SQL programozási nyelv implementációjára épült, sőt ma már az Amazon S3 API-val ellátott felhőszolgáltatást is kínálja a cég, és ez teljesen normális. Az API újraimplementációja az ipar kezdete óta természetes része a számítástechnika fejlődésének.
Az Oracle azzal vádolja a Google-t, hogy illegálisan másolja a Java API-t, beleértve a nyelvtani szerkezetekhez kötött, elnevezett parancsok listáját. Az Android operációs rendszer kifejezetten a Java API-val kompatibilis, hogy megkönnyítse a Java programozók számára a szoftverek és ismeretek átvitelét az új platformra. Ehhez az Android pontosan átmásolta a megfelelő Java API-parancsokat és nyelvtani szerkezeteket. Az Oracle az, hogy a Java API ilyen „újraimplementálása” egy szerző művének másolásához hasonlítható, mint például a „Harry Potter” irodalmi regény (ez ), és A Google megsérti az Oracle szerzői jogait a Java API-parancsnevekre és -struktúrákra vonatkozóan.
De a Java API-k nem az egyetlen API-k, és nem az Android az egyetlen újraimplementáció. A mai IT-iparban az API-k mindenütt jelen vannak, és az újbóli bevezetés alapvető fontosságú a verseny fenntartásához, hogy megakadályozzák a nagy cégek monopolizálását. Charles Duane az R Street Institute technológiai és innovációs politikáért felelős igazgatója.
A Duane a népszerű Amazon S3 tárolóplatformot hozza fel példának. Az S3 fájlok írásának és visszakeresésének lehetővé tétele érdekében az Amazon átfogó, interakcióba lépni a szolgáltatással. Például a mentett fájlok listájának lekéréséhez () küldünk egy GET parancsot, amely megadja a gazdagép és a típus paramétereit kódolás-típusú, folytatás-jelző и x-amz-dátum. Az Amazon S3 használatához a szoftvernek pontosan ezeket és sok más specifikus paraméternevet kell használnia.
GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayerAz Amazon egyértelműen vezető szerepet tölt be a felhőszolgáltatások piacán, versenytársai pedig az S3 API újbóli megvalósítását kínálják, miközben parancsneveket, paramétercímkéket, típuselőtagokat kell utánozniuk. x-amz, az S3 API nyelvtani szerkezete és általános felépítése. Más szóval, minden, amit az Oracle állít, szerzői jogvédelem alatt áll.
Az Amazon S3 API egy példányát kínáló cégek között vannak . A kompatibilitás érdekében az Amazon S3 Compatibility API az Amazon API számos elemét lemásolja, egészen az x-amz címkékig.
Az Oracle azt állítja, hogy tevékenységének jogszerűsége a nyílt forráskódú Apache 2.0 licencen alapul, amely lehetővé teszi a kód ingyenes másolását és módosítását. Például, Apache 2.0 licenc is jár hozzá.
De a kérdés az, hogy a szellemi tulajdonjogok egyáltalán vonatkoznak-e olyan dolgokra, mint az API-k. Ezt a Legfelsőbb Bíróságnak kell megállapítania.
Ki találta fel az API-t?
Az "alprogramkönyvtár" kifejezés és fogalma először Herman Goldstein és John von Neumann Planning and Coding Problems for an Electronic Computing Instrument - Part II, Volume III (Princeton University Institute of Advanced Study, 1948) című könyvében jelent meg. . A harmadik kötet tartalma:
Ez az első olyan számítógépes programozási módszertan leírása, amely programokat tárol a memóriában (korábban ez nem létezett). Széles körben terjesztették az egyetemeken, amelyek akkoriban megpróbáltak saját számítógépeket létrehozni. És ami a legfontosabb, a könyv tartalmaz egy kulcsfontosságú ötletet: a legtöbb program általános műveleteket fog használni, és a rutinokkal rendelkező könyvtárak csökkentik az új kódok és hibák mennyiségét. Ezt az ötletet Maurice Wilkes tovább finomította, és az EDSAC-gépben ültette át a gyakorlatba, amiért 1967-ben megkapta a Turing-díjat.
Az EDSAC szubrutinkönyvtár a bal oldalon található
A következő lépés a magasabb rendű funkciók és teljes értékű szoftveres interfészek létrehozása volt, ahogyan azt Maurice Wilkes és David Wheeler tette a Preparing Programs for the Electronic Digital Computer (1951) című művében.
Magát a kifejezést Alkalmazási program felület (API) valahol a 60-as évek végén jelent meg.
Az előadás szerzője Joshua Block számos példát ad a programozási interfészekre, utasításkészletekre és szubrutinkönyvtárakra: hogyan hozták létre és használták őket. Az ötlet az, hogy az újrahasználat az API lényege. Elsősorban erre hozták létre őket. A fejlesztőknek pedig mindig volt lehetőségük mások API-jának másolására és újrakészítésére:
API
Teremtő
Év
Újraimplementáció
Év
FORTRAN könyvtár
IBM
1958
Univac
1961
IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970
Standard C Library
AT&T/Bell Labs
1976
Mark Williams Co.
1980
Unix rendszerhívások
AT&T/Bell Labs
1976
Mark Williams Co.
1980
VT100 Esc Seqs
December
1978
Heathkit
1980
IBM PC BIOS
IBM
1981
Phoenix Technologies
1984
MS-DOS CLI
microsoft
1981
FreeDOS projekt
1998
Hayes AT parancskészlet
Hayes Micro
1982
Horgony automatizálás
1985
PostScript
vályogtégla
1985
GNU/GhostScript
1988
SMB
microsoft
1992
Samba projekt
1993
Win32
microsoft
1993
Borprojekt
1996
Java 2 osztályú könyvtárak
nap
1998
Google/Android
2008
Web API Delicious
Finom
2003
pinboard
2009
Forrás:
Az API-k (könyvtárak, utasításkészletek) másolása és újrafelhasználása nem csak helyes, de ez a programozási módszertan egyenesen ajánlott a számítástechnika kánonjaiban. Még az S3 programozási felületek másolása előtt maga az Oracle is sokszor megtette ezt. Ráadásul az Oracle üzlete kezdetben az IBM által kifejlesztett SQL programozási nyelv megvalósítására épült. Az Oracle első zászlóshajója egy DBMS volt, amelyet nagyrészt az IBM System R-ből másoltak. Ebben az esetben az SQL újbóli megvalósításáról beszélünk, mint egy DBMS „standard API”-ként.
A szellemi tulajdonjogok API-kra való rákényszerítése olyan jogi aknamezőt hozhat létre, amely mindenkit érint. Az API-k megvalósítják és . Számos műszaki szabvány, például a Wi-Fi és az Internet protokollok tartalmaznak API-kat. A programozói interfészek valamilyen formában szükségszerűen újratelepülnek az Internet minden számítógépén és szerverén. Az Oracle szerzői jogi elmélete szinte bármit illegálissá tehet, amit a számítógépével csinál.
E messzemenő következmények elkerülése érdekében az Oracle és az érveit fenntartó fellebbviteli bíróság megkísérelte korlátozni a szerzői jogok megsértését bizonyos API-újbóli megvalósításokra, amelyek „összeférhetetlenek” az eredetivel. De részleges újbóli megvalósítások is . Az Oracle még az S3 API másolatában is számos „különbséget” és inkompatibilitást észlel az eredeti Amazon API-kkal.
Az Oracle perének fő veszélye az, hogy megakadályozhatja a kisebb technológiai cégeket abban, hogy olyan rendszerváltozatokat hozzanak létre, amelyek kompatibilisek az olyan domináns platformokkal, mint az S3. Ilyen kompatibilitás nélkül a programozók gyakorlatilag ki lesznek zárva a vállalat kínálatából.
Az iparág képviselői és a fejlesztők csak abban reménykedhetnek, hogy itt az értelem győzni fog, és .
Forrás: will.com