Follow Slashdot blog updates by subscribing to our blog RSS feed

 


Forgot your password?
Close
typodupeerror
×
Java Businesses Programming Apple

Java 1.4.1 Update 1 for Mac OS X 69

Posted by pudge from the update-yer-software dept.
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."
This discussion has been archived. No new comments can be posted.

Java 1.4.1 Update 1 for Mac OS X More

Java 1.4.1 Update 1 for Mac OS X

Comments Filter:

  • Yeah but ... (Score:3, Funny)

    by grunherz ( 447840 ) on Monday September 08, 2003 @07:29PM (#6905708)
    Yeah, but does it fix Limewire ...

    That was joke by the way ...

    • I know it was a joke, but FYI, work is being done to make Limewire work with JDK 1.4.x. Because of the major difeferences between the MRJ and the JDK, there has been a lot of changes, to the OS X specific code.

      I am not sure if the latest release version supports JDK 1.4.x, but last time I looked ( a few months ago) there was still a separate branch in cvs for the new changes. For more info, see the Limewire development [limewire.org] site.
      • I actually ditched Limewire for Acquisition a while ago and just recently I ditched Acquisition for Poisoned which does gnutella, kazaa and GifT ... it's a bitch getting downloads to complete though.

        After all that, Limewire still always seems to find and download the most stuff ... but with the most hideous user experience.

        Oh well ...

        (you guys who modded my original comment as off topic have more mod points than brain cells.)
    • What gets me is why are people still using LimeWire? Acquisition [aquisitionx.com] is based on LimeWire but is excedingly better, works with Java 1.4.1, fast launching, and in constant development. LimeWire is history as far as I'm concerned. The guy that develops Acquisition actually knows how to make use of Java.

      • Re:Yeah but ... (Score:3, Informative)

        by EelBait ( 529173 )
        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.

  • Java + OSX == happy (Score:4, Insightful)

    by psyconaut ( 228947 ) on Monday September 08, 2003 @07:39PM (#6905769)
    Apple had an appauling track record with Java until fairly recently, but OSX is a seriously nice platform for Java development now....at least for me :-)

    -psy

    • Re:Java + OSX == happy (Score:5, Informative)

      by inertia187 ( 156602 ) * on Monday September 08, 2003 @10:17PM (#6906678) Homepage Journal
      Apple had an appauling track record with Java until fairly recently...

      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 .NET platform. So I said screw it and went NetBeans for a while.

      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?

      • Installing JBuilder on OSX (Score:5, Interesting)

        by WatertonMan ( 550706 ) on Tuesday September 09, 2003 @12:36AM (#6907374)
        OSX Hints has the following [macosxhints.com] on how to install JBuilder.

        BTW - where did you hear Borland dropped Mac support because of language adherence? I've never heard that. I heard more that people were simply picking Eclipse or Project Builder over JBuilder. I'm not sure why. What little I've played with it JBuilder seemed pretty nice, although my Java friends all seem to dislike its auto-code generation.

        Admittedly Borland has been pushing their .NET plans a lot. I'm not sure if that will end up working for them though. As nice as their product is, it doesn't offer that much more compelling than Visual Studio other than their UML integration. (Which admittedly is pretty damn cool - but I wonder how many in practice use UML)

        • Re:Installing JBuilder on OSX (Score:5, Informative)

          by inertia187 ( 156602 ) * on Tuesday September 09, 2003 @11:05AM (#6911015) Homepage Journal
          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.

  • Robocode? (Score:5, Interesting)

    by Hanji ( 626246 ) on Monday September 08, 2003 @08:16PM (#6905984)
    Does anyone know if robocode [ibm.com] works right with this new version? It's the one program I've found that seems to run *much* better on windows Java distros than on OS X (it's basically unusable). I'd really like to see that working, because it's a great game, and a fun way to learn Java.

    • Re:Robocode? (Score:5, Informative)

      by TheAJofOZ ( 215260 ) <adrian@nOSPaM.symphonious.net> on Monday September 08, 2003 @08:29PM (#6906091) Homepage Journal
      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.

    • Re:Robocode? (Score:5, Informative)

      by BortQ ( 468164 ) on Tuesday September 09, 2003 @12:32PM (#6912157) Homepage Journal
      For what it's worth, robocode was used to demonstrate java improvements/speedups in multiple presentations at this years WWDC [apple.com].
    • Does anyone know if robocode works right with this new version?

      I don't know about robocode (never played it), but I have found that another Java game (Word Whomp [pogo.com]) has incredible difference in performance between browsers. On Mozilla, it is unplayable. On Safari, it is nearly perfect. As far as I can tell, both use the same Apple-provided Java plugin.

      If you haven't already done so, try several different browsers with your game and see if any perform better than others.

  • Do these updates let Hushmail work on OSX yet? (Score:4, Interesting)

    by ratkins ( 19145 ) on Monday September 08, 2003 @08:29PM (#6906090) Homepage
    I think Hushmail [hushmail.com] is using some wierdo sun.* encryption library that hasn't so far been included with Apple's Java libraries. Have they fixed this? It sucks having to check my Hushmail account at work...

  • 1.4.1? (Score:2, Interesting)

    by Anonymous Coward
    I thought Java was up to 1.4.2. Is there a reason to be one revision behind?

  • Makes Batik work better (Score:4, Informative)

    by David Eppstein ( 306415 ) on Monday September 08, 2003 @09:13PM (#6906322) Homepage
    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.

  • It's an all-or-nothing game. It irks me to no end to hear of "improved correctness". It sounds so phony.

    Having vented my spleen, I'll continue perusing the discussion. Thank you very much for listening.

  • I just installed the update. I have an Open Firmware password running on my PowerBook. Now I can't login. No matter how slow or how many times I type the password, it won't accept it (and no, Caps Lock is not turned on ;o)).

    I don't know if it is related to the Java install or not but it is a serious problem nonetheless. Any suggestions how to correct or circumvent this problem?
    • Use your OS X (jaguar?) CD, boot up off that by holding down the C key at startup, and in one of the Installer menus, you can reset your password.

      That'll probably work. If not, try the MacNN forums.
    • The short answer is add or remove some RAM, then reset the PRAM 3 times. More details here [appletechs.com].

    • Re:Open Firmware glitch (Score:2, Informative)

      by jerk ( 38494 )
      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.
  • for those who are afraid of it breaking.
  • I can't wait to get home and see if this update will fix the iradic performance of the iPIX java viewer 4.0. Has anyone else been able to test yet?
  • 39.7 MB update!! WTF!!

    Yahoo! games better work now so I can finally delete explorer!! WOOHOO.

  • The mac java-dev mailing list is currently up in arms about the fact that other then the tiny blurb from software update there are no release notes for this update.

    This is an impediment to mac java developers, and a departure from what apple has done in the past.

    • there now Re:no release notes (Score:3, Informative)

      by Anonymous Coward
      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 !

      http://developer.apple.com/documentation/Releas e No tes/Java/iJava.html

      http://developer.apple.com/documentation/Release No tes/Java/Java141Update1/index.html

      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 go

  • Not Swingin' quite yet (f/ Java shareware dev'r) (Score:5, Informative)

    by mactari ( 220786 ) <`moc.liamg' `ta' `krowfur'> on Tuesday September 09, 2003 @01:10PM (#6912602) Homepage
    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.

    As a shareware client app developer [webhop.org] 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 [incors.org], 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.createWrita bleChild(IntegerInterleavedRaster.java:462)
    at sun.awt.image.IntegerInterleavedRaster.createChild (IntegerInterleavedRaster.java:516)
    at com.incors.plaf.FastGradientPaintContext$Gradient. getRaster(FastGradientPaintContext.java:53)
    at com.incors.plaf.FastGradientPaintContext$Gradient. access$100(FastGradientPaintContext.java:37)
    at com.incors.plaf.FastGradientPaintContext.getRaster (FastGradientPaintContext.java:142)
    at apple.awt.CSurfaceData.setupPaint(CSurfaceData.jav a:718)

    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".

  • Yahoo Games? (Score:5, Informative)

    by davebo ( 11873 ) on Tuesday September 09, 2003 @02:12PM (#6913308) Journal
    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?
  • Did they improve the response rate of the cup holder?
  • Vaguely seem to recall someone on this board mentioning that this wasn't implemented on the Mac due to a Sun/Apple spat.

    That's a shame - I really could be doing with that library working under OS X. Does anyone know of any plans?

    Cheers,
    Ian

  • JOGL (Score:3, Informative)

    by WzDD ( 23061 ) on Tuesday September 09, 2003 @11:57PM (#6918419) Homepage
    The best part about this update is that JOGL, the new Java OpenGL library, now works.

    http://jogl.dev.java.net
  • Does the 1.4.1 plugin work for mozilla yet? I updated, but no luck so far.
  • Does anyone know how the NetBackup Java GUI runs on a Mac OS X system, launched from a Sun Solaris NBU server?
    I'm looking into getting a PowerBook to use as my only system (instead of a PC plus a laptop running Mandrake), and I'm curious whether my applications will work; also of interest is admintool and the NBU 3.4 X apps.
    Thanks!
  • Anyone else seeing hot redeploys of EARs in JBoss causing abort traps after the update?
  • After the upgrade Java applets over https don't work anymore in Camino and Mozilla. They DO still work in Safari, which is a shitty browser imho.

Slashdot Top Deals

"Pull the trigger and you're garbage." -- Lady Blue

Close