ਓਰੇਕਲ ਵਕੀਲ "ਹੈਰੀ ਪੋਟਰ" ਦੀ ਸਮੱਗਰੀ ਦੀ ਨਕਲ ਕਰਨ ਨਾਲ ਐਂਡਰੌਇਡ ਵਿੱਚ Java API ਦੇ ਮੁੜ-ਲਾਗੂ ਕਰਨ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਨ, PDF

ਅਮਰੀਕੀ ਸੁਪਰੀਮ ਕੋਰਟ ਇਸ ਸਾਲ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਇੱਕ ਅਹਿਮ ਮਾਮਲੇ ਦੀ ਸੁਣਵਾਈ ਕਰੇਗੀ। ਓਰੇਕਲ ਬਨਾਮ ਗੂਗਲ, ਜੋ ਕਿ ਬੌਧਿਕ ਸੰਪੱਤੀ ਕਾਨੂੰਨ ਦੇ ਤਹਿਤ API ਦੀ ਕਾਨੂੰਨੀ ਸਥਿਤੀ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰੇਗਾ। ਜੇ ਅਦਾਲਤ ਓਰੇਕਲ ਦੇ ਨਾਲ ਇਸਦੇ ਬਹੁ-ਬਿਲੀਅਨ-ਡਾਲਰ ਦੇ ਮੁਕੱਦਮੇ ਵਿੱਚ ਪੱਖ ਰੱਖਦੀ ਹੈ, ਤਾਂ ਇਹ ਮੁਕਾਬਲੇ ਨੂੰ ਰੋਕ ਸਕਦੀ ਹੈ ਅਤੇ ਤਕਨੀਕੀ ਦਿੱਗਜਾਂ ਦੇ ਦਬਦਬੇ ਨੂੰ ਸੀਮੇਂਟ ਕਰ ਸਕਦੀ ਹੈ, ਸੰਭਵ ਤੌਰ 'ਤੇ ਗੂਗਲ ਵੀ ਸ਼ਾਮਲ ਹੈ।

ਉਸੇ ਸਮੇਂ, ਓਰੇਕਲ ਦਾ ਕਾਰੋਬਾਰ ਸ਼ੁਰੂ ਵਿੱਚ IBM ਦੁਆਰਾ ਵਿਕਸਤ SQL ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਨੂੰ ਲਾਗੂ ਕਰਨ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਸੀ, ਅਤੇ ਹੁਣ ਵੀ ਕੰਪਨੀ ਐਮਾਜ਼ਾਨ S3 ਤੋਂ ਇੱਕ API ਦੇ ਨਾਲ ਕਲਾਉਡ ਸੇਵਾ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਮ ਹੈ। API ਨੂੰ ਮੁੜ ਲਾਗੂ ਕਰਨਾ ਉਦਯੋਗ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਹੀ ਕੰਪਿਊਟਰ ਵਿਗਿਆਨ ਦੇ ਵਿਕਾਸ ਦਾ ਇੱਕ ਕੁਦਰਤੀ ਹਿੱਸਾ ਰਿਹਾ ਹੈ।

ਓਰੇਕਲ ਨੇ ਗੂਗਲ 'ਤੇ ਜਾਵਾ API ਦੀ ਨਕਲ ਕਰਨ ਦਾ ਦੋਸ਼ ਲਗਾਇਆ ਹੈ, ਜਿਸ ਵਿੱਚ ਵਿਆਕਰਨਿਕ ਢਾਂਚੇ ਨਾਲ ਜੁੜੇ ਨਾਮਕ ਕਮਾਂਡਾਂ ਦੀ ਸੂਚੀ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਐਂਡਰੌਇਡ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਖਾਸ ਤੌਰ 'ਤੇ Java API ਦੇ ਅਨੁਕੂਲ ਹੈ ਤਾਂ ਜੋ Java ਪ੍ਰੋਗਰਾਮਰਾਂ ਲਈ ਸੌਫਟਵੇਅਰ ਅਤੇ ਗਿਆਨ ਨੂੰ ਨਵੇਂ ਪਲੇਟਫਾਰਮ 'ਤੇ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਆਸਾਨ ਬਣਾਇਆ ਜਾ ਸਕੇ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਐਂਡਰੌਇਡ ਨੇ ਜਾਵਾ API ਕਮਾਂਡਾਂ ਅਤੇ ਵਿਆਕਰਨਿਕ ਢਾਂਚੇ ਨੂੰ ਬਿਲਕੁਲ ਕਾਪੀ ਕੀਤਾ। ਦਲੀਲ ਓਰੇਕਲ ਇਹ ਹੈ ਕਿ ਜਾਵਾ API ਦੇ ਅਜਿਹੇ "ਮੁੜ ਲਾਗੂ" ਦੀ ਤੁਲਨਾ ਲੇਖਕ ਦੇ ਕੰਮ ਦੀ ਨਕਲ ਕਰਨ ਨਾਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਸਾਹਿਤਕ ਨਾਵਲ "ਹੈਰੀ ਪੋਟਰ" (ਇਹ ਓਰੇਕਲ ਵਕੀਲਾਂ ਦੁਆਰਾ ਦਿੱਤੀ ਗਈ ਇੱਕ ਅਸਲ ਉਦਾਹਰਣ), ਅਤੇ Google Java API ਕਮਾਂਡ ਦੇ ਨਾਮ ਅਤੇ ਢਾਂਚੇ 'ਤੇ Oracle ਦੇ ਕਾਪੀਰਾਈਟ ਦੀ ਉਲੰਘਣਾ ਕਰਦਾ ਹੈ.

ਪਰ ਜਾਵਾ ਏਪੀਆਈ ਸਿਰਫ ਏਪੀਆਈ ਨਹੀਂ ਹਨ, ਅਤੇ ਐਂਡਰੌਇਡ ਸਿਰਫ ਮੁੜ ਲਾਗੂ ਨਹੀਂ ਹੈ। ਅੱਜ ਦੇ IT ਉਦਯੋਗ ਵਿੱਚ, API ਸਰਵ ਵਿਆਪਕ ਹਨ, ਅਤੇ ਵੱਡੀਆਂ ਫਰਮਾਂ ਨੂੰ ਏਕਾਧਿਕਾਰ ਬਣਾਉਣ ਤੋਂ ਰੋਕਣ ਲਈ ਮੁਕਾਬਲੇ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਪੁਨਰ-ਪ੍ਰਾਪਤ ਕਰਨਾ ਬੁਨਿਆਦੀ ਹੈ। ਸੋਚਦਾ ਹੈ ਚਾਰਲਸ ਡੁਏਨ ਆਰ ਸਟ੍ਰੀਟ ਇੰਸਟੀਚਿਊਟ ਵਿੱਚ ਤਕਨਾਲੋਜੀ ਅਤੇ ਨਵੀਨਤਾ ਨੀਤੀ ਦੇ ਨਿਰਦੇਸ਼ਕ ਹਨ।

Duane ਪ੍ਰਸਿੱਧ Amazon S3 ਸਟੋਰੇਜ ਪਲੇਟਫਾਰਮ ਦੀ ਉਦਾਹਰਣ ਦਿੰਦਾ ਹੈ। S3 ਤੋਂ ਫਾਈਲਾਂ ਲਿਖਣ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਲਈ, ਐਮਾਜ਼ਾਨ ਨੇ ਵਿਆਪਕ, ਵਿਸਤ੍ਰਿਤ API для взаимодействия с сервисом. Например, для получения списка сохранённых файлов (ਵਸਤੂਆਂ ਦੀ ਸੂਚੀ) ਅਸੀਂ ਮੇਜ਼ਬਾਨ ਅਤੇ ਟਾਈਪ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਇੱਕ GET ਕਮਾਂਡ ਭੇਜਦੇ ਹਾਂ ਏਨਕੋਡਿੰਗ-ਕਿਸਮ, ਨਿਰੰਤਰਤਾ-ਟੋਕਨ и x-amz-ਤਰੀਕ. ਐਮਾਜ਼ਾਨ 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

ਐਮਾਜ਼ਾਨ ਕਲਾਉਡ ਸਰਵਿਸਿਜ਼ ਮਾਰਕੀਟ ਵਿੱਚ ਸਪੱਸ਼ਟ ਲੀਡਰ ਹੈ, ਅਤੇ ਇਸਦੇ ਪ੍ਰਤੀਯੋਗੀ S3 API ਨੂੰ ਮੁੜ ਲਾਗੂ ਕਰਨ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਉਹਨਾਂ ਨੂੰ ਕਮਾਂਡ ਦੇ ਨਾਮ, ਪੈਰਾਮੀਟਰ ਟੈਗਸ, ਟਾਈਪ ਪ੍ਰੀਫਿਕਸ ਦੀ ਨਕਲ ਕਰਨੀ ਪੈਂਦੀ ਹੈ x-amz, ਵਿਆਕਰਨਿਕ ਬਣਤਰ ਅਤੇ S3 API ਦਾ ਆਮ ਸੰਗਠਨ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿਚ, ਓਰੇਕਲ ਦਾ ਦਾਅਵਾ ਕਰਨ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਕਾਪੀਰਾਈਟ ਹੈ।

ਐਮਾਜ਼ਾਨ S3 API ਦੀ ਇੱਕ ਕਾਪੀ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਨ ਵਾਲੀਆਂ ਕੰਪਨੀਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ ਓਰੇਕਲ ਵੀ ਹੈ. ਅਨੁਕੂਲਤਾ ਲਈ, ਐਮਾਜ਼ਾਨ S3 ਅਨੁਕੂਲਤਾ API ਐਮਾਜ਼ਾਨ 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
ਸਿਰਜਣਹਾਰ
Год
ਮੁੜ ਲਾਗੂ ਕਰਨਾ
Год

ਫੋਰਟਰਨ ਲਾਇਬ੍ਰੇਰੀ
IBM
1958
ਯੂਨੀਵੈਕ
1961

IBM S/360 ISA
IBM
1964
ਅਮਦਾਹਲ ਕਾਰਪੋਰੇਸ਼ਨ
1970

ਸਟੈਂਡਰਡ ਸੀ ਲਾਇਬ੍ਰੇਰੀ
AT&T/Bell Labs
1976
ਮਾਰਕ ਵਿਲੀਅਮਜ਼ ਕੰ.
1980

ਯੂਨਿਕਸ ਸਿਸਟਮ ਕਾਲਾਂ
AT&T/Bell Labs
1976
ਮਾਰਕ ਵਿਲੀਅਮਜ਼ ਕੰ.
1980

VT100 Esc Seqs
ਦਸੰਬਰ
1978
ਹੈਥਕਿੱਟ
1980

IBM PC BIOS
IBM
1981
ਫੀਨਿਕਸ ਟੈਕਨੋਲੋਜੀਜ਼
1984

MS-DOS CLI
Microsoft ਦੇ
1981
FreeDOS ਪ੍ਰੋਜੈਕਟ
1998

Hayes AT ਕਮਾਂਡ ਸੈੱਟ
ਹੇਜ਼ ਮਾਈਕ੍ਰੋ
1982
ਐਂਕਰ ਆਟੋਮੇਸ਼ਨ
1985

ਪੋਸਟਸਕ੍ਰਿਪਟ
ਅਡੋਬ
1985
GNU/GhostScript
1988

SMB
Microsoft ਦੇ
1992
ਸਾਂਬਾ ਪ੍ਰੋਜੈਕਟ
1993

Win32
Microsoft ਦੇ
1993
ਵਾਈਨ ਪ੍ਰੋਜੈਕਟ
1996

Java 2 ਕਲਾਸ ਲਾਇਬ੍ਰੇਰੀਆਂ
ਸੂਰਜ
1998
Google/Android
2008

ਵੈੱਬ API ਸੁਆਦੀ
ਸੁਆਦੀ
2003
ਪਿੰਨਬੋਰਡ
2009

ਸਰੋਤ: "ਏਪੀਆਈ ਦਾ ਸੰਖੇਪ ਵਿਅਕਤੀਗਤ ਇਤਿਹਾਸ"

APIs (ਲਾਇਬ੍ਰੇਰੀਆਂ, ਹਦਾਇਤਾਂ ਦੇ ਸੈੱਟ) ਨੂੰ ਕਾਪੀ ਕਰਨਾ ਅਤੇ ਦੁਬਾਰਾ ਵਰਤਣਾ ਨਾ ਸਿਰਫ਼ ਸਹੀ ਹੈ, ਪਰ ਕੰਪਿਊਟਰ ਵਿਗਿਆਨ ਦੇ ਸਿਧਾਂਤਾਂ ਵਿੱਚ ਇਸ ਪ੍ਰੋਗਰਾਮਿੰਗ ਵਿਧੀ ਦੀ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। S3 ਪ੍ਰੋਗਰਾਮਿੰਗ ਇੰਟਰਫੇਸ ਦੀ ਨਕਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵੀ, ਓਰੇਕਲ ਨੇ ਖੁਦ ਕਈ ਵਾਰ ਅਜਿਹਾ ਕੀਤਾ. ਇਸ ਤੋਂ ਇਲਾਵਾ, Oracle ਦਾ ਕਾਰੋਬਾਰ ਸ਼ੁਰੂ ਵਿੱਚ IBM ਦੁਆਰਾ ਵਿਕਸਤ SQL ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਨੂੰ ਲਾਗੂ ਕਰਨ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਓਰੇਕਲ ਦਾ ਪਹਿਲਾ ਫਲੈਗਸ਼ਿਪ ਉਤਪਾਦ ਇੱਕ DBMS ਸੀ, ਜੋ ਕਿ ਜ਼ਿਆਦਾਤਰ IBM ਸਿਸਟਮ R ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸ ਮਾਮਲੇ ਵਿੱਚ, ਅਸੀਂ ਇੱਕ DBMS ਲਈ "ਸਟੈਂਡਰਡ API" ਦੇ ਤੌਰ 'ਤੇ SQL ਨੂੰ ਮੁੜ ਲਾਗੂ ਕਰਨ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ।

APIs 'ਤੇ ਬੌਧਿਕ ਸੰਪੱਤੀ ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਇੱਕ ਕਾਨੂੰਨੀ ਮਾਈਨਫੀਲਡ ਬਣਾ ਸਕਦਾ ਹੈ ਜੋ ਹਰ ਕਿਸੇ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। API ਲਾਗੂ ਕਰਦੇ ਹਨ ਅਤੇ ਹੋਰ ਕਲਾਉਡ ਸੇਵਾਵਾਂ. ਕਈ ਤਕਨੀਕੀ ਮਿਆਰ, ਜਿਵੇਂ ਕਿ Wi-Fi ਅਤੇ ਇੰਟਰਨੈਟ ਪ੍ਰੋਟੋਕੋਲ, ਵਿੱਚ API ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਪ੍ਰੋਗਰਾਮਿੰਗ ਇੰਟਰਫੇਸ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਇੰਟਰਨੈੱਟ 'ਤੇ ਹਰੇਕ ਕੰਪਿਊਟਰ ਅਤੇ ਸਰਵਰ 'ਤੇ ਕਿਸੇ ਨਾ ਕਿਸੇ ਰੂਪ ਵਿੱਚ ਦੁਬਾਰਾ ਲਾਗੂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਓਰੇਕਲ ਦੀ ਕਾਪੀਰਾਈਟ ਥਿਊਰੀ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ ਨਾਲ ਤੁਹਾਡੇ ਦੁਆਰਾ ਕੀਤੀ ਗਈ ਲਗਭਗ ਹਰ ਚੀਜ਼ ਨੂੰ ਗੈਰ-ਕਾਨੂੰਨੀ ਬਣਾ ਸਕਦੀ ਹੈ।

ਇਹਨਾਂ ਦੂਰਗਾਮੀ ਨਤੀਜਿਆਂ ਤੋਂ ਬਚਣ ਲਈ, ਓਰੇਕਲ ਅਤੇ ਅਪੀਲੀ ਅਦਾਲਤ ਜਿਸ ਨੇ ਇਸਦੀਆਂ ਦਲੀਲਾਂ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਿਆ, ਨੇ ਕਾਪੀਰਾਈਟ ਉਲੰਘਣਾ ਨੂੰ ਕੁਝ API ਮੁੜ ਲਾਗੂ ਕਰਨ ਤੱਕ ਸੀਮਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ ਜੋ ਅਸਲ ਨਾਲ "ਅਸੰਗਤ" ਹਨ। ਪਰ ਅੰਸ਼ਕ ਮੁੜ-ਲਾਗੂ ਵੀ ਆਮ ਹਨ. ਇੱਥੋਂ ਤੱਕ ਕਿ S3 API ਦੀ ਇਸਦੀ ਕਾਪੀ ਵਿੱਚ, ਓਰੇਕਲ ਅਸਲ ਐਮਾਜ਼ਾਨ API ਦੇ ਨਾਲ ਬਹੁਤ ਸਾਰੇ "ਅੰਤਰਾਂ" ਅਤੇ ਅਸੰਗਤਤਾਵਾਂ ਨੂੰ ਨੋਟ ਕਰਦਾ ਹੈ।

ਓਰੇਕਲ ਦੇ ਮੁਕੱਦਮੇ ਦਾ ਮੁੱਖ ਖ਼ਤਰਾ ਇਹ ਹੈ ਕਿ ਇਹ ਛੋਟੀਆਂ ਟੈਕਨਾਲੋਜੀ ਕੰਪਨੀਆਂ ਨੂੰ ਸਿਸਟਮ ਦੇ ਸੰਸਕਰਣ ਬਣਾਉਣ ਤੋਂ ਰੋਕ ਸਕਦਾ ਹੈ ਜੋ ਪ੍ਰਭਾਵੀ ਪਲੇਟਫਾਰਮਾਂ ਜਿਵੇਂ ਕਿ S3 ਨਾਲ ਅਨੁਕੂਲ ਹਨ। ਅਜਿਹੀ ਅਨੁਕੂਲਤਾ ਤੋਂ ਬਿਨਾਂ, ਪ੍ਰੋਗਰਾਮਰ ਇਸ ਕੰਪਨੀ ਦੀਆਂ ਪੇਸ਼ਕਸ਼ਾਂ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਬੰਦ ਹੋ ਜਾਣਗੇ।

ਉਦਯੋਗ ਦੇ ਪ੍ਰਤੀਨਿਧ ਅਤੇ ਡਿਵੈਲਪਰ ਸਿਰਫ ਇਹ ਉਮੀਦ ਕਰ ਸਕਦੇ ਹਨ ਕਿ ਕਾਰਨ ਇੱਥੇ ਪ੍ਰਬਲ ਹੋਵੇਗਾ, ਅਤੇ ਜੱਜ ਪ੍ਰੋਗਰਾਮਿੰਗ ਦੀਆਂ ਮੂਲ ਗੱਲਾਂ ਜਾਣਦੇ ਹਨ.

ਸਰੋਤ: www.habr.com