Slashdot Mirror
Java 1.4.1 Update 1 for Mac OS X
hrbrmstr writes "Regular updaters will already know, but Apple issued an update to Java today. It adds the following enhancements: improved Java applet support for Safari and other web browsers that support the Java Internet Plug-In; improved drawing correctness and performance; changes to Java 1.3.1 that provide support for Oracle11i client applications on Mac OS X; improved stability, memory usage, and correctness."
It runs just fine.
For the record, a great deal of performance problems (but not all) are caused by poor code in the program - particularly to do with selecting graphics types. Check the java-dev list archives for details. Having said that, drawLine() in previous versions of 1.4.1 on OS X gets slower each time you call it and that seems to be fixed in this version which will make a significant difference.
I've been using Batik to view and convert SVG image files, and had some problems with incorrect rendering (e.g. dashed strokes getting inconsistent dash lengths). Seems to be all fixed with this new version.
Have had the same problem with my powerbook. What you do is
1) download the installer package to your desktop (you can choose that option in the menu)
2) install it when download is complete, either through software installer or by doubleclicking the package.
I'm sure Bob's not actually your uncle, but that's all there is to it.
I think, therefore I am...I think.
Apple had an appauling track record with Java until fairly recently...
.NET platform. So I said screw it and went NetBeans for a while.
It's still pretty bad, according to Borland. Yes, the deltas are quick, but the adherence to the actual Java Language Specification is still pretty appalling.
Apple still has the balls to show JBuilder on the main page all this time, even though they broke JB7 when 1.4.1 first came out. Because of these adherence problems and the native loader breakage (even though Apple supplied a workaround for them), Borland hasn't felt that OS X has been "prime time" so JBuilder versions 8, 9, and likely 10 will be without an OS X version - even though there are Linux and Solaris versions. I'm talking about official support, you can still force JBuilder 8, 9, and 10 to run on OS X, but Borland doesn't officially recognize it.
Thankfully, JBuilder 7 has been fixed in this Java Update from Apple. Hopefully, this will bring OS X back into the Borland fold.
Yes, Java + OS X makes me happy too. I personally have not had the issues Borland points out with the MRJ. I think Borland is crying sour grapes because of political pressure from Microsoft's
I've been pretty happy with NetBeans, and have had great success at mixing platforms. I can work on the same CVS tree using JBuilder on OS X and Windows, as well as NetBeans on OS X and Windows. Just takes an Ant script to allow NetBeans to use the same project tree as JBuilder.
Check out my personal web site, coded entirely in NetBeans on Mac OS X. Umkay?
A programmer is a machine for converting coffee into code.
AFAIK the Windows PLAFs have always checked whether they're running on Windows or not.
I don't know why you'd want the GTK PLAF, but I think it was only introduced in 1.4.2.
for those who are afraid of it breaking.
Heute die Welt, morgen das Sonnensystem!
You cannot reset an Open-Firmware-based password via the OS X installer CD. You can reset the password on an OS install only; Open Firmware settings are not based in the OS, and therefore are autonomous.
2 0p assword
For more information on the subject, check out a Google search:
http://www.google.com/search?q=open%20firmware%
Mikey-San
Karma: +Eleventy billion (mostly affected by watching Celebrity Jeopardy)
Keep in mind, the Mac OS X Hint about installing JBuilder is for versions beyond 7. In fact, that hint is for JB9. If you go to the macintosh forum on Borland's news group, this is all they talk about now. No real support there anymore. Yet, JBuilder 8 and 9 are able to create OS X native loaders. They just never worked until this MRJ Update. ;-)
where did you hear Borland dropped Mac support because of language adherence?
Actually, I cannot reveal my source on that. Officially, Borland claims that the SDK just came too late for OS X which is a valid reason in and of itself. JBuilder has to not only have 1.4.1 for source development, JB8 and greater had to be able to run under 1.4.1. But that doesn't explain the lack of JBuilder 9 support, so it has to be something else. And that fact was confirmed to me personally. I wish I had more details, sorry. If that fact is wrong, I'd love to be corrected by someone who knows otherwise.
Also, look at what SDK OS X exposes - J2SE. It's up to the third parties like Macromedia to expose the J2EE layers on OS X. Borland wants to push J2EE as much as possible, but doesn't want to get into the J2EE design on OS X business like Macromedia has. To this day, OS X cannot support the Borland Application Server because of this. Who's fault is it? Well, if Apple could sell more XServe boxes, then maybe more third parties would take notice.
Anyway, I can't use JB7 anymore. Not sure who to blame for that. I have a TiBook 667 MHz w/1024 Megs of memory. JB7 is so slow, it's unusable. I just thought I was to blame because I didn't want to pony up the dough and upgrade to a newer TiBook. But when I opened the same project in NetBeans, I could actually get to work - even in debug mode.
Furthermore, even JBuilder 9 on Windows doesn't support the Tomcat Manager out of the box, where NetBeans does. It's a big advangage for me to be able to modify a servlet or non-JSP Java class and not have to restart Tomcat. In NetBeans, I just access the manager context and inform it that I need to restart it. Yes, I loose the sessions, but I have a way of reloading their states as well.
I don't expect even JBuilder 10 to support this functionality. It's a small but powerful feature that isn't even exposed by the IDE. Borland has a very good signal to noise ratio on features, but this is one "must have" that has never made it.
A programmer is a machine for converting coffee into code.
For what it's worth, robocode was used to demonstrate java improvements/speedups in multiple presentations at this years WWDC.
A Multiplayer Strategy Game for Mac OS X, Windows, and Linux
The first version of 1.4.1 for OS X was obviously shooting for enterprise users. Headless apps worked well, and there was even a new way of opening apps that wouldn't create icons on the dock to support headless apps in a seamless, usre friendly fashion.
:a bleChild(IntegerInterleavedRaster.java:462)d (IntegerInterleavedRaster.java:516). getRaster(FastGradientPaintContext.java:53). access$100(FastGradientPaintContext.java:37)r (FastGradientPaintContext.java:142)v a:718)
As a shareware client app developer who targets the Mac, I've been watching Apple's JVM from a different angle. 1.3.1 was a nice VM, and with the Aqua look and feel I've had some comments that assumed my Java application was native.
Now as a client app maker, I was looking forward to Java 1.4.1 on OS X for, of all things, mousewheel support. I got that, but I also got a number of issues with any look and feel *other* than Aqua. Menus didn't paint correctly at times, text sometimes didn't paint the way I expected in JTextAreas, and after a few checks I decided it was better to continue to shoot for the 1.3.1 VM rather than rip my code apart to get around OS X-specific quirks. Headless apps might have worked great, but Swing, Java's "de facto GUI toolset of choice" didn't. Comments about JBuilder (it seems the most popular client apps in Java other than Limewire are Java IDEs for all those headless app makers) in this thread help support that.
If you didn't catch that, I said I targetted 1.3.1 even after the 1.4.1 release. That's right, Apple had enough problems in 1.4.1 (my spin) that they left two nearly mutually exclusive JVMs on each OS X system after upgrade. New Macs wouldn't ship with just 1.4.1. Developer tools allowed and allow developers to force applications to run under just 1.3.1 if they'd prefer. Apple wasn't (isn't?) quite ready to put all the eggs in one basket. Aside -- I wonder if Panther will ship with just 1.4.1?
From what I've seen of this VM after a few minutes of testing suggest that I might be able to release a new version of my app that uses the latest VM installed, which would be great. That said, the Kunststoff Look & Feel, a relatively trivial extension of the standard Swing Metal (or "Java") Look & Feel still ain't happy out of the box. A few lines from its song when running my app under 1.4.1, new update, below:
apple.awt.EventQueueExceptionHandler Caught Throwable
java.awt.image.RasterFormatException: y lies outside raster
at sun.awt.image.IntegerInterleavedRaster.createWrit
at sun.awt.image.IntegerInterleavedRaster.createChil
at com.incors.plaf.FastGradientPaintContext$Gradient
at com.incors.plaf.FastGradientPaintContext$Gradient
at com.incors.plaf.FastGradientPaintContext.getRaste
at apple.awt.CSurfaceData.setupPaint(CSurfaceData.ja
Fwiw, here are the versions of the old 1.4.1 and the new:
prompt% java -version
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39)
Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode)
prompt% java -version
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-69.1)
Java HotSpot(TM) Client VM (build 1.4.1_01-24, mixed mode)
Interesting to note that Apple is still behind. 1.4.1_02 and 1.4.1_05 have been released by Sun for some time now. Not a big deal, but a little evidence that, though OS X's "built-in" Java support is the best you'll find in an OS, it's hardly "latest and greatest".
It's all 0s and 1s. Or it's not.
Yea, they were a little slow in getting release notes together. It's not like we in the open source side of things should complain about other folks getting their documentation done, though !
e No tes/Java/iJava.html
e No tes/Java/Java141Update1/index.html
http://developer.apple.com/documentation/Releas
http://developer.apple.com/documentation/Releas
someone on the apple java-dev list just posted these links. Still missing info on some updated apple extension classes, but it's pretty straightforward what's going on from here. They still have to link these into their main developer website last I checked. It all feels a little rushed, like they wanted to get this out for someone in particular or something...
Is anyone else experiencing all sorts of oddities with Yahoo Games after this install?
In Safari, all text is replaced by X'd out squares.
Camino won't load.
I've check with Hearts & Pool - am I the only one this is happening to?
The short answer is add or remove some RAM, then reset the PRAM 3 times. More details here.
... and I'll show you a perfectly correct implementation.
The JVM has a reasonable specification. The 1000s of classes that ship with it do not have a good specification. The closest you'll get is deciding whether it should work like version X.X_0X of Sun's JDK on Solaris. Or should you do what the Windows implementation does? or perhaps the Linux version? or maybe you want to do something different again to be in line with Apple's UI specs for OS X?
Correctness in these large systems is a myth, so I don't see a major problem with something being "more correct".
Lord Pixel - The cat who walks through walls
A little bigger on the inside than out
The Java install could not have affected your OF settings. You may try what sjdownes suggested, but you may be hosed. A few Sun customers have been bitten by that and had to have new EEPROMs burned. Unfortunately, I don't think Macs use a socketed EEPROM like Sun boxes do. Good luck.
I believe that's because he's using Cocoa for the GUI part, and java for the network part (in a sub-process, even). The java GUI tools bite and look equally bad on all platforms.
The best part about this update is that JOGL, the new Java OpenGL library, now works.
http://jogl.dev.java.net