Slashdot Mirror


Sun To Build World's Biggest App Store Around Java

CWmike writes "Sun Micro plans to launch an App Store that could make Apple's look smaller than a 7-Eleven by comparison, CEO Jonathan Schwartz wrote on his blog this week. Schwartz indicated the Java App Store, code-named Project Vector, will focus on PC users and estimated the size of the community at 1 billion. Sun plans to allow Java application developers to submit programs to a simple Web site so the company can evaluate them for safety and content before presenting them to the Java audience. Sun will charge for distribution. The company will reveal more details at its JavaOne conference, which opens June 2 in San Francisco, Schwartz said."

325 comments

  1. I was by Anonymous Coward · · Score: 5, Funny

    I was going to write a first post, but I got bought-out by Oracle before I could finish it.

    1. Re:I was by DMUTPeregrine · · Score: 5, Funny

      I was too, but I had to wait for this java slashdot browsing app to load.

      --
      Not a sentence!
    2. Re:I was by Anonymous Coward · · Score: 0, Funny

      I was going to write a first post, but I got high.

    3. Re:I was by Anonymous Coward · · Score: 0, Offtopic

      bullshit, if you were high you wouldn't have posted at all.

    4. Re:I was by Kotoku · · Score: 1

      You could say this isn't the first post, but that's just, like, your opinion man.

    5. Re:I was by Anonymous Coward · · Score: 5, Funny

      you must be new here.

    6. Re:I was by Scaba · · Score: 1

      That didn't stop the parent and grandparent to this thread...

    7. Re:I was by Anonymous Coward · · Score: 0

      I was too, but I got a a random IO Class error because I'm using the bastard child Mac version of Java that no one cares about.

    8. Re:I was by Anonymous Coward · · Score: 0

      Java != JavaScript. Fail.

    9. Re:I was by Hognoxious · · Score: 2

      The vast majority of posts around here would seem to contradict that hypothesis.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    10. Re:I was by Anonymous Coward · · Score: 0

      only now have we gone off-topic

    11. Re:I was by Anonymous Coward · · Score: 0

      you = fail

    12. Re:I was by Anonymous Coward · · Score: 0

      And now you're jackin' off... and you know why! Hey, hey!

    13. Re:I was by Anonymous Coward · · Score: 0

      I was too until I have to debug my java on 12 different platforms - and they all crash in

  2. Required sales pitch... by marciot · · Score: 5, Funny

    Would you like an Oracle database with that?

    1. Re:Required sales pitch... by Anonymous Coward · · Score: 2, Insightful

      Sun doesn't have sales pitches. They just add anything they want to promote as an extra 'feature' of their always running java updater / open office pimp.

    2. Re:Required sales pitch... by tech_fixer · · Score: 0

      Knowing Oracle firsthand, here's a likely scenario...

      They will probably offer free apps, but to make use of the really cool features you will have to license the App Server ($4,000-$24,000), the BPEL Process Manager Suite ($60,000),etc., etc.; or whatever overpriced, overhyped, supposedly standards-based, piece of tech they are peddling at the moment.

      And if you think to replace those requirements with other standards-based products (specially open source ones), you wont be able to because there is a "special" or out of the box integration with the Oracle products. And if you don't use that integration, then installing, configuring and using the Application will become a living hell.

      But hey, at least the Application will be free!

    3. Re:Required sales pitch... by hoggoth · · Score: 1

      In related news, Sun changes their stock symbol to 'APPSTOR'. "This change will revolutionize the industry, " said Chairman Scott McNealy.

      --
      - For the complete works of Shakespeare: cat /dev/random (may take some time)
  3. I wonder if it'll be coded in Java... by Shag · · Score: 5, Funny

    ...so I could suffer the meta-frustration of waiting for a Java applet to load so I could then buy some Java applets and wait for them to load.

    --
    Village idiot in some extremely smart villages.
    1. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 5, Funny

      Yo dawg I heard you like waiting so we put Java apps in your Java store so you can wait while you wait

    2. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 0

      1997 called, they want their jokes back.

    3. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 0

      Yeah, well, they can have the joke back as soon as Java stops being a dog. 12 years later, it still is.

    4. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 0

      Too bad more folks didn't appreciate that one. For what it's worth, i lolled.

    5. Re:I wonder if it'll be coded in Java... by fractoid · · Score: 4, Insightful

      Heheheh... nice work. :P

      Honestly, how does one build "the world's biggest app store" unless one can guarantee more apps than any other store? Unless they define 'biggest' by some crazy arbitrary measure like "number of servers in the server farm" or "physical footprint of the data center". To make them come, it's no longer enough just to build it. It has to be not only as-good-as but compellingly better than the existing options for it to be competitive. I wonder what they've got that makes them think it's so much better?

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    6. Re:I wonder if it'll be coded in Java... by AuMatar · · Score: 5, Funny

      The jokes were written in Java, they just finished loading.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    7. Re:I wonder if it'll be coded in Java... by NormalVisual · · Score: 4, Funny

      Maybe it's defined by the aggregate amount of RAM occupied by the product line. It *is* Java, after all...

      --
      Please stand clear of the doors, por favor mantenganse alejado de las puertas
    8. Re:I wonder if it'll be coded in Java... by f0dder · · Score: 5, Funny

      While you wait please enjoy this Yahoo! toolbar.

    9. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 5, Funny

      -Knock Knock!
      -Who's there?

      [...long pause...]

      -Java!

    10. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 5, Funny

      Just in time.

    11. Re:I wonder if it'll be coded in Java... by bondsbw · · Score: 1

      Meh... you obviously don't understand. By biggest, they mean most pixels.

      The iPhone's App Store is lacking because it has to fit on a phone.

      Duh!

      --
      All my liberal friends think I'm a conservative, all my conservative friends think I'm a liberal.
    12. Re:I wonder if it'll be coded in Java... by Fostah · · Score: 1

      I think the better question might be why do they think bigger is better in this instance. When it comes to an App Store, bigger just mean more crap/noise for me to weigh through to find the truly useful and high quality apps I need.

    13. Re:I wonder if it'll be coded in Java... by tech_fixer · · Score: 0

      World Biggest App Store Business Plan

      1. Announce "Wolrd Biggest App Store" as the best thing to come since sliced bread.

      2. Write a million different implementations of "Hello World" using all the available PANTONE colors (one color per App)

      3. ???

      4. Profit

    14. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 0

      You dumbass. There's no "Pantone" in RGB.

      Also, you missed the opportunity to make a shitload more apps by not using the 16777216 available BACKGROUND colors.

    15. Re:I wonder if it'll be coded in Java... by Prof.Phreak · · Score: 1

      This -could- be interesting. What if you could upload a Java Applet and have it sold for you by Sun/Oracle... I'd imagine there are more Java Applets on the Internet than there are apps in the Apple store. Also, there are way more Java programmers than Objective-C ones (or anyone who programs Apple stuff, for that matter).

      --

      "If anything can go wrong, it will." - Murphy

    16. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 0
      For all the Java smart-alecs:
      • Java App Store: 'Applet loading' (flash player loading advertisement at the bottom).
      • C App Store: 'command prompt shows up'
      • C++ App Store: 'segfault: out of memory'
      • Perl App Store: 'Error 404' (hacked)
      • Python App Store: 'Missing setup.py' or 'Please upgrade to Python 2.6'
      • Flash App store: 'blank panel with flash logo in the center'
      • Obj-C App store: 'Most popular this month app: iFart, $2.99'
      • Lisp App store: 'WTF, how do you download an app?'
      • Fortran App store: 'one app available'
    17. Re:I wonder if it'll be coded in Java... by Anonymous Coward · · Score: 0

      Two thumbs way up. +6

    18. Re:I wonder if it'll be coded in Java... by drjzzz · · Score: 1

      Yes, it could be interesting, but it's embarrassing when an adult behaves like an adolescent ("oh, yeah? Well, mine will be bigger!"). Especially when they ain't got nothin' yet.

      --
      to err is human, to forgive is divine, to forget is... umm...
    19. Re:I wonder if it'll be coded in Java... by jeremyp · · Score: 1

      While all that stuff may be true, bear in mind that the Apple app store is the only way to distribute iPhone applications. So some percentage of Java developers will eventually start using a Java app store (it doesn't have to be Sun's and if Sun is successful, there will soon be others), 100% of people who develop for the iPhone use Apple's app store.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    20. Re:I wonder if it'll be coded in Java... by shutdown+-p+now · · Score: 1

      Honestly, how does one build "the world's biggest app store" unless one can guarantee more apps than any other store? Unless they define 'biggest' by some crazy arbitrary measure like "number of servers in the server farm" or "physical footprint of the data center".

      They define "biggest" in terms of number of customers, which they link directly to number of people with Java installed.

    21. Re:I wonder if it'll be coded in Java... by thePowerOfGrayskull · · Score: 1

      Well - Java is kinda one of the programming languages in most widespread use. It might stand to reason that it would attract a fair amount of people developing apps for it...

    22. Re:I wonder if it'll be coded in Java... by chrysalis · · Score: 1

      Why was parent mod'd down?

      This is so true. Java isn't as slow and memory hungry as it used to be in 1995.

      --
      {{.sig}}
    23. Re:I wonder if it'll be coded in Java... by sunnyflorida · · Score: 1

      Rails app: only one, the rest are redundant.

  4. Software repository... by lazy_nihilist · · Score: 2, Insightful

    This could be a software repository for all PC's.

    1. Re:Software repository... by Anonymous Coward · · Score: 5, Funny

      All the programs are written in Java. It's more like a software *suppository*....

    2. Re:Software repository... by selven · · Score: 1

      By "all PCs" do you mean "all Personal Computers" or "everything that runs Windows"?

    3. Re:Software repository... by Whalou · · Score: 2, Funny

      I'm not sure I want to know how you take your coffee...


      Actually. I'm sure I don't want to know.

      --
      English is not this .sig mother tongue...
    4. Re:Software repository... by maxume · · Score: 1

      Black?

      After that, it just isn't coffee anymore.

      --
      Nerd rage is the funniest rage.
    5. Re:Software repository... by TheRaven64 · · Score: 1

      If the apps are Pure Java(tm) then all personal computers that have a working JRE. If they are just Java apps, including monstrosities like Eclipse and Azuerus that use SWT or other non-standard native libraries then everything that runs Windows or some other platform where these libraries have been ported.

      --
      I am TheRaven on Soylent News
    6. Re:Software repository... by Anonymous Coward · · Score: 0

      If the apps are Pure Java(tm) then all personal computers that have a working JRE.

      So just to clarify—we're not talking about Macs.

    7. Re:Software repository... by TheRaven64 · · Score: 1

      Macs do have a working JRE. It works so well it lets you run arbitrary code on anyone's Mac...

      --
      I am TheRaven on Soylent News
  5. You forgot something by Mystra_x64 · · Score: 1

    Go memory-hungry!

    --
    Quick way to get 30% Funny 70% Troll: defend Opera browser on /.
    1. Re:You forgot something by elfprince13 · · Score: 0, Troll

      yeah, if you're stupid and don't know how to code.

    2. Re:You forgot something by Mystra_x64 · · Score: 2, Informative

      It seems NetBeans authors are "stupid and don't know how to code" sadly. Because it eats about 400 MB of RAM while opening 4 KB Javascript file.

      --
      Quick way to get 30% Funny 70% Troll: defend Opera browser on /.
    3. Re:You forgot something by pyrrhonist · · Score: 4, Funny
      What are you complaining about? That's 200 MB less than Emacs!

      ED is the standard text editor.

      --
      Show me on the doll where his noodly appendage touched you.
    4. Re:You forgot something by caerwyn · · Score: 1, Insightful

      It's not really NetBean's fault. The JVM authors seem to take the classic computer science tradeoff of memory for speed to heart.

      They unfortunately don't seem to realize that memory *is* speed, especially in today's world of pervasive multitasking, and therefore end up trading off speed for... nothing at all.

      --
      The ringing of the division bell has begun... -PF
    5. Re:You forgot something by Anonymous Coward · · Score: 0

      That's the cost of elegant. Or at least that's what Microsoft tried telling us with Vista.

    6. Re:You forgot something by Gravis+Zero · · Score: 2, Funny

      yeah, if you're stupid and don't know how to code.

      Isn't that why you would be coding in Java in the first place?

      --
      Anons need not reply. Questions end with a question mark.
    7. Re:You forgot something by elnyka · · Score: 2, Informative
      In that perfect world of yours that might be true. With the JVM, however, except for toy apps or very small non-general purpose apps, you'll leak up to the waazoo regardless of how you try.

      It is a known fact that several JVMs out there do leak just by running. Even if you try, Java, with its language constructs, makes it difficult to control memory management and fine tuning.

      In other words, you don't know what you are talking about, college fan boy. Remember that before you assume memory hungriness is the result of stupidity.

      That is not to say that there are not shitty, idiotic Java programmers out there.

    8. Re:You forgot something by Neuroprophet · · Score: 5, Informative

      Interesting. That hasn't been my experience at all. I work at a major investement bank and the majority of the middle tier of our trading systems are now written in Java. Have been for years. I'm not talking web based apps either. These days the back ends of a lot of the trading systems are a collection of Java apps running on Linux servers (usuall Red Hat) using using pub/sub messaging for communication and jdbc to connect to Oracle, Sybase or DB2.

      I've been doing this for a while (10+ years) and went through the progression of doing everything in C, then C++, then Java. When told to start using Java to say I was skeptical would be an understatement. But over the years Java has become great for this purpose. We experience no random memory growth (leaked memory) from our processes. We leave them up for weeks on end processing large volumes of trades with no issues. Since we run our programs for long periods of time startup time isn't an issue and really doesn't take that long anymore anyway. The time saved coding in Java instead of C++ is also beneficial. No more having to learn every vendor's version of their C++ threading library and trying to stitch it all together in one app. Too many times would I have to write an app using serveral vedor libs that I would need to modify and they all implemented threading, logging, etc. their own way. So as you jump from one file to another there is no consistency on how things are being done. Maintenance nightmare and the learning curve is huge for new members of the team.

      Plus, as a manager trying to hire competent C++ programmers out of college is almost impossible. Seems like many schools just don't teach it anymore. So if HR only gives you a junior programmer budget and you need a C++ programmer you end up getting the guy nobody else would hire.

      Disclaimer: Above experience anecdotal. I'm sure there are people out there who have had really bad experiences.

    9. Re:You forgot something by Satanicolas · · Score: 1

      It is a known fact that several JVMs out there do leak just by running. Even if you try, Java, with its language constructs, makes it difficult to control memory management and fine tuning.

      Look at the WeakReference class and its family, if this is not a fine tuned memory management i don't know what it is. But to use it correctly you have to understandt the Java memory model. Also I have a some servers running a J2EE app and I currently have a 6 month up time. Last down time was a scheduled application update.

    10. Re:You forgot something by Anonymous Coward · · Score: 0

      Instead of spending coding time properly doing malloc()/free(), the time is spent learning and tinkering with the multitudes of GC tuning options. This is a classic problem: developers optimizing for their time and passing it off to the ops team as a "savings".

    11. Re:You forgot something by elfprince13 · · Score: 1

      Yes. I forgot. Programming data processing apps to scale across multiple cores are "toy apps," as are emulators, game engines, and g-code IDEs. Crawl back to your cave troll. I've been programming in Java for a decade. Remember that before you assume memory hungriness isn't the result of stupidity.

    12. Re:You forgot something by VisceralLogic · · Score: 1

      ED is the standard...

      I've heard Vi@gra can help you with that... ;)

      --
      Stop! Dremel time!
    13. Re:You forgot something by multi+io · · Score: 1

      Instead of spending coding time properly doing malloc()/free(), the time is spent learning and tinkering with the multitudes of GC tuning options.

      In the future you'll be able to pay random Oracl^WJava consultants $450 per hour so they can tinker with your multitudes of GC tuning options for you.

    14. Re:You forgot something by jwhitener · · Score: 1

      I agree with you about stability and performance on back-end processes. We have a few clusters of servers that all act to produce 1 portal site. (ldap, database, calendaring, email, integration with our main hr/payroll, etc..)

      In the last 5 years, most of the problems have been on the front-end. The user experience. That java is either just coded poorly, or java is poor on the front-end overall.

      I've seen some of the vendor provided code for the front, and it always seems bloated and overally complex just to produce a web page. Java heap limitations on the web servers, etc. etc.

      So overall, my anecdotal experience is java back-end processes = great, java front-end processes = not so great.

      I think this is the result of a IT shops that have a bunch of talented java programmers, trying to use java for everything, when something like coldfusion, php, etc.. would have been a better front-end choice.

    15. Re:You forgot something by thePowerOfGrayskull · · Score: 1

      It is a known fact that several JVMs out there do leak just by running

      Authoritatively stating something is a known fact makes it neither known nor a fact.

    16. Re:You forgot something by elnyka · · Score: 1
      I've had a similar experience (14 years, almost a decade with Java), and between 2003 and 2008 I worked two hats, half developer and half weblogic/systems administrators. And I've seen perhaps 3 or 4 cases where there was a leak that could not be pointed to the application container or the app. It was a very specific combination on NT and Linux (never saw it on Solaris or HP-UX). It was severe enough to have to schedule a restart of the container every few weeks.

      &nbsp

      My jab at the poster I was replying to is that you can be a good programmer and end up writing a memory hungry program. For starters, there might be no other way. The realization of a requirement might demand that it be memory hungry.

      The Java constructs are not necessarily benign to fine-tuned memory management. One has to play with the jvm args to get it right for many memory intensive applications.

      Memory utilization, and all too often, the need to write memory hungry code is not necessarily the sign that one is stupid or that doesn't know how to code. The tasks software engineering attempts to tackle are too complex to be painted in such sophomoric black and white world.

      Funny that you mentioned about a lack of C++ training in college. It's horribly sad. I've met graduates who can't visualize an array of structures with members of type pointers to functions, for example. Or even sadder, they have no clue that they are responsible for explicit resource management. Even in Java it is necessary, but nobody teaches them that in college. They just do their thing with the garbage collector doing what they think is magic.

      They don't even teach them how to program correctly in Java - it's pretty fucking depressing.

    17. Re:You forgot something by elnyka · · Score: 1
      When I'm talking about memory management and fine-tunning I'm referring to jvm tunning. Very few people know how to use weak references. There is a dichotomy in the language itself. It touts itself to provide memory management, but at the same time it requires deep knowledge of it.

      Obviously this is true no matter what you program with. But in languages without explicit memory management, you have to be explicit on how you allocate and de-allocate resources. I would have preferred if Java had done this. Of all the things Java brought, garbage collection coupled with a lack of explicit destructors is something I've concluded not to have been a good idea, after a decade of doing this stuff.

      Disclaimer: this is my personal take on things, and I'm fine if people disagree with it.

    18. Re:You forgot something by Anonymous Coward · · Score: 0

      Wow, maybe this is the problem why investment banks need billions and billions of tax payer money to bail them out - maybe there are BUGS in them java code. Their "simulation" of bank loans to homebuyers are all bogus

      They need to go back and use PL/1 :-)

  6. Redundant. by Mr.+Conrad · · Score: 1

    I'm pretty sure most app stores are founded on java already.

    1. Re:Redundant. by siloko · · Score: 1

      I'm pretty sure most app stores are floundered on java already.

      There, fixed that blah blah blah

    2. Re:Redundant. by Anonymous Coward · · Score: 2, Funny

      Really? You can't be bothered to type the rest of the phrase, but your filler text is longer?

      Slashdot, home of the unintentionally ironic meta-joke. I think I'll go shoot myself now, m'kay?

  7. The problem... by Anonymous Coward · · Score: 5, Insightful

    The problem with this idea, is that PC users already have an App Store... It's called the Internet. Or Walmart.

    Seriously, there's no incentive to use their Java App Store on an open system (home computer) which is very much unlike with the iPhone, where you have to use it in order to get apps.

    1. Re:The problem... by Ethanol-fueled · · Score: 1

      It may become an incentive for dweebs to start charging for things they already offer for free online, though I would be willing to pay very small amounts for good code snippets since every Java book at Barnes and Noble dosen't seem to go very much beyond JFrames and layout managers or maybe even threading if it's a l33t book.

    2. Re:The problem... by SwabTheDeck · · Score: 5, Interesting

      The problem with this idea, is that PC users already have an App Store... It's called the Internet. Or Walmart.

      Seriously, there's no incentive to use their Java App Store on an open system (home computer) which is very much unlike with the iPhone, where you have to use it in order to get apps.

      The idea of an "App Store" is appealing, even when you're not forced into using it. It simplifies the acquisition of software by giving every product an identical and simple way of buying and installing it. This, of course, has existed for forever in the F/OSS world in the form of package managers/repositories, but this doesn't really exist on Windows, which (*gasp*) is still what the vast majority of people use.

      Right now, if you want software for your Windows box, you can go to the store and buy a CD/DVD, pop it in, click through an annoying wizard and you're done. OR you go the internet route, which can get unnecessarily complex for the average user. This involves finding the software (if you're lucky, google will point you a primary or trustworthy source), paying for it(which usually involves creating an account for every product you buy since they're all from different vendors), downloading it, decompressing it (which can involve dealing with any of the existing compression schemes, which you may or may not have software to decompress), installing it (if you're lucky, it may just be an executable and your life will be easy), and possibly authenticating it (which requires annoying hoops to jump through as well as providing personal information).

      While I'm not a fan of one company having a monopoly over software distribution, it can definitely simplify the process. You're able to find everything from a trusted source. You only have to make one account. You can then install anything you want with one click, iTunes style. This isn't something that's meant just for your grandma, either. I'd love to save the headache of sifting through all the crap to get something new up and running. It worked for Apple, it worked for Valve, and it's certainly possible that it'll work for Sun.

    3. Re:The problem... by SwabTheDeck · · Score: 5, Insightful

      One more thing I forgot to add: software updates. Right now, most products have their own method of updating. You might be prompted for a new version and have the option to download it in-place. You may be redirected to a web site where you can download it form. You may have to explicitly tell the product to check for an update. Or, if you're exceptionally unlucky, the product may not have any soft of update mechanism in place, in which case it's up to you to keep on top of it. In a world where almost no software is shipped as "complete" anymore, updating is critical.

    4. Re:The problem... by Anonymous Coward · · Score: 2, Insightful

      Why not just build the app store on top of apt? It's already a stable mature package management system, all you have to do is add package restriction and a payment mechanism.

      You could even call it the Apt Store!

    5. Re:The problem... by chris_mahan · · Score: 1

      Indeed. There is this cool App Store called apt-get.

      I wonder how they stay in business, handing out free samples to all comers...

      --

      "Piter, too, is dead."

    6. Re:The problem... by Anonymous Coward · · Score: 1, Insightful

      It doesn't matter if PC users don't want to use it... it'll still be installed on their computer.

      Sun has the Java runtime distributed and installed on a massive number of computers around the world. Those runtime distributions will automatically update themselves in the future to pull in the new Java Appstore that Sun is planning.

      People don't install the runtime by choice, they do so because something else they want to use relies upon it. One can assume that most people would just have to put up with whatever bloatware Sun bundles with the runtime, as they're already locked into using the platform.

      There is a very good chance you'll get this Appstore whether you want it or not. Or at best, it'll be an "enabled by default" checkbox that most users won't uncheck (this would be by design).

    7. Re:The problem... by chris_mahan · · Score: 2, Insightful

      Just to add on, it's only a matter of time until cell phone run debian.

      --

      "Piter, too, is dead."

    8. Re:The problem... by master5o1 · · Score: 2, Insightful

      Incentive: Tested applications that are proven not to be malware. Sure, Google may offer the same thing as any software repository, but can you be sure that what you've just found isn't malware? Can you? Can you really?

      --
      signature is pants
    9. Re:The problem... by AuMatar · · Score: 1

      Most PC user don't have Java installed. I don't think I've ever run a Java app on a PC. At the very least not since the late 90s.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    10. Re:The problem... by ubersoldat2k7 · · Score: 2, Interesting

      Actually, there are lots of great Java apps like SQuirrel or JUDE, that don't have a place on Linux distributions and this maybe an incentive for the guys behind them to continue the great work they're doing, an easier way to contract OSS services or just colaborate with them. Also, if this also means a simpler way to keep them updated, great!

      Hehehe... would you like a database with that... genius

    11. Re:The problem... by Anonymous Coward · · Score: 0

      The problem with this idea, is that PC users already have an App Store... It's called the Internet. Or Walmart.

      Seriously, there's no incentive to use their Java App Store on an open system (home computer) which is very much unlike with the iPhone, where you have to use it in order to get apps.

      And there's more -- if you download the latest copy of many programs from the Internet instead of an app store, you also get this hand-crafted root-kit absolutely free!

    12. Re:The problem... by alexandre_ganso · · Score: 1

      I like the Sparkle solution... Works quite well.

    13. Re:The problem... by jhol13 · · Score: 1

      Unless the Java applications are run in a sandbox (like Java Web Apps are).

      Maybe people would feel safer with them and more willing to pay for them rather than to virus scanners and such.

      I do have my doubts as people are probably not educated enough to know the difference.

    14. Re:The problem... by jonbryce · · Score: 1

      And you get prompted at the time when you least want to do the upgrade - when you load the program and want to use it.

      There is nothing more annoying than going to view a pdf file, and having to update Acrobat, reboot the computer and then go back to the site to re-open it. It would be much better if it could update at 3am along with my Windows Update run.

    15. Re:The problem... by SwabTheDeck · · Score: 1

      I like the Sparkle solution... Works quite well.

      Indeed, I like the Sparkle solution, as well. I'm actually working on integrating into a Mac app I'm writing. As sort of a side note, I've found it interesting that the experience of downloading and installing arbitrary Mac software off the internet is a lot more consistent than that of Windows software. i.e. Almost everything is distributed in .dmg format, installs via dropping into the Applications folder, implements Sparkle, etc. I'm not sure what sort of psychological stranglehold His Steveness has managed to gain over the Mac devs out there, but they seem to keep it on the straight-and-narrow. There is a lot to be gained from having a consistent user experience, even in cases where it may not be 100% optimal.

    16. Re:The problem... by Anonymous Coward · · Score: 0

      There is at least 1 phone able to do this half a year ago, you still have to do the install youselfd though:
      http://www.saurik.com/id/10

    17. Re:The problem... by Anonymous Coward · · Score: 0

      You will also have to use Java language, seriously, who would want that? Jave is pretty limited beyond calendar or notepad application. Java gives you little or no choice for IDE, I mean Eclipse is a joke.. This is much bigger drag then to actually port things. Today, for easy porting, we have QT, WX and other toolkits, so if you are lazy to code portable code yourself, you can use those. Not to mention that all your slow Java code and running environment is in direct control of Sun corporation.

      I mean our web and download page should redirect customers to Sun's App Store? That would be a major downgrade. Customers are happy with PayPal, Google Checkout etc. We do not need another middle man.

    18. Re:The problem... by maxume · · Score: 1

      Unless you are talking about writing mathematical proofs for all of the software, the app store isn't going to be 100% certain either.

      A simple first thought is a time bomb; set it to the back half of a release cycle and it isn't real likely to get tested out, while still being present on lots of machines when it goes off.

      --
      Nerd rage is the funniest rage.
    19. Re:The problem... by mspohr · · Score: 1

      I already have a huge app store... it's called apt-get and I can find any software I need there... plus, it keeps everything on my computer up to date with the latest versions... and it's free... and I don't have to worry about malware...

      --
      I don't read your sig. Why are you reading mine?
    20. Re:The problem... by westlake · · Score: 1

      The idea of an "App Store" is appealing, even when you're not forced into using it. It simplifies the acquisition of software by giving every product an identical and simple way of buying and installing it. This, of course, has existed for forever in the F/OSS world in the form of package managers/repositories, but this doesn't really exist on Windows, which (*gasp*) is still what the vast majority of people use.

      Let's be honest here.

      The program that isn't packaged for his Linux distro might as well not exist for the non-technical end user.

      The Windows user doesn't need a central repository.

      But if he wants to shop the software mega-mall, he has dozens, if not hundreds, of choices - and it is not remotely as difficult as the geek pretends.

       

    21. Re:The problem... by Fred_A · · Score: 1

      I like the Sparkle solution... Works quite well.

      Pouring soft drink in your machine every now and then and starting afresh ?

      Isn't it a bit expensive in the long run ?

      --

      May contain traces of nut.
      Made from the freshest electrons.
    22. Re:The problem... by binarylarry · · Score: 1

      I don't think they're counting the number of java installs... in your mom's basement.

      --
      Mod me down, my New Earth Global Warmingist friends!
    23. Re:The problem... by PetriBORG · · Score: 1

      I think its because its the simplest option for both the developer and for the user. Consider that this packaging process can be automated, requires no special installer program, and is pretty user friendly. That makes it the shortest path for both a developer and for the user, win win.

      --
      Pete/Petri "damn, my chainsaw is clogged with 1's and 0's again." --clyde
    24. Re:The problem... by alexandre_ganso · · Score: 1

      I prefer beer... but anyway, I was talking about what appeared as the first result in google: http://sparkle.andymatuschak.org/

    25. Re:The problem... by VGPowerlord · · Score: 5, Insightful

      There are several "app stores" already for PCs, they've just concentrated on games in the past.

      Steam is a really good example of this, including automatic updates.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    26. Re:The problem... by LWATCDR · · Score: 1

      Yea nobody would ever use something like that! I guess you better tell Valve so they can shut down Steam and cut their losses.

      Actually an App Store is a great idea. Yes the Internet works but you have to find the software on the Internet.
      It also makes life easy for the developers. They don't have to run a store.
      Linux could really us one. Click n Run just isn't very good and Ubuntu sells like two pieces of software on their site and hide it well.
      Of course the faithful will be up in arms over the idea of selling software on Linux but hey it is all about freedom of choice.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    27. Re:The problem... by apoc.famine · · Score: 1

      Since I was late to the party here, I read rather than posted, expecting to see my first thought here. I completely agree that a common updater might be the real benefit of this idea.
       
      Coming from a linux standpoint, this seems stupid on its face. However, all the luddites that I've swayed to the linux side find the lack of a package manager the most irritating and frustrating thing when they use a Windows box for some reason. For "joe sixpack", the most appealing thing about linux is often its package manager, once he learns how it works.
       
      If Sun can get enough apps, and hit the right price-point, and get Pepsi to put SunPoints under their caps, they could make a killing. Well, if they also learn from our package managers, and make updates unobtrusive and easy to do in the background. (They could just let every app pop up its own update notifier, as per the windows standard.)

      --
      Velociraptor = Distiraptor / Timeraptor
    28. Re:The problem... by suggsjc · · Score: 1
      --
      When I have a kid, I want to put him in one of those strollers for twins and then run around the mall looking frantic.
    29. Re:The problem... by x2A · · Score: 1

      "nothing more annoying than going to view a pdf file, and having to update Acrobat"

      Foxit - I got fed up of how big and clunky acrobat - a viewer - has gotten, and constantly seeing it's quick start thing being left in memory all the time unless I manually kill off the process. I have foxit installed now. It behaves. You might want to have a look.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    30. Re:The problem... by SCHecklerX · · Score: 1

      My current one is called 'synaptic', I think. I just go there, and say I want "this, this, and this" and it says "you need this for that, wanna put it on too?", and then I'm all like "hell yeah!" and it is done.

    31. Re:The problem... by VisceralLogic · · Score: 1

      Unfortunately, we used a Java-based version control system where I work. You click, and it takes about 5 seconds to become responsive. Somehow, though, it still manages to be faster than Visual Studio 2005!

      --
      Stop! Dremel time!
    32. Re:The problem... by SwabTheDeck · · Score: 1

      Let's be honest here.

      The program that isn't packaged for his Linux distro might as well not exist for the non-technical end user.

      The Windows user doesn't need a central repository.

      But if he wants to shop the software mega-mall, he has dozens, if not hundreds, of choices - and it is not remotely as difficult as the geek pretends.

      You seem to be presenting a counter-intuitive argument. It sounds like you're saying that the average Windows user is far less technical than the average Linux user (which is probably true). But then you go on to say that these less-technical people should be provided a more difficult solution to installing software, rather than an easier one. App stores/repositories/whatever you want to call them simplify the process of acquiring software. Why would you want the opposite for non-technical users? A company with this philosophy isn't going to do very well. Just look at the record labels and their resistance to making music distribution easier. If you haven't heard, they're not doing so hot these days.

    33. Re:The problem... by Joe+Mucchiello · · Score: 1

      Yeah, we need hooks into WindowsUpdate so any program can just download new software at 3am. That'll be secure.

    34. Re:The problem... by Anonymous Coward · · Score: 0

      Steam and the iPhoneOS App Store are the only two online stores to get my money, ever. They are practical enough and serve me with good enough software.

      I have yet to use a Java application on a personal computer that I've liked. Not a single one.

      I call BS on this whole Schwartz thing. The guy throws BS around himself more than all the worlds apes combined. I don't see a single thing that could back his claims up. But then again, next week he might have a music store that will relate iTunes music store to history...

    35. Re:The problem... by jonbryce · · Score: 1

      apt-get can download from lots of different repositories on a cron job, so why can't WindowsUpdate?

    36. Re:The problem... by zuperduperman · · Score: 1

      > The idea of an "App Store" is appealing, even when you're not forced into using it.

      The irony is that until a year ago when Apple popularised it, nobody in their right mind trying to promote an open development platform would have considered making their own "app store". To do so would have been to invite accusations of monopoly, evil and would have driven developers away fearing discrimination and extortion or other unfair practices from the vendor controlling the platform. Suddenly because Apple did it on their *already closed* platform, people are assuming this model will work for *already open* platforms. IMHO, the concept is just as evil as it always has been and should die a horrible death (hopefully it will for Apple too). The last thing we need is vendors having top-to-bottom control over their platforms.

    37. Re:The problem... by Fred_A · · Score: 1

      My method was more platform independant. ;) If possibly a bit more wasteful, both in soda and hardware...

      --

      May contain traces of nut.
      Made from the freshest electrons.
  8. oh great.. by davygrvy · · Score: 2, Funny

    It'll crash every other browser at random times with strange exception errors, will take 10 minutes to load a page, I'm just so for it..

    --
    -=[ place .sig here ]=-
    1. Re:oh great.. by VGPowerlord · · Score: 1

      javax.store.NullApplicationException:

      Application does not exist.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  9. Taking bets now by Anonymous Coward · · Score: 2, Funny

    I'm taking bets... what's going to be slower, Sun's Java App Store or Adobe's Marketplace?

    The only upside is I'll go outside and get a life while waiting for a craptastic widget to download.

  10. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  11. Have they thought about the logistics of this? by HumanEmulator · · Score: 2, Interesting

    I think this is a great idea, but it raises a lot of questions. Like... if it takes Apple a week to make sure a calculator app is safe enough for the iPhone, how is Sun going to review desktop-size apps in any reasonable amount of time?

    1. Re:Have they thought about the logistics of this? by Anonymous Coward · · Score: 3, Insightful

      Actually use a managed programming language which uses technical measures to enforce restrictions on what programs are allowed to do? Like, say, Java?

  12. Less is more by presidenteloco · · Score: 3, Interesting

    One thing about the iphone, love it or hate it, is that the apps on it all use the same constrained user interface, and thus many of the same ui widgets and conventions.

    This, for users, makes Apple app store apps EASY TO USE.

    Also, each one is resource constrained, and ui constrained, so it is SINGLE PURPOSE, making it trivial to explain and no fuss to use.

    People can get started using their app easily and are seldom disappointed, and NEVER confused in their attempt to use the app. It just works.

    And it costs from 0 to $5 bucks (vast majority).

    The above are REQUIREMENTS for a mass consumer software distribution infrastructure.

    I hope sun doesn't screw up by allowing freedom to put whatever the heck program you want on there, following whatever ui conventions you want, and with 100 buttons each.

    EPIC FAIL if so.

    --

    Where are we going and why are we in a handbasket?
    1. Re:Less is more by Anonymous Coward · · Score: 0

      The only thing that is fail is the horrible UI in some of the java client apps I've seen over the years. Many of the Iphone apps have excellent UI as in they are intuitive for people who aren't engineers or programmers. I don't notice much of any widget contraints at all in Iphone apps.

    2. Re:Less is more by apoc.famine · · Score: 1

      And it costs from 0 to $5 bucks

      Don't forget to get Pepsi to put SunPoints under its caps. Piggyback on successful brands - it's the way to success.

      --
      Velociraptor = Distiraptor / Timeraptor
  13. Geez, Mr. Ellison by Bob9113 · · Score: 4, Insightful

    1. Probably the largest developer base short of Javascript.
    2. Unemployment is through the roof.
    3. Corporations looking for ways to cut costs.
    4. Open Source hackers continue their enjoyment of food and shelter.
    5. Oracle got Sun for pennies.

    If this was your idea, Mr. Ellison, take another sailboat out of petty cash. You've earned it.

  14. Anonymous Coward by Anonymous Coward · · Score: 0

    If they have an automated system to check code security, and for non-hidden functionality, they could avoid a lot of the drama that has surrounded the Apple Store. Also, this could be a very good place for indy developers to put their work. The old idea that Java is "slow" is still funny, not really that relevant any more, I'd personally rather have good solid cross platform support if its "slightly" slower than native C,etc. i use Pidgin because on every platform it looks about the same and works the same, and works well.

    1. Re:Anonymous Coward by setagllib · · Score: 4, Informative

      You realise Pidgin is written in C, right?

      --
      Sam ty sig.
    2. Re:Anonymous Coward by BikeHelmet · · Score: 4, Funny

      Really? Why's it use so much CPU and memory? :o

      (sorry! Had to!)

    3. Re:Anonymous Coward by harry666t · · Score: 1

      GP's point was about resource consumption vs portability.

    4. Re:Anonymous Coward by fractoid · · Score: 1

      Hell, back in '99 I realised that a C(++) Windows program compiled for Intel was the most portable small-app format in practice. Java didn't come close. Make your friends download 25mb for the latest JRE? Or just write it in C and send them the 100kB .exe file. Yeah, that sounds good.

      That's possibly slightly less true now than it used to be, but still pretty accurate - if you want something to 'just work' with no extra installs whatsoever, a web app is probably your best bet, followed by a C++ Windows app.

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    5. Re:Anonymous Coward by alexandre_ganso · · Score: 2, Funny

      I thought it was about java being slower than C.

    6. Re:Anonymous Coward by CrashandDie · · Score: 1

      Unless your friends are cool and run Linuuuuux!

    7. Re:Anonymous Coward by BikeHelmet · · Score: 2, Informative

      I'm glad this got modded Redundant. Someone here knows something about Java!

    8. Re:Anonymous Coward by LWATCDR · · Score: 1

      Interesting a windows app is portable?
      Can you run it on Linux, Solaris, Mac, or BSD?
      I don't think you really know what that word means.
      As to downloading the JRE most people probably already have the JRE so that isn't an issue. But if you want to play that game isn't it easier to download a JRE than to buy Windows, download and install VirtualBox, and Install Windows under VirtualBox just to run your oh so portable app?

      And for all those that haven't tried Java for a while the latest version of the JRE has a much faster startup time. It is actually really nice to use and app that run on it are pretty fast and work well.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    9. Re:Anonymous Coward by fractoid · · Score: 1

      Can you run it on Linux, Solaris, Mac, or BSD?
      I don't think you really know what that word means.

      Can you run it on Simmo's computer? Can you run it on Ben's computer? Can you run it on Roush's computer?
      I don't think you really know what that word means to real people. (Hint: Simmo and Ben run Windows and Roush runs OSX and has Wine installed.)

      In geek terms 'portable' means 'you can run it on different platforms'. In real person terms, portable means 'you can run it on most of your friends' computers'.

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    10. Re:Anonymous Coward by LWATCDR · · Score: 1

      You sure it runs on OSX under Wine? Did you target Wine and Test with it?
      No that isn't what portable means. None geek meaning of portable is a laptop!
      As far as a developer goes even Windows is no walk in the park as far as compatibility goes! Will your program run under Windows 98? What about W2K?
      XP works but does it require SP1, SP2, or SP3?
      What about Vista, Vista 64, and the evil XP 64?
      So if you are writing "Hello World" then maybe your right but in the real world that real developers live in there is no such thing as Windows. Windows if a family of OSs each with their own quirks, slightly different APIs, and a parent company that keeps up the lie that they are all compatible.
      And since we are talking about programming and developing software the only terms that matter are the "geek" terms.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    11. Re:Anonymous Coward by stuntpope · · Score: 1

      If you claim that common usage of portability is the ability of a program running on your computer to also run on your friend's computer, which is running the same OS as yours (or can fake it, via Wine) - then what programs would you say are not portable?

      When valuing a programming language for its portability, it means apps written in that language run on disparate operating systems, not that it runs on the same OS on the computer down the street. That's not just geek terms, that's what it means.

    12. Re:Anonymous Coward by fractoid · · Score: 1

      Sorry, I think we're using different definitions. When I say 'portable' I mean it in the lay sense. The way a chair, say, or a stereo is portable. I can take it to my friend's place and it's very likely that it will work there. I'm a software engineer (among other things) and I fully understand the computing definition of portable as being available for multiple operating environments.

      You're quite correct, for a software engineer's definition of portable. For your J. Random User, however, the Windows portable executable format really is about as close as a native app comes to 'portable', in the sense I was talking. Much as I'd like it to be otherwise, J. Random User runs some flavour of Windows. Anyone running Linux is probably cluey enough to install Wine (or DOSBox for very old apps), which will (in my experience) run most things that don't require obscure hardware.

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    13. Re:Anonymous Coward by LWATCDR · · Score: 1

      As I said you want to bet that it will run? I had a friend of a friend that needed to open Microsoft Office Docs. I asked her what she was running and she said "Windows". Okay so I got her a CD with Open Office on it.
      It wouldn't run, She was running Windows 95 on a very old PC. Wine has been a big disappointment to me. It doesn't runny any of the small selection of games that I want to run so I will probably have to duel boot.
      Java is actually a lot better than it was and yes I support a Java program that is used on Linux, OS/X and Windows. It one of the few systems that uses an Applet that doesn't suck. Applets where a good idea that people just used for stupid things like hover buttons. My application will not work as an Ajax web app and Flash was too ugly to use at the time. I hear Flex is better but it is still more closed than Java.
      But a Windows Executable isn't portable by any definition. If you have ANY desire to make your programs portable and really want a native look the best solution is to use QT and make it portable at the source level. Other than that try Java today. It is much faster and I feel a really nice environment. And I feel it is a great platform for your typical form+database application that so many people have used VisualBasic for in the past.
      I wouldn't replace C++ with Java but VisualBasic? Yea boy..

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  15. Java.com App store by Anonymous Coward · · Score: 1, Insightful

    Didn't Sun already try this in 2003 when they launched java.com?

    Today it is nothing but a PR site, but in 2003 they were actively trying to sell 3rd party Java apps..... and failed.

    1. Re:Java.com App store by TopSpin · · Score: 3, Insightful

      2004 called; they want their Java 'ecosystem' back.

      --
      Lurking at the bottom of the gravity well, getting old
    2. Re:Java.com App store by oliderid · · Score: 1

      Yeah I remember I tried to J2ME mobile apps through their services (and Nokia services too).

      They had almost no communication plan, I don't remember they had online payment either.

      Sun had a plan to test J2ME apps qualities. As a developer you had to pay them (well partners in facts) to test your app on every single model you wish to support. It was around $200 or something, I don't remember. In the end...If you plan to support 20 models (having MIDP 1.0 support), it would cost you $4000....And Mobile phone models change every year...

      Nokia was even worst you had to pay them $5000 upfront in order to be listed in their shop (+ quality testing). In front of all these nonsense I left the mobile app markets for good. My turnover was around $400 per month in 2003...I lost money.

      My advice to developers is to wait until you clearly see the business model they have in mind. Sun and other giants like them have a poor understanding of partnerships with small businesses...I remember a guy from Nokia telling me that $5000 was a symbolic sum to get rid of bad quality software... The only giant which got it right until now is Apple (and of course independent platform like handango before them)

    3. Re:Java.com App store by maxume · · Score: 1

      Can you use your time-phone to call and let them know not to slaughter the dodo?

      I want to see if it tastes like chicken.

      --
      Nerd rage is the funniest rage.
    4. Re:Java.com App store by Anonymous Coward · · Score: 0

      sorry, couldn't pick up, I was on the phone with 2009

  16. Meh. by ChunderDownunder · · Score: 4, Insightful

    Still-born hype for JavaFX, Sun's shiny new device agnostic platform.

    As we've seen with the recent article about JRE security on OS X, users are generally reluctant to run client-side Java. Swing hasn't managed much traction, with desktop consumers overwhelmingly preferring native apps. Somehow a new JavaFX facade over JNLP/Applets and an App Store will change this?

    Phones may be a different story but I suspect any JavaFX adoption would be significantly trail iPhone and Android in terms of relevance. Perhaps 3 years too late.

    What would Larry do if he were running Sun? :-)

    1. Re:Meh. by shutdown+-p+now · · Score: 2, Funny

      You missed the point. They aren't just going to sell Java apps there, they're going to sell all kinds of apps. And, judging by phrases like "... network service to connect companies of all sizes and types to the roughly one billion Java users all over the world", they're just going to bundle it with JRE and /or JavaFX, and then hope that the install base for the latter is enough to make people come to them looking for a distribution channel.

      I seriously doubt that will work out. If anything, it's just going to be one less reason for people to bother with desktop Java. As if putting a "Yes, I want to install OpenOffice" option in the JRE installer, and checked by default, wasn't a stupidest idea already...

    2. Re:Meh. by Anonymous Coward · · Score: 0

      JRE security on OS X is Apple's fault of not patching it promptly. There are still lots of users who unwittingly run Java applications. Your supposed "reluctance" is a myth.

      I think there are still a great market for Java.

    3. Re:Meh. by ChunderDownunder · · Score: 1

      Maybe I did, though the only mention of non-Java apps was a google toolbar mechanism.

      If this were the case for Windows users, shareware authors might flock to repackage their stuff for the Java-Store instead of download.com

      I'll stick with apt-get.

      Anyway, as far as the JRE goes, these days most linux distros bundle their own openjdk. So it's only Windows users that have to put up with all the extra nagware and registration screens that Sun may bundle in the installer.

    4. Re:Meh. by ChunderDownunder · · Score: 1

      I'm not doubting Apple should apply the upstream security patches. But look at the comments for the article yesterday, most would advocate turning Java off anyway. Now that may be only a cross section of Slashdot nerds but if they each tell their non-techie friends and relatives...

    5. Re:Meh. by shutdown+-p+now · · Score: 1

      Maybe I did, though the only mention of non-Java apps was a google toolbar mechanism.

      I've already cited it in my other post, but I'll repeat it here for convenience. Straight from TFA:

      "This creates opportunity for everyone in the developer community - and specifically, for any developer (even those not using Java/JavaFX) seeking to reach beyond the browser to create a durable relationship with their customers"

    6. Re:Meh. by Anonymous Coward · · Score: 0

      Besides that I dont think the app store is a good idea, because pc users dont really need it, but good luck to them. The entire Swing story makes me somewhat sad. Swing is one of the best toolkits there is, but it never could gain traction because it suffered from the early performance problems killed it upfront problem. Swing in its initial stages was unusable, and that was the exact moment it had most momentum behind it, by the time it became a viable alternative on the desktop it basically was dead. And nowadays it is an excellent toolkit, definitely worth investigating for desktop applications and since jdk 1.4 performing well and sincd jdk 5 performing great but the momentum has shifted to web applications.

      If you compare swing and qt, they have so many things in common more than they are apart, that shows how good swing in fact really is. Even if it is basically non existent except for programmer tools nowadays it will always have a big place in my heart and if I am able to write a desktop app again, Swing again will be under strong consideration!

    7. Re:Meh. by JAlexoi · · Score: 1

      As we've seen with the recent article about JRE security on OS X, users are generally reluctant to run client-side Java.

      You can really read deep between the lines. All I saw was the fact that Apple screwed up with their support for Java on OSX. You know, Apple insisted on supporting Java on OSX...

    8. Re:Meh. by ynohoo · · Score: 1

      "There are still lots of users who unwittingly run Java applications"

      If you ask these users what applications are slow, clunky and unresponsive, they will most likely identify the Java ones.

    9. Re:Meh. by jargoone · · Score: 1

      What would Larry do if he were running Sun? :-)

      Hopefully send Schwartz down to the dish room in the cafeteria, where he belongs.

  17. Better question.. by QuantumG · · Score: 4, Informative

    Why do they need to review it? Can't they enforce a safe subset and give the user graded security options.. I kinda remember that being the point of the Java sandbox.

    Apps that are only allowed to read/write to restricted local storage and can only access files that the user specifically selected with an Open/Save File Dialog sounds plenty secure to me. Some similar restrictions for socket access.

    --
    How we know is more important than what we know.
    1. Re:Better question.. by Anonymous Coward · · Score: 0

      Why do they need to review it? Can't they enforce a safe subset and give the user graded security options.. I kinda remember that being the point of the Java sandbox.

      I kinda remember quite a few occasions that allow Java code execution outside of the sandbox too. Such as the one currently remaining unpatched by Apple.

    2. Re:Better question.. by kungfugleek · · Score: 1

      I thought that only applets were restricted to the sandbox, but Java apps can access anything. Not true?

    3. Re:Better question.. by ebuck · · Score: 1

      All Java code runs under a security manager.

      The Java applet viewer is configured to launch a much more restrictive security manager, while the Java command line call runs under a very permissive security manager.

      So, in one sense you are right, applets are restricted to a sandbox, but in another sense you are off a bit. All code is restricted to a sandbox, but some sandboxes come without walls!

    4. Re:Better question.. by petermgreen · · Score: 2, Insightful

      All Java code runs under a security manager.
      Wrong: see http://java.sun.com/javase/6/docs/technotes/guides/security/overview/jsoverview.html

      "Java applets and Javaâ Web Start applications are automatically run with a SecurityManager installed. However, local applications executed via the java command are by default not run with a SecurityManager installed. In order to run local applications with a SecurityManager, either the application itself must programmatically set one via the setSecurityManager method (in the java.lang.System class), or java must be invoked with a -Djava.security.manager argument on the commandline."

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  18. Write once by Shikaku · · Score: 0

    Run everywhere?

    Run the same program exactly the same way on your phone, computer, PDA, email account, etc?

    Naw Sun isn't that smart...

    1. Re:Write once by shmlco · · Score: 1

      Not to mention that we already tried that "write once run anywhere" approach about a decade ago...

      And we all know how "that" turned out.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    2. Re:Write once by fishbowl · · Score: 4, Insightful

      >Not to mention that we already tried that "write once run anywhere" approach about a decade ago...

      >And we all know how "that" turned out.

      Really, really well? Better than any other portability endeavor in computing history?

      --
      -fb Everything not expressly forbidden is now mandatory.
    3. Re:Write once by alexandre_ganso · · Score: 1

      Like, say, CP/M?

    4. Re:Write once by jonbryce · · Score: 1

      It was more "write once, crash anywhere" web animations such as "punch the monkey", but Adobe Flash has taken over as the development platform of choice for that sort of thing.

    5. Re:Write once by ClosedSource · · Score: 1

      "Better than any other portability endeavor in computing history?"

      I guess it depends on your definition of "portability".

      I consider recompiling to target a specific platform vs. running under a platform-specific implementation of a virtual machine to be an issue that is orthogonal to portability.

      I don't think there's any doubt that C programs have run on more hardware platforms than Java.

    6. Re:Write once by Belial6 · · Score: 1

      You would be wrong. C64 code is far more portable than Java is or likely ever will be. Here is a list of some of the platforms that C64 can be run on use the C64 VMs Vice and Frodo:

      * MS-DOS
      * MS-Windows
      * Acorn
      * BeOS
      * QNX
      * OS/2
      * Solaris
      * SCO
      * Amiga
      * Mac OS X
      * GP2X
      * GP32
      * SkyOS
      * Minix
      * Atari Mint
      * HPUX
      * RISC
      * EPOC
      * Zaurus
      * Dreamcast
      * Windows Mobile
      * PalmOS
      * MorphOS
      * PSP
      * Gameboy Advance
      * Wii
      * Linux
      * XBox
      * PS2
      * Java
      * And the list goes on.

      All of these run C64 'byte code' exactly the same. It really is write once run anywhere. The fact that there is a C64 VM for Java means that no matter how many platforms Java is ported to, it will never equal the platforms that C64 is ported to. But even dismissing that, the number of platforms that run the C64 VM still dwarfs the number of platforms that Java runs on.

      You can see similar lists if you check out Atari 2600 or NES VMs. Heck, ScummVM probably runs on more platforms than Java.

  19. Who cares? by shutdown+-p+now · · Score: 5, Insightful

    No, seriously, who cares?

    Sun plans to allow Java application developers to submit programs to a simple Web site so the company can evaluate them for safety and content before presenting them to the Java audience. Sun will charge for distribution.

    This model is meaningful for Joe Sixpack audience, which does need that click-click-click-bought, installed & running approach. But how many Java apps for that market you know? It's all desktop ones, remember, and Swing still looks and feels horrible on any desktop, from Windows to X to Mac. We're in double digits for the total usable app count, at best...

    Server apps and development utilities/libraries? Java ecosystem there is OSS-centric a long time ago, and you aren't going to scare a Java developer with .tar.gz files, regardless of the platform - they have to learn to deal with that stuff for the most basic tools, starting from Ant/Maven, and for most handy frameworks, too. Then, of course, OSS guys aren't going to use a paid distribution service anyway.

    In fact, Schwartz seems to recognize that no-one needs this for Java, and so:

    This creates opportunity for everyone in the developer community - and specifically, for any developer (even those not using Java/JavaFX) seeking to reach beyond the browser to create a durable relationship with their customers

    Oh, great. So it's another Sun product with "Java" in name which has nothing whatsoever to do with Java, except that your next Java update will run an installer with "Install Java App Store client" checkbox set by default. Sounds familiar? Don't they ever learn?

    Schwartz goes on to boast Java market penetration, careful to mention " billions of ... mobile devices, and smartcards, millions of enterprise servers, set top boxes, Blu-Ray DVD players" - all of which, of course, having no relevance to the subject being discussed. But he has to, because if you look at figures for the desktop, it suddenly doesn't look so impressive. Frankly, I'd suspect that Google has a higher percentage of Toolbar & Search installs then desktop Java on Windows today. Not to mention Microsoft, if it decides to jump on the bandwagon... imagine an application store with Windows Update integration for purchased applications.

    1. Re:Who cares? by iluvcapra · · Score: 1

      Schwartz goes on to boast Java market penetration, careful to mention " billions of ... mobile devices, and smartcards, millions of enterprise servers, set top boxes, Blu-Ray DVD players"

      Reading this sentence, I get the image in my head of six space shuttles with tourism modules docking with a wagon-wheel space station (projected date of completion: 1985). They promise the moon (Write once!) and they paint a lot of pretty pictures to show elementary school assemblies, but they have no idea how to realize these things or make a business model out of these things, and really they're just trying to turn their overextended and abused niche enterprise dev environment into the next hot-shit buzzword factory.

      --
      Don't blame me, I voted for Baltar.
    2. Re:Who cares? by WankersRevenge · · Score: 1

      This model is meaningful for Joe Sixpack audience, which does need that click-click-click-bought, installed & running approach. But how many Java apps for that market you know? It's all desktop ones, remember, and Swing still looks and feels horrible on any desktop, from Windows to X to Mac. We're in double digits for the total usable app count, at best...

      You obviously do not develop java applications for the desktop. You are probably even clueless when you are running a java app. That's how seamless java desktop apps are becoming when written with the desktop in mind. There are small places that might look different such as open file window on Windows, but that's the exception. Desktop java has come a long way from back in the old days. When you think ugly applications, you are probably thinking of the default "metal" look and feel created by Sun. It looks like crap and I'd say that the good desktop developers ignore it.
      A large problem is that is very easy to create fugly looking apps in Swing. You really need to work hard to achieve OS integration and when you do, most people will not be able to tell when they are running a java app.

      I'm currently developing a desktop application for my mac, and guess what ... you cannot distinguish it from the rest of OS. I kid you not, it looks like a native application. Check out the exploding pixels blog by Kenneth Orr and you'll see that he has recreated a whole library of mac widgets in swing which is cross platform.

      A big concern with desktop java has been resource use. Swing consumes A LOT of memory requiring all my dialog boxes to be Singleton objects. This is frustrating because of all the additional code it requires for upkeep. Also, I've noticed that repainting my main application window during a maximize window call creates a small flicker. These are small issues as a whole. By the way, here's a screenshot of my current app written entirely in java ... Screenshot

    3. Re:Who cares? by shutdown+-p+now · · Score: 1

      You obviously do not develop java applications for the desktop. You are probably even clueless when you are running a java app. That's how seamless java desktop apps are becoming when written with the desktop in mind. There are small places that might look different such as open file window on Windows, but that's the exception. Desktop java has come a long way from back in the old days. When you think ugly applications, you are probably thinking of the default "metal" look and feel created by Sun. It looks like crap and I'd say that the good desktop developers ignore it.

      No, I'm not thinking of Metal. I'm thinking of JDK 1.6 with "native" look and feel, running a recent version of NetBeans. And guess what? Fonts on Windows are ugly as hell. Textboxes don't have the proper context menu (you can check any native Windows app to see how a proper one looks). And, yes, file dialogs don't integrate with the Windows Shell at all.

      If you want to see a widget toolkit that does its own drawing, and yet looks native (well, at least much better than Swing), see Qt.

      I'm currently developing a desktop application for my mac, and guess what ... you cannot distinguish it from the rest of OS. I kid you not, it looks like a native application.

      You know what? Find a bunch of Mac lovers, show it to them, and ask if they can tell the difference. I assure you that they will find a lot of things to complain about; those guys are a picky bunch.

      Or just use Google. You'll find plenty of complaints on how Java L&F on OS X sucks in no time.

    4. Re:Who cares? by Blakey+Rat · · Score: 1

      You obviously do not develop java applications for the desktop. You are probably even clueless when you are running a java app. That's how seamless java desktop apps are becoming when written with the desktop in mind.

      We've been hearing that for a full decade now... put your money where your mouth is, and show me the app.

      It's possible (possible!) that you can create a native-looking and native-feeling and native-performing application in Java. I fully acknowledge that. However, I've never seen one. I don't know anybody who's ever seen one.

      There are small places that might look different such as open file window on Windows, but that's the exception.

      If you think having the wrong open file dialog is a "small" problem, then you should not be designing UIs. That's a huge problem.

      Desktop java has come a long way from back in the old days.

      Yes, but Java's had almost 15 years now to get its act together, even if it's all working now, that doesn't excuse 14 years of shitty Java GUI apps.

    5. Re:Who cares? by WankersRevenge · · Score: 1

      We've been hearing that for a full decade now... put your money where your mouth is, and show me the app.

      If you are so keen to see a native look and feel, head over to www.storytracker.net in the next week or so for the first beta release. You're welcome to judge as you wish. If you don't have the patience (which your tone suggests) I suggest you check out Vuze or Eclipse or LimeWire. You'd be surprised. You see, there's a widget toolkit called SWT that actually utilizes the native OS' widgets. I develop using Swing which is a pure java implementation. When people think of ugly java apps, they think of Swing apps because its very very easy to create an ugly looking app. It takes a lot of work to make a nice looking UI. I'm developing on the Mac, so I've been fortunate to run into a guy named Kenneth Orr who has made wonderful strides in replicating OS X widgets that look and behave native. Check out explodingpixels.wordpress.com and you'll see what I mean.

      If you think having the wrong open file dialog is a "small" problem, then you should not be designing UIs. That's a huge problem.

      My point went right over your head. The open file dialogue looks a tad bit different. Unusable? Not at all. Especially on a windows platform where you have massive changes in UI designs from application to application. The key point ... a user will have no problem using the dialog at all. So no ... it's not a huge problem at all and if you think it is, take your beef up with Sun. Or even better, try to build a better implementation.

      Yes, but Java's had almost 15 years now to get its act together, even if it's all working now, that doesn't excuse 14 years of shitty Java GUI apps

      Dude ... just uninstall java if it bothers you. it's an optional package, you know? You don't have to run java apps. The point is ... java has reached a state of maturity where java desktop application is a reality. Ugly looking apps are the result of programmers not the available toolkits. I know its fashionable to hate java, but you are really out of touch with the current state of the language.

    6. Re:Who cares? by Anonymous Coward · · Score: 0

      If you don't have the patience (which your tone suggests) I suggest you check out Vuze

      Are you joking? Seriously? Vuze is what you offer as an example of an app which looks like a native app?

      The last time I attempted to use it (a year or two ago), it was bloated, slow, and radically unlike any other program I had ever seen on MacOS X. Perhaps its UI has been destroyed and recreated from the ground up since then. If, however, that did not take place, you just torpedoed your own argument.

      As for storytracker... I actually clicked the link. And the first thing I find there is that the author is having second thoughts about maybe rewriting in C++. Not exactly a ringing endorsement of Java as a platform. The screenshots do look nice and native, until your eyes wander up to the menu bar and you notice the excresence typical of Java apps on MacOS X. I would also note that I've seen a number of Java apps with native widgets on OS X which look good in screenshots, but behave very strangely in practice, because the logic behind the widgets is an alien framework, not the native framework. Making the pixels look the same is easy. Making the behavior the same... that's the hard part.

      I think the best way to put it is this: when you develop with an alien framework with alien assumptions and alien technology, you can try to put a native skin on it, but 'nativeness' becomes a massive QA task on each targeted platform. I have never seen an alien system manage to be such a chameleon that apps built with it quickly and naturally appear native on each targeted OS with little effort on the part of the app developer. I doubt it's even possible.

      The menu bar of Storytracker is a great example, actually. If that app was written as a native Cocoa app, he'd already have a real menu bar with the minimum functionality expected by Mac users. If he made use of some of the facilities of the Cocoa framework, he'd get complete support for typical document manipulation tasks and undo essentially for free, and it would all work exactly the way Mac users expect it to work, with zero effort on his part. Instead, he has to recreate all that user experience from scratch. He has decent-enough tools for creating a Mac-like mask, but it is just a mask.

      The point is ... java has reached a state of maturity where java desktop application is a reality. Ugly looking apps are the result of programmers not the available toolkits. I know its fashionable to hate java, but you are really out of touch with the current state of the language.

      Users on MacOS X are frequently bothered by discrepancies between Carbon and Cocoa apps. These are UI frameworks actively designed by their vendor to natively mimic one another, yet discrepancies inevitably arise because of the huge technology difference between them. Does it really surprise you that Swing-with-a-mask receives so much skepticism? There is no magic in there. Swing isn't a particularly impressive toolkit.

      At the end of the day, I've never seen a Java app which didn't feel klunky somehow. I think you are out of touch with reality. It's not the state of the language which matters, it's the sheer impossibility of the dream of write-once-run-anywhere. Nobody has ever succeeded at that without compromising on quality. You claim the latest warmed-over Swing is there. I don't believe you. I believe it's the same as it ever was: Want to write a piece of crap that maybe looks native but definitely fails to feel native? Fine, done and done. Want real quality? You're going to have to tweak the UI code for each targeted platform, and it's probably gonna be more work than if you used its native UI framework, and the results aren't likely to be as good as native.

    7. Re:Who cares? by WankersRevenge · · Score: 1

      The reason I pointed you to StoryTracker was because I am the author of it. The latest blog post was my concern not on the look and feel, but rather Java's nasty memory consumption. Swing is expensive and it is frustrating to watch the application's memory usage increase two megs at time with each creation of a dialog box. If I found the application consuming too much memory, I'd go native with Objective-C (which is something I don't want to do) As for the title bar, it will behave exactly as a Mac user expects. I have a factory class speced out that delegates the look and feel of the title bar according to each operating system. There will be dock icon. The whole works. Those are the last items on my todo before I package the app (come next week).

      In any case, you make some good points. I agree with you that Swing will never be on par with Cocoa. You are right that the native look and feel will always fall behind the Java mask. The SWT toolkit tries to resolve this by encapsulating native widgets using JNI. Eclipse is a great example of it. Developing desktop apps requires a hell of a lot of work for a developer to make an app appear to be native, but once that task it complete, I don't believe the end user will know the difference outside of the increased usage of system resources. I may sound like java zealot, but truth be told, if the application cannot handle my requirements, I'll do a full native rewrite, and then you can send me the "told you so email" which I will grudgingly accept. In any case, thanks for the props on StoryTracker.

    8. Re:Who cares? by Blakey+Rat · · Score: 1

      If you are so keen to see a native look and feel, head over to www.storytracker.net in the next week or so for the first beta release. You're welcome to judge as you wish. If you don't have the patience (which your tone suggests) I suggest you check out Vuze or Eclipse or LimeWire.

      LimeWire has a terrible UI. If you think LimeWire looks like a native Windows application, you obviously have no clue what a native Windows application looks like.

      My point went right over your head. The open file dialogue looks a tad bit different. Unusable? Not at all.

      Really? Here's a small selection of the features you get "for free" if you use Microsoft's Open dialog:
      1) Speech-recognition support
      2) Tablet support
      3) Map network drive
      4) Open a URL instead of a file
      5) Rename files
      6) Copy/paste files
      7) Copy/paste file paths
      8) Drag&drop support

      And that's just off the top of my head. How many of those does the Java fake-dialog do? If any?

      Dude ... just uninstall java if it bothers you. it's an optional package, you know?

      I already did. I just like debating random people on the Internet.

      The point is ... java has reached a state of maturity where java desktop application is a reality.

      Yes, I've been hearing that for a decade. It wasn't true a decade ago, and it's not true now.

      I know its fashionable to hate java, but you are really out of touch with the current state of the language.

      At least I know what a native UI even looks like. If you think Limewire's one, you obviously don't.

  20. Sun was about engineering, now about marketing by syousef · · Score: 5, Interesting

    I take everything Sun says these days with 10 grains of salt. They still have some great products but they are not without their problems. They talk everything up big and have grandiose plans that have sometimes proven to be vaporware.

    I was at a Sun Developer Day earlier this week. In a room full of 600+ people they took a show of hands about who was using JavaFX (almost no one) and MySQL (10%). They then proceeded to do 1.5 hour long in depth sessions on each. Then look at VirtualBox. Awesome software, and improving more quickly than VMWare - lighter weight too. Yet they insist that no one wants Parallel port virtual devices even though people are clamouring for it.

    Oh well, Sun will fade into Oracle in the near future...

    --
    These posts express my own personal views, not those of my employer
    1. Re:Sun was about engineering, now about marketing by BikeHelmet · · Score: 3, Interesting

      Parallel port passthrough (vmware terminology) is the only thing stopping me from migrating many old win9x/dos computers to Ubuntu + VirtualBox for a bunch of local businesses.

      We need it for licensing dongles!

      Sun has incredible engineers, but I don't doubt you about them losing sight of what's important. An app store... great. :P Good luck with that.

      I can tell you what they need. They need to solidify java support for OGL ES 2.0, right now. Java isn't easily usable on the iPhone (one of the most popular phones out there), so they need a wedge to make Java SE ubiquitous across this generation of smartphones.

      Some version of OpenGL ES is in every smartphone I know about, so it's fairly safe making that their wedge.

      These new phones have plenty of memory; if java gets tight bindings with OGL ES 2.0, and makes it a breeze setting up an IDE to dev for phones, java will become be the language of choice for indy game devs on non-Apple smartphones. Heck, most of these phones already have some sort of java support(perhaps Java ME), so kick it up a notch with tight and efficient bindings(to Java SE; not ME), and watch the devs flock to the platform!

      Lets face it, when making an indy game you go for whatever language cuts the dev time the most, and java is definitely ahead of languages like Objective C in that regard! Performance wise, it's not that far behind, either.

      Who knows; maybe they're already doing that, and the app store is part of their strategy?... but probably not.

    2. Re:Sun was about engineering, now about marketing by Anonymous Coward · · Score: 0

      I agree completely. I use to love Sun and I owe it to them, their quality hardware and OSs, for a decent career in the past. Its also time for me to move on.

    3. Re:Sun was about engineering, now about marketing by ChunderDownunder · · Score: 1

      LAMP and the internet changed the goalposts and Sun failed to adapt. Sun has open sourced everything in sight, so this seems like a last ditch attempt to save themselves. Apple turn profits from iTunes and App Store. Sun wanted to capture the non-iPhone market.

      As proof Sun developed a new device-independent abstracted Java platform called JavaFX, taking swathes of Java people off the core libraries to focus on the new platform, that as you say no one has yet adopted.

      Unfortunately the financial crisis hit, Oracle swooped and it's all too late.

    4. Re:Sun was about engineering, now about marketing by JamesP · · Score: 1

      Then use vmware server, it's free...

      Or check qemu '-paralell option' (from the man page)

      -parallel dev
                            Redirect the virtual parallel port to host device dev (same devices as the serial port). On Linux hosts, /dev/parportN can be used to use hardware devices connected on the corresponding host parallel port.

      --
      how long until /. fixes commenting on Chrome?
    5. Re:Sun was about engineering, now about marketing by diegocgteleline.es · · Score: 1

      Parallel port passthrough (vmware terminology) is the only thing stopping me from migrating many old win9x/dos computers to Ubuntu + VirtualBox for a bunch of local businesses.

      kvm (which is way more integrated in Linux than virtualbox is) is supposed to support it, I've heard.

    6. Re:Sun was about engineering, now about marketing by swordgeek · · Score: 1

      I've got to take exception to one of your comments.

      "Unfortunately the financial crisis hit, Oracle swooped and it's all too late."

      Well, no. The financial crisis had landed, established roots, and was starting to smell bad at Sun YEARS before the global slowdown. Take a look at Sun's stock price over the last five years, and you'll see that they've been declining when everyone else was still making money.

      Oracle's "swooping in" is something that Schwartz has been begging for for a while. Sun has (had?) enough cash ON-HAND to take the company private again, but they absolutely refused to do so. That is the sign of someone who is trying to be bought, and no matter how hard they deny it, I suspect (very strongly!) that the deal with Oracle was in the works for several months. Also, the IBM thing was probably a smoke-screen.

      At this point, anything JS says is even less believable than before, because he could instantly be pulled out of that role (yay!). However, at his very best, he was as trustworthy as a racehorse with ADD.

      --

      "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
  21. Works on Iphone because of monopoly by Twillerror · · Score: 1

    MS could do this with silverlight. Adobe withe Flex or Air...it just won't work. It works for the IPhone because Apple has a monopoly on the application. Sure you could hack on an application, but most users just won't.

    The PC doesn't have a central source of applications. There is the web, downloads.com, individual authors, etc. etc.

    What couldn't be delivered in a browser via Ajax, Silverlight, AIR/Flex that this could possibly do?

    Furthermore mobile platforms have nice little niche applications. I would like a google desktop app versus using google maps..it'd be nice it if was built into Windows, Linux, Mac.

    What I'd rather see is MS, Apple, and the Linux community create a decent plugin infrastrute for the OS and have an easy to use "Find extensions" program. Imagine if the search in Vista's start menu could accept an address and pop to google maps via a native app. I'd like to see the usability of mobile apps ported to the desktop.

    1. Re:Works on Iphone because of monopoly by tkinnun0 · · Score: 1

      What couldn't be delivered in a browser via Ajax

      Anything that uses the second mouse button.

  22. That is not correct by SuperKendall · · Score: 4, Insightful

    One thing about the iphone, love it or hate it, is that the apps on it all use the same constrained user interface, and thus many of the same ui widgets and conventions.

    Have you SEEN a good sampling of iPhone apps?

    While there are some conventions around things like pinching, the UI is anything but constrained and app UI's are all over the map, very few apps use the standard widgets for example without at least some tweaking or changes. I mean this in a good way, because the wide variety of ways to input or manipulate leads to some great finds.

    The only constants in the app store are the inputs for an app, not how an app might use them... people crave variety, and on that front a store that can succeed really engages people to discover different things.

    Now the ironic thing is your summary was right on target - less is more. The most successful apps have focused very narrowly and done a great job in refining the UI for that task. To the degree that is possible in Java (and it very much is) the store could succeed.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  23. Re:Are there going to be parental controls/censors by ChunderDownunder · · Score: 4, Interesting

    Schwartz kept mentioning JavaFX, so this in theory does mean phones too.

    While Swing is a desktop platform requiring a full Java SE, JavaFX is supposed to target different devices. Now it so happens that the desktop implementation of JavaFX runs as an abstraction over Java2D and the AWT but this needn't be the case. Today's OMAP3 smart phone is plenty powerful enough for many small screen desktop Java SE apps, RAM excepted. (you wouldn't run eclipse on it!)

    So while Swing and SWT may have too much 'bloat', the idea is to create a movement around JavaFX that has a smaller footprint so that they'll try to sell JavaFX applications that run identically on a desktop and a phone.

  24. After 14 years Java apps are still 2nd class by putaro · · Score: 5, Interesting

    I like Java. I do a lot of work in Java. I even ship an application written in Java that is installed on thousands of desktops worldwide. So, you can probably count me as a Java fan boi but I gotta ask:

    Why the hell is it that after 14 years of Java we still can't get a Java app that looks and feels like a native app on Windows or Linux or even Solaris for god's sake. Why does anyone trying to ship a Java app either have to make the user jump through hoops installing JRE's and JDK's and other nonsense or has to code up special installers and .exe's to launch the JVM?

    I ship an app on the Mac written in Java. Despite Apple's current pull back on their Java support, at least a Java app gets packaged up the same way as a native app and the Java runtime is installed as part of the OS.

    Now, I understand that Sun has no control over Windows, but could we at least define a standard location for the JRE? Could we have a standard Java launcher that doesn't involve command line goo?

    And as for Solaris - you still have to launch Java apps by running "java" from the shell or inside a script. Bourne shell scripts have been executables for 30 years, why the hell can't Java apps be executables as well? Solaris is Sun's OS. Java should shine and be the recommended language for everything.

    And don't even get me started on "Java Web Start". Half the browsers leave little .jnlp turds all over your download folder or desktop.

    Sun has simply fallen down with Java as a desktop platform. It's hard to deliver apps written in Java to customers, period. Swing is *still* ugly - and that's comparing it up against Windows UI's.

    And there's still not a decent GUI builder for Swing. The NeXTStep GUI builder in 1997 worked better than Netbeans does today. Every time I add a component things it's a 50-50 chance that my whole layout will be destroyed as Netbeans moves things around randomly.

    Sun, you have just failed so badly at making Java a viable desktop language. Maybe Oracle can clean up your mess but I doubt it.

    1. Re:After 14 years Java apps are still 2nd class by postmortem · · Score: 1

      Default location of newer JRE releases is
      C:\Program Files\Java\jre6

      As for native look and feel, Swing does have several Windows look and feels in which widgets have native looks:
      http://java.sun.com/docs/books/tutorial/uiswing/lookandfeel/plaf.html#available

      Otherwise, I agree with you that Java desktop app are hard to distribute and necessary hurdle and that Sun is directly responsible for. It seems that Java desktop app platform was never given full attention.

    2. Re:After 14 years Java apps are still 2nd class by Anonymous Coward · · Score: 0

      it's because java sucks and everyone hates it.

    3. Re:After 14 years Java apps are still 2nd class by trickyD1ck · · Score: 0

      It isn't native, it just looks kind of native. I read somewhere that the swing "open" dialog offers like 20% features of the real windows one. SWT can do native widgets though.

    4. Re:After 14 years Java apps are still 2nd class by Anonymous Coward · · Score: 0

      And as for Solaris - you still have to launch Java apps by running "java" from the shell or inside a script. Bourne shell scripts have been executables for 30 years, why the hell can't Java apps be executables as well?

      They are:

      $ chmod a+x hello.jar
      $ mv hello.jar hello
      $ ./hello
      Hello world
      $

      And most of the other bits of your rant are just as uninformed as well.

    5. Re:After 14 years Java apps are still 2nd class by node159 · · Score: 1

      I think you hit the nail on the head why Java adoption on the desktop sucks. Its as if the concept of a stand alone executable is an alien idea.

      If anybody is to blame for the failure of Java on the desktop, its not any external party but Sun itself.

      --
      GPLv2: I want my rights, I want my phone call! DRM: What use is a phone call, if you are unable to speak?
    6. Re:After 14 years Java apps are still 2nd class by garphik · · Score: 1
      >>So, you can probably count me as a Java fan boi

      Err... after reading your post?

      >>And there's still not a decent GUI builder for

      >>Swing. The NeXTStep GUI builder in 1997 worked

      >>better than Netbeans does today

      Eclipse VE??? Nothing like it. Java + Eclipse is a marriage made in heaven.

      Haaayneways, java's main advantage is its platform independence, and I think its still at its best.

    7. Re:After 14 years Java apps are still 2nd class by Anonymous Coward · · Score: 0

      Never looked at SWT (http://www.eclipse.org/swt/), he?

    8. Re:After 14 years Java apps are still 2nd class by faceleg · · Score: 1

      I agree. I like Java but don't like developing GUI apps for it because: A) Netbeans sucks, and B) Swing looks horrible. Despite what others may say, there is no easy way to make a Java app look native on any platform.

    9. Re:After 14 years Java apps are still 2nd class by mfearby · · Score: 0

      Why do you have to "mv hello.jar hello"? Can't you simply chmod the jar file and run it? If not, then that's just another typical reason why Java = Fail.

    10. Re:After 14 years Java apps are still 2nd class by Coryoth · · Score: 1

      Why do you have to "mv hello.jar hello"?

      I'm guessing the OP was doing it for aesthetic reasons so that the executable didn't have stupid unecessary extensions (like "jar" or "exe") hanging off it.

      Can't you simply chmod the jar file and run it?

      Why yes, yes you can.

    11. Re:After 14 years Java apps are still 2nd class by cool_story_bro · · Score: 1

      this works on Windows, too. Well, not chmod and all that, but I recently jar'd up a small, headless java app that I was able to put on the desktop and double click it to run it.

      --
      You must wait a little bit before using this resource; please try again later.
    12. Re:After 14 years Java apps are still 2nd class by Anonymous Coward · · Score: 0

      The thing is, no one has been able to develop high quality Java desktop applications. I mean there are a few that work but I can count the ones that work well on one hand.

      What does that say about the Java language itself? If developers that like the language can't even produce good software then something is wrong at a more fundamental level than you are suggesting. Maybe Netbeans sucks because it's written in Java.

    13. Re:After 14 years Java apps are still 2nd class by VGPowerlord · · Score: 1

      Eclipse VE??? Nothing like it. Java + Eclipse is a marriage made in heaven.

      The Eclipse Visual Editor hasn't been updated since January 2007 and doesn't work with Eclipse 3.3 or newer. With 3.5's release about a month away, that's unacceptable.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    14. Re:After 14 years Java apps are still 2nd class by WankersRevenge · · Score: 4, Informative

      Hey Putaro, I'm also developing java apps for the mac, and I got to say that it is hard, but it can work out. First, you should google mac widgets which makes swing widgets look very very pretty on a mac. It doesn't look too bad either on Windows (kind of looks like ITunes on windows) which is fine by me. Otherwise, I think the native look and feel for swing widgets isn't so bad in Windows. And as another poster replied, there's always SWT.

      As for NetBeans, Matisse is a good tool but I can't be productive in it. I don't know the group layout very well. I don't want to know the group layout and I hate dealing with wizard generate code. In the past two months, I've discovered Mig Layout which is by far, the best layout managers for java. I now mock up my layout in photoshop, then code it in Mig. People are trying to have it included in the JRE. It's just that good. And bonus ... it works the same for Swing as well as SWT.

      Personally, I'd recommend you package your java app differently for each platform. There are a ton of open source java installers which actually download the JRE if there isn't one on the client's platform.

      Java does work for the desktop. It just takes a crapload of spit and polish. If isn't doing what you need it do, I'd work hard as hell to research a solution, and if that still doesn't work, then you need reevaluate your language choice. Personally, in terms of java desktop development, I have yet to find a barrier that I could not cross.

    15. Re:After 14 years Java apps are still 2nd class by cptnapalm · · Score: 1

      You already have a lot of responses, so you may not see this one, but how is this for a Java on Solaris experience.

      A newer version had come out. Ubuntu let me know and a button press or two later, it was installed.

      On Solaris, which is, as you point out, Sun's OWN OS, I had to hunt around java.com, get a tar ball, figure out where the hell it wanted it to be installed to, change some permissions and so on.

      On Sun's own damn OS... Mind boggling.

    16. Re:After 14 years Java apps are still 2nd class by putaro · · Score: 1

      Oh, I've crossed the barrier. As I said, my app is running on thousands of desktops and most of them do not know it's a Java app. It's actually a Java-Cocoa app and was working just fine until Apple removed the Java-Cocoa bridge from Snow Leopard. Even with the extra pain of now writing JNI code to bridge from Objective-C to Java using Interface Builder is a lot more fun and gives better results than NetBeans/Matisse.

      The point, though, is that it is not easy to write a Java desktop app that people don't want to run away from. Sun has been pushing this Write Once, Run Everywhere idea for years now and it's a retarded idea for commercial developers. The only reason Sun pushes it is that they hope that if they can sucker people into writing an app that "runs everywhere" that just maybe it will run on Solaris because who would target Solaris for a desktop app otherwise?

      Java has so many advantages over C/C++/Objective-C that it's a damn shame that it takes so much work to make a decent desktop app.

    17. Re:After 14 years Java apps are still 2nd class by Anonymous Coward · · Score: 0

      I present to you: Eclipse and SWT. We've got your native-looking, easily installable, self-updating Java-based desktop apps right here.

      http://eclipse.org/

    18. Re:After 14 years Java apps are still 2nd class by alexj33 · · Score: 1

      Half the browsers leave little .jnlp turds all over your download folder or desktop.

      I laughed so hard when I read this that my coffee shot out of my nose.

    19. Re:After 14 years Java apps are still 2nd class by alexj33 · · Score: 1

      No, it's your code!

      Just kidding, I was just echoing what I always hear from Java defenders when I raise objections.

    20. Re:After 14 years Java apps are still 2nd class by shutdown+-p+now · · Score: 1

      And there's still not a decent GUI builder for Swing. The NeXTStep GUI builder in 1997 worked better than Netbeans does today.

      It's interesting that you say that. I don't really have any experience developing production Java apps, much less with NetBeans, but I did play with it quite a lot (still like it most of all Java IDEs, includung Eclipse). And I really liked its UI editor in particular, which, to me, seems like it actually managed to blend fully visual, drag&drop editing with proper flexible dynamic layouts - something I (as a .NET guy) wish e.g. WPF visual designer could do just as well.

      In that context, I don't quite understand how adding a new widget to the dialog "breaks your layout" by "moving things around randomly" - from what I've seen, in GroupLayout at least, adding a new widget never moves other widgets at all (and that's the whole point of it).

      So what did I miss there?

    21. Re:After 14 years Java apps are still 2nd class by putaro · · Score: 1

      Yah. I haven't actually used Solaris since about 1999 but I was curious if Java worked any better on Solaris than Linux the other day and everything I found in the docs was just what you describe.

      Sad, so sad.

    22. Re:After 14 years Java apps are still 2nd class by Anonymous Coward · · Score: 0

      Your points regarding standard installation locations may be valid, but it doesn't matter. On Windows, .jar files are executable--I deploy all my desktop apps (and their dependencies) inside a single .jar file. Nothing could be easier. Just double-click on it and you're away.

      As for Swing, I always use a Substance look-and-feel pack (https://substance.dev.java.net/see.html) and it kicks the shit out of any native widgets, with the possible exception of OSX. No doubt about it, Java is my secret weapon for deploying desktop apps--I'm upgrading features while others are dicking around with 'porting' the GUI and other such nonsense.

    23. Re:After 14 years Java apps are still 2nd class by putaro · · Score: 1

      So, try this.

      Make a panel, say 100 pixels high. Put a row of buttons along the bottom of it, get them placed how you like. Then, drag in a panel that you want to be 50 pixels high, stretched across the top from the palette.

      Oops. The panel is, by default, square and something like 100 pixels high. Oh, heavens, we couldn't have overlapping components, could we? Let's just make some space here so that that panel can fit in. Oh, those buttons were where you wanted them? I'm sure you can tidy them back up later.

      Try this - make a new panel. Put a button up close to the right edge but with some space from the right. Now, put another button down below it but try to put it right up against the edge of the container. Oooh, let's move the above button a bit for you.

      Those are pretty easy cases to show and I got them to happen using GroupLayout with Netbean 6.7 beta on Windows just now. There are other things it does that don't always reproduce, like if you put a component offset from the component above, sometimes it decides that it should move the component above so that the edges will match. Sometimes, if you put a component too close to the edge of the container it will resize the container. Try to size the container down, oh wait, some component has a big "space on the right" defined. Can't let you resize the container and I won't tell you why.

      A drag-and-drop GUI builder should NOT mess with your component placement or sizing. It's too damned hard to get them all nudged into place. Sometimes the movement is not noticed because you're really focused on one part of the screen. Sometimes your finger slips off the mouse button and you put something in the wrong place. You shouldn't have to worry that things are moved around.

      Interface Builder on the Mac largely does that right. Where you put a component is where it stays. It shows you guides for where it thinks components should go but you can ignore the guides. It doesn't resize components automatically unless you ask it to.

    24. Re:After 14 years Java apps are still 2nd class by shutdown+-p+now · · Score: 1

      A drag-and-drop GUI builder should NOT mess with your component placement or sizing. It's too damned hard to get them all nudged into place. Sometimes the movement is

      not noticed because you're really focused on one part of the screen. Sometimes your finger slips off the mouse button and you put something in the wrong place. You shouldn't

      have to worry that things are moved around.

      Interface Builder on the Mac largely does that right. Where you put a component is where it stays. It shows you guides for where it thinks components should go but you can

      ignore the guides. It doesn't resize components automatically unless you ask it to.

      I hear what you say, but how to reconcile that with proper auto-resizing layouts? So far all I've seen is either-or - most drag&drop visual UI designers either make non-

      resizable layouts (VB, Delphi, WinForms), or make resizable layouts in very non-trivial ways (Qt and Gtk designers), or have problems such as you describe.

      You mention Interface Builder - how does it handle that? Does it produce auto-resizing layouts that e.g. handle change of font size for all controls correctly?

      All in all though, the more I look at it, the more I think that any proper layout needs to be hand-coded at markup level (like HTML, XAML, etc) - it ends up being what you

      actually want (and not what the designer thinks you want), and also faster for anything non-trivial.

    25. Re:After 14 years Java apps are still 2nd class by putaro · · Score: 1

      I think the answer for the Mac is "Don't change the font size" - I'm not a Mac UI guru but my app doesn't let you change the font size and a quick look at some other apps didn't show up any preferences for changing the font. Typically when we localize apps we have to resize any controls where the new text is too large or too small for the existing control.

      If a panel is resized, the Interface Builder UI has the typical struts and springs style layout control.

      I think that there's two types of UI's. There are the ones that just need to be functional and then there are the ones that need to look really polished. It's like when I toss together a web page to show information internally. A table or two here and maybe an ugly color for highlighting. Swing's BorderLayout and GridBagLayout are kind of equivalent. You can't get things exact to the pixel but you can put something together quickly. Then, there's the polished up web pages and UI's where we get the graphic designers involved and there's lots of graphics, etc. and all of the pixels need to fit exactly together. You can code those by hand but something that lets you lay out the controls and graphics *exactly* where you want them can make it a lot easier.

    26. Re:After 14 years Java apps are still 2nd class by shutdown+-p+now · · Score: 1

      I think the answer for the Mac is "Don't change the font size" - I'm not a Mac UI guru but my app doesn't let you change the font size and a quick look at some other apps didn't show up any preferences for changing the font. Typically when we localize apps we have to resize any controls where the new text is too large or too small for the existing control.

      I see. Well, it's not really an option, then. Coding to a specific DPI (which is what fixed font size implies) these days ought to be criminal - and I tell that as an owner of two 1920x1200 PCs, one a 15" laptop, another with a 24" screen. I definitely do not want to use the same font size on either. Having to resize/reposition controls for localization is another long-standing bane which I'm really glad true dynamic layouts have finally dealt with. And then, of course, I'd rather have the freedom to choose any font for UI controls that I wish, and not a predefined hardcoded one (Win32 apps are also guilty of this, since most use the same approach you describe - relying on OS guarantee that UI font has specific measurements).

  25. ugh. by deviator · · Score: 0, Offtopic

    [snore.]

  26. One week from now... by Speed+Pour · · Score: 4, Funny

    ...Microsoft announces an app store built on .Net applications and plan on making it as Mono friendly as possible. (pretend they didn't already announce this for windows mobile)


    One year from now...
    - Sun announces closure of app store. Notable achievement: 6 popular apps

    - Microsoft announces wildfire success.
    Note: They also announce the rollout of their 3rd DRM scheme in hopes of ending the massive piracy rates on apps coming from the store.

    --
    - Nobody would know what RTFA meant if it didn't need to be said all the time
    1. Re:One week from now... by genghisjahn · · Score: 1

      If I wasn't posting this I'd mod you funny. Haha ! MS is dumb. But seriously, one thing that is oft overlooked is that you don't need an app store for window's mobile applications. You write it and load it yourself or make a .cab file and have anyone download it. Setup a way to charge money for it if you want to. MS has no say in what you put on your mobile phone. If you can write it, you can load it. I understand the vetting process that an app store gives the user, and that's no small thing. But where's the individual spirit of, "dang it! I wrote the app and I don't want to have to register it with some uber-corp so I can share it with other people and make money off it"?

      --
      Sorry about the mess.
  27. Re:Go Java! by Molochi · · Score: 1

    Ollie Air in an SUV would be pretty impressive, but I've yet to see anyone try it.

    --
    "The Adobe Updater must update itself before it can check for updates. Would you like to update the Adobe Updater now?"
  28. too late and people whole maje Java UIs are rare by postmortem · · Score: 1

    Java was brand 10 yrs ago, not anymore, today brand is Flash and PDF. Most people see Java as hurdle.

    Only hard-core Java developers and users would care about this, and there's not billion of them.

    Additionally, number of people who know how to (properly) use Swing in order to make user applications is very small. Number of people who use Java FX is even smaller.

    Good luck to Sun, but if they have done this 10 yrs ago they would have great momentum now, and now they got nothing.

  29. Too little, too late by mgkimsal2 · · Score: 1

    This just reeks of desperation, to me. Five years ago I might have thought this a good idea, but damn if this just doesn't look like copying for copying's sake. There's already been some discussion of this around other sites, but here's a few issues off the top of my head:

    * Consistency. Apple controls the hardware and software platforms, and will even now limit apps to certain platform versions (all new apps must be iPhone OS 3.0). Given that there's not a lot of consistency between various platforms that run "Java" (a cellphone, TV and a desktop, for example), this will end up being a logistical nightmare for Sun's QA/testing (assuming they do that) and a UI nightmare for people using the store.

    * Limitedness. Sun likes to claim billions of Java 'installations' because of JavaME on cell phones. By and large, those aren't upgradeable. Additionally, many of the likely millions of desktops running Java aren't going to be candidates for upgrading or installing apps on due to Nor are many of the millions of desktops running Java in corporate environments. This seems to leave primarily the consumer/individusl and 'small business' market, which is what Apple targets for iPhone stuff. But even there, Apple's only focusing on an 'app store' for one piece of hardware, not an entire ecosystem.

    Likely more details will emerge in the next few weeks, but this just feels like a JavaFX announcement - a copycat 'me too' announcement which is designed to get attention but ultimately won't go anywhere fast in the next year or so.

    If it was limited to *only* work for Windows XP/Vista machines, for example, or just a new breed of televisions with embedded Java, I'd actually think it'd have a much more reasonable chance of success, especially as a first iteration of an 'app store'. But somehow I see Sun attempting to cover a much larger segment of the Java world right out of the gate, and I don't see that working.

    1. Re:Too little, too late by cool_story_bro · · Score: 1

      the entire point of java is to take the platform out of the equation. If somebody develops an app that works on one platform and not on another (not due to e.g. some hardcoded platform-specific filename, etc.), then he has just done Sun a favor by pointing out a bug in Java for one platform or the other. I don't know much about JavaME, but the above holds true for personal computers

      --
      You must wait a little bit before using this resource; please try again later.
  30. You will, eventually by SuperKendall · · Score: 2, Interesting

    No, seriously, who cares?

    Independent application writers. They perk up a great deal any time a means of widespread distribution arises that can make what they do easier.

    That includes all the G1 developers who have a new and deeper understanding of Java and might be looking for a wider market to apply it to... the GUI frameworks are not the same but lots of people stop at the language barriers.

    This model is meaningful for Joe Sixpack audience, which does need that click-click-click-bought, installed & running approach. But how many Java apps for that market you know?

    Probably no more than a few billion different apps. Of course, I'm probably underestimating. Look at the size of the iPhone app store. Not there but growing towards it.

    It's all desktop ones, remember, and Swing still looks and feels horrible on any desktop, from Windows to X to Mac.

    Thus, JavaFX. Or you can probably use Swing if you like, with some care it works fine. Look at the hideous VBA stuff people have bought in the past for lots of money when it met a need.

    We're in double digits for the total usable app count, at best...

    Prediction for "shutdown" locked in at "a few dozen". That's going to be amusing in a year.

    Oh, great. So it's another Sun product with "Java" in name which has nothing whatsoever to do with Java, except that your next Java update will run an installer with "Install Java App Store client" checkbox set by default. Sounds familiar?

    Why Yes. Yes it does.

    billions of ... mobile devices, and smartcards, millions of enterprise servers, set top boxes, Blu-Ray DVD players" - all of which, of course, having no relevance to the subject being discussed.

    Please tell me you are joking and not truly that dense. Every blu-ray player for example has a perfectly fine Java engine that could connect to and run items from this store...

    Not to mention Microsoft, if it decides to jump on the bandwagon...

    But since they are far from platform neutral in anything they do, what could they do? Steam is beating the pants off them, if they can't fight of Steam, well then.

    The day to do anything but laugh loudly when the thought of Microsoft competing against a well thought out plan are long since gone. Microsoft is simply too monolithic to react in timely ways despite however many smart people they set to working at cross purposes. I suppose they might corner the online app store market for Surface, how big is THAT?

    The reason it can work is the reason the App Store worked, lots of small specialized potentially well written apps that can gain enough of a hold that people come there for more apps. Who would go to a physical store for software if they could buy something more specialized for less that did what they wanted? And app writers get the boon of not caring if people are switching to the Mac or not.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:You will, eventually by shutdown+-p+now · · Score: 1

      Since all you wrote leads to this, I'm just going to respond to it:

      The reason it can work is the reason the App Store worked

      App Store worked, but it is not the only such thing, and it wasn't the first by a long measure. All other ones were abject failures. The reason why it worked in that case is because it targeted iPhone (and iPhone is locked to it), and iPhone is a sheer wonder of marketing genius by any measure. App Store is a part of that storm of success, and it is meaningless to even consider it outside of that.

      Meanwhile, I don't see people lining up to download a new JRE release. Or any other Sun product, for that matter.

    2. Re:You will, eventually by SuperKendall · · Score: 5, Insightful

      and iPhone is a sheer wonder of marketing genius by any measure...

      Those who dismiss usability and design (and the network effect!!) under the gauzy umbrella of "marketing" are doomed to incorrect predictions until they learn otherwise.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    3. Re:You will, eventually by iluvcapra · · Score: 1

      Where is the "network effect" of the App Store? Most of the apps on the store are network-less, or only trivially use the network to access web services, not to interact with each other. And when they DO interact with each other, it's usually pretty trifling... I've bought and downloaded a lot of iPhone apps, have owned an iPhone from the first day and am surrounded by iPhone owners, and I've never downloaded an app because I wanted to access a resource that was only available to users of a particular iPhone app. And I think it's unheard of that someone would buy an iPhone because they wanted access to a service that was only available on the iPhone. Everything that an iPhone can do a Blackberry can do as well, just the interface is different (or "better," as your taste may be).

      It's not like Word or Windows, where people buy Dells because they're merely the cheapest way to continue accessing their Word/Windows formatted data.

      --
      Don't blame me, I voted for Baltar.
    4. Re:You will, eventually by NormalVisual · · Score: 1

      Where is the "network effect" of the App Store?

      He means "network effect" in the same sense as "word-of-mouth". A great deal of the iPhone's success is due to people seeing their friends and colleagues with the device, trying it out, and deciding to get one themselves. This is the "network effect" he's referring to.

      --
      Please stand clear of the doors, por favor mantenganse alejado de las puertas
    5. Re:You will, eventually by stephanruby · · Score: 1

      That includes all the G1 developers who have a new and deeper understanding of Java and might be looking for a wider market to apply it to...

      As a G1 developer, I'd have to ask -- what market? This hypothetical 1 billion market is pure wishful thinking on its part. On the internet, Sun doesn't have a captive audience. Sun also doesn't have the experience of making consumer products, let alone cool or usable consumer products.

      And last, Sun couldn't have picked a worst partner for itself, by picking Joyent for its cloud offering. A cloud is supposed to be reliable and scalable, and Joyent is anything but reliable or scalable (despite Joyents' fame for having so many famous co-founders, it's a piece of crap right now). As a developer, this at least shows me that Sun has completely fallen out of touch with its developers and the marketplace, and it's just digging itself deeper right now. Copying your (cooler) competitors and chasing the latest buzzwords is not a sound business strategy.

    6. Re:You will, eventually by Anonymous Coward · · Score: 0

      That includes all the G1 developers who have a new and deeper understanding of Java and might be looking for a wider market to apply it to..

      So what you are saying is that nobody knew how to write Java code before Android? Sorry, they couldn't write the "new and deeper" Java code. Okay, maybe some inexperienced people learned more about Java because they wanted to write apps for their G1. But... Java is one of the most popular programming languages worldwide. The majority of Java programmers learned it somewhere else. There was programming before mobile phone app stores, you know. There was no shortage of Java developers before Android.

      Sorry to harp on this, but it just doesn't make any sense. If Android did not exist, people interested in Java would get their practice writing Java on a different platform. They have been for years. And uh, for a good programmer, there is typically not a very steep learning curve adapting your existing knowledge to a new language or platform.

      Look at the size of the iPhone app store.

      The iPhone app store, which is successful because it's considered cool and hip and new and shiny. Java has not been any of those things in roughly 15 years.

    7. Re:You will, eventually by petermgreen · · Score: 1

      Meanwhile, I don't see people lining up to download a new JRE release.
      If you install any reasonablly recent JRE release and accept the defaults then you will get notified in the system tray that you should be updating it.

      Of course some people will ignore it or turn it off but I bet a lot of them do update.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  31. What on earth makes you think users are reluctant? by SuperKendall · · Score: 3, Interesting

    As we've seen with the recent article about JRE security on OS X, users are generally reluctant to run client-side Java.

    Eclipse alone shows just how wrong you are - if there were not also apps like Limewire as an example.

    Normal users don't even know what the hell the JRE is, nor do they care how secure it is at any moment. Give them an installer and care not at all what the app they are about to use is written in.

    Swing hasn't managed much traction, with desktop consumers overwhelmingly preferring native apps.

    Incorrect. DEVELOPERS have preferred writing native apps. But what if suddenly a lot of useful small utilities appear here, and more and more people start using the app store - people didn't get in on the iPhone app store at first either but when enough people get involved the network effect becomes a powerful force indeed.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  32. Works because it works by SuperKendall · · Score: 1

    MS could do this with silverlight. Adobe withe Flex or Air...

    Any of them COULD do it. But how many ARE?

    Microsoft is out because they are too slow and never intended Silverlight to kill native Windows apps, only Flash.

    Adobe wants to run all apps from the web, they don't care as much about local apps.

    By the time a PC App Store equivalent starts working it's too late to compete against it. The network effect draws in more and more people... The App Store works, because so many people are using it that it draws in many other applications and thus more people.

    But as you say, it doesn't even have to be a highlander "there can be only one" situation - there could be a few very large and well used app stores. Since Java is in a perfect place to take advantage of platform trends, I'd say they are in a damn good position to carry this off.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  33. Package Management for Windows? by spandex_panda · · Score: 3, Interesting

    I reckon the thing I miss the most when looking for good applications on Windows (and to some extent OSX) is package management. This method of distribution including central update management and the use of key signing to ensure software hasn't been tampered with is priceless.

    The advantage I can see in this java distribution is the ability to search one location for software, just like you do with a package manager like apt (on Debian, Ubuntu etc.). Another is that it is cross platform! Maybe this will lead people to pay just a little for OOo and to realise that it is fine for most peoples' needs.

    I say good on them. Especially if it is cross platform. But I also reckon that if it is possible, there should be an open source model created too. This way I could install apt-osx or apt-win and have a nice gui to acquire all the latest and greatest open source software from one source.

    I am totally sick of port on the mac and hunting for shitty shareware on win*.

    --
    like phosphorescent desert buttons singing one familiar song
    1. Re:Package Management for Windows? by Anonymous Coward · · Score: 1, Informative

      I already search only one location for Windows app. SourceForge.

    2. Re:Package Management for Windows? by speedtux · · Score: 1

      I reckon the thing I miss the most when looking for good applications on Windows (and to some extent OSX) is package management.

      Well, simple solution: install Ubuntu now.

      Another simple solution: wait three years. Then, Apple will introduce package management and claim to have invented it. And a year later, Microsoft will have its own version of it and Apple fanboys will claim that Microsoft stole it from Apple. And both will insist on getting full access to your credit card and wallet and allow Microsoft and Apple to do anything on your machine at any time they choose.

    3. Re:Package Management for Windows? by cool_story_bro · · Score: 1

      package managers are great in most cases, as long as you don't care about configuration. But, for example, try installing Tomcat 6 on Ubuntu with the package manager and see if you can even find the actual location of the config files. By contrast, downloading the .tar.gz and extracting the files yourself is quick, easy, and straightforward

      --
      You must wait a little bit before using this resource; please try again later.
    4. Re:Package Management for Windows? by SCHecklerX · · Score: 1

      Same goes for things like sendmail + mimedefang. But those are server things that are typically managed differently anyway (they run custom code and configs). But on the desktop? Ubuntu's package management 'just works'. I haven't had to compile anything on my new laptop to date. And I'm the type that will definitely look for the problems that need to be tweaked. Worst so far was having to write a script to deal with syndaemon on suspend/resume.

  34. Re:Go Java! by chris_mahan · · Score: 1

    "Go powerful. Go elegant. GO JAVA!"

    Man, that's got to be the funniest sig out there...

    Oh, you meant it seriously?

    Oh damn, man, I'm sorry. I really am.

    --

    "Piter, too, is dead."

  35. I see why you posted anon... by SuperKendall · · Score: 3, Interesting

    Even now with the G1 on the rise, people still think of Java in terms that were more valid in 1999 than today.

    As you say a cross platform app store that makes it easy for indy developers to sell games and small utilities - that could do pretty well. Especially for casual games.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:I see why you posted anon... by f0dder · · Score: 1

      What killer have been released for the gphone? The people I know who've gotten them seem pretty quiet about their apps. The only peep has been an onscreen keypad, but that was more of an OS update than an app. The iPhone users on the other hand seem pretty amused by the most trivial apps. Light saber, flashlight, map tracker, level, etc etc I can only surmise the level of development for the gphone is much slower than the iPhone.

    2. Re:I see why you posted anon... by f0dder · · Score: 1

      ... I should add this was some guy whose only had his iphone for a few days. The other folks have had their gphone for a few months. Not saying ones better than the other just my observation. Perhaps gphone users are less vocal about their apps.

  36. Sun has trust issues by cenc · · Score: 1

    The problem with sun is that their policies and buisness plan has gone any which way the wind blows, and against the wind for so many years no one trust them.

    I learned java years back, even though I am not Java programmer, and walked away from it. I went back to try and use it some time later, and most of what I thought learned in useless now because sun has been messing with it in so many ways that it is just not worth bothering with. I can not trust the technology. It is flaky, because the company is flaky.

    By comparison, my C and C++ and other languages make sense still. Yea, there are new coding standards, libraries, and so on but the fundamentals still work even many years later.

    Sun did the same thing with their user level apps. When I make a decision for enterprise level technology implementation for the long term, Sun is one of the last companies that come to mind because of their track record with changing course so radically.

    I hope Oracle sorts it out, or at least puts that dog out of all of our misery with both barrels and picks the corpse clean for the useful bits.

    That is exactly the problem with sun. They do have useful bits, but nothing coherent from lack of leadership. Being bought out was the best thing that could have happened to save the useful technology they did produce.

    1. Re:Sun has trust issues by fbjon · · Score: 1

      most of what I thought learned in useless now because sun has been messing with it in so many ways that it is just not worth bothering with.

      Honest question: what has changed that radically? I know a lot of things have been added.. but changed?

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
  37. Make it like YUM - Easy! by mcrbids · · Score: 3, Interesting

    If having an open system was suffucient, then yum, apt, portage, and similar tools for *nix would be non-starters. I would argue that there doesn't exist a more 'open' environment than the free UNIX movement. Yet nobody wants to go back to the old ways of downloading tarballs and hunting deps.

    People want to get to their apps easily, they want to have confidence that the apps won't hork their systems, etc. I avoid packages that aren't in one of a few repos just because of the hassle of updates, etc.

    This isn't just a good idea, it's one that Sun shoulda done years ago and if they do it right, we'll all be talking about how Larry pulled the rug out from under MS in a few years. Seriously, I'd consider switching my company's flagship product to Java just so I could sell it on this app store if they make it actually work, and don't kill the brilliance of this idea with lameness!

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  38. Re:Go Java! by fractoid · · Score: 5, Funny

    HHISSSSSSSSssssSSSsSssSsssSS!
    Hsssshssssssssthhhhhh!!

    (This message written and authorized by the Annoying Python Evangelists' Club).

    --
    Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
  39. Exactly by SuperKendall · · Score: 1

    I really see this as being something like a usable package manager for platforms that do not have them (or even those that do), making it easy to browse for great software. I'd be as happy to use something like this on a Mac as on Windows.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  40. Duke's pet store? by Lagurz · · Score: 2, Funny

    So, Sun will finally go live with their pet store.

    1. Re:Duke's pet store? by Anonymous Coward · · Score: 0

      I wish I had mod points! SOMEBODY GET THIS MAN A +1, Funny!

  41. Waiting to see by Anonymous Coward · · Score: 0

    I'm still waiting to see the details about this idea, but I'm very hopeful.

    In resent years Java has seen many additions and improvements to it's libraries. Swing is more than capable of creating attractive UIs and the addition of JavaFX to the stack makes it even easier.

    If the Java app store deploys apps in to a managed environment like we see with Android, problems with standardisation and security can be avoided.

  42. Re:Go Java! by kramulous · · Score: 2, Informative

    Go elegant.

    I realise that java code looks elegant. That things are also easy to program. But have you ever examined the callstack? Do yourself a favour sometime and see why Java is slow as dogs balls, memory hungry and anything but elegant.

    Part of what I do is manage the applications running on a couple of HPC machines and when things are really busy, guess which jobs get pushed aside for resource hogging?

    --
    .
  43. Not that literal by SuperKendall · · Score: 1

    Where is the "network effect" of the App Store? Most of the apps on the store are network-less, or only trivially use the network to access web services, not to interact with each other.

    The network effect in this case means the user base - the iPhone app store apps don't talk to each other either, often not even servers. But because people tell everyone about apps they got, or read about iPhone apps, or find them when searching for them - you get a lot of cross promotion from users. Especially if the Java App Store had a lot of small casual gaming apps as well as some useful utility apps that were well written that have traditionally been the domain of crappy Windows shareware, a lot of people could start using the Java App Store pretty quickly and telling others to do so. It doesn't take long to get enough mass to draw in a lot of developers and then you are set... I see it almost more like the Palm app stores that used to be bigger, than the iPhone App Store (since there will be more choice on the part of the users).

    And I think it's unheard of that someone would buy an iPhone because they wanted access to a service that was only available on the iPhone.

    Specifically, no. In aggregate - yes. I'd have a very hard time recommending other smart phones at the moment over the iPhone because of the lead on applications it offers - there's not any one application that is critical, but En Masse you have enough to make it a really compelling point. In the same way someone might be drawn to the Java App Store first over going to someplace like Walmart when they are bored of have a specific task in mind.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Not that literal by iluvcapra · · Score: 1

      But because people tell everyone about apps they got, or read about iPhone apps, or find them when searching for them - you get a lot of cross promotion from users.

      Oh. That's not Network effect, that's bandwagon effect. Those that confuse an economic process with clever marketing are doomed to incorrect predictions until they learn otherwise.

      --
      Don't blame me, I voted for Baltar.
    2. Re:Not that literal by Paul+Carver · · Score: 1

      No, network effect is correct as described in that Wikipedia article. The more people that buy iPhones, the larger the target market for iPhone app developers. Using totally made up numbers which are probably totally wrong, consider the following decision.

      Market Share
      iPhone: 50%
      WinMo: 15%
      Blackberry: 15%
      Android: 10%
      Palm: 5%
      All others combined: 5%

      Decision: You have limited time available to you and your skills will allow you to choose one of the following options. Which is most likely to be rewarding to you.

      1) Develop a great application for one smartphone platform
      2) Develop an "ok" application for two smartphone platform
      3) Develop a mediocre application for three or more smartphone platforms and spend more time chasing platform specific bugs than core functionality and constantly having one or more versions outdated relative to the others.

      Note that if you're a one in a million rock star programmer your answer will probably be different than if you're a 500,000 in a million "pretty good but not great programmer" with a family and social obligations.

      The benefit to the user is the total number of useful applications. It makes no difference to the user if their applications are the product of a small effort from a rock star programmer or the 100% dedication of an "ok" programmer who only has enough time and skill to develop a single application for a single platform as long as that single platform is the one the user has.

  44. Why would the future let it go by SuperKendall · · Score: 3, Insightful

    2004 called; they want their Java 'ecosystem' back.

    I can't help but find it incredibly odd that someone would point at Eclipse as a "failed" Java ecosystem!

    That's the very example of why one would think a Java app store might be able to work.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Why would the future let it go by Anonymous Coward · · Score: 0

      point at Eclipse as a "failed" Java ecosystem

      Failed? Where was failure of Eclipse implied? The point was to illustrate that a clearing house of Desktop centric Java applications (essentially the same thing Johnathan appears to be announcing that Sun will now brilliantly create) has existed since 2004.

      ----whoosh-----------> joke
          O <-- your head

      Whether the Eclipse ecosystem has really been a success is another matter entirely.

  45. Success not as wide as vision by SuperKendall · · Score: 1

    I think it will be a success, but probably only for desktop apps. I await more details as to sales terms and mechanics of how it will work though.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  46. Why do we need this? by Bearhouse · · Score: 1, Insightful

    *cough* sourceforge

    1. Re:Why do we need this? by EvilIdler · · Score: 1

      SourceForge? That site doesn't have the requirement that your software is *finished*!

  47. The solution... by Xest · · Score: 5, Insightful

    Yet people use apt-get instead of just downloading the tgz's directly on Linux, why is that?

    Because if you do have a centralised app repository that is extremely easy to use and which contains quality, tested applications it's much easier to use than searching the internet for something that may or may not do what you want and may or may not be trojan infested.

    1. Re:The solution... by Anonymous Coward · · Score: 0

      To further support your point, take a look at Curse.com's Curse Client for World of Warcraft mod programs. Sure, players can go get the applications themselves, but having them available from one place through a decent graphical interface simplifies things for the user and maximizes exposure for the mod developers. Mods are categorized, searchable, summarized, etc.... Previously installed mods are checked for updates as well as compared for alterations (so you can optionally reinstall if something unintentionally changed it).

      Mij

  48. Small Margins by randomsearch · · Score: 3, Interesting

    Sun may have overlooked one thing: Apple don't actually make much money from the app store, at least according to this article.

    Presumably, it makes business sense for Apple as the app store contributes to the appeal of the iPhone. Sun won't be selling the PCs that are running these apps, and as others have pointed out the expense of reviewing full applications rather than small iPhone apps will be much greater.

    Perhaps there are other benefits for Sun, but from a short-term profit-making perspective it won't work.

    Having said that, a package-manager-esque software distribution method for Windows is a no-brainer. Microsoft are probably the best company to implement that, though.

    RS

  49. not ready for the desktop or phones by speedtux · · Score: 1

    I use a free Java apps occasionally on the desktop, on several different platforms. They look foreign, they don't integrate well with the desktop, they're slow to start up and run, they use dysfunctional file selectors, and a bunch of keys don't work because somehow Java doesn't understand my keyboard map.

    Even on my phone, I have replaced all Java ME apps with native apps for the same reasons: they look bad, ran at the wrong resolutions, didn't integrate with the rest of the phone, and didn't understand the keyboard.

    1. Re:not ready for the desktop or phones by SpinyNorman · · Score: 1

      That's a function of the GUI/UI toolkit the app is using, not the fact that it's written in Java. A Java app doesn't need to use the Java-native Swing (or whatever is current) GUI library... for example it could use Qt via the (now under community maintenance) "Qt Jambi" Java binding, and would look the same same any other Qt app (i.e. very close to native).

  50. usability by speedtux · · Score: 2, Funny

    Those who dismiss usability and design (and the network effect!!) under the gauzy umbrella of "marketing"

    You're so right; he should have pointed out that App Store succeeded despite its numerous usability problems.

    1. Re:usability by Anonymous Coward · · Score: 0

      Says the idiot who's never developed a store that delivers 1 billion + application downloads of 25,000+ applications.

  51. SourceForge is no good if you want to get paid by krischik · · Score: 3, Interesting

    On sourceforge no one ever donated a single penny to me. SourceForge only works if you want to give your software away for $0,00.

    I have a JavaME sortware for sale [1]. Currently I upload only demo version and source code to sourceforge but I sell on handango, mobile2day or smartsam.

    So I welcome the Java shop - it might give me the opportunity to sell the MacOS/Windows/Linux version as well.

    Martin

    PS: before you wonder: JavaME is a pain to set-up so compiling yourself is not worth the effort compared to the few $ the application actually cost.

    [1] http://fx-602p.krischik.com/

    1. Re:SourceForge is no good if you want to get paid by Anonymous Coward · · Score: 0

      As opposed to giving your code away for !$0.00

    2. Re:SourceForge is no good if you want to get paid by Anonymous Coward · · Score: 0

      Maybe its because your online demo doesn't work... load: class net.sourceforge.uiq3.fx602p.Main not found. java.lang.ClassNotFoundException: net.sourceforge.uiq3.fx602p.Main ;-)

    3. Re:SourceForge is no good if you want to get paid by Anonymous Coward · · Score: 0

      Why not do what a lot of iphone apps do and provide a cheap/free version that contains adds, and charge for an add-free version?

    4. Re:SourceForge is no good if you want to get paid by Anonymous Coward · · Score: 0

      This is /., trying to make money from your talent/hard work is evil.

  52. Desktop Application by krischik · · Score: 1

    This is about browser applications. This is about Desktop applications. And there Java is very strong indeed.

    Think Handango [1] or Mobile2Day [2] but for MacOS/Linux/Windows - PCs.

    And this is indeed something I am craving for. A simple way for low volumes sales into those markets.

    [1] http://www.handango.com/catalog/ProductDetails.jsp?productId=247602
    [2] http://www.mobile2day.com/en/plattform:symbian/product_1682341_details.html

  53. Finally... by BrentH · · Score: 3, Funny

    World peace? All PC's coming together, macs, windows and linux alike, and download from the same store and run that same software?

  54. more then windows by gripusa · · Score: 1, Interesting

    guys are missing one point, java does revolve around desktop (esp windows) but dont forget those devices like Nokia's,Sony Erricson etc for whom you have to browse through hundred of pages to find a trustworthy application, I think it could be a big thing unless they did it properly :)

  55. But this could solve your problems by Kupfernigk · · Score: 1
    If Sun makes an application store that works properly for paid applications - and works something like a package manager - most of the problems disappear overnight. The first time you use it the necessary jre level gets installed. Every time you do an update or a new install appropriate resources get loaded. The .exes and the windows start menu should also get fixed at the same time. Java web start goes away.

    On a minor note, if every time you add a component in Swing, Netbeans moves things around, this means that you are not using the layout managers properly.

    --
    From scarped cliff or quarried stone she cries "A thousand types are gone, I care for nothing, no not one."
  56. javaFX Buahahahahaha by Anonymous Coward · · Score: 0

    javaFX rofl. Swing is crap come on its over for java apps on the desktop or browser.

  57. GPL 3.0 by krischik · · Score: 1

    This is what the GPL is all about: The code is free but not necessarily the finished product.

    There are not that many people who are skilled enough to actually compile a JavaME application.

    I can - but honestly for â 10 I would not bother. But knowing that I could if I have to: priceless.

    Actually I started the FX-602P Simulator because the application I used before (SkinCalculator Professional by Nicevalley) was not ported to UIQ3. If fact it has disappeared all together. I asked for the source code twice but no avail.

    Martin

  58. In Other News: by LaminatorX · · Score: 3, Funny

    The Debian Project has announced the creation of an Apt Store. This exciting repository will allow users to get whatever packages they need without even touching their mice.

  59. Ob by Hognoxious · · Score: 2, Funny

    I don't think I've ever run a Java app on a PC. At the very least not since the late 90s.

    Are you referring to the date when you click on it, or when it opens?

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  60. Re:What on earth makes you think users are relucta by vadim_t · · Score: 1, Informative

    Normal users don't even know what the hell the JRE is, nor do they care how secure it is at any moment. Give them an installer and care not at all what the app they are about to use is written in.

    Actually as an user, I really hate Java apps. I've just never seen a good one. I've also seen very few which probably doesn't help.

    Limewire and Azureus are big and slow, even on quite modern hardware. Azureus happily eats 512MB RAM (which is still a very sizable chunk of a modern system). It also uses quite a bit of CPU.

    But what really made me hate Java for applications was Freenet. I'm convinced that doing it in Java was a horrible mistake that dramatically limited its userbase. Back when it was new and came up on Slashdot once in a while, Freenet was near impossible to run along with anything else. A box with 128MB RAM could run Apache without any problems, but freenet would bring it to its knees.

    The fundamental problem I have is: That somehow the two simple tasks "download files" and "serve files" that could be done on a Pentium 1 with 32MB RAM on the background without the user noticing were turned into huge resource consuming applications.

    What happened in the end is that I gave up on freenet, because it'd get my box to OOM every day or so, and got rid of Limewire and Azureus as soon as I managed to find a replacement. Now I use rtorrent and KTorrent.

    Resuming: An user may not know what a JRE is, but that's precisely why they don't understand why they have to install one, and Java appears to equal non-standard UI and horrible memory hogging. Not good.

    Incorrect. DEVELOPERS have preferred writing native apps. But what if suddenly a lot of useful small utilities appear here, and more and more people start using the app store - people didn't get in on the iPhone app store at first either but when enough people get involved the network effect becomes a powerful force indeed.

    Actually no. As a developer I prefer to develop in whatever is easiest for the task at hand. I'll code in Perl on Windows if it's a task Perl is well suited to. But if I coded for other people I wouldn't get a whole lot of users that way.

    When I code for other people on Windows, I open Visual Studio, because that produces applications that look native for their system and which install without problems.

  61. It's a Sun Initiative by TheKiltedManiac · · Score: 2, Funny

    Sun has such a good record of making money with Java! I'm sure this initiative will be a stunning success!

  62. *Now* we know why Apple's not updating Java by oDDmON+oUT · · Score: 1

    Sun's lawyers are salivating as surely there's an anti competitive lawsuit in there somewhere.

    --
    Some days it's just not worth
    chewing through my restraints.
  63. Pushing software via update mechanism != Store by cthrall · · Score: 1

    A store would be interesting, especially if Sun leveraged the cross-platform power of Java to let people run the same game on multiple computers. Play something on your desktop at home, get up in the morning and play the same game on your mobile device on the train.

    But that's not what he's talking about at all.

    Candidate applications will be submitted via a simple web site, evaluated by Sun for safety and content, then presented under free or fee terms to the broad Java audience via our update mechanism.

    As Schwartz mentions in his post, the Java update mechanism recently offered to install the Google toolbar. It was configured to install by default.

    What Schwartz is talking about is getting paid to distribute applications by the Java update mechanism. That install by default unless you tell it not to.

    The first time somebody runs the Java updater, it will install some software. The user will promptly uninstall the software and the Java updater, and perhaps Java itself.

  64. equation by cool_story_bro · · Score: 2, Insightful

    so.... take sourceforge, subtract anything that isn't java-based, add barriers to entry (must pass some arbitrary tests for "safety and content"), add charging to distribute, and what do you get?

    --
    You must wait a little bit before using this resource; please try again later.
  65. Java Crapplets? by Anonymous Coward · · Score: 0

    Why would anyone want to PAY for anything based on Java?

    99.99% of all Java is used for Java "Crapplets", and other small "applications".

    Java is free, and so should be most of the programs written in that language, there is nothing 'outstanding' I have seen a java program do, that I would pay even $1.00 for.

    "Certifying" Java applications is a joke. This is just a wanna be apple store, but selling crap instead of products.

  66. Circa 1998? by elnyka · · Score: 1

    Somehow this smells of 1998's dot-comminess.

  67. Uh, apt-get does this already by Anonymous Coward · · Score: 0

    Uh, apt-get does this already and isn't limited to java.

    For those of you stuck on Windows-whatever ... apt-get came from Debian Linux. It merges OS updates, security updates, application loading (new and updates) into a single system. There are a number of repositories/depots and users may add more from third parties, if they like. However, there's really no need for 95% of the users to bother with that. There are hundreds if not thousands of applications in available. Dependencies are handled automatically.

    Oh, and all the applications are free. Some of the applications may have legal issues for your location. but they are grouped into a specific depot that you have to add to use. For example, MP3 en/decoders and DVD players, which are encumbered.

    There are a number of GUI front ends to make this pretty and VERY easy to use. Synaptic is installed with Ubuntu Linux.

    Others may suggest RPM, but that system has gotten extremely confused in my experiences over the years. Dependencies get out of whack and there doesn't seem to be any way to fix it. Soon, you can't update/maintain your systems anymore. Boo.

    apt-get isn't written in Java, so it isn't slow, doesn't use tons and tons of RAM and sorta just works.

    Microsoft, are you paying attention? You need to make a free depot for any applications to use to maintain your operating systems, security patches, and **every** application. It needs to be free for users and free for developer and free for companies. You are just a catalog, not the host for 3rd parties. Set a standard, publish it, and by just placing your own software into this, you'll cover many apps. Heck, I'd like for my MS-Office updates to be included in the Windows-update process. Please?

  68. Re:Go Java! by dublindan · · Score: 1

    Powerful? Elegant? Hahahahahaha. Good troll though.

  69. Re:Go Java! by MindKata · · Score: 4, Funny

    "slow as dogs balls"

    I wasn't aware dogs balls were a standard unit of speed? ... These SI units get more eccentric every year.

    --
    There are 10 kinds of people in the world... those who understand binary and those who don't.
  70. Biggext app store around Java by Anonymous Coward · · Score: 0

    So how much did they pay the government of Indonesia for the island?

  71. Clearly Bigger = Better by Anonymous Coward · · Score: 0

    Just want I want. To wade through even larger mounds of crap to find the one gem of a good application.

  72. Re:Go Java! by Anonymous Coward · · Score: 5, Funny

    Coding in C/C++ is like riding a skateboard: you will eat shit a million times for every trick you land

    That's how you become a real man, son. Not a quiche eating pansy boy.

  73. Really? by PontifexMaximus · · Score: 1

    Sun has done more to alienate it's customer base than any other company out there, except SCO. They wouldn't know a customer if it piddled on their trouser leg.

    A Java app store? Seriously? Is there really a need for such a thing? I rarely EVER use Java unless I have to, and then I can probably find a way to do without it.

    A community of 1 BILLION? Was this actually said with a straight face?

    What a bunch of idiots.

    --
    Pax Vobiscum
    1. Re:Really? by swordgeek · · Score: 1

      Um...yeah.

      Everything you said. Except that Sun still has a few really great engineers who haven't jumped ship yet. (Note the words "few" and "yet" in that sentence.)

      Pity that Oracle will either keep Jonathan on, or given him a severance package. He deserves to be kicked to the curb with a mouthful of broken teeth.

      --

      "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
  74. Sun is confident about JavaFX by javacowboy · · Score: 1

    This can only mean that Sun is really confident about what's coming in the pipeline for JavaFX 1.5, and are eager to show off the technology.

    If they can have a unified platform for desktop, mobile, and even TV apps, then it can grant Windows and OS X users (in addition to any Linux/OpenSolaris user who so chooses) one place to shop for desktop and mobile apps. Obviously, they'll need to sign up more mobile phone makers and somehow get JavaFX working on Android, but I think they might pull it off.

    Also, I have a feeling that Oracle is behind this decision, or they at least support it.

    --
    This space left intentionally blank.
  75. Re:Are there going to be parental controls/censors by VGPowerlord · · Score: 1

    So while Swing and SWT may have too much 'bloat', the idea is to create a movement around JavaFX that has a smaller footprint so that they'll try to sell JavaFX applications that run identically on a desktop and a phone.

    I thought the entire idea of SWT was to avoid bloat by using the system's native widgets for rendering, as opposed to Swing which creates its own.

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  76. World's Biggest App Store by CopaceticOpus · · Score: 1

    A bigger app store, that's a clever marketing scheme. What will all those iPhone users do when this shiny new app store won't fit on their little screens? They'll be SOL!

    If Sun follows this up with the World's Biggest Cell Phone, they're golden.

  77. Java is a conspiracy to create Java Jobs by Anonymous Coward · · Score: 0

    Java should have died years ago. It is a terrible platform. It eats memory, runs slowly, and is difficult to debug. Oh, and despite its claims at portability it is not.

    Java is popular with Java programmers because it inflates a $5000 mandate to a $50000 mandate. It wastes processor cycles, is inefficient and undeserving of our respect.

    Anyone starting a new Java project in 2009 is a menace to his employers. People push for Java out of personal corruption and greed.

    Us self-taught PHP programmers are kicking the asses of you university types with your Java crap.

    Seriously, to quote Austin Powers: "Why won't you die?"

  78. I'd rather see an "Adobe Air" App store by themeparkphoto · · Score: 1

    I refuse to install Java on my computer because 1) It Sucks and 2) I don't want to support http://slashdot.org/articles/99/09/20/0744243.shtml Patrick Naughton.

  79. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  80. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  81. Re:Go Java! by murr · · Score: 1

    ... and if you need a power of two based unit of speed, you use "dobi balls"

  82. Who the hell is Sun? by Cajun+Hell · · Score: 1

    I know who Debian is and what they're about and have pretty high confidence that I'm getting quality software from 'em. (No ssh jokes, please.)

    I know who Apple and Microsoft are, and what the criteria for their stores is: the apps are required to not be too good and functional.

    Sun? Who is Sun? What's your gimmick? Are you here to maximize my freedom, or just to keep me in a long-term billing arrangement with AT&T, or what?

    --
    "Believe me!" -- Donald Trump
  83. If this is the best Sun has to offer.. by Anonymous Coward · · Score: 0

    then Oracle is screwed.

  84. projectvector.com by Anonymous Coward · · Score: 0

    Have any of you checked out http://www.projectvector.com ? haha

  85. Prefer vs. Do by SuperKendall · · Score: 1

    Actually as an user, I really hate Java apps. I've just never seen a good one. I've also seen very few which probably doesn't help.

    You have tried to use them on resource constrained systems, which does not help - and the apps you were talking about all manage large volumes of data with a lot of simultaneous network connections, a worse case scenario for Java apps.

    I'm not saying Java apps will not generally take a chunk of memory, but I am saying smaller (especially JavaFX apps) will be lighter weight and for most people that don't multi-task as much, not really have that much overhead. Lots of people play Flash games for example and that has more overhead than a Java game would.

    Azureus happily eats 512MB RAM (which is still a very sizable chunk of a modern system).

    Actually no. As a developer I prefer to develop in whatever is easiest for the task at hand.

    Not if you want to earn money you are not.

    When I was working in a large company I did not "prefer" to use Outlook. But I did so because I had a job, and Outlook was required.

    If you are an independent software developer writing small apps you might "prefer" to write them in Perl. But if you can make decent money writing them in Java for the Java App Store, why not? The G1 has shown developers WILL use Java with this motivation.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Prefer vs. Do by vadim_t · · Score: 1

      You have tried to use them on resource constrained systems, which does not help - and the apps you were talking about all manage large volumes of data with a lot of simultaneous network connections, a worse case scenario for Java apps.

      Those weren't resource constrained systems back then, that's the problem.

      At that time, a normal consumer box had 256MB RAM. Maybe 512MB, if they were rather high end. I had a dual Athlon MP with 1GB, but that's because I'm a geek. And even on that box, those applications were slow and large.

      And 256/128K ADSL isn't what I'd call a large volume of data, for a computer that would have done perfectly fine on a gigabit network.

      I'm not saying Java apps will not generally take a chunk of memory, but I am saying smaller (especially JavaFX apps) will be lighter weight and for most people that don't multi-task as much, not really have that much overhead. Lots of people play Flash games for example and that has more overhead than a Java game would.

      Well, maybe. But where's the incentive to use them?

      The applications people need already exist, and they're already using them. Remaking every tool in Java seems pointless, and many people will be reluctant to try them due to experiences like with Azureus.

      Java applications are remarkably desktop unfriendly because they seem to grow until they reach the maximum amount of memory they can use. While this reduces the amount of GC invocations, it's a pain for the user. If I limit my text editor to 32MB, I won't be able to load a 64MB log file into it. If I give it a top limit of 512MB, chances are it'll eventually grow that large, even with a much smaller file loaded.

      And the whole idea of setting the amount of memory an application can use is very user unfriendly as well.

      Not if you want to earn money you are not.
      When I was working in a large company I did not "prefer" to use Outlook. But I did so because I had a job, and Outlook was required.

      But that's precisely what I said.

      I was replying to your "Incorrect. DEVELOPERS have preferred writing native apps". No, I don't "prefer" writing native apps. I prefer writing in whatever is easier for the task at hand. I have to write in whatever the customer demands, or in whatever is least strange to the user. In my experience, users have a fairly negative reaction towards Java apps, so I wouldn't write one when writing for an user and not my own personal needs.

    2. Re:Prefer vs. Do by SuperKendall · · Score: 1

      At that time, a normal consumer box had 256MB RAM. Maybe 512MB, if they were rather high end. I had a dual Athlon MP with 1GB, but that's because I'm a geek. And even on that box, those applications were slow and large.

      Yes, which was too small at the time but as time has moved on Java is faster and all the things you mention even cheap computers have more of.

      They were resource constrained for what you were trying to do at the time.

      And 256/128K ADSL isn't what I'd call a large volume of data, for a computer that would have done perfectly fine on a gigabit network.

      Yes it is when you are saturating that line with quite a lot of connections, since at the time the Java desktop VM's were not really built for large numbers of small connections. Again Java has gotten faster and networks have too.

      Java applications are remarkably desktop unfriendly because they seem to grow until they reach the maximum amount of memory they can use.

      That is more true of traditional Java applications but does not have to be true. Also of course, JavaFX should be better because it's essentially a scripted app engine that can manage resources better for a desktop app.

      The applications people need already exist, and they're already using them. Remaking every tool in Java seems pointless

      But there are a large number of small utilities that do not have great options, so people will write new ones - just as they have always done. Why are any new applications written?

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    3. Re:Prefer vs. Do by vadim_t · · Score: 1

      Yes, which was too small at the time but as time has moved on Java is faster and all the things you mention even cheap computers have more of.

      Yes, of course. Now I have a computer with 4 cores and 8GB RAM. That still doesn't mean that I'm happy to let an application waste RAM, because the amount I have is something that I actually use almost fully.

      They were resource constrained for what you were trying to do at the time.

      No, they weren't. A box with 256MB RAM, and a 1 GHz P3 would be perfectly capable of downloading files from a 2Mbps connection on the background with no performance impact to the user.

      That this task was somehow resource constrained when you did it in Java was the problem.

      That is more true of traditional Java applications but does not have to be true. Also of course, JavaFX should be better because it's essentially a scripted app engine that can manage resources better for a desktop app.

      That is interesting, mind explain why it won't be true?

      As far as I can tell, JavaFX is still Java, runs on top of the same JVM, and should have pretty much the same characteristics.

      But there are a large number of small utilities that do not have great options, so people will write new ones - just as they have always done. Why are any new applications written?

      The problem is that this is a store built around Java, which is rather strange for PC users. As a PC user I shouldn't care what an application is written in. If I want a text editor, I just want a text editor. What it's written in is largely immaterial so long it works and installs without hassle. It makes no sense to go to a website where I can only find a text editor that's written in Java.

      This also means that if by chance there's no desktop program written in Java that does SFTP (haven't checked if there is or isn't), for this store to have one somebody has to write it. And not because what's out there is old or buggy, or because the author thinks he can do better, but because nobody did it in Java yet.

  86. Awww, how cute! by divisionbyzero · · Score: 1

    Sun is still trying to be relevant. I thought they would stop issuing bombastic, baseless, bullshit press releases when they were finally acquired. I thought that was the whole point? Guess not. Maybe they really believe this crap.

  87. Re: too late for Java on the desktop? by Have+Brain+Will+Rent · · Score: 1

    I develop Java desktop applications as well and judging by the content of the local JUG mailing list that makes us both members of a tiny minority. Some of your complaints have been addressed by some vendors for some platforms, OTTOMH for many years Borland's IDE has been able to generate a windows clickable .exe out of a Java app. Most of your complaints should have solutions that some vendor, or motivated group, could implement relatively easily. The exception is the graphics. I agree the UI designers that I have used are a PITA and the results not so good as far as blending in with native apps.

    I guess the question is, how does it stack up against other desktop languages? I haven't done any C++ for quite a while now - what's the state there? Is there a single Windows/Mac/Linux development system that generates executables with a homogeneous installation and use experience on all platforms along with good native look and feel on each of those platforms? And a good, easy to use, reliable and predictable UI designer as part of the IDE? If so then there's no reason it couldn't have been done for Java, and if not there's still no reason why it can't be done for Java, putting it far ahead of the rest. And either way you're right, Sun could have done better by Java.

    So, is it too late for Java on the desktop to succeed?

    --
    The tyrant will always find a pretext for his tyranny - Aesop
  88. Re:What on earth makes you think users are relucta by Anonymous Coward · · Score: 0

    I think it could work--I enjoy using Apple's app store.. and if Sun was able to build a decent platform for apps -- that produced winners like Eclipse, Limewire, SuperSync, or Azureus.. Yes, there are currently not a lot of great java desktop apps, but... it does seem like a missed market opportunity. Best of luck Sun!

  89. Re:Small Margins are perfectly OK by davecb · · Score: 1

    randomsearch writes: Sun may have overlooked one thing: Apple don't actually make much money from the app store

    The benefits are adoption and credibility, which Java needs more of. So long as it breaks even, a Java store will make the language more attractive to end-users.

    Well down the road, this will drive more business for the company owning Java, just like having an OS used in university labs eventually drives more business for the company that owns the OS.

    --dave

    --
    davecb@spamcop.net
  90. Google could do this, Sun not so much by SteeldrivingJon · · Score: 1

    The simple fact is that Sun doesn't have the standing in the market to be able to pull this off. It might as well be Novell or (whatever remains of) Borland making this announcement.

    Google has the mindshare to do this, and the traffic. Sun definitely does not - at this point they're basically a middleware and server business. When people think "Where can I go on the Internet to buy and/or download software for my computer", they certainly don't think "Sun" (unless they already know it's a Sun product they're after). They probably think Google first.

    Hell, Fry's would have a better chance of making it work than Sun would.

    Come to think of it, Sun's best shot is to develop the system, then cut a deal with a retailer like Fry's, Best Buy, or Wal-Mart, and provide the system as a service through the retailer website with all the marketing done by the retailer.

    But if Sun thinks they're going to create a Sun App Store and it's going to be an internet sensation, they're deluding themselves and having a 90's flashback.

    --
    September 2011: Looking for Cocoa/iOS work in Boston area Cocoa Programmer Quincy, MA
  91. Re:Go Java! by thePowerOfGrayskull · · Score: 2, Informative

    Part of what I do is manage the applications running on a couple of HPC machines and when things are really busy, guess which jobs get pushed aside for resource hogging?

    Part of what I do is manage java middleware that services thousands of concurrent clients while maintaining performance in the 200-300TPS range, with an SLA to the client applications of less than 100 ms - and that includes round-trip time to the data providers, some of which may be several tiers removed.

    So - what's your point again?

    Look, I'm not saying Java is good for everything - it's a tool and like any other tool you should use the best one for the job. But you should also base your decisions on data that is more recent than your desktop experience with Java ten years ago.

  92. Re:What on earth makes you think users are relucta by Blakey+Rat · · Score: 1

    I know enough to know that the last computer virus I got was due to having Java installed. Fuck it; there's nothing worthwhile on the web using Java, and there's nothing worthwhile on the desktop using Java. (Oh, and Limewire? That's an anti-feature-- that program has a UI so bad, Lotus Notes developers make fun of it.)

  93. Re:Go Java! by lannocc · · Score: 1

    But have you ever examined the callstack? Do yourself a favour sometime and see why Java is slow as dogs balls, memory hungry and anything but elegant.

    Java (well, the JVM, not the language) is a system in itself. Think of a running Java instance as a running OpenVZ container, for example. It is doing its own memory management, etc. Granted, every JVM implementation I have seen severely lacks in external controls for things like killing off a rogue thread stack. I can't wait until I have a computer booting directly into a JVM environment, with all the modern operating-system commands and controls (could I get a Java BASH implementation, please?).

  94. Re:Swing? by Anonymous Coward · · Score: 0

    If you want native look and feel then use SWT/JFACE not swing (people still use swing?).

  95. Vector?! by nsushkin · · Score: 1

    The store should be called ArrayList, Vector has been deprecated.

  96. Re:Go Java! by kramulous · · Score: 1

    That would be something I'd like to see.

    I bash Java, but when I need to knock up things quickly, it is the first language I turn to. Usual old "right tool for the job" argument. A direct boot JVM would enable quite a few more classes of jobs.

    Actually, now I think about it, wasn't there this?. Have you ever tried it? I haven't. Although I don't think that was the one I was thinking of.

    Just firing random thoughts.

    --
    .
  97. Re:Go Java! by Anonymous Coward · · Score: 0

    Well, relative to the dog they are awfully slow. Even your dad's balls move faster.

  98. Re: too late for Java on the desktop? by putaro · · Score: 1

    Heh - a fellow masochist!

    I agree with you that the problems are not really that difficult. They should have been part of the Java platform 12 years ago. That's what I have difficulty with.

    I'm not sure that the holy grail of a cross-platform app is really very useful. Sure, for a small developer having something that also runs on the Mac is kind of nice, but Mac users are picky. If it doesn't look and feel like a Mac app they pan it so you don't gain much. Sun's has infected the Java community with that Write Once Run Everywhere meme but it's really a red herring. What they really want is "Write For Windows but it runs on Solaris too" but they won't say that.

    Actually, that's not really fair, as server apps DO run everywhere. The difference is that you have a systems admin (or at least a wannabe) installing those and they can install the JRE/JDK properly and they can get the configuration pulled together.

    I think that Sun's all-or-nothing approach to JRE deployment has been a major problem. You had to either give the user the complete JRE or you had to go through some kind of licensing dance with Sun. If they had just gone with a per-seat kind of license and let people imbed Java without any fuss it would be a lot more successful on the desktop in my opinion. I just love the new "install on demand" JRE idea. What bozo came up with that? Yes, my user wants to download an app and then watch things spin when the try to launch it while it download the rest of the junk it needs. Genius at work there. I know when I download something I want to download it and then run it. If it's going to take 15 minutes to download, let me know that up front when I start the download in the browser and I will go get a cup of coffee or something. It's almost as bad as installation processes that pop up a dialog box after an hour of installing asking you some inane question.

    Sun really wants to put the Java brand front and center but it just doesn't resonate with anyone besides developers. I think the "Java App Store" will do about as well as the "C App Store" and the "C++ App Store" have done...oh wait, those other two don't exist, do they?

    Can Java succeed on the desktop? I think it can but it needs to be easy to write NON-PORTABLE apps in Java - if I want to write something that shines on Windows and doesn't work on the Mac or Linux (or Solaris) it shouldn't be a big deal. Now that Sun has let go of the licensing on Java we may see. I think the language, the JVM, the platform, the variety of libraries available and the tools (except for the GUI builders) make Java a great development platform.

  99. why the hell can't Java apps be executables by jijitus · · Score: 1

    Obviously you don't know jack about Java. It is a compiled language, you know, so the comparison to {shell|Python|Perl|PHP|anything text based and interpreted} is plain wrong.
    You have two possibilities: binfmt_misc or wrap a JAR in a shell script

  100. Re:Go Java! by kramulous · · Score: 1

    Yup, right tool for the job. What you describe though is not what I class as HPC. We need *maximum* floating point throughput. That includes extremely efficient memory and cache management. I know I'm in the ballpark when the remote power monitors to the supercomputers show significant increase in consumption.

    I check each new java release. Still nowhere near an Intel compiler on Intel hardware.

    I have to rewrite code that contains dynamic memory structures in C++ (stl) and remove those bastards. They are simply not good enough ... Replacing a stl::vector with the standard array will achieve a 500x speed improvement on a simple vector multiply (E54xx, 11.0.074). Some will argue that it is not needed. I beg to differ. What is better? Assuming zero network lag and instant communication, one processor can achieve what 500 do in exactly the same time. Which is more cost effective?

    I like Java, don't get me wrong. I reach for it whenever I need cross network/client communication among many other things. It is extremely good at what *I* think it was designed for. At this very moment I'm punching out some Java code. But it's for an app for an entirely different purpose. A much more suitable one.

    --
    .
  101. Re:One year from now... by Anonymous Coward · · Score: 0

    One year from now...
    - Sun announces huge success.
    Notable achievement: 10,000+ popular java apps

    - Microsoft announces buying Sun.
    Microsoft creates DRM scheme for Java apps. But to use these apps, you must own a Zune.

  102. Sun Run a Consumer App Store? Hah. Wait for Apple. by WoTG · · Score: 1

    After watching the App Store concept do phenomenally well for Apple for the iPhone / iPod Touch... I think there's only one logical path going forward. Apple will eventually launch an app store for desktop computers through some kind of Virtual Machine (it's convenient that they've moved to x86) that will run on Macs AND Windows. They can sneak it in via iTunes and Quicktime.

    As for Sun? Their stupid JVM install system is a mess... how can they get an App store to work any better? I think I've got 5 or 6 JVM installs currently on this laptop from various updates and bundled with things like OpenOffice - that's just confusing.

  103. JavaOS by lannocc · · Score: 1

    Ahh yes the JavaOS, I do vaguely remember that. The big problem I see is getting device drivers written for something like that, to be portable across such a range of hardware that is out there. These days I'm thinking a better approach (since I've gotten so deep into Linux) might be a JVM written as a Linux kernel module. Perhaps it's implemented in a similar fashion as OpenVZ or KVM? Well I can dream, and some day I hope to have time to pursue a project like this.

  104. Re:What on earth makes you think users are relucta by Anonymous Coward · · Score: 0

    Eclipse is great. But seriously, its main users are JAVA DEVELOPERS.

    Azureus (and apparently Limewire) are the ones that catch my attention as end user apps. They still are far from being mainstream apps, and far from having great UI (very useful though).

    The truth is as the GP says it is: MAINSTREAM USERS DEMONSTRATE A PREFERENCE FOR NATIVE APPLICATIONS. Said loudly because screaming it helps, as you seem to think it's just the developer choice that is causing the situation and not the crappy Java UIs.