Skip to main content

What new feature do you most want to see in Dolphin (Java SE 7)?

Language-level XML support
13% (110 votes)
Language-level Visual Basic support
3% (26 votes)
Easier library versioning/management
27% (224 votes)
Easier end-user deployment
28% (228 votes)
Better multimedia support
20% (160 votes)
Something else (please comment)
9% (72 votes)
Total votes: 820

Comments

JSR 203

JSR 203: More New I/O APIs 1. A new filesystem interface that supports bulk access to file attributes, change notification, escape to filesystem-specific APIs, and a service-provider interface for pluggable filesystem implementations; 2. An API for asynchronous (as opposed to polled, non-blocking) I/O operations on both sockets and files; and 3.The completion of the socket-channel functionality defined in JSR-51, including the addition of support for binding, option configuration, and multicast datagrams.

Better OS integration

+ Bluetooth. + USB. + Full support for the file system (JSR203). + Better deployment options (how about a small JVM that you could statically link to an app so that no other dependancies are needed - would be great for utilities) Basically all the stuff that you would normally need native code for. And what I certainly don't need is yet another XML API or yet another DB or any more of all the enterprise stuff. It is fine to have pure Java implementations of these which can be separately downloaded and deployed. Regards, Christian

Better OS integration

I join you christian this will be very useful

Full ports of all APIs to platforms

New features are great but taking the JSRs (jsr-80/82), and older APIs such as serial/parallel port and making them for ALL the platforms. Then also having the tools support ALL the platforms, not just a JWTK for Windoh$. At JavaOne I heard in a BOF session the most silly statement. "all of our developers use windows". Maybe that is the company issued equipment, but if asked what would they use!! I would bet Mac, or Linux. Sure there would be window developers, but not 80-90%, more like 25-30%. -Sfitz

CPAN for Java (only better)

I'm glad to see that the two points that I find most important are winning right now. End user deployment and library version management. Both of these issues could be solved with a apt-get or CPAN style version management system. This would solve end user issues by allowing only a super small initial JSE download with the built-in ability to pull libraries as needed. Don't give me CORBA if I don't need it. Don't give me JDBC if I don't need it. Do give me JMF if my app needs it. Etc. In short, break up rt.jar into logic parts. Along with libs, there needs to be a way to always have the latest JVM in the users hands. Keep the old JVM on the system for compatibility with apps that require it, but Java 7 should be installed (remember super small initial JSE footprint) side-by-side. All of this has to be transparent or SUPER EASY or users will avoid it and we'll have the same failure on the desktop that we're experiencing now. Let's make the first manual download or factory install of Java the last one they'll ever need. It will auto-update constantly as needed. This would make desktop java not just viable, but popular. -Bryan

An Isolate Implementation for Java SE

Isolates hit the sweet spot between classloader isolation/modularization (too strongly coupled, no isolated faults, for example) and multi-process clustering (too heavyweight).

Are you still surprised that there are almost no affordable Java hosting offers?

An Isolate Implementation for Java SE

This is huge too. Java has almost no showing in the massive web hosting arena. All of this buzz about scripting languages has more to do with finding a cheap PHP hosting situation that it does with the merits of PHP or RoR. I'm not sure if this is a JEE or JSE issue or both, but there needs to be a way to better isolate systems from each other (so cheap hosting is viable). Also, JSE memory requirements need to go way down -- or heap sharing between multiple JVMs needs to be possible. The CGI-ish "share nothing" model isn't as effiecient as JEE multithreading goodness for big web apps, but you can't beat it for small hosted apps. -Bryan

Visual Basic Support??

Why would Java want to support VB?

Visual Basic, AFAIK, is dying in .NET since the change from the prior version to .NET was so great that most companies that wanted to convert, just went with C#.

Visual Basic Support??

Visual Basic with a good IDE is actually not too bad.
10 years ago my frustration point with VB (and MS' implementation of C++ for that matter) was that you had no way of looking 'under the hood'. So you had to take the doco for the libraries at face value - but constantly test them defensively to find out what the real deal actually was.

It kind of got a bit ridiculous towards the end there, since I'd read Petzold I knew what could be done, so a fair bit of the time I ended up reaching out into hyperspace, twiddling the Win32Apis (don't try this at home), and leaving the other VB programmers in the dust wondering how the heck I'd done "the impossible".

There are some wrinkles, like most (but not all) of the ways of opening a file would create the file if it didn't already exist.

Note that a form of VB may be about to get a big boost from MS - in that their example 'gadgets' use VBScript. Gadgets being the equivalent of Apple and Yahoo's (courtesy of Konfabulator) widgets. Though I wonder if most people will use Javascript instead to write gadgets (if that is an option).

Simplice is such a cool idea, I'm annoyed that it will take so long (November release?) to come out.

NB: best feature of VB? -> No Generics!!! :D

Visual Basic Support??

From the experiences that I have heard, most VB shops in our area transitioned to VB.NET instead of C# as Microsoft was hoping for. Mainly due to the enormous investment in VB of the past decade or more. I have used and do not care for VB, but I see the huge benefit of trying to make Java as easy to use as VB and luring VB developers to Java. Not my first choice on wanted features for Dolphin, however.

Visual Basic Support?? Absolutely!

No, they haven't converted, they are currently furious.

There is an enormous VB developer base, arguably larger than Java itself. They have just been royally shafted by ms, and they do not know what to do now.

Allowing them to migrate their considerable codebase to the Java platform would be a significant win for our community, and a tremendous saving for them.

Visual Basic Support?? Absolutely!

I do not expect that they would be able to port their existing applications. It is just too complicated (with all the native controls and all).