News for hackers. Stuff that matters.
Re:On Leaky Abstractions and Objective-J by drwh0 on Monday December 08, 2008 @04:11PM (#390385)
Apple tried Java bindings to Cocoa at one point

oh come on, it is well known that apple intentionally dragged their feet on their java support for years

probably because they realized that as gross as java was, very few people would bother with objective c if they could get first-class support for java on cocoa

Re:On Leaky Abstractions and Objective-J by DLWormwood on Monday December 08, 2008 @05:00PM (#390453)
> oh come on, it is well known that apple intentionally dragged their feet on their java support for years

Apple (or more, exactly, the part from NeXT) did initially bet a lot on Java adoption. They ported the entire WebObjects stack from ObjC to Java, only to watch the technology get abandoned by those in the banking and eCommerce communities. The conversion was so total that when the Cocoa-To-Java bridge in OS X was deprecated, it was no longer possible to continue using the original WO tool chain. (What WO development outside of Apple exists made a new chain based on Eclipse, from what I read.)

Re:On Leaky Abstractions and Objective-J by cpr on Monday December 08, 2008 @04:41PM (#390420)
No, if they "dragged their feet" it was simply because Java's static OO-ness doesn't map well to Objective-C's fully dynamic nature. Objective-C is basically just Smalltalk semantics (minus control structures) bolted on to C.

It works surprisingly well, but you can't and won't believe it until you try it yourself.

Re:On Leaky Abstractions and Objective-J by thomasmallen on Monday December 08, 2008 @04:47PM (#390432)
That's inconsistent with how quickly Apple had Carbon ready using C. Just a matter of effort.
Re:On Leaky Abstractions and Objective-J by boucher on Monday December 08, 2008 @11:12PM (#390934)
Carbon is a port of C APIs from the classic mac mostly. On top of that, Objective-C is ultimately C, and its easier to talk between the two than Java.