Java 1.3.1 Available for Mac OS X 38
moofman and TheAJofOZ write in that Java 1.3.1 Update 1 is available for Mac OS X. The new release offers text, mouse, and printing improvements, as well as better overall stability and compatibility. Mac OS X 10.1.3 is a prerequisite. Get it via Software Update, or download it from Apple. For more information, check out the developer release notes.
Re:Thank God! (Score:1)
It's attitudes like yours that give Java a bad name because you're using the ease-of-development of the platform as a substitute for real programming ability.
Re:Thank God! (Score:1)
I like java a heck of a lot more than c++.
I know im inexperienced. I dont deny it. I will take time to learn more stuff.
Re:Thank God! (Score:1)
mozilla .9.8 (Score:2)
Re:mozilla .9.8 (Score:1)
its about damn time... (Score:1)
Correct pathname for graphics accel config (Score:4, Informative)
Curious to see if there's an improvement. Though the low-level stuff is blazingly fast on OS X, the high-level, especially Swing, has been pretty sluggish.
Re:Correct pathname for graphics accel config (Score:2)
It didn't seem to work. I'm not sure if the iBook video card is supported. It is not listed in the release notes, but it is listed in the glconfigurationlist.properties file.
If anybody gets it to work, please reply and let everyone know.
Re:Correct pathname for graphics accel config (Score:1, Insightful)
OT: Look at the dept. ;-) (Score:2)
Re:Bad Idea (Score:1)
on the other hand, this is probaly an attempt to get more reader impressions, as there's a rabid mac fanbase on the web yet, and slashdot is making an attempt to tap that potential, not to mention drag apple users into the "slashdot reality distoriton field", err, the main slashdot site. apple.slashdot.org doesn't take up much more, if any bandwidth than the normal site, and only serves to increase readership. a marketing tactic, basically. read macslash if you don't like apple.slashdot.com, they're the same thing essentially, just that one posts a story faster than the other occasionally.
Re:Bad Idea (Score:1)
i understand what you are saying, you are right, and you made some good points, but you are talking about turning off articles on the main site. People who just read the main site wont see the Apple articles, because in order to see the apple articles, you have to go to a seperate site. Why dont they have a seperate site for Windows news? i dont get it. Why cant it all be under the main site?
I'll understand if this gets modded down, but my intention isnt to be a troll or to be "flamebait".
Re:Bad Idea (Score:1)
I like it. It doesn't mean that no Apple stories appear on the main page - some of them still do, and probably just as many as appeared before. It just means that we also get those stories that don't merit the main page.
Impressive (Score:4, Interesting)
Apple did have that little iTunes installer script fiasco [macworld.com], but even that was corrected later the same day. I'd just like to give the OS X team at Apple kudos for releasing updates on a regular basis, and showing themselves to be committed to improving OS X. If nothing else, it's fun to be the hamster pressing on the Software Update button and getting rewarded with food pellets every so often.
Re:Impressive (Score:1)
Re:Impressive (Score:1)
That's true - I'd forgotten about Windows Update. Still, I prefer Apple's method for updating - whether they're fixing bugs or not, the spin is always on the added functionality. Critical Updates makes it sound like "If you don't download this patch, you're fscked", whereas grabbing 10.1.3 is more like "Here, take this little point release, we hope it makes your life better." The biggest difference perhaps is that Apple doesn't have that many critical fixes for security, in part because it's BSD now, but also probably due to the fact that no one is banging as hard on OS X as they are on XP. (No one gets famous finding OS X security holes, but you'll get 15 minutes and more if you find a hole in XP. :)
Re:Impressive (Score:1)
However, with MacOS X the installer scripts continue to be intolerant of moving applications from their default directory (typically "/Applications"). For example, I moved the "/Applications/Mail" app to "/Applications/Internet/Mail" and MacOS X 10.1.3 failed to update it properly. This has been mentioned on MacFixit as well.
Re:Impressive (Score:1)
I wonder if breaking the dependence on specific directories for system apps would be an easy thing for them to fix or not - if they couldn't look for the app where it "should' be installed, would they just have to do a search to find it? Would that be a performance hit? Definitely a weakness of the update feature, though.
Re:Impressive (Score:2, Informative)
This was posted on MacIntouch the other day:
In the System 6-9 days, Apple used an installer that used a quasi-proprietary file format known as "tomes." The tome-based installers supported HFS file descriptors, so it could write over a file no matter where it was located in the hierarchy of the disk. It also treated aliases with respect.
Starting with Mac OS X, Apple moved to a package-based installer that uses Pax as its archival format. Pax was not created by Apple; see its man page (type "man pax" in the terminal for more information). The Pax-based installation system has two big drawbacks:
1. Pax installs files based on its path; Pax does not support the file descriptors used in HFS/HFS+. (The other Mac OS X disk format, UFS, doesn't support file descriptors.) This basically means Pax won't look to see if the item to be installed is already on the disk but in a different location.
2. If the path specified in a Pax archive actually exists physically on the disk, then Pax will correctly follow the path and overwrite the correct files. But if that path uses any type of link (hard link, symbolic link, or System 7-style alias), then Pax will blow away the link and create a physical directory structure as specified in the archive. In other words, it will not only ignore links, but it will overwrite them.
#1 may just be a sign of the times, since the Unix world doesn't have any real concept of file descriptors; they've been sort of a Mac-only thing. #2 is a flaw in Pax's design.
As a consequence of both, though, until Apple comes up with a better package system, it's a bad idea to move anything that Mac OS X installs from its default place. That includes moving stuff around and making aliases; it's broken right now.
nice but how about 1.4.0 (Score:5, Interesting)
Apple and Sun (I believe they are cooperating)need to speed up the development if they want to lure Java developers to their OS. It's a fine OS no doubt, but being able to run an up to date JVM is pretty essential if you are developing Java. Basically anything you start developing today will most likely be deployed on a jdk 1.4.x environment.
Re:nice but how about 1.4.0 (Score:2)
I've always been puzzled by Sun's attitude toward this.
Re:nice but how about 1.4.0 (Score:3, Informative)
Re:nice but how about 1.4.0 (Score:2)
This was not an update to Java 1.3.1, it is an update of the MacOS X JVM, which has been running Java 1.3.1 for a while.
Many of the bug fixes here will benefit Apple's implementation of Java 1.4. Apple has been working hard to get their JVM up to snuff and get the hardware Swing acceleration working reliably.
Remember, too, that you cannot de-couple completely the OS and the JVM. This update required that you have the OS X 10.1.3 update already installed.
Someone else said that Apple will have a preview version of 1.4 available at WWDC in May and I'd expect that the production version will probably be part of OS X 10.2 sometime this summer.
Re:nice but how about 1.4.0 (Score:1)
Apple has publicly announced ( on the mrj-dev mailing list ) that they are working on 1.4, and that a preview will be available in May.
It's also worth noting that the VM that ships with Mac OS X comes with features that 1.4 includes- such as sharing runtime resources, and graphics improvments.
-gus
Your questions about 1.4 answered (Score:3, Informative)
The short: they are prioritizing getting it right over getting it fast, but closing the release gap between Sun's and Apple's Java updates is a major goal for Apple. They are actively working on 1.4, and general speculation is that it will be available Q2.
And yes, as numerous others have pointed out, 1.3.1 has been out for OS X for about five months. This is just a patch to 1.3.1.
Re:Your questions about 1.4 answered (Score:2)
Re:Your questions about 1.4 answered (Score:1)
__nether
Learn the facts! (Score:1)
That said, I am running Netbeans to do Java development on my white iBook and it works great. With this new update it makes it much more reasonable in terms of speed and responsiveness. And I am glad to have an alternative to Windows for Java.
As for applications being released for Java 1.4, that is just stupid. It just came out and there surely will not be applications already based on 1.4. Most will safely lag behind at 1.3.1 where it is stable while 1.4 becomes more established. It also takes time for developers to take advantage of the new features in 1.4. From what I read of your post, you do not understand the nature of software development.
Being the most up to date with the latest Java spec is not always an advantage for an application. Often is bases it on a loose foundation which is not proven. And from what I have seen of 1.4, it just integrated several Java frameworks which you can simply include as Jar files with 1.3.1 level applications. Nothing will keep someone from deploying an application with the same abilities to a 1.4 vs a 1.3.1 level runtime.
excel printing (Score:1)
Another link (Score:1)
But when will we see... (Score:1)
info about 1.4 (Score:2)
Workaround: There currently is none. This issue should be addressed with JDK1.4's support for headless operation.
in more than one of the bug reports. If they're putting off fixes until the 1.4 release, then 1.4 must not be that far off, and this will be the last 1.3.x release.
All I can say is, WOOHOO!!!
Cocoa-Java ? (Score:1)
peperone
PS: I don't need Objective-C evangelists preaching to me right now.