Why will there be no native properties in Java 7?

Question

Is there any rational reason, why native properties will not be part of Java 7?

Answer 1

• Not enough time?
• Not yet specced properly?
• Difficult to add to java due to java's implementation?
• Deemed not important enough, ie other things were prioritiesed?

Answer 2

Java decided to stick to their ByteCode format and they didnt want to change the JVM because that will lead them to recode many of existing libraries. And because of their stubbornness to stick to very strict object oriented principles they do not want to add more things like c# is doing.

They are running out of fuel because of .NET, their future is very weak because of BAD UI, Slow execution and absolute ignorance of Windows user base.

Answer 3

Doing properties "right" in Java will not be easy. Rémi Forax's work especially has been valuable in figuring out what this might look like, and uncovering a lot of the "gotchas" that will have to be dealt with.

Meanwhile, Java 7 has already taken too long. The closures debate was a huge, controversial distraction that wasted a lot of mind-power that could have been used to develop features (like properties) that have broad consensus of support. Eventually, the decision was made to limit major changes to modularization (Project Jigsaw). Only "small change" is being considered for the language (under Project Coin).

JavaFX has beautiful property support, so Sun clearly understands the value of properties and knows how to implement them. But having been spoiled by JavaFX properties, developers are less likely to settle for a half-baked implementation in Java. If they are worth doing, they are worth doing right.

Answer 4

There are some high-level reasons related to schedule and resources of course. Implementation of properties and understanding all of the ramifications and intersections with other language features is a large task similar to the size of various Java 5 language changes.

But I think the real reason Sun is not pushing properties is the same as closures:

1) There is no consensus on what the implementation should look like. Or rather, there are many competing alternatives and people who are passionate about properties disagree about crucial parts of the implementation.

2) Perhaps more importantly, there is a significant lack of consensus about whether the feature is wanted at all. While many people want properties, there are also many people that don't think it's necessary or useful (in particular, I think server-side people see properties as far less crucial to their daily life than swing programmers).

Properties history here:

• http://tech.puredanger.com/java7#property

Answer 5

Any given thing is "not done" by default, so no particular reason is needed for something to remain not done. Rather some compelling reason is needed to move something from "not done" to "planned" or "done". No sufficiently compelling reason has yet arisen for this language feature.