Jazilla Milestone 3 Released
Tuesday January 20th, 2004
Adam Hauner wrote in to tell us that Jazilla Milestone 3 was released late last year. The Jazilla project aims to rewrite Mozilla in Java, though most of the source files are not direct ports of their Mozilla equivalents and the application uses its own HTML renderer in place of Gecko. This latest release features a user-agent string in the HTTP request headers, error pages instead of error dialogues, better CSS rendering, XUL overlay support and some stability bug fixes. Adam writes: "M3 is able to display pages (near to plain HTML), but it's still slow to work and fast to eat memory and disk." He also sent a screenshot of Jazilla rendering Google, a screenshot of Jazilla rendering mozilla.org and a screenshot of Jazilla rendering MozillaZine.
#1 Mozilla in Java: forgive me, but...
Tuesday January 20th, 2004 5:36 PM
#2 Because we can.
Wednesday January 21st, 2004 12:46 AM
> ...why? Please explain.
Why not? Please explain.
#3 Why not Gecko?
Wednesday January 21st, 2004 1:48 AM
I'm curious as to why this project is not using Gecko. There are hooks to allow Java to use Gecko, aren't there? I remember something about an interface project on Mozilla.org (Blackwood?). So why isn't this being used?
#5 Really important project, potentially
Wednesday January 21st, 2004 5:41 AM
Like you just said, it's possible to use Gecko from Java (sort of), as it's also possible to use IE from Java (sort of). At least you can in Windows using the ActiveX control and native code that links Java and ActiveX. (That said, while I've achieved this for IE, when i tried switching it for Gecko it just crashed, but anyway.)
Java desperately needs a free pure-Java (portable) HTML renderer. There are a few commercial alternatives which aren't perfect but do work (and some other commercial alternatives which are very ropey and usable only for HTML that's been specially coded). Unfortunately Jazilla isn't yet anywhere near usable, as those screenshots demonstrate - but if finished and rendering websites in reasonable quality (doesn't have to be as good as Gecko) it would be an immensely useful component for Java developers.
I'm currently in exactly this position of needing a pure-Java HTML renderer... that said, maybe I *might* consider embedding Mozilla, if the control was there and if it worked well on all three target platforms, but I don't think the interface project is finished either... I have to say, I really wish I could just write my own HTML renderer [note: there *isn't* a great need for xul in java, it's just a good html renderer that we need] but sadly the project doesn't allow that much time as it would take several months to get a basic, passable HTML+CSS renderer going.
So to summarise - yes, writing Mozilla as an end-user Web browser in Java is pointless, nobody wants that; and implementing XUL in Java is largely pointless, a few people might care but they're rare; but implementing a good-quality HTML renderer in Java would be a fantastic service to the developer community.
#4 What's the relationship to Mozilla?
Wednesday January 21st, 2004 5:30 AM
If it's not using Gecko, and it's not using the Mozilla source... how is it related?
Wednesday January 21st, 2004 5:43 AM
As I understand it, it implements XUL.
There isn't really much relation though, I think the connection is largely an attempt at publicity but who knows.
#7 Re: XUL
Tuesday January 27th, 2004 12:07 PM
It's also loosely based off the old attempt to rewrite Netscape in Java. And the source code was, at one time, pretty close to an attempted port of Mozilla.