Read an article this morning that I felt was a parallel to this thread… http://www.forbes.com/sites/oliverherzfeld/2012/05/01/oracle-v-google-are-apis-covered-by-copyright-law/
From the article… <quote> The heart of the copyright phase of the trial is Oracle’s claim that Google is infringing its copyrights in and to 37 Java APIs used by Android by copying their “structure, sequence and organization”. Google claims such APIs are not subject to copyright protection. </quote> Perhaps the break in the parallel is that playerglobal is not open source. Since playerglobal is a swc and when you unzip it you get catalog.xml. From the catalog.xml I/we could write some air as3 code using describeType to gen a copy of the playerglobal api. If API's are currently not copyright protected like the article contends we should be fine to do this. That way even if playergobal code is compiled into the final output we wouldn't be infringing. On May 2, 2012, at 5:01 AM, Nicholas Kwiatkowski wrote: > But isn't creating an exact copy of the API our goal, in order to have > feature and functional parity? > > If I don't match the function signatures, then the world goes to shit. > > -Nick > > > On Tue, May 1, 2012 at 8:18 PM, Alex Harui <aha...@adobe.com> wrote: > >> >> >> >> On 5/1/12 4:54 PM, "Jeffry Houser" <jef...@dot-com-it.com> wrote: >> >>> It shouldn't violate copyright; because we are writing our own code >>> from scratch. Unless Adobe wants to claim copyright on the API which is >>> possible. I know I read about a API related lawsuit at one point, but I >>> have no idea what the results were. >> Again, I'm not a lawyer, but here's my logic: If we were writing actual >> code that did something, then I would agree, starting from scratch >> shouldn't >> be a violation of copyright. But to try to create an exact replica of an >> API is to me the equivalent of hearing a song, but not having the sheet >> music, re-creating the song exactly. I don't think you can do that in the >> music business. >> >> -- >> Alex Harui >> Flex SDK Team >> Adobe Systems, Inc. >> http://blogs.adobe.com/aharui >> >>
