GNU Classpath 0.90 “A La Mort Subite” has been released. Some highlights of this release: JTables can be rearranged and resized. Free Swing text components support highlighting and clipboard. Much improved styled text. Fast event dispatching and lower memory consumption. Better support for mixing lightweight and heavyweight components in AWT containers. GNU Crypto and Jessie cryptographic algorithms have been added providing ssl3/tls1 and https support. Unicode 4.0.0 support. GIOP and RMI stub and tie source code tools. XML validaton support for RELAX NG and W3C XML schemas. New file backend for util.prefs. Updated gnu.regexp from POSIX to util.regex syntax.
GNU Classpath 0.90 “A La Mort Subite” Released
About The Author
Eugenia Loli
Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
soo,, does this mean we are one step closer to a better free java implimentation?
well, if you translate “a la mort subite” in english : to sudden death
humm. maybe you can wonder if version 1.0 will even coming out!!! 😉
well, if you translate “a la mort subite” in english : to sudden death
I believe it is also the name of a popular cherry-flavoured belgian beer. I know my sister was quite fond of it when she was there on an exchange.
A quick review and image of the beer: http://beerblog.genx40.com/archives/2005/march/quicknotemort
And what’s with the edit opetion? Is it gone? I never see it anymore on my posts.
There are much better beers in France and Belgium. This one is young and has emerged only for marketing reasons.
Here is some beer for real men : http://www.chimay.be/
Yes, “Mort Subite” is the name of a Belgian Beer …
But “A La Mort Subite” is the name of a famous café in Brussel… where the FOSDEM took place last week… and where there was a gnu classpath developper room…
And coincidentally, ALMS was the place of the traditional Friday Classpath hacker meeting
cheers,
dalibor topic
The last time I used GNU Classpath, gcj-compiled program took more memory than the same program running in JVM.
No surprise there. Classpath is momentarily adding features, not tweaking performance and footprint.
It was the same with KDE. 2.0 was slow, 2.1 was faster, 3.0 was faster again. And the memory footprint also did not increase.
I’m using FreeBSD on a slow PC, 400mhz + 128mb of ram.
I need Jedit as my developing editor.
But with FreeBSD I can’t install java by packages.
Also the procedure to download the java patches is quietly tedious (due to licenses agreements)
I also don’t want to have another machine where to build packages.
===
Included, but not activated by default in this
release is a Graphics2D implementation based on the Cairo Graphics
framework (http://www.cairographics.org). Enabling this makes programs
like JFreeChart and JEdit start up on GNU Classpath based runtimes.
To enable this support install the cairo 0.5.x snapshot, configure GNU
Classpath with –enable-gtk-cairo.
===
well I really hope that in the near future I can run natively Jedit without using the sun java machine.
On my PCBSD 1.0rc2 I have installed kaffe by ports, jamvm and classpath 20. I haven’t been able to install cacojvm and sablevm but I keep trying. And there is the problem that we do not have a version of eclipse compiled natively. But also trying. I have contacted the developers but I am unable so far to set up a development machine for them. I will do my best and yes I am peeking in SWT source code to make it compile natively on Freebsd.
have you tried on linux eclipse 3.1 with the latest cacojvm (0.95) + classpath 20. Try it and then tell me if you see something amazing. 🙂
I don’t know on what versions it is based on Fedora Core 5 Rawhide, but both GCJ based Azureus and Eclipse feel almost like native apps. Those programs startup way much faster than when running on Windwos + Sun’s Java
Azureus is a little funky in Fedora Core 5 test 3. Something’s up with the networking code, it seems to either lag or has connection dropping/delay issues. Not sure exactly. It’s just fine for downloading, it’s the uploading that seems weird. Otherwise, all the GUI parts seem to work great.
Known issue being fixed. Check this.
https://www.redhat.com/archives/fedora-devel-list/2006-March/msg0001…
siska wrote:
> I need Jedit as my developing editor. [snip] well I
> really hope that in the near future I can run natively
> Jedit without using the sun java machine.
I asked about this on the JEdit ML a while back. The principal dev has no interest in trying to get JEdit to work with GNU Java. I didn’t see much support for it from other JEdit devs either.
JEdit is, of course, all Swing, and I think that’s one of the last pieces of the Classpath puzzle to really get together well. If the CP folks can get JEdit to run stably on GNU Java, it’ll be a one heck of a shot in the arm for the project and will be fairly big news.
Maners wrote:
> I don’t know on what versions it is based on Fedora
> Core 5 Rawhide, but both GCJ based Azureus and Eclipse
> feel almost like native apps.
For folks new to GNU/Linux who are looking to do Java development, I usually recommend Fedora to them, simply because the Fedora/Redhat folks are doing a bang-up job at integrating it in. You just check that Java checkbox during the install and you’re good-to-go.