Content deleted Content added
→top: Fixed WikiProject template(s) to remove page from Category:WikiProject templates with unknown parameters or a sub-category, plus general fixes |
→Desktop Use: dummy edit: refactoring in the previous edit was done to **Special:Diff/148030225** |
||
| (5 intermediate revisions by 3 users not shown) | |||
Line 12:
I updated the latest release in the box. I'm using the last modified date of the release notes page, because I can't find a more accurate release date. If anyone knows, or knows how to find out. Please
change it, and if they wouldn't mind posting here, so I can see how to figure it out as I don't
doubt that I probably just missed something obvious. Thanks. [[User:AnarchyElmo|AnarchyElmo]] 16:03, 3 November 2007 (UTC)
==Quality is appalling==
Line 34:
(The following paragraph contradicts itself, and my own personal experience is that 1.5 and 5.0 apps don't get along with just one JRE, so I purposefully avoid all Java to preclude 500Mb of JRE ;) )
...Because of incompatibilities between different versions of the JRE, rather than rely on pre-installed JREs, many applications install their own JREs in order to function predictably. Java applets can detect which version of Java they are running on and the high level of compatibility between different versions of Java ensures it is a simple matter to support older versions of Java whilst making use of the additional features of later versions. <!-- Template:Unsigned --><small class="autosigned">— Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Ieopo|Ieopo]] ([[User talk:Ieopo#top|talk]] • [[Special:Contributions/Ieopo|contribs]]) 16:13, 5 June 2006 (UTC)</small>
: I've found a high level of compatibility between Java versions, to the extent that the same byte code runs on all versions. See [http://clesh.com/guest/ Clesh] for one example (needs broadband). Also, services like Google mail and in fact Google itself have become more popular and these are web based applications. [[User:Stephen B Streater|Stephen B Streater]] 22:01, 5 June 2006 (UTC)
why isnt OOo being mentioned as a good example for a nice java-desktop app? <!-- Template:Unsigned IP --><small class="autosigned">— Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[Special:Contributions/84.58.129.210|84.58.129.210]] ([[User talk:84.58.129.210#top|talk]]) 13:55, 5 July 2006 (UTC)</small>
:because it isn't one, its a C++ app that happens to use a tiny bit of java for its scripting functionaility. [[User:Plugwash|Plugwash]] 23:14, 7 July 2006 (UTC)
Line 74:
==Desktop Use==
Two of the claims are not fact-based and maybe not relevant:
* ''Tools used to develop graphical Java applications are fragmented and none is as popular as Microsoft's Visual Studio suite for developing Windows applications'': I never seen any comment about this on the web, especially to explain why Java is not widely used on the desktop.
Line 79 ⟶ 80:
: [[Netbeans]] for teh win! In all seriousness though, there are plenty of excellent free solutions out there, such as Netbeans and Eclipse. Without fighting over which of the free solutions is better (Netbeans would win that hands down anyway), it is redicilous to assume that (esp. without statistical evidence) a solution that costs tons of money, and is primarily meant for .NET/C++ would be the ideal of preferred development means for Java. My apologies for being anonymous btw :P
* ''There are multiple versions of the JRE, which can introduce compatibility issues for Java applications installed on a system'': this is the same with ANY other language / platform, as C#, Python, Perl, even Flash, and as Java is (for the most part) upward compatible, especially at the binary-level, I think it is not a problem ; also, I never seen this explained as a weakness of Java which could reduce its desktop adoption (except on Wikipedia..).
: Isn't this a reference to the old conflict between the Microsoft Java VM and the Sun Java VM? In that case, there really were incompatibilities. Which IMHO, was a pretty shitty thing to do on MS's part. However, the lawyers settled this and now Sun's VM is considered the "real one" and others that are developed (open source ones for example) are modelled after the Sun one, for compatibility. Especially since the vast amount of platforms on which a Java VM is supported, this seems to be a thing of the past. Just my 2 cents... <small>—Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[Special:Contributions/80.61.108.218|80.61.108.218]] ([[User talk:80.61.108.218|talk]]) 14:05, 5 March 2008 (UTC)</small><!-- Template:UnsignedIP --> <!--Autosigned by SineBot-->▼
* The claims seen on the net are Java memory usage, Java mostly don't follow platform GUI guidelines, extra-step to deploy Java-based apps (even if it is the same with a lot of other frameworks), and Java being non-free in the past. [[User:Hervegirod|Hervegirod]] 12:34, 27 May 2007 (UTC)
▲:: Isn't this a reference to the old conflict between the Microsoft Java VM and the Sun Java VM? In that case, there really were incompatibilities. Which IMHO, was a pretty shitty thing to do on MS's part. However, the lawyers settled this and now Sun's VM is considered the "real one" and others that are developed (open source ones for example) are modelled after the Sun one, for compatibility. Especially since the vast amount of platforms on which a Java VM is supported, this seems to be a thing of the past. Just my 2 cents... <small>—Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[Special:Contributions/80.61.108.218|80.61.108.218]] ([[User talk:80.61.108.218|talk]]) 14:05, 5 March 2008 (UTC)</small><!-- Template:UnsignedIP --> <!--Autosigned by SineBot-->
== Don't forget the rest of the World ==
| |||