Beta
×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Ex-Sun Employees Are Taking Java To iOS

timothy posted more than 2 years ago | from the drinking-the-beans dept.

Android 115

An anonymous reader writes "Ex-Sun employees did what Sun/Oracle failed to do since the iPhone launched. They brought Java to iOS and other mobile devices. They are getting major coverage from Forbes, DDJ, hacker news and others. They are taking a unique approach of combining a Swing-like API with a open source and SaaS based solution."

cancel ×

115 comments

Sorry! There are no comments related to the filter you selected.

Not entirely useful (5, Informative)

medcalf (68293) | more than 2 years ago | (#40777357)

Just to be clear, this does not allow users to run Java apps on their phones. It makes it easier for Java developers to port Java apps, though.

Re:Not entirely useful (4, Insightful)

binarylarry (1338699) | more than 2 years ago | (#40777397)

Why would you want a desktop app on a phone anyway?

Except for certain very narrow use cases, it's better to have an app written for phones.

Re:Not entirely useful (4, Insightful)

aaaaaaargh! (1150173) | more than 2 years ago | (#40777565)

There hundreds of thousand Java apps that are not desktop apps, like e.g. every Android app. So what's your point?

Re:Not entirely useful (1)

aaaaaaargh! (1150173) | more than 2 years ago | (#40777581)

Seems that my post missing an auxiliary verb. Sorry!

Re:Not entirely useful (1)

SteveFoerster (136027) | more than 2 years ago | (#40778733)

Just so long as you catch moose and squirrel. ;-)

Re:Not entirely useful (1)

Desler (1608317) | more than 2 years ago | (#40777611)

Great but this won't work for Android apps since they don't use Swing.

Re:Not entirely useful (4, Informative)

Anonymous Coward | more than 2 years ago | (#40778149)

It will work for android. Rather than trying to run Swing on the native platform, It compiles down to whatever the native platform is. Basically in C1 you are building a meta app using their libraries. Then when it compiles, for iOS it will generate Obj-C, for Android it will generate a UI using standard Android widgets (I know Android is java, but not sure what their UI framework is called).

I'm a Java/iOS developer and have been playing around with it a bit. IMO, it has a long way to go before being useful, but it's exciting to see that what they are doing is possible. Currently their API is pretty sparse and their design tools are very primitive, so I think to match what a lot of apps are doing today, you would still end up writing a lot of native code. They have their own version of JNI that let's you do that.

I think if they keep working on it though, create a cool UI builder, add more wrappers around more core platform services (location services would be a good one to add next I think) I think they will get there.

It's neat stuff! I'm still going to do my iOS apps in Obj-C though for the time being.

Separation of model and view (3, Interesting)

tepples (727027) | more than 2 years ago | (#40778253)

Then write a Swing front-end, which runs on J2SE platforms, using the same application logic as your Android application. If your application's model and view are separated correctly [wikipedia.org] , this shouldn't be hard.

Re:Not entirely useful (0)

robthebloke (1308483) | more than 2 years ago | (#40778003)

There hundreds of thousand Java apps that are not desktop apps, like e.g. every Android app.

With the exception of those using the NDK, i.e. most of them.....

Re:Not entirely useful (1)

oakgrove (845019) | more than 2 years ago | (#40778269)

most of them

I seriously doubt that is true. Do you have a reliable source that agrees that most Android apps use the NDK?

Re:Not entirely useful (2)

gl4ss (559668) | more than 2 years ago | (#40779241)

most of them

I seriously doubt that is true. Do you have a reliable source that agrees that most Android apps use the NDK?

If I had to pull a number out of my stetson(I do have one, I just never wear it) I'd say that 99% of android apps don't need ndk.

however the probability that someone interested in games has some ndk app or another is nearly 99% as well(gta & etc cool tech demo type of things need it.. that's why you're seeing them ported to both ios and android but not wp currently).

technically though this particular java solution is only of interest to developers, however it seems like it's more reasonable than phonegap for example - this approach could get much better actual cross platform compatibility for complex ui's.

but still.. swing.. ugh..

Re:Not entirely useful (4, Informative)

Bogtha (906264) | more than 2 years ago | (#40778377)

Android applications aren't Java applications. They are written in the Java language, but they are then compiled to run on the Dalvik VM. Even if they were Java applications, you couldn't simply drop them onto any old Java VM and have them work; they need all the runtime libraries present on Android to work.

Re:Not entirely useful (1)

datavirtue (1104259) | more than 2 years ago | (#40779801)

Is the release of this project an outcome of Oracle losing the lawsuit against Google for Android?

Re:Not entirely useful (3, Interesting)

owlstead (636356) | more than 2 years ago | (#40781671)

That is certainly true, but most of the libraries that are used for core functionality of applications (at least if your application is not just a GUI or Android specific) are fully compatible with the Java runtime after compilation, and almost any third party lib can be compiled and run. The only problem is that many applications are too dependent on the GUI - in other words if they are badly written.

Re:Not entirely useful (1)

binarylarry (1338699) | more than 2 years ago | (#40780165)

Only on slashdot would a post this stupid get modded up.

Re:Not entirely useful (0)

Anonymous Coward | more than 2 years ago | (#40777733)

Because I want to run apps like Anathema or Hero Designer and don't want to lug a desktop around. Just shove the ipad in the bag with the game books, or better yet, not even take the game books just the ipad.

Just get a netbook (1)

tepples (727027) | more than 2 years ago | (#40778277)

Then do like I do and shove a netbook in the bag with the game books.

Re:Not entirely useful (4, Insightful)

sl4shd0rk (755837) | more than 2 years ago | (#40777811)

Why would you want a desktop app on a phone anyway?

Java is a portability option (if you are mindful). You can write a single Java based application and run it on any platform supporting the version you compiled for. This gives you instant portability to other platforms without having to wonder about ended-ness, hardware, file structure and myriad other things. Imagine writing a game on Linux and automaticaly, it would run on Windows, Mac and any other Java supported platform.

Now, all this ease does come at a cost. It takes an extra layer of software (java VM) and more CPU power and RAM than a native application but this is the tradeoff. If you are wise, you can get acceptable performance out of modern hardware.

In reality, developers haven't always coded Java with portability in mind. Some platforms (won't mention any names) have been suspect of "hobbling" the stability of Java on purpose because said platform had their own implementation to market, but that's beside the point. Java portability is a keen aspect of the language which sometimes gets overlooked. It can offer some very real benefits under favorable circumstances but is by no means the end-all many would like. It has it's drawbacks too but the portability is a big one.

Re:Not entirely useful (-1, Flamebait)

Karlt1 (231423) | more than 2 years ago | (#40778547)

"This gives you instant portability to other platforms without having to wonder about ended-ness, hardware, file structure and myriad other things. Imagine writing a game on Linux and automaticaly, it would run on Windows, Mac and any other Java supported platform."

And your application looks like crap and non-native for every platform.

And you still have to test on every platform because of different screen sizes, performance, etc.

How many high performant apps have you seen written in Java or even using Dalvik? For the most part if you want performance especially on mobile, you have to go native

"but that's beside the point. Java portability is a keen aspect of the language which sometimes gets overlooked"

You mean write once test everywhere?

Re:Not entirely useful (2)

ArhcAngel (247594) | more than 2 years ago | (#40779369)

How many high performant apps have you seen written in Java

I haven't seen many but the one I have seen [theice.com] is pretty darned impressive.

Re:Not entirely useful (1)

Anonymous Coward | more than 2 years ago | (#40781645)

Shit loads. Mostly on the server side but there are some well performing Swing apps too.

Re:Not entirely useful (1)

Anonymous Coward | more than 2 years ago | (#40779581)

Java portability is a keen aspect of the language which sometimes gets overlooked.

Overlooked ? It's the only damn reason it exists.

About time, more like (2)

Zocalo (252965) | more than 2 years ago | (#40777927)

So, given that tablets run pretty much the same OSs (Android, iOS) as many phones, you'd consider the potential for touch-enabled versions of the large number of Java front-ends to client server/systems on tablet PCs to be a "narrow use case"? The key phrase in there is "SaaS". Don't just think front-ends to enterprise scale client/server database systems; think Google Apps, and the many other Cloud based applications that are no doubt going to be developed for the growing tablet market.

Re:Not entirely useful (2)

gstoddart (321705) | more than 2 years ago | (#40778323)

Why would you want a desktop app on a phone anyway?

I don't know about you, but my cell phones have had stuff on them for years that say "powered by Java" (which mostly I launch by accident, and then close after waiting for the damned thing to start up).

Java is used for much more than just desktops. The Micro Edition has been around a long time.

Many many phones have Java code on them.

Re:Not entirely useful (1)

binarylarry (1338699) | more than 2 years ago | (#40782807)

Who the fuck wants terrible J2ME apps on their smartphones?

Re:Not entirely useful (1)

gstoddart (321705) | more than 2 years ago | (#40783015)

I personally don't (like I said, I only ever launch them by accident and then close them) ... but for all I know thousands of actually useful apps are out there that people would be sad if went away. And, no, I have no idea of what they'd be. :-P

I was just pointing out that asking why someone would want Java on their phone is a little late since it's been there for years already. My Motorola Razr had it back in '02 or so I think, my Krazr had it, my LG phone has it.

Minecraft (1)

tlambert (566799) | more than 2 years ago | (#40785159)

It's the number one reason random people want Java on things. Their approach of compiling to native code, however, won't work with Minecraft without violating the Minecraft licensing agreement.

Re:Not entirely useful (1)

Anonymous Coward | more than 2 years ago | (#40778043)

From what I see it makes it easier for Java minded devs to create apps that will compile natively to all platforms.

Re:Not entirely useful (2)

CosaNostra Pizza Inc (1299163) | more than 2 years ago | (#40778475)

From what I see it makes it easier for Java minded devs to create apps that will compile natively to all platforms.

This is why I love developing in Java.

Re:Not entirely useful (1)

dgatwood (11270) | more than 2 years ago | (#40779521)

Allow me to be the first to say, "Nooooooooooooooo [nooooooooooooooo.com] !!!!!!"

Re:Not entirely useful (-1)

Anonymous Coward | more than 2 years ago | (#40779681)

And have different, show stopping bugs due to JVM incompatibilities (even between minor versions) on all of them!

Re:Not entirely useful (2)

DrXym (126579) | more than 2 years ago | (#40778655)

The problem is people don't want to port Java apps, they want to port Android apps. It's not much good supplying some API which is totally different to Android including the APIs that UIs are designed with. Basically it needs to be something which compiles Dalvik byte code into LLVM byte code and links with associated runtimes.

Appcelerator? (1)

tapicer (1037792) | more than 2 years ago | (#40777375)

How is this so different from what the Appcelerator people do with Javascript? They just abstract the SDK of each platform with a common API and then compile it to target each platform/language.

Re:Appcelerator? (2)

pipeep (2106308) | more than 2 years ago | (#40777445)

It's more-or-less the same approach, the notable thing is that this time it's Java.

finally (0, Flamebait)

Anonymous Coward | more than 2 years ago | (#40777377)

The terrible performance of android, finally on ios.

Re:finally (1)

Desler (1608317) | more than 2 years ago | (#40777537)

You'd at least think their demo video wouldn't show a sluggish looking app. If it's that sluggish on such a toy app, one can only imagine the terrible performance of anything complex.

Swing like API? (3, Funny)

HornWumpus (783565) | more than 2 years ago | (#40777409)

Is that any API that basically doesn't work?

Re:Swing like API? (0)

Anonymous Coward | more than 2 years ago | (#40777481)

"It is the poor musician that blames his instrument"

I was there when Swing made its first appearance (waaaay back in the Java 1.1 days) and I've never, ever had a problem with it. Except for that one mysterious button (JButton) in one app that wouldn't show but it was there, you could TAB into it, but that was when I was starting to use it. Not a single glitch since. And with Netbeans when they introduced Project Matisse for GUI editor... Loved it! (still do). I know Netbeans since before Sun bought them, it was a separate company with a product called "Netbeans developer".

Re:Swing like API? (1)

Desler (1608317) | more than 2 years ago | (#40777587)

Except there are tools and instruments that are objectively shitty. Swing was terrible and looked like shit on all platforms without having to put in way more effort than it was worth.

Re:Swing like API? (1)

datavirtue (1104259) | more than 2 years ago | (#40779951)

It takes few lines of code to make it appear native on any platform. There are many third party LNFs available, some for free. What you say is stupid, lame, and untrue.

Re:Swing like API? (1)

Desler (1608317) | more than 2 years ago | (#40782157)

Uh huh. So it was so easy that almost no one wrote these 'few lines of code'? Also what would have been the point of Standard Widget Toolkit [wikipedia.org] if Swing was so great and native looking?

Re:Swing like API? (1)

Moochman (54872) | more than 2 years ago | (#40783997)

It took them a while to catch up with SWT after SWT came out. But they did actually manage to catch up. The one exception is the Swing file dialog, which was shit. But there's nothing stopping you from calling a native file dialog using a bit of hacking.

Re:Swing like API? (1)

HornWumpus (783565) | more than 2 years ago | (#40777685)

When Sun won it's case against MS and MS had to include Sun's Java I thought MS should retaliate by including Swing and using it to render Sun's Logo. Image the logo rendering one pixel at a time, painfully slowly...

Re:Swing like API? (2)

GodfatherofSoul (174979) | more than 2 years ago | (#40778155)

Yeah, you don't know how to use it, so it must suck...

Re:Swing like API? (0)

Anonymous Coward | more than 2 years ago | (#40785109)

No one knows how to use a Swing app I would like to use...

Java is dead on the desktop because of Swing...

Re:Swing like API? (0)

Anonymous Coward | more than 2 years ago | (#40785061)

Swing is garbage. Whenever some Java clown says it is "like Swing," then I know it must suck ass.

finally (0, Redundant)

Anonymous Coward | more than 2 years ago | (#40777431)

Now the developers of many excellent Java desktop applications can bring their awesome sauce to iOS.

Re:finally (0)

Desler (1608317) | more than 2 years ago | (#40777469)

Awesome Java desktop applications? LOL good joke.

Re:finally (2)

LizardKing (5245) | more than 2 years ago | (#40778181)

I don't find Eclipse, NetBeans, SoapUI, Maple and Vuze to be jokes. In fact I use them every day and find them all to be "awesome".

Re:finally (1)

Anonymous Coward | more than 2 years ago | (#40778423)

Add SQuirreL to this list.

Re:finally (1)

Anonymous Coward | more than 2 years ago | (#40778587)

Not to mention all of the jetbrains apps (IntelliJ, PyCharm, PhpStorm, RubyMine, AppCode, etc)

Re:finally (0)

Karlt1 (231423) | more than 2 years ago | (#40778675)

I've used Eclipse and use Vuze. They both have the non-native Java stench.

Re:finally (1)

Anonymous Coward | more than 2 years ago | (#40779763)

You must be the product of a modern "computer science" program. You got some vocational training in Java and were sent out into the world. It's not your fault, you just don't know any better.

Re:finally (2)

Desler (1608317) | more than 2 years ago | (#40782203)

So programs that are slow to start up, eat memory like crazy and are pretty laggy and unresponsive? Yep, typical Java 'awesomeness'.

Re:finally (0)

Anonymous Coward | more than 2 years ago | (#40785153)

All of those suck. Notepad++, Vim, or Textmate are better.

Re:finally (1)

wed128 (722152) | more than 2 years ago | (#40779341)

I was thinking the same thing. Java is great for prototyping.

Unfortunately, business people rarely know the difference between a software prototype and a product.

No, thanks. (0)

jcr (53032) | more than 2 years ago | (#40777455)

Java has always sucked on mobile devices. I have no need of it on iOS, and I will avoid any apps that use it.

-jcr

Re:No, thanks. (1)

Culture20 (968837) | more than 2 years ago | (#40777547)

It was usable on wince. A java version of ssh1 was my only ssh option on my iPaq before I installed linux on it.

Re:No, thanks. (1, Informative)

Anonymous Coward | more than 2 years ago | (#40777713)

Java has always sucked on mobile devices.

Based on that quote, I am quite sure you've never tried a Galaxy S3 and an iPhone running side by side, because the user interface on the S3 (running Java/Dalvik) is silkier and smoother than any iPhone.

Re:No, thanks. (1)

Anonymous Coward | more than 2 years ago | (#40778491)

The last side-by-side comparison I did was with the Note when it first came out, and it was far from as smooth as the 6 month old iPhone 4s. iOS gives one full core priority to handle all UI events, and you can definitely tell the difference. The touch vs. swipe detection is far better than Android as well, with a fraction of the amount of drag length required for it to "figure out" that you are dragging. In my last test, it took about 1/4" of drag on an Android phone before it actually started scrolling compared to probably 1/16" on iOS. This leaves a "jerky" feeling while swiping between pages, and I don't think any amount of hardware will fix that.

Whatever your complaints about Apple/iOS, UI is something that they have done exceptionally well at.

Re:No, thanks. (2)

Richard_at_work (517087) | more than 2 years ago | (#40778645)

I have used both side by side, and I dispute your claim - its smoother some of the time, its worse some of the time.

Re:No, thanks. (1)

Desler (1608317) | more than 2 years ago | (#40782243)

Yeah and only needed double the CPU cores more RAM to do so.

Re:No, thanks. (0)

Anonymous Coward | more than 2 years ago | (#40783029)

Yeah and only needed double the CPU cores more RAM to do so.

And can still do other things while handling those UI events, too.

Re:No, thanks. (0)

Anonymous Coward | more than 2 years ago | (#40777923)

Um.. you realize that every Android application is written in Java, and there are quite a few exceptional Android applications.

Re:No, thanks. (4, Interesting)

gbjbaanb (229885) | more than 2 years ago | (#40778011)

Um.. you realize that every Android application is written in Java, and there are quite a few exceptional Android applications.

I think you'd be surprised at how many of those are written using the NDK. Download addon detector and look for yourself (its an app typically used to check an app doesn't include some dodgy notification-based ad networks, but it also shows you a load of other interesting info). 80% of the games I have on my phone are NDK based, they're the ones that are responsive and fast.

Re:No, thanks. (2)

oakgrove (845019) | more than 2 years ago | (#40778569)

I just ran Addon Detector agains all of the apps on my Xoom and you're right. Pretty much all of the well performing apps make use of the NDK. I just wonder what this means for platforms like FirefoxOS that rely on web technology for development.

Re:No, thanks. (1)

gbjbaanb (229885) | more than 2 years ago | (#40780175)

I'd hope that people realise that web apps are fine for LoB apps, if you're entering data and getting results, these are fine. Some javascript libraries give fine performance for this kind of stuff (network latency considered), but when it comes to game-style performance, you need something more native. I wonder if webgl can step up to give us this kind of perf, but if it cannot then any webapp will just not be suitable for low-latency, fast response applications.

Of course, this means WebGL libraries are needed to make development of these types of app practical.

Of course, it depends on the framework you're using - WPF for example is a "native" platform for UI development, but it is worse than web apps [wordpress.com] for performance especially now MS is using Direct2D for IE rendering.

Java Stack Traces (5, Funny)

doubleplusungodly (1929514) | more than 2 years ago | (#40777487)

I hope iPhone users don't freak out when their Java apps suddenly start printing 500 line stack traces.

Re:Java Stack Traces (3, Insightful)

blackfrancis75 (911664) | more than 2 years ago | (#40778483)

The fact that iDevice users in general aren't accustomed to error messages whatsoever brings up a philosophical question..
If an App falls over and no one sees an error message, did it really fail?

Re:Java Stack Traces (1)

ddvlad (862846) | more than 2 years ago | (#40779267)

I hope iPhone users don't freak out when their Java apps suddenly start printing 500 line stack traces.

Of course not, they will scroll flawlessly across the retina display.

Tomorrows News: Oracle sues ex-employees.... (2)

who_stole_my_kidneys (1956012) | more than 2 years ago | (#40777551)

Im sure they will come up with something to sue them over, or if it gets big enough buy them out.

Re:Tomorrows News: Oracle sues ex-employees.... (1)

Sponge Bath (413667) | more than 2 years ago | (#40777645)

Larry prefers the hand on approach of dressing up as a ninja and hunting them like animals.

Re:Tomorrows News: Oracle sues ex-employees.... (2)

binarylarry (1338699) | more than 2 years ago | (#40777993)

That's almost correct, except Larry Ellison prefers to dress up like a woman and hide behind his lawyers.

And then hunt them like animals.

Over Steve Jobs' dead body they will (0)

Culture20 (968837) | more than 2 years ago | (#40777579)

Too soon?

Re:Over Steve Jobs' dead body they will (1)

Tarlus (1000874) | more than 2 years ago | (#40778623)

Too soon.

cross platform (2)

RockGrumbler (1795608) | more than 2 years ago | (#40777591)

I'm always happy to see an attempt at making good cross platform frameworks. Good luck to the team.

Compiles in the 'cloud' (0)

Anonymous Coward | more than 2 years ago | (#40777809)

When it comes time to compile to native, it ships your code off to their servers to compile on Xcode. On one hand, that means that you can now write iOS apps on any platform. On the other hand, it means you are dead in the water if your internet goes down, their servers go down, they go out of business and if you continue to use it you will have to pay whatever they decide to charge for the service. You are adding another single point of failure.

Appcelerator (Titanium) asks me to log in when I start it up, but I can still compile if I get disconnected.

Wow! Major coverage from Forbes! (0)

Anonymous Coward | more than 2 years ago | (#40777847)

This is the same outfit that predicted a slam dunk win for SCO over IBM! They're NEVER WRONG!

Re:Wow! Major coverage from Forbes! (1)

jellomizer (103300) | more than 2 years ago | (#40778669)

So based on your logic. Forbes makes a mistake so they always make a mistake?

Go back to Logic 101.

Why? (0)

TheSkepticalOptimist (898384) | more than 2 years ago | (#40777957)

Apple shunned other 3rd party app platforms like Flash because they wanted to lock down their walled garden, so I don't really think Apple wants Java on their platform.

Java for web is dead, period. Any website that requires Java to view is a failure, on any platform, period.

Java as a platform has been pretty much shunned by almost every other platform due to Oracle, Apple isn't going to let Java touch iOS and have them bastards hard on there case.

Java the language can live on, but Java the platform has to die.

Re:Why? (1)

gbjbaanb (229885) | more than 2 years ago | (#40778121)

well, yes.. but they also said that they shunned 3rd party app platforms because they are almost universally crap.

Re:Why? (0)

GodfatherofSoul (174979) | more than 2 years ago | (#40778227)

Spoken like the truly uninformed. There's tons of applet code out there, you probably don't notice it because they don't run slow like they did 15 years ago. I play Yahoo Games hearts almost daily and their applets have been around for probably 10 years.

Simple test, disable Java in your browser to see how many Java web apps you're using that you never noticed.

Re:Why? (0)

Anonymous Coward | more than 2 years ago | (#40778383)

I always notice when a site requires java because I don't have it installed, and it does not prevent me browsing the web at all. Only my bank requires it, for something obscure, because the interface is all html.

Re:Why? (2)

Richard_at_work (517087) | more than 2 years ago | (#40778685)

I've never had Java enabled in my browser - I've not noticed anything really missing from any websites I have ever visited. No big holes in the page, no missing functionality. Where are these wonderous hidden applets that you claim should be there?

Re:Why? (1)

gl4ss (559668) | more than 2 years ago | (#40779311)

apple doesn't care _how_ your app runs. it can have a vm bundled with it, you can develope even flash apps for ios.

what they do care is that your app isnt' a gateway to running other apps.

and thanks to my bank I have to use a horribly designed java applet every time I want to pay some bills - but even in that case the fact that it's horribly written piece of shit isn't java's fault at all, just the fucking stupid fucks who designed the system(no it doesn't add any real extra layer of security to the login process).

Re:Why? (1)

bug_hunter (32923) | more than 2 years ago | (#40785327)

Not that I agree with much of your post (each to his own) but this product translates Java to the native platforms, there is no embedded VM. So this is Java the language and not Java the platform.

Oh, wow (0)

Anonymous Coward | more than 2 years ago | (#40778049)

Do they hate iOS that much?

Judging from the video (2)

ashpool7 (18172) | more than 2 years ago | (#40778109)

http://www.youtube.com/watch?v=lkPt3jDW8Bs [youtube.com]

It's just about as slow as a translated hack. DDJ reports that they draw all their UI elements from scratch, which would explain it.

Granted, the video could be choppy because their recording software is bad or they intentionally slowed it down, but I've had an iPhone 3G (the demo is a faster 3GS) and my apps aren't this slow.

debian (0)

Anonymous Coward | more than 2 years ago | (#40778241)

Could you please first take Java 7 license to somewhat compatible with Debian please?

I don't care about Java for the UI on iPhones (1)

GodfatherofSoul (174979) | more than 2 years ago | (#40778267)

I figure the native APIs will always rule, especially on resource limited mobile apps. Now, what I would like is the ability to link in Java libraries.

You can now (2)

codepunk (167897) | more than 2 years ago | (#40778461)

You can now experience the same poor application performance and battery life of android devices. Download Now!

Re:You can now (0)

Anonymous Coward | more than 2 years ago | (#40782491)

Yeah, cause iPhones are well known for running days, if not weeks, on a single battery charge :rolls eyes:

Re:You can now (0)

Anonymous Coward | more than 2 years ago | (#40785185)

Android phones don't even work for one day. Java fail.

We already have the original (2)

StefanWiesendanger (687733) | more than 2 years ago | (#40778799)

Java basically started out as a clone of OPENSTEP - i.e., the very system/API that is the ancestor of OS X and iOS or Cocoa and Cocoa Touch respectively. So, when I can have the matured original, why would I want the clone?

Re:We already have the original (0, Flamebait)

Anonymous Coward | more than 2 years ago | (#40780971)

Java a clone of OPENSTEP? Really? Please elaborate.

Re:We already have the original (2)

StefanWiesendanger (687733) | more than 2 years ago | (#40782143)

Well clone wasn't well formulated. It drew heavy inspiration from OPENSTEP and Objective-C, which at that time was used by Sun as well (OpenStep for Solaris) but then ditched in favour of Java. Let's put it that way. :)

This is all very sad (0)

Anonymous Coward | more than 2 years ago | (#40782027)

If they wanted to work on something, they could be contributing to the Mono project instead.

Mono? (0)

Anonymous Coward | more than 2 years ago | (#40782329)

So there is already software that developers can get to port their code from desktop to Android, iOS, Windows phone. You pay for it, but it is already there with a langauge that Java developers will find familiar. In fact they had done some looking into porting the java parts of Android to C# and were claiming speedup.

yeah! (0)

Anonymous Coward | more than 2 years ago | (#40785551)

They're taking another swing at it!

Load More Comments
Slashdot Login

Need an Account?

Forgot your password?

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>