Slashdot Mirror


Jazilla Milestone 1 Released

mcbridematt writes "Many of the long time Slashdot readers will remember the Jazilla project to rewrite the Mozilla browser in Java. It went into hibernation in 2000 and I took it over last August. I have completely rewrote the browser which now follows a more Mozilla-like architecture. The Result: Jazilla Milestone 1 has been released. Download it from here. No prizes for guessing that it's Alpha software." Read on below for a list of what Jazilla can do, so far.

"Significant (implemented) features include:

  • chrome:// support
  • JavaScript implemented for the GUI thanks to the Mozilla.org Rhino engine. HTML Scripting coming.
  • GUI in part, uses XUL and W3C DOM
  • Written in 100% Java
  • Open Source
  • Uses the NetBrowser renderer, which is actually based on Jazilla-classic work."

244 of 353 comments (clear)

  1. Running this puppy by mcgroarty · · Score: 5, Informative
    I'm sure a million people will want to see this, but not everybody knows how to start it.

    Once you expand and extract this puppy, just cd into the folder it made and, assuming Java is properly installed on your machine, you need only run:

    java org/jxul/xulrunner/Main

    Good luck, and enjoy! The browser's still lacking in many obvious areas, but it does work on a lot of sites. Too cool -- props for all the hard wo\ rk. :-)

    1. Re:Running this puppy by jeffg · · Score: 5, Informative

      You may need to specify a classpath manually using one of the following (again, both from the directory containing README, COPYING.TXT, etc.):

      java -cp . org/jxul/xulrunner/Main
      java -classpath . org/jxul/xulrunner/Main

      Windows users: The "jazilla.bat" file may or may not work for you. You may wish to edit this file to specify the classpath as above. You could also change your CLASSPATH environment variable, if you felt the need.

    2. Re:Running this puppy by BabyDave · · Score: 1

      C:\jazilla>java -Ddebug=true org/jxul/xulrunner/Main
      Exception in thread "main" java.lang.NoClassDefFoundError: org/jxul/xulrunner/Main

      /me kicks Java, tries to work out what's wrong, gives up and goes back to revising for his finals ...

    3. Re:Running this puppy by Q+Who · · Score: 1

      Weird, and I always thought that packages should be separated with dots.

    4. Re:Running this puppy by MyHair · · Score: 2, Informative

      java -Ddebug=true -Dsun.java2d.noddraw=true -cp . org/jxul/xulrunner/Main

      For Windows users with ATI cards, add the -Dsun.java2d.noddraw=true option to the command. (Prevents system lockups due to some conflict between Java & DirectX and ATI.)

    5. Re:Running this puppy by Anonymous Coward · · Score: 1, Informative

      Or grab the latest ATI drivers (if possible) and/or JDK 1.4.1_02 and the issue should go away (apparently some laptops that cannot upgrade drivers still have a problem with JDK 1.4.1_02).

    6. Re:Running this puppy by Anonymous Coward · · Score: 1, Funny

      or, install MSIE6.0

    7. Re:Running this puppy by egeorge · · Score: 1
      I am not sure what vm you are using, but all of the vms I have used need dot-separated package names. So it would be:

      java -cp . org.jxul.xulrunner.Main

      Judging by the confusion in other posts, I am betting some others are in the same boat.

    8. Re:Running this puppy by axxackall · · Score: 3, Insightful
      assuming Java is properly installed on your machine, you need only run: java org/jxul/xulrunner/Main

      Assuming that mozilla is properly installed on your machine, you need only run: /usr/bin/mozilla

      And presuming I run anything only if sources are available, I don't want any Java VM on my machine.

      --

      Less is more !
    9. Re:Running this puppy by jorleif · · Score: 1

      Sounds like your missing "." from your CLASSPATH
      SET CLASSPATH=.
      should fix your problem

    10. Re:Running this puppy by MyHair · · Score: 1

      There are open source Java VMs/APIs, but I don't know how robust they are.

    11. Re:Running this puppy by Pieroxy · · Score: 1

      This thing is a joke right?

      I mean, ok, it is an alpha version, but still the window shown is not even resizable! The HTML redering is worse than HotJava, even worse than the default Java HTML renderer!!!!

      What's the point of showing this ?

      Unless I'm missing something of course...

    12. Re:Running this puppy by JanneM · · Score: 1

      But, basically, you shouldn't need to fix a problem like that. I - and lots lof ofther people - avoid any Java user-space apps simply because deploying them is a mess. That they tend to be slow and not fit in with the rest of the desktop is just adding insult to injury.

      --
      Trust the Computer. The Computer is your friend.
    13. Re:Running this puppy by SomeOtherGuy · · Score: 1

      Ok I typed all my term papers in VI -- but man these command flags and classpaths used to simply execute java programs have got to go....Not to mention I have never found 2 java programs that execute from the same version of the JVM.

      --
      (+1 Funny) only if I laugh out loud.
    14. Re:Running this puppy by mcbridematt · · Score: 4, Informative

      I might as well add two other things I didn't put in my original submission:

      1) Look in org/netbeans/netbrowser/tags for any .java files not compiled. Compile them. The renderer uses Reflection to start up tags, so they don't get compiled at compile time. In the future, if Jazilla finds a compiler and tag which isn't compiled, it will compile that tag
      2) Did I mention that getting URL's is multithreaded? If you try and hack it abit, e.g use a JIT for Crimson, you might get a better result.

      Also, anyone wishing to make a product based on Jazilla, note that the jXUL part is unlicensed. I am yet to talk to Kevin T. Smith (co-founder of the jXUL project) about what license to put it under. The renderer is under the SPL. When that's done, expect anything under org.jxul to move to org.jazilla

    15. Re:Running this puppy by hatrisc · · Score: 5, Informative

      actually there's a script. jazilla.sh

      --
      I write code.
    16. Re:Running this puppy by hatrisc · · Score: 1

      i'm an idiot. i had downloaded a previous release. :(

      --
      I write code.
    17. Re:Running this puppy by hatrisc · · Score: 1

      and again i'm an idiot... there is a batch file, just run that, or rename it to jazilla.sh and run it.

      --
      I write code.
    18. Re:Running this puppy by david@ecsd.com · · Score: 1

      Good thinking. Personally, I don't run anything unless the programmer has submitted a DNA sample. And that Java is nasty stuff, it sends thought rays from your hard disk and is the cause of all kinds of nefarious stuff, such as spam. What were those bastards at Sun thinking?!

    19. Re:Running this puppy by mcbridematt · · Score: 1

      If I can just correct myself:

      unlicensed = jXUL doesn't even have a license.

    20. Re:Running this puppy by redpants · · Score: 1

      try ./jazilla.bat. works here.

    21. Re:Running this puppy by mcbridematt · · Score: 1
      So what... the Jazilla home page looked
      worse in JTextPane then it does in HTMLRenderer.

      JTextPane clearly sucks due to a lack of reliable XHTML Renderer. And the fonts look quite bad too.

      For Comparison: (note, the version shown here is slightly advanced from M1) look here

      See the differences?

      JTextPane disadvantages:
      • JTextPane: Requires Entire page to be parsed
      • JTextPane: Parses XHTML incorrectly
      • JTextPane: Not really Open Source


      The Window IS Resizeable. And HotJava is in EOL. Yes HotJava is a bit more advanced. But it will NEVER implement XHTML directly
    22. Re:Running this puppy by MntlChaos · · Score: 1

      Last I checked, . is automatically searched in addition to the classpath

    23. Re:Running this puppy by mcbridematt · · Score: 1

      Assuming that mozilla is properly installed on your machine, you need only run: /usr/bin/mozilla
      Ahh.. what are you going to do. However, you are implying that you need to be using UNIX/Linux/*BSD/Cygwin. But hey, on my Debian box, it's under /usr/local/mozilla

      Hasn't Sun changed their license to allow you to use their code with non-Sun VM's?

      --
      Mathew McBride
      Lead Developer: Jazilla Project
      http://jazilla.sourceforge.net

    24. Re:Running this puppy by Erik+Hollensbe · · Score: 1

      / or . works.

    25. Re:Running this puppy by Hard_Code · · Score: 1

      Java packages are delimited by dot (.) not slash (/). I don't know why someone would distribute a start script with slashes instead of dots in the class name.

      --

      It's 10 PM. Do you know if you're un-American?
    26. Re:Running this puppy by egeorge · · Score: 1

      Wow. So it does. I wonder when the classloader started supporting / I am certain that it didn't in the murky days of old. Personally, it seems a little confusing to me to use / since I would easily mistake it for a path and be tempted to throw .class on the end.

    27. Re:Running this puppy by Erik+Hollensbe · · Score: 1

      The / syntax makes more sense to me when I'm running from the CLI. It also double checks for me that I have my class structure setup properly indirectly, which has always drove me nuts. Partially nessicary, I guess.

  2. Virtual machines are so cool... by Mason · · Score: 1, Interesting

    I used to dislike Java, but now I'm a convert. Virtual machines are so obviously cool... I need to download this and give it a spin.

  3. Why? by SporkNet · · Score: 2, Interesting

    The question had to be asked

  4. IE, Mozilla, and Opera are all I need! by crashnbur · · Score: 2, Interesting
    And I still test in various other browsers and in various other operating systems. But, of course, if Jazilla ever gets good reviews, I'll try it.

    Other than being Java-based, what's the point of this web browser?

    1. Re:IE, Mozilla, and Opera are all I need! by watzinaneihm · · Score: 4, Interesting

      Some uses I can think of is embedding sub-parts of it in embedded environments.You also can modify it (Open-source) it for use in hundreds of ways to create useful apps.This most probably is not going to replace any browser on the average desktop, but can possibly be used as a web-test tool, automation framework etc.
      What about running a browser/modification on a Netware box (it supports java) and no cross compiler necessary.
      Also note that W3C demoes a browser on their website ( Amaya IIRC) written in Java.

      --
      .ACMD setaloiv siht gnidaeR
    2. Re:IE, Mozilla, and Opera are all I need! by Jerrry · · Score: 1
      Other than being Java-based, what's the point of this web browser?

      Maybe the guy just wanted to learn Java or get more experience programming. Sometimes that's all the excuse one needs to do a project like this.

    3. Re:IE, Mozilla, and Opera are all I need! by evilviper · · Score: 4, Insightful
      Other than being Java-based, what's the point of this web browser?

      I could probably name 100+ embedded devices that support java. Having an Open Source java browser is a good thing.

      Besides that, I could also harp about the security of java.

      Hmm, it would be ironic if Jazilla had a problem running applets.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    4. Re:IE, Mozilla, and Opera are all I need! by Jon_E · · Score: 2, Interesting

      It has less to do with the browser and more to do with open standards imho. Far too often I'm seeing more and more websites that are tailoring their Web experience to specific browsers like IE, Mozilla/Netscape, and Opera. The side effect is hearing *far too many people* say "IE works the best" or Opera is the greatest thing since sliced bread (thanks to the "free porn" industry). It's also a wonderful tool to see what barfs on popular websites and see the many unnecessary and cruddy obfuscations they've had to do with things like getBrowserType() and a myriad of javascript crap.

      The main limitation to the web now is the protocols we're using to define it. There's so much more available in "well-written" Java, but I don't expect the majority of platform bigots to get that quite yet.

    5. Re:IE, Mozilla, and Opera are all I need! by Copid · · Score: 1
      I think you've hit the nail on the head here. It's amazing that for rendering input that should theoretically be coded to open standards, people are actually happy to say that they only need three different programs to read all of the pages correctly. Isn't the point of open standards that any one of the three should do?

      This just reinforces my belief that people should have to be licensed before they're allowed to charge money to do web design. ;-)

      --
      An interesting anagram of "BANACH TARSKI" is "BANACH TARSKI BANACH TARSKI"
    6. Re:IE, Mozilla, and Opera are all I need! by TKinias · · Score: 1

      scripsit Jon E:

      Opera is the greatest thing since sliced bread (thanks to the "free porn" industry).

      Now, I have had (Mom, you don't read /., right?) some exposure to 'net porn. I have also used Opera a fair amount, though not for a couple of years, since Galeon got to be so usable.

      I really don't seen the connection here. What makes Opera particularly friendly to ``the `free porn' industry''?

      --
      In principio creauit Linus Linucem.
    7. Re:IE, Mozilla, and Opera are all I need! by larry+bagina · · Score: 1

      Can you also "name 100+ embedded devices that support java" that also have the RAM and processor cycles to run this thing?

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    8. Re:IE, Mozilla, and Opera are all I need! by Fembot · · Score: 5, Funny

      Why do I have a strange urge to try and embed it in an applet?

    9. Re:IE, Mozilla, and Opera are all I need! by evilviper · · Score: 1

      Not right now, but since it isn't ready for prime-time we may very well see plenty such devices when it is considered stable.

      The time to dedicate years to developing software for devices is NOT after the devices are common. Just look at Vorbis... Development started when compressed audio was possible on a PC, and didn't finish until MP3 was so well embedded, that Ogg has yet to make a dent (I believe it will eventually, but that is besides the point).

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    10. Re:IE, Mozilla, and Opera are all I need! by evilviper · · Score: 1

      No, that isn't ironic at all. It would be ironic for Jazilla, because it is running completely under Java.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    11. Re:IE, Mozilla, and Opera are all I need! by mcbridematt · · Score: 1

      Strictly speaking, Jazilla might be the only Java browser out there.

      HotJava - Who's working on that. I think it's dead
      XBrowser - Dead
      (I'd be suprised if someone names a actual Browser NOT RENDERER written in Java which people are working on - other than Jazilla)

      Point is: You can run it on almost anything. Unfortunately, you will need a VM which supports JFC/Swing. AWT Sucks :(.

      (Windows users could do with a good 3D Card, as Swing on Windows uses DDraw.)

      What I really need are Swing coding guru's, that's why some of the GUI is hard coded, because at the moment, the browser tag takes over the entire app.

    12. Re:IE, Mozilla, and Opera are all I need! by bhtooefr · · Score: 1

      Now we just need the MSWLogo guy to release Logo for Logo...

    13. Re:IE, Mozilla, and Opera are all I need! by 876 · · Score: 1

      Opera's popup blocking & tabbed windows are quite useful for a fuller porn browsing experience...

    14. Re:IE, Mozilla, and Opera are all I need! by __past__ · · Score: 1

      There's still X-Smiles, an all-Java browser with support for many XML-related "standards". It's admittedly kinda "special", but people are definitely still working on it.

    15. Re:IE, Mozilla, and Opera are all I need! by tunabomber · · Score: 1

      Why do I have a strange urge to try and embed it in an applet?

      Yeah! And then if Jazilla supports applets you can use it to visit the web page that the Jazilla applet is on and... uh... Ow! Recursive headache!

      --

      pi = 3.141592653589793helpimtrappedinauniversefactory71 ...
  5. So, using Javascript and Java... by TWX · · Score: 3, Interesting

    Does the browser call a new java runtime layer, so it's a java layer running a web browser running a java layer, or does the original java layer detect the attempt to run Java and intercept to run it itself?

    What happens if I run the java web browser in a web browser?

    --
    Do not look into laser with remaining eye.
    1. Re:So, using Javascript and Java... by Exiler · · Score: 3, Informative

      Java programs != Applets, I think you're getting the two mixed up.

      --
      Banaaaana!
    2. Re:So, using Javascript and Java... by Asprin · · Score: 2, Funny



      Yeah, really! I mean they don't even have it as an Active-X plugin - how lame is that?!

      --
      "Lawyers are for sucks."
      - Doug McKenzie
    3. Re:So, using Javascript and Java... by jeffsix · · Score: 2, Informative

      Actually Java applets are programs - they are just programs that run inside of a web browser as opposed to on their own.

      Java applications != Java applets
      Java applications = Java applets + Java applications

      I think you're confusing them. ;)

      Also, applets run on the JVM just like applications do. The only difference is that the JVM is invoked by the browser (you can think of the JVM running inside the browser, but this isn't really true these days). So, his question is perfectly valid - does Jazilla start a JVM (to run applets you're browsing to)that runs on the JVM the browser itself is running on? Or does is start a seperate JVM? Good question - although I bet I can guess the answer...

    4. Re:So, using Javascript and Java... by jeffsix · · Score: 1

      Oops...that should read Java programs = Java applets + Java applications

    5. Re:So, using Javascript and Java... by x+mani+x · · Score: 1

      javascript != Applets, I think you're getting the two mixed up.

    6. Re:So, using Javascript and Java... by recursiv · · Score: 4, Informative

      Hold on there skippy. Java applets ARE Java.

      I think what our friend Exiler here is trying to say is that Javascript has nothing in common with Java except the name. And if I'm to believe the person who told me, Javascript had a different name while it was being developed but Sun exerted sufficient pressure on the neccesary parties to change the name to sound like Java.

      Quick recap:
      Java Applications - Java
      Java Applets - Java
      Javascript - Not Java

      I hope this helped.

      --
      I used to bulls-eye womp-rats in my pants
    7. Re:So, using Javascript and Java... by Anders · · Score: 1

      Java applications = Java applets + Java applications

      So, Java applets = 0. Seems just about right.

      (yeah, I saw your followup)

    8. Re:So, using Javascript and Java... by mindriot · · Score: 1

      Hmm yes, but wouldn't it be cool to run that thing as an applet? As in linux->mozilla->java plugin->jazilla applet->web page w/jazilla applet pointed to itself->........

    9. Re:So, using Javascript and Java... by mcbridematt · · Score: 1

      Unless you get 1,000 votes for bug -1* it won't be implemented until 2015.

      At that time, I would of probably switched the GUI to something rendered in OpenGL.

      (Me don't want it rendered in DDraw crap)
      * NOT a typo.
      --
      Mathew McBride
      Lead Developer: Jazilla project

    10. Re:So, using Javascript and Java... by recursiv · · Score: 1

      Furthermore, java applets will run on the JVM just like they will in any other browser. The fact that the browser is also running on the JVM is not relevant.

      --
      I used to bulls-eye womp-rats in my pants
  6. its interesting by jeepee · · Score: 5, Insightful

    dont get me wrong i think its an interresting project but why write in Java a software that is already available on a huge variety of platforms (its mainly the advantage of writing java apps).

    also Mozilla is lacking a bit of speed im sure you wont help in java.....

    1. Re:its interesting by darkheavy · · Score: 4, Interesting

      A year and a half ago I was involved on the development of a Digital TV Set Top Box.

      As User Interface Developer one of my duties was the analysis and selection of an embedded web browser. My bet was a Gecko based one, but implement it for the Nucleus RTOS was out of the question, so we should point to a propietary browser license.

      If this project was so evolved in that moment it would have been a serious alternative.

    2. Re:its interesting by Glorat · · Score: 1

      Here is a use: Java components are very easy to reuse in GUIs. I *hope* that the API is such that I can easily embed this browser in any application I may choose to make and hopefully it will be easy

      On the flip side, how easy is it to embed the mozilla into my own program? The Mozilla ActiveX control is pretty good but it is Windows only. I'd love to be able to write my cross platform java GUIs with an embedded web browser. Could this be the best way?

  7. OS X compatibility by snitty · · Score: 2, Interesting

    It seems to not work with OS X using instructions above, perhaps something else has to be done.

    --
    Modular Redundancy--Because 4 out of 5 Nodes agree
    1. Re:OS X compatibility by LtSmith · · Score: 2, Informative

      Well I was able to start it with:

      java org/jazilla/Jazilla

      from the jazilla directory.

    2. Re:OS X compatibility by physicsnerd · · Score: 1
      I got it to run just fine under OSX using "java org/jxul/xulrunner/Main" However, one thing that may be causing you problems is that the URLs have to be entered like "http://www.google.com" just typing in "www.google.com" will not work. Also, you have to click on the Go! button, hitting enter doesn't work.

      By the way, great error messages! When I try to open a new tab I get the following "This function is not implemented. Don't just sit there! Go and implement it!" lol

      Physicsnerd

      "Even logic must give way to physics" - Spock

    3. Re:OS X compatibility by rsmith-mac · · Score: 1

      What version of Java do you have installed? Considering Apple put out 1.4.1 in a seperate update, you might be having problems because of the older version.

    4. Re:OS X compatibility by afantee · · Score: 1

      You probably have to install X11 first.

      You can run it by just entering "./jazilla.bat" from ether a Terminal window or a xterm window under X11, and it loads up quite fast and looks not bad either.

  8. Jazilla: In case your computer was too fast by Horny+Smurf · · Score: 4, Funny

    Combine the speed and java with the speed of Mozilla.... I bet you can reboot into windows, run IE, and get 3 first posts before Jazilla starts up.

    1. Re:Jazilla: In case your computer was too fast by jpaz · · Score: 1

      Duh...If you're rebooting, how the hell do you expect *anything* to start up???

    2. Re:Jazilla: In case your computer was too fast by Jon_E · · Score: 2, Insightful

      Wow - I wonder if people would be saying the same thing about other languages if there was a lot of poorly written C++, C, or even assembler out there. Putting everything under the sun in your jars and classpath coupled with an improper understanding of code optimizations are typically more at fault here.

      Mozilla (like KDE) is more memory consumptive thanks to a combination of poorly hacked eye candy code. Then when you start swapping pages out - it might actually be time to drop more memory in your box.

      Why not deal with the real beasts here? - the integration of Java with X11 and Win32. All it takes is one quick look at the number of layers of indirection that MS provides to see that a poorly executed language set like ActiveX is going to outperform Swing or Jimi every time on Windows.

    3. Re:Jazilla: In case your computer was too fast by Jon_E · · Score: 1
      Perl, Python and Ruby can do in 2 lines what it takes Java to do in 50. Once Parrot is finished Java's big claim to fame, the JVM, will be yet another bloated, useless feature.

      sure if all you're doing is screen scraping and mySQL DBI dropping .. but then again you're dependent on your CPAN classes, erm .. modules, erm .. subs and I think you'll find many more lines underneath. Lemme see, you're talking about respect for Eclipse, so you must have taken the bait on websphere and are now dissatisfied with the performance you're getting. If you want to understand Java better and how to write high performance apps that run more efficiently - I could recommend a few books and courses or you could always hire Sun's PS Java people to come in for a couple hours or days and show you directly what might be helpful. But then again you'd have to reach the point where you can admit that there's much you don't understand about Java yet ..

      Parrot should be interesting - I have a lot of respect for both Larry and Guido, but it'll be interesting to see how they handle GC and threading. I haven't been impressed with most of the SMP implementations I've seen on commodity hardware, and the OSS community still has a way to go in the enterprise space.

    4. Re:Jazilla: In case your computer was too fast by Ambassador+Kosh · · Score: 1

      Hmm it seems to me that zope does both of those things. ZEO gives you clustering and at 10 million requests per day that is about 115 request/s which is easily doable.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    5. Re:Jazilla: In case your computer was too fast by Anonymous+Coed · · Score: 1

      Actually, my company has implemented (a kind of) clustering in Python. What is your big problem?

  9. Re:Why? by mcgroarty · · Score: 5, Funny

    Hee. I told him it would get him laid, then forgot to mention it was a joke. A year and a half later, it was just too funny not to let him keep running with it. Shh! My bad!

  10. Re:WHY? by Tablizer · · Score: 2, Funny

    mozilla is slow. java is slow. jazilla is slow^2

    I wonder if Intel is backing this project. They desparately need a reason to sell high-end chips.

  11. Applets support? by netsharc · · Score: 4, Funny

    Does it have support for Java applets, or do you need to install the Java plugin to have applets? :P

    --
    What time is it/will be over there? Check with my iPhone app!
    1. Re:Applets support? by rreyelts · · Score: 1

      This isn't true at all. You can have several different sets of classes all running with different sets of privileges. Java has had this level of flexibility for a long time now.

    2. Re:Applets support? by Yacob · · Score: 1

      ...and can it be run as an applet? ;-)

      eh, and if it could run as an applet, and also support applets...oh my! actually, can any application do this? run itself within itself, within itself .. ad infinitim??

  12. mmmm by loudici · · Score: 3, Interesting

    any idea why anybody would want or need to use that?

    mozilla runs on at least as many platforms as any JRE, and many more if you expect swing to work properly.

    i don't get it.

    --
    Dev elpizw tipota, dev phoboumai tipota eimai lephteros http://euclidian.org
    1. Re:mmmm by OmniVector · · Score: 2, Interesting

      simple: because the default HTML rendering toolkit for java sucks. The ability to have a mozilla like rendering engine built into java makes it easy to write apps in java that need web browsers built in.

      --
      - tristan
    2. Re:mmmm by bill_mcgonigle · · Score: 4, Insightful

      any idea why anybody would want or need to use that?

      They wouldn't. It's not about the users, it's about the developers.

      I use Mozilla, but I rarely hack on it. Why? I hate C++. It's a miserable language for developing an application. Java, on the other hand, is a great language for application development. The performance issues will melt away very soon as both the JRE and hardware improve. If I find a problem with Jazilla, I'm very likely to try to fix/enhance it.

      Plus, I happen to know both C++ and Java, but most kids coming out of school have never hacked C++. They've all hacked Java. These are the most likely hackers to work on a web browser.

      Let's come back in a year and see if Jazilla is more interesting to users, when it's fast, stable, and pretty, due to all the volunteer efforts.

      Short of a WxRuby port of Mozilla, this is what really has me interested.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    3. Re:mmmm by loudici · · Score: 1

      >I hate C++. It's a miserable language for
      >developing an application. Java, on the other hand,
      >is a great language for application development.

      must be a matter of taste.

      --
      Dev elpizw tipota, dev phoboumai tipota eimai lephteros http://euclidian.org
    4. Re:mmmm by bill_mcgonigle · · Score: 1

      must be a matter of taste.

      No, it's a matter of productivity, security, and portability.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  13. Re:Slow Enough by Tablizer · · Score: 5, Funny

    I think Mozilla is slow enough, thank you.

    It allows you to close tricked-into Goatse windows before they are finished. Goatsephobia has changed they way people browse. Slow is in.

  14. Just plain question by Libor+Vanek · · Score: 1

    Just plain question - what is intended usage of it?

  15. Does it compile with gcj? by Ed+Avis · · Score: 2, Interesting

    I wonder whether the RHUG people will be able to build Jazilla using gcj and so create a native binary package. Then we could see whether it is faster or slower than Mozilla.

    --
    -- Ed Avis ed@membled.com
    1. Re:Does it compile with gcj? by greenrd · · Score: 2, Informative
      I wonder whether the RHUG people will be able to build Jazilla using gcj

      No. I've never encountered an open source JVM that fully supports AWT - let alone Swing. So they are useless for most desktop apps.

      Let me know if you find one...

  16. Too much time on their hands by jezzgoodwin · · Score: 1, Insightful

    I may be being a little harsh here but what exactly is the point in this?

    Java's redeeming feature is that it is a cross platform environment. Which is all well and lovely.

    Everything else about Java is horrible, like speed issues etc.

    This project is to "make a mozilla clone in java". So by doing this you'd assume they'd be making mozilla cross platform (because that's the only logical reason for using java)... But Mozilla is already cross platform!!! Any platform it doesn't support you shouldn't be using for browsing the web with!

    And anyways, you still need java to be installed to run it... Install java for a crappy browser or install Mozilla? I know which I'd prefer to do.

    Jezz

    1. Re:Too much time on their hands by rfernand79 · · Score: 1

      Why do it?

      Think Geek! - because IT CAN BE DONE! -

    2. Re:Too much time on their hands by jezzgoodwin · · Score: 1

      I don't just think geek, i live and breathe geek... But I can think of loads of things that "CAN BE DONE" which are also useful.... Like making a decent browser which has the lovely features of popup-blockers and tabbed browsing but using the IE renderer (which is a lovely renderer you have to admit)

    3. Re:Too much time on their hands by irc.goatse.cx+troll · · Score: 1

      "Any platform it doesn't support you shouldn't be using for browsing the web with!
      "

      That is exactly what people used to say about linux office apps, linux games, and just about everything else except server usage. Go back a few years and it was even said about server apps to.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    4. Re:Too much time on their hands by botzi · · Score: 2, Interesting
      Everything else about Java is horrible, like speed issues etc.

      Whatever, dude...

      First of all execution speed is not a *major* issue anymore(even if it's still a problem for some kind of applications), and can not in any way be defined as "horrible".
      Second, what exactly do you mean by etc., because as I recall it, Java offers short developpement periods , full portability(as you stated), and is still in developpement etc... So if I're you, I'd immediately start reading the JVM specifications.....;o)

      --
      1. No sig. 2. ???? 3. Profit!!!
    5. Re:Too much time on their hands by jezzgoodwin · · Score: 1

      To be honest I do like java and have used it a lot. But the speed thing is frustrating, especially when developing. My original post was just comparing Mozilla's and Java's main common problem.

    6. Re:Too much time on their hands by Teferi · · Score: 1

      StileSoft NetCaptor is the browser you want, in that case. I used it until Mozilla, and then Phoenix, became good enough for daily use. The one catch is that it's not free - it's adware unless you pay for it - but it's a one-man operation, and it's good work - he deserves the money.

      --
      -- Veni, vidi, dormivi
    7. Re:Too much time on their hands by jezzgoodwin · · Score: 1

      Mozilla runs on almost anything which have the processing capabilities. Mozilla is always going to try to support everything new that comes out.. Just like how JRE's get made for new hardware... So why do it in Java when Mozilla is already doing it?

    8. Re:Too much time on their hands by DShard · · Score: 1

      This is probably what you are looking for. I use it on system that I am forced to use Win32.

    9. Re:Too much time on their hands by JJahn · · Score: 1

      No I don't have to admit the IE renderer is lovely. I think its a piece of shit that makes webmasters scream in agony just thinking about it. The only reason anything looks right on it is because people develop for that out of necessity instead of for standards.

    10. Re:Too much time on their hands by botzi · · Score: 2, Insightful
      But the speed thing is frustrating, especially when developing.

      Well, yeah, I do agree that waiting for the damn window to appear some 30 secs after launching the application is frustrating. So definitely the GUI and some input/output routines need improvement, but at the same time, once the JVM's started and the program initialized, there isn't so much to be said about how slow Java is......
      I was recently suprised when a friend of mine did a benchmark on recursion functions and JVM performed better than gcc -o2..........
      Yeah... well it's clear that when neither Mozilla nor Java could fly, Jazilla will hardly walk... but that doesn't make it a useless project.....;o)

      --
      1. No sig. 2. ???? 3. Profit!!!
    11. Re:Too much time on their hands by jezzgoodwin · · Score: 1

      I completely disagree. All my current work is based in HTML and Javascript and I always have to spend extra time working out how to make something work in Mozilla which already works in IE. And making it work in Mozilla always requires extra code and then it always runs slower in Mozilla as well.

    12. Re:Too much time on their hands by be-fan · · Score: 1

      Lack of non child-proof language features?

      --
      A deep unwavering belief is a sure sign you're missing something...
    13. Re:Too much time on their hands by jezzgoodwin · · Score: 1

      Well I am... And notice how your post is at 0 points at time of this message

    14. Re:Too much time on their hands by jfengel · · Score: 4, Insightful

      There's more to Java than cross-platform. In fact, with all the various versions running around, I'd say its cross-platform qualities are significantly overrated.

      Java is far more important in its security and software engineering features (which are actually very closely related). I find that I'm far more productive in Java than I ever was in C++ and C. I find that's even truer for less experienced programmers. Java increases the ability of programmers to work together through better memory management, better type enforcement, exceptions, etc.

      You don't really need to hear all this. At this point you either believe it or not and I'm not going to convince you.

      I haven't been able to compare it to C#, which appears to offer many of the same advantages over C/C++. I think of Java in a different class from languages like Perl and PHP, which are less well-suited to teamwork, which is an important goal of mine.

      So the reason for this is not because we need another browser (boy, do we not) but because Java needs a browser for use in its environment. Java is still very poor on the client side, for a host of reasons, one of which is its lack of browser integration. Applets were always a stupid idea, I'm afraid, because software distribution via applets just isn't ready and the toys are generally beneath contempt.

      You need a browser as part of Java. It's the best way to view text, whether for help, mail, etc. Java has several, but none are really any good because they're not 100% compatible with the lastest rounds of HTML/HTTP/Javascript. A browser, compatible with IE and Mozilla, will help make Java a decent client environment.

    15. Re:Too much time on their hands by botzi · · Score: 1

      ;o),
      I should say that I've gone into Java with a great doubt in its capabilities, and it's unbelievable how fast did the concept managed to gain my support, so now I'm a JVM fan, and as such I'm surely "forgetting" to consider some defaults.. ;o)
      PS: There again, I'm JVM, not Java, fan;oP

      --
      1. No sig. 2. ???? 3. Profit!!!
    16. Re:Too much time on their hands by jezzgoodwin · · Score: 1

      That is such a great program. Cheers! :-)

    17. Re:Too much time on their hands by 00_NOP · · Score: 1

      I may be being a little harsh here but what exactly is the point in this?

      Why, oh why, oh why do people keep asking this question on slashdot? Because it's there you idiot, because it's there...

    18. Re:Too much time on their hands by botzi · · Score: 1
      Full portability my ass, I've had a Java program run differently on each of HP-UX, Solaris, Linux, and Windows.

      Buddy, you misunderstood something... Full portability means exactly this:

      The code is running.

      Nobody said anything about:

      The code is working.;oP

      --
      1. No sig. 2. ???? 3. Profit!!!
    19. Re:Too much time on their hands by bwt · · Score: 1

      Java's advantages are not just that it is cross platform. Java has a very large class library and the largest base of enterprise developers. Java is a very nice fully object oriented language. Each of these three features alone makes a Java the right language in many situations.

      Consider something like SVG support, which I would contend is a rather typical type of thing to want to extend your browser to do. Given that Batik already implements SVG in Java it is probably much less work to implement SVG in Jazilla than it is in Mozilla. Sure C libraries for SVG might exist, but are they cross-platform? Are they object-oriented, which makes development and maintenance easier?

    20. Re:Too much time on their hands by BokLM · · Score: 1

      IE ?
      But it requires MS Windows, who uses that nowdays ?

    21. Re:Too much time on their hands by jezzgoodwin · · Score: 1

      Most People ;-)

    22. Re:Too much time on their hands by .milfox · · Score: 1

      There's always Crazybrowser as well ;P which *is* free-as-in-beer.

    23. Re:Too much time on their hands by JamochasWitness · · Score: 1, Interesting

      Well, well... goodie for you. . I didn't get a score? Darn it all. I must be wrong and you must be right. If this is your logic, I'd hate to see your code.

    24. Re:Too much time on their hands by Jord · · Score: 2, Interesting

      Probably should stop using Front Page then. Mozilla follows the standards which I.E. does not. If you write your code to standard then you would not have to "tweak" it for Mozilla. Granted you would probably still have to tweak it for IE.

    25. Re:Too much time on their hands by Jord · · Score: 1
      I do agree that waiting for the damn window to appear some 30 secs after launching the application is frustrating

      30 seconds?!?!? Whoever wrote that GUI needs to go back to school and learn how to code. Any decently sized GUI needs to have it's initialization routines threaded properly so that it can start up in a reasonable amount of time. 30 second start-up time is a sign of bad coding, not of a bad language or JVM.

    26. Re:Too much time on their hands by olevy · · Score: 1

      If the only point of this was to create a direct replacement for Mozilla, et al. you are right -- there is no need for this.

      However, as a Java developer I see a *lot* of potential in this. First of all, I currently have a need for a rich text control that uses html. It technically doesn't have to be html, but why force users to learn some weird homebrew mark up language? Or worse force a proprietary one on them. Also there are lots of html editors that they can make use of. I've looked around and there does not appear to be many polished, open-source html text controls for Java. So if all this project does is create a nice and powerful Java html widget they will have done a very good thing.

      But lets step back and look at the bigger picture. I think we might have frozen a little prematurely on the UI for web browsing. Wouldn't it be fun to experiment a little bit more? For example, how about a mostly html based game that uses a special browser? Or how about experimenting with better ways of keeping track of history? For example, what if you kept a reduced snap shot of every page you visited? This is how HyperCard worked, and I found it very useful.

      The advantage of doing this in Java is that it is (for many programmers at least) a more productive language than C/C++. My hope is that this project encourages people to play around with what a web browser can be and maybe stretch it a little bit.

    27. Re:Too much time on their hands by jezzgoodwin · · Score: 1

      I only use notepad. My problems always occur when doing complex DOM things. And it is often the case that even the w3c standards don't always do what they should on mozilla.... and often the same on IE .. neither of them are perfect, but IE is definately faster and better and doing rendering. Especially when it comes to using opacity.

  17. Re:Yawn by bj8rn · · Score: 1, Funny
    I'm waiting for fuckzilla, written in brainfuck!

    If you're gonna call it fuckzilla, you'd better write it in f*ckf*ck instead ;)

    --
    Hell is not other people; it is yourself. - Ludwig Wittgenstein
  18. Re:Why? by FatherOfONe · · Score: 4, Funny

    Ok grandpa it might be time to upgrade your 386sx to some more modern processor. You will be shocked at how much faster late 90's technology is, and if you want to live on the edge you might even try some system built in the last few years. You will find that any of those run Mozilla and or Java great. Oh yeah, while you are at it you will find that 16MB of RAM won't cut it anymore, you should probably get around 512MB. The good news is that you can get a system like that for under a grand. I do realize that living on social security makes it tough to buy a new system every 20 or so years, but just stop buying so much crap from those late night tv ads, and you should have enough saved up in no time.

    --
    The more I learn about science, the more my faith in God increases.
  19. ENmcbridematt by stud9920 · · Score: 1, Flamebait
    I have completely rewrote the browser
    Not let start the ENmcbridematt project to rewrite your statements in plain English.
    1. Re:ENmcbridematt by botzi · · Score: 1
      What's the problem with his English??????
      1. Suppose he's X...(where X stands for non-English)
      Is your X better than his English?????(and you're f*ck*ng cheating if you're X too....;oP)
      Anyway, whatever his nationality is, as long as his post is comprehensible, you shouldn't bother to notice a grammar/spelling/whatever mistake......
      Slashdot is an open community, or am I missing something?????

      PS: Yeah. I know... no "2." unfortunately

      --
      1. No sig. 2. ???? 3. Profit!!!
    2. Re:ENmcbridematt by ptr2void · · Score: 1

      Wow. You nearly made me laugh.

  20. Re:riiiiigggghhhht..... by Miguel+de+Icaza · · Score: 1, Interesting

    perhaps that was a little harsh - the OSDN page rendered pretty good - Hell my scroll mouse worked with your app automatically!!! good shit

    --
    Before adopting WHATWG, read the moonlight.NET EULA [http://www.microsoft.com/interop/msnovellcollab/moonlight.mspx]
  21. Why... by valis · · Score: 5, Informative

    Since half the comments so far seem to be "What is the point" I'll offer one justification.

    There is still a serious lack of a good modern HTML browser for embeding in java applications. Swing provides an EditorKit which handles HTML3 reasonable well, but most of the other quality offerings are non free.

    Major Java IDEs (Eclipse, NetBeans) have projects to implement something like this. Many other Java applications could potentially benefit. It's a good idea.

    1. Re:Why... by jezzgoodwin · · Score: 1

      Yes it is a good idea. But why then spout the name Mozilla everywhere?

      A good idea but just because Mozilla is all the rage now-a-days it's no excuse to just use it's name and then create a completely different browser....

      It's as silly as if someone were to make a clone of windows in Java and called in Jindows

    2. Re:Why... by localghost · · Score: 1

      So are they going to make something like a Java Gecko? That seems more useful than a complete web browser. Nobody wants to do normal web browsing with a Java application. Hell, I don't want to do anything with a Java app unless there's no other option. Sure, developers like it, but end users avoid it like the plague.

    3. Re:Why... by Anonymous Coward · · Score: 1, Funny

      "It's as silly as if someone were to make a clone of windows in Java and called in Jindows"

      Or a clone off windows in linux and called it Lindow... oh, wait...

    4. Re:Why... by Jord · · Score: 1

      End users have no clue what language their programs are in. They only care that they work. I see quite a few "end users" using Java applications all day long and have no clue that it is Java. They could care less, the app works for them and that is all that matters.

    5. Re:Why... by localghost · · Score: 1

      Well I know I avoid them because they have a tendancy to be a lot pickier about their environment, and they're slower. When there's a C/C++ alternative I take it. The only Java software I use is what comes with DB2, and that makes sense since they need to support it on a wide variety of platforms. For a regular web browser, I don't think Java is ready yet. I can only see this being useful in an HTML rendered embedded in another application.

    6. Re:Why... by Jord · · Score: 1
      While it is true that there are few decent Java GUI applications on the market today, they are starting to come out. It has taken the majority of developers a lot longer to learn how to make a decent GUI in Java than in other languages. Personally I think it is because Java itself has a very low "entrance level" but Swing's entrance level is quite a bit higher. Thus causing some disconnect in the skill level of many Developers.

      Swing itself and Java itself are not slow. However, developers using poor coding habits makes it appear that the language is slow.

      Hopefully in the next few years we will see an even larger acceptance of Java on the GUI and this myth of the language being slow will finally die. Unfortunately, I think that here on \., the myth will remain.

      A properly designed Java GUI will have a very smooth installation procedure. Moneydance is a very good example of an application that is 100% Java and you can only tell that it is Java by wandering around in its directory structure. Hopefully other applications will follow in its tracks.

      I hope that the developers of this browser do a good job with the speed and the APIs. Having a "native" Java rendering engine can be nothing but good.

    7. Re:Why... by psgivens · · Score: 1

      I'll drink to that.

  22. HotJava by Mooset · · Score: 1

    The Java-based browser concept worked really well for Sun Microsystems' HotJava browser so I believe Jazilla will be a phenomenal success as well. Go Jazilla team!

    1. Re:HotJava by pecosdave · · Score: 1

      I've found reason to use HotJava, not often but I've found reason. Nitch uses, agreed, but they still exsist. I probably will substitue Jazilla after Alpha if I ever need to use another Java based browser. Is it going to be a phenomenal success? Probably not. Should it exsist, yes. Anytime there's a need for something, something should exsist to fill that need.

      --
      The preceding post was not a Slashvertisement.
  23. Re: Why? by bethanie · · Score: 1

    Why do geeks do anything?

    BECAUSE THEY CAN!!

  24. Re:woo.. by KrispyKringle · · Score: 2, Insightful

    No, you can't. I assume this was intended as a joke, but I may as well point out that unless a program is not an applet, unless it implements the interface Applet (I think thats the right name...). You can't run any random Java program from a web browser or applet viewer.

  25. Amaya not Java by brion · · Score: 1

    Amaya is written in C. Perhaps you were thinking of Sun's HotJava?

    --

    Chu vi parolas Vikipedion?

    1. Re:Amaya not Java by watzinaneihm · · Score: 1

      My mistake. At some point of time I was looking at a test framework at some point of time and got hold of testmaker which is written in Java.Happened to visit W3C website on the same day.So the mistake. Thanks for the HotJava link though.

      --
      .ACMD setaloiv siht gnidaeR
    2. Re:Amaya not Java by Enrico+Pulatzo · · Score: 1

      "Thanks for the HotJava link though."

      Obviously, you've never used HotJava before. Wow. Talk about a mediocre browser. IE 2.0 which comes with NT 4 is a better browser than that garbage. Makes even Netscape 4 look good. (that last bit may have been a little too harsh)

    3. Re:Amaya not Java by pmsyyz · · Score: 1

      Perhaps he was thinking of the W3C's web server, Jigsaw, which is written in Java.

      http://www.w3.org/Jigsaw/

      --
      Phillip
  26. Mozilla is already partway there... by BitwizeGHC · · Score: 1, Funny

    I mean they do have libpr0n :)

    --
    N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
  27. Re:Why? by the+gnat · · Score: 3, Interesting

    Some of us prefer not to upgrade our computer every fucking month because all of a sudden the idiots at Microsoft/Apple/Netscape decide that our computing experience is incomplete without shiny new throbbing widgets. Even when I'm on a screaming fast computer, I throttle down every single bit of eye candy. Result: I can use my computer for actual work. Even so, I find that either Mozilla (on Linux) or IE (on XP) is entirely capable of reducing a Pentium 4 with plenty of memory into a quivering heap of dung.

    Example: I'm often forced to use Microsoft Word. However, I have yet to utilize any feature that is not present in Word 5.1a, which runs quite happily on my stone-age PowerBook. Neither do any of my coworkers or collaborators, apparently; most of them would be served just as well by Emacs or Vi. That doesn't stop them from mailing me Word 2000 documents (nor does the fact that I run Unix pretty much everywhere). Result: I can't use my office computer or my Mac, and I have to walk down the hall to use one of the shared PCs. This is progress?

    In short: fuck you. Fuuuuuuuuuuck you.

  28. It is OS X compatibility! by patrickoehlinger · · Score: 3, Interesting

    Works and looks great for me screenshot.
    Doesn't take care of CSS, but hey I like to have another choice. Rigth?!
    I was using the same command to start it:
    java org/jxul/xulrunner/Main &

    --
    >> Had I been going to bed earlier every night? Have I been sleeping later? Has Tyler been in charge longer and l
    1. Re:It is OS X compatibility! by ipjohnson · · Score: 1

      Hmmmm ... "looks great" ....

      If thats your idea of great I'm scared to ask what looks bad.

  29. Three first posts? by crashnbur · · Score: 2, Funny

    But wouldn't the second and third be second and third posts?

  30. What "Write Once, Run Anywhere" Really Means by Anonymous Coward · · Score: 5, Informative
    From the beginning, Sun intended the Java language to be platform-neutral. That is, Java programs are written to run on a Java Virtual Machine instead of on a physical computer--it's the Virtual Machine that runs on a real computer. Thus a programmer can develop a program that will work on the sort of computer he likes and expect it to run on the sort of computers that his customers like, because it runs inside of the Java Virtual Machines on those computers.

    This means that when you go to the store to buy an application, you don't buy the "Mac version" or the "Microsoft Windows version." You buy the "Java technology version." And as long as you have the Java Virtual Machine--which is free, and available from a large number of vendors--you can buy the program without having to worry whether it's going to run on your particular computer.

    1. Re:What "Write Once, Run Anywhere" Really Means by axxackall · · Score: 1
      From the beginning, Sun intended the Java language to be platform-neutral.

      Java is platform-neutral if the platform is not weker than 2GHz CPU and 1 GB of RAM. Otherwise it's annoingly slow on that platform.

      --

      Less is more !
    2. Re:What "Write Once, Run Anywhere" Really Means by mark-t · · Score: 1
      One of my biggest problems with java is that to get the most portability the developers have to use the oldest version of java so all those people running crusty old 1.0/1.1 jvm's can use it.
      I'm not sure where you get your information from, but there is no practical reason for a Java developer not use Java 2. Java1 completed Sun's End Of Life process some time ago. People with crusty old 1.x jvm's are SOL. I know quite a few Java developers, and I don't know any who are making any effort to remain compabible with Java1.

      I suppose once could argue that the "write once run anywhere" premise actually means "write once, run anywhere a supported JVM is available", but this is not a problem, in practice.

    3. Re:What "Write Once, Run Anywhere" Really Means by HungWeiLo · · Score: 1

      At the enterprise level, where the IT dept can dictate Java 2 be installed on all workstations, this is not an issue. However, for general-purpose applet writing (hobby applet writers who unleash their whatever graphics rotation cube applet) will have to expect a low percentage of people who have downloaded the 8MB Java2 plug-in. I personally compile everything at the jdk1.1 level (without using deprecated methods or classes). By doing so, my applets will work in both Java2 and Microsoft JVM's quite nicely 99% of the time.

      --
      There are a huge number of yeast infections in this county. Probably because we're downriver from the bread factory.
    4. Re:What "Write Once, Run Anywhere" Really Means by aliens · · Score: 1

      It's still annoyingly slow of a 2GHz CPU with 1GB of RAM. Probably will always be slow.

      --
      -- taking over the world, we are.
    5. Re:What "Write Once, Run Anywhere" Really Means by tshak · · Score: 1

      ...you can buy the program without having to worry whether it's going to run on your particular computer.

      +5 optimistic. Even with Sun's own JVM (for Windows), I've had problems with Applets not loading properly (when they work fine on other machines). Sure, you can blame the applet or Windows. Actually, the biggest problems with Applets tend to be (from my personal limited experience) with OS X.

      I've heard people tell me that the developers coded the applet "wrong", but a "platform-neutral" system should behave the same regardless of what hardware it's on - that's the whole point! And, for the record, I'm fairly certain that the problematic Java apps that I've tested are not using any native code interfacing like JNDI.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    6. Re:What "Write Once, Run Anywhere" Really Means by mark-t · · Score: 1
      There's no need for anyone to have to use MS's JVM. Sun makes a Java2 VM that works in IE just fine.

      Personally, I have no problem telling people that they need to upgrade their version of Java if they haven't already. It doesn't cost them anything but a little bit of time. If they can't be bothered to take the time to upgrade, it's their loss, not mine.

    7. Re:What "Write Once, Run Anywhere" Really Means by RTMFD · · Score: 1

      As a former Java developer who _actually coded_ a cross platform Java application, I quickly learned that Java was not "Write Once, Run Anywhere" but "Write Once, Debug on the UltraSparc, Write again, Debug on the Windows box, repeat." Java sucked then and I'm pretty sure it still sucks in the area of cross-platform compatibility now.

    8. Re:What "Write Once, Run Anywhere" Really Means by philovivero · · Score: 1

      Ha! Write once, run most places, they mean.

      I run Debian on SPARC. Guess what happens when you go to Sun's websites and start trying to find the JVM for Debian/SPARC? You guessed it, you get buttraped by a mad goat.

  31. Using Jazilla as an applet inside Webmin by karlmiller · · Score: 2, Interesting

    I think this might be a really cool idea if someone could do something like this. Say for example someone is in a really restrictive corporate or government environment which only allows HTTP and HTTPS out, and no SSH or anything like that. Now say for example you have Webmin installed on your home computer set to port 443. You use your work web browser to view your home's Webmin server inside SSL, and then if Jazilla were made into an applet and put inside a Webmin module that sends all of its information through the Webmin SSL encrypted connection, similar to the way Shell-in-a-Box does, one could use a really nice browser to surf in complete privacy.

    Well, it's just a thought anyway.

    1. Re:Using Jazilla as an applet inside Webmin by SiMac · · Score: 1

      Or you could just use an encrypting proxy, or tunnel your outgoing connections under ipsec. Then you'd get full speed and full security.

  32. Its not as slow as you think... by w1z7ard · · Score: 1

    I tried it, suprisingly alot faster than I thought it would be. Granted there is many missing features that may add more bloat later, but this thing looks like it will have great potential for embedded devices.

    Hmmm..think It's about time to start up "funzilla", a mozilla browser ported to a functional language like Concurrent ML. Who's with me?

    --

    "Recursive bipartite matching"- try it!

  33. Re:Yawn by bj8rn · · Score: 1

    Aww come on, this isn't fair. First, you mod the parent of my post flamebait just because it has some bad language in it. Hell, it was a joke completely on topic, it even had a link to a real programming language in it. Then you moddded me down, for the same reason. Go and get a sense of humor...

    --
    Hell is not other people; it is yourself. - Ludwig Wittgenstein
  34. More give Us More by linuxislandsucks · · Score: 1

    Actually I am looign forward to trying this browser out..

    given the nice way aps such as LimeWire run and that you rarely notice that they are running under java.. this may also be agood prove of that as well.

    Now if we coul donly free java from the cluches of Mordor(SUN)....

    --
    Don't Tread on OpenSource
    1. Re:More give Us More by Admiral+Burrito · · Score: 1
      Now if we coul donly free java from the cluches of Mordor(SUN)....

      Um, no... Microsoft is Mordor. (Duh!)

      Sun is Isengard. You know... pretends to be on the side of good, really just wants to betray both sides and set himself up as the new Dark Lord, but in doing so is unwittingly serving Micr^WSauron.

    2. Re:More give Us More by TKinias · · Score: 1, Offtopic

      Admiral Burrito:

      Um, no... Microsoft is Mordor. (Duh!) Sun is Isengard.

      Hmm. One hates to be pendantic... no, who'm I kidding, this is /.! One loves to be pendantic!

      Redmond is Mordor, BillG is Sauron. You know:

      One OS to rule them all
      One OS to find them
      One OS to bring them all
      And in the darkness bind them
      In the land of Redmond where the shadows lie...

      --
      In principio creauit Linus Linucem.
  35. Re:woo.. by AndrewRUK · · Score: 2, Interesting

    You already can, with Mozilla, as this screenshot shows.

  36. Another good reason. by pecosdave · · Score: 4, Funny

    Imagine this uncommon but very possible setup.

    You are working on a weekend all by yourself, you get the average of one phone call every 3 hours and nobody EVER comes into the office on weekends but you, the poor tech support guy.

    You work for a small company that uses a Netware 5 file server for the firewall. (Remember, Netware 5 is Java based)

    You don't have admin access.

    The server doesn't have the console locked.

    The server IS the firewall, and therefore can be outside of it.

    You REALLY want to get your dose of porn, which the firewall wont let you do.

    The firewall is unlocked........

    Yep, time to load up a JAVA browser on the file server for your own porn surfing pleasure.

    --
    The preceding post was not a Slashvertisement.
    1. Re:Another good reason. by mojowantshappy · · Score: 1
      I'm assuming the door is locked...

      --

      This page was generated by a Barrel of Circus Midgets, and that is the way I like it!!!

  37. so I assume that since it it writen in Java by the_2nd_coming · · Score: 1

    there will be no problems getting the java plugin to work...right?

    --



    I am the Alpha and the Omega-3
  38. Re:Why? by pyrrho · · Score: 2, Insightful

    I find this line of reasoning a bit pathetic.

    Just because we have more CPU power do you think that justifies wasting this power? I guess that Java is for people that already have computers more powerful than they can handle? Personally, I'd rather even give my cycles to SETI@HOME than give them to some VM.

    And Java is still slow. Or Swing, or whichever excuse... perhaps it's slow because my VM is optimizing my code behind the scenes.

    You've lowered your standards for performance, that's the whole story. Your reason is neither good nor bad nor compelling to someone that still values performance.

    These Java processes take 15 meg and up on solaris, at least. They half the power of my machine, they half it's value. I need two machines instead of one. Is that good? Why the hell should I care if they run just as well as old applications on old machines? Why in the hell would I be happy about that... you think I'm nostalgic or something?

    --

    -pyrrho

  39. Exactly. Whole point of Mozilla was portability SO by zymano · · Score: 1

    Why ? I can only guess this guy or group wants some KUDOS . So I give you some props. Good job. But i wont be using it since Firebird runs fine . Maybe could be used for Cellphones or embedded ?

  40. if you like VM's by DrSkwid · · Score: 2, Interesting

    you should pay a visit to

    http://www.vitanuova.com/inferno

    It's a virtualised machine that runs hosted on Windows, Lunix & FreeBSD (& maybe others) and also runs native on some hardware (such as my IPAQ)

    It has some really neat features, many borrowed from plan9.

    Version 3 and below is not totally open (the source is $100).

    The next version is considering making changes (see http://www.vitanuova.com/inferno/4thedoverview.htm l )

    Even if you never downlaod it, it's still worth reading the documentation.

    Inferno follows the concept that threads are cheap (as an experiment someone recently had 90,000 concurrent threads passing a message from one to the other (admitedly it took .84 secs per tx but still)

    You'll wonder why anybody uses Java at all.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:if you like VM's by Zaaf · · Score: 2, Informative
      What the fuck is Lunix?

      Lunix is the well known linux derivative for everybody who was into computing in the (early) 80's, namely the C=64 and C=128.

      A little googling might have done wonders for your post. ;-)

      Zaaf

      --

      ---
      "Multiple exclamation marks are a sure sign of a sick mind." (Terry Pratchett)
  41. I guess... by Markus+Registrada · · Score: 2, Funny

    I guess there's probably no option to turn off Java support.

  42. Re:if you like VM's-Squeak. by Anonymous Coward · · Score: 1, Informative

    "You'll wonder why anybody uses Java at all."


    Yes I sometimes wonder.

  43. Do not feed this troll by ThufirHawat · · Score: 3, Funny

    Troll signs (à la "worm signs" in Dune):
    - dogmatic offensive pseudotruths (1st line);
    - meaningless insult, liberally sprinkled with swear words (2nd line);
    - main troll bait, hoping that mozilla users will feed him (3rd line);
    - deadbrain conclusion (4th line).

    Leave him alone and do not feed him, please.
    I believe that if people want to experiment, they should.

    --
    Thufir Hawat
    Part-time Mentat
  44. Re:Exactly. Whole point of Mozilla was portability by platypus · · Score: 3, Funny

    . But i wont be using it since Firebird runs fine

    It can't hurt to have a web browser besides you database.

  45. Buy software? by keithcstone · · Score: 1

    I thought the thing was that people shouldn't buy software. The whole FSF theory is programmers need to live in their parents basement and write code for free. It's only moral to charge the people that can't figure out how to download, build, install, configure, troubleshoot , etc. You also aren't allowed to charge enough to make a living or help people that aren't truely worthly, like WebTV users.

  46. Re:Why? by Golthar · · Score: 1

    Use the right tool for the right job.
    Java can be very productive (as a lot of the optimizing is done behind your back)
    Also, it encourages you to code for maintainability.

    The VM will take care of optimizing your code (and yes they get better at it all the time)

    I supose just because all that power is available will give developers more choice to work the language they like or *fear* might even be the right job for the task

  47. There are other reasons for Java... by gnu_andrew · · Score: 1, Informative

    Java is not only a language for writing pretty
    applets (which aren't the same as full applications
    which run from the CLI) or just for platform independence. It is a language which has many good security features, makes coding things such as networking much easier, has a vast amount of existing code and is a language which is just generally safer to program in and more object-oriented. If there weren't other benefits to coding Java programs, why would compilers such as GCJ exist for compiling Java programs to native code? Also, the speed problems with Java are now far less as compiling on demand becomes more common in Java runtimes. Whereas a C program can cause a segfault in about five lines, major problems with Java are more likely to be due to the runtime, which can even be eliminated. Also, there is no reason that just because Mozilla is slow (mainly because the code has to do a lot of layering to make the platform-independence work) doesn't mean that a port has to be -- a port would take substantial work and even though the ideas are the same, the finished product won't include the same code and so doesn't have to be as slow!!!

  48. you monkey by joshsnow · · Score: 1

    That's why it's called alpha.
    You know, the way .BILL-GATES..er..I mean MONO is pre-alpha.
    Anyway, you ain't the real Miguel, you's just a troll..

  49. Btw, about the name.... by botzi · · Score: 1, Funny

    Does anybody know if there isn't already a database name JFirebird??? Cause if nobody bothered to check it out,I should say there's another lawsuit coming pretty soon....;o)

    --
    1. No sig. 2. ???? 3. Profit!!!
  50. License issues? by fritter · · Score: 1

    Is anyone here familiar with the MPL enough to give a run-down on how well this will play with Java? Given the fact that Java and the classlibs (as far as I know) are closed-source, does the MPL have any GPL-like clauses about linking to closed-source libraries?

    While I'm at it, would it be possible for Sun to contribute a few engineers and integrate this into the Java class libraries? The current HTML component...well...it renders links, I guess, but it would be *great* to have a more capable rendering library.

  51. Re:Why? by fliplap · · Score: 1

    You know, I don't know this guy, or have any mod points, but its really sad this was modded a troll as it obviously isn't. Maybe off topic, but in that case its just as off topic as the post he's replying to. I can tell you if this comes up in meta mod its getting an Unfair. BTW: the_gnat, you'd be less likely to get modded down on stuff like this if you avoided cursing. Just a tip.

  52. XUL question by Anonymous Coward · · Score: 1, Insightful

    OK, could someone explain to me why using XUL to implement the GUI isn't just a way of adding a useless extra layer of bloat? It seems like it provides you flexibility, but honestly I can't think of why I'd want the flexibility to run a browser within a browser. I just want to browse web pages, and that's all. It seems like web browsers lost sight of that as a goal long ago...

  53. Re:Why? by Anonymous Coward · · Score: 1, Funny

    If you really felt this way, you'd be running nothing but hand-optimized assembly language programs in batch mode. No GUIs, not even a CLI.

    Something tells me you're not doing that, though.

  54. A friendly suggestion by pongo000 · · Score: 2, Insightful

    What's needed in this world isn't another clone of *zilla written in the language du jour. The problem with anything written with the Mozilla (or Gecko engine) is speed: Why should it take more than a few fractions of a second to render HTML?

    And yes, it's been done already: Dillo is a blindingly-fast HTML engine/browser that runs from a binary less than 300Kb. No, it doesn't support frames, nor Javascript, nor any of the other kitchen-sink items all other browsers strive to be. Instead, Dillo sports a plug-in interface (open-source, naturally) that allows for all of this to happen, if the user wants it to happen.

    So here's my suggestion: Take a cue from Dillo and go for speed, not for bloat.

    Oh, and I should add that Dillo renders /. and Yahoo just fine.

    1. Re:A friendly suggestion by thinkninja · · Score: 2, Interesting

      Webstandards probably account for most of geckos 'bloat'. I'm not going to evangelize but there's no getting around the fact that they are important.

      --
      "The number of Unix installations has grown to ten, with more expected." (Unix Programmer's Manual, 2nd ed.; june 1972)
    2. Re:A friendly suggestion by pongo000 · · Score: 1

      Informative links...but one thing I wasn't able to determine: Is the position of the web standards' group that all browsers support this "core" set of standards (presumably the standards in the right-hand sidebar)? Or do they support the implementation of browsers that can gracefully handle unknown web standards implementations without cratering?

    3. Re:A friendly suggestion by thinkninja · · Score: 1

      I think the former is their position -- that all browsers conform to all w3 standards. Mostly it's about designers wanting pages to look the same for every client.

      But above web standards is the belief that content should be accessible to everyone. So a lite browser that displays content seems to be in keeping with the ethos of accessibility.

      --
      "The number of Unix installations has grown to ten, with more expected." (Unix Programmer's Manual, 2nd ed.; june 1972)
    4. Re:A friendly suggestion by sillybilly · · Score: 1

      I totally agree with this post. I'd really like to see Dillo improved, with more coders on it. Apple chose KHTML over mozilla because of codesize, and thus loading time/speed. The linux kernel now prefers modules too. Why do mega-corporation run websites end up in bloat? java, openoffice, mozilla, or even eclipse, to name a few? look at dillo, the linux kernel, anjuta, gtk - come on guys, performance does matter. How about that X-server fork that's been talked about for some extra speed? I don't think the "get a faster computer" is the answer.

  55. Re:Why? by FatherOfONe · · Score: 5, Informative

    Ok it was kinda a joke but I will address it more seriously this time.

    1. Java is slow. This was true in 1.0 release of Java, but with todays JIT's the speed difference is small. I can point you to numerous sites, but at the end of the day it comes down to good coders. Your experience must be with some bad coders.

    2. SWING is slow. This again use to be true with 1.18 + SWING and 1.2x JVM's the 1.3 and 1.4 have increased SWINGS speed considerably.

    3. JAVA takes up too much memory. Yes it is true that the base JVM can take around 5-16MB of RAM per JVM instance. But with todays systems, on a lot of applications that isn't too bad. Now the core issue is that it takes up that amount for EVERY JVM that is used. So to your point: If I launch a Java calculator program, and then launch a Java notepad, I will have lost around 10-32MB of RAM in just JVM's. This is currently true, however it is being addressed and should be solved with the 1.5 release. Once this is done, then it would be possible to have ONE JVM running on the system for all Java applications. The JVM could launch at startup and then even the inital load times would be greatly reduced. I believe that this is the way Apple is handling Java (Can't confirm it though).

    So, when this issue is resolved, running Java on a machine could mean only giving up a maximum amount of 16MB of RAM for the JVM and the rest for the application. To be honest that is what most Java programs are doing today. Most run as an application server and run Servlets and JSP's all day long.

    Another poster mentioned that you use the correct tool for the job. I agree, but I will add that the issues for not using Java for speed has and is going away. The reasons for not using it for memory are going away on most computers.

    We do agree on one point. Most people do have computer processors far greater than they need.

    Lastly, if you are having so many issues running Java apps on your system you should look at newer JVM's. They make a huge difference.

    --
    The more I learn about science, the more my faith in God increases.
  56. Another justification... by j3110 · · Score: 4, Interesting

    Maybe I want to write an application in Java that has a more dynamic user interface. Swing makes things like this hard. What if you could make a great GUI in seconds in Java using dynamically generated XUL with call outs to Java instead of broken impared JS.

    I'm all for duct taping a rendering engine on the front of real Java just because I don't like to deal with any of the popular layout managers for swing. Ideally, I would have my own Java widgets (because swing gets extendible widgets right like no other GUI API anywhere) that were rendered in a sane fasion (plus the native XUL widgets for when you don't need to extend them).

    Swing layout is one of the reasons Java GUIs seam to be broken. If you resize a window, you get a lot of grey boxes. Sure, Mozilla could use some double buffering on their resizing, but it doesn't leave me with a gray screen instead of seeing how the components will look after resizing.

    It would be even better if you could extend the XUL language in some manner with custom widgets.
    For example:
    XUL.registerComponent(MyPhoneEditor,"pho neEditor", XUL.TEXT);

    These are all the more reasons why we need a good renderer in Java.

    On a side note:
    Anyone notice that with Java 1.4.2, jazilla starts faster than mozilla? A little over a second for me. It just won't render any web-site properly :) I'm impressed with the speed. Maybe it will send some of those idiot trolls about Java being slow back to the drawing board so they can complain about something else for a while when it gets done.

    --
    Karma Clown
    1. Re:Another justification... by j3110 · · Score: 1

      /. ate my XUL part of the example becaus I forgot to put it in code format:
      <XUL>
      <component type="phoneEditor" name="homePhone"/>
      </XUL>

      (next time I'll learn to preview.)

      --
      Karma Clown
    2. Re:Another justification... by flashman78 · · Score: 2, Informative

      > Swing layout is one of the reasons Java GUIs seam to be broken. If you resize a window, you get a lot of grey boxes. Sure, Mozilla could use some double buffering on their resizing, but it doesn't leave me with a gray screen instead of seeing how the components will look after resizing.

      There is a new method in 1.4, the programmer needs to call this method before creating any windows....

      try
      {

      Toolkit.getDefaultToolkit().setDynamicLayout(true) ;
      }
      catch (NoSuchMethodError e)
      { // not availble before 1.4
      }

      This will fix the problem...

  57. what if they wrote it in C! by NedTheNerd · · Score: 1

    that would be sweet we could have Jazilla but writen in a language that is much faster!

  58. Pot. Kettle. Black by stud9920 · · Score: 1
    Not let start the ENmcbridematt project to rewrite your statements in plain English
    I should always reread what I write. read that as "Now let's"
  59. Re:woo.. by hovik · · Score: 1

    It's been possible to run IE inside IE for years already. (using ActiveX components)

  60. Re:Why? by j-pimp · · Score: 1

    No way man Word Perfect 5.1 for Dos all the Way. All you need is an 8088 with a CGA graphics card, Hit F11 to reveal codes and look all 31337, and you can even render what the printed output will look like on your screen. All on an 8088 with 640k of Ram. Damn I wish they would release the source code for it. I'd start porting it to linux soon as I could CVS it.

    --
    --- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
  61. Re:Why do we care? by csnydermvpsoft · · Score: 2, Informative

    2) Java will always be slower than a native, non-interpreted language, even if you compile it into a binary.

    Not true. First of all, Java is compiled, except it's compiled into byte-code instead of machine-code. This is unlike languages such as PHP and Perl, which must recompile the text source code into machine-code or byte-code each time it's run. While not as fast as machine-code in most cases, byte-code is definitely much faster than interpreted.

    One advantage of byte-code to machine-code, in addition to portability, is that it can actually run faster in some cases. My friend did a project for his super-computing class in which he tested a simple algorithm written in both C++ and Java to see what would run faster. He used every level of gcc optimization, as well as a few JVM's. As expected, the compiled C++ version kicked the pants off of the Sun and Blackdown JVM's, but the IBM J9 JVM was around 50% faster than the C++ version. This speed advantage is due to the fact that IBM's JVM is able to optimize the code at runtime, while gcc must do all optimizations at compile-time.

    Most people's misconceptions of Java are due to two factors: An incredibly shitty MS JVM and the horrid Swing GUI toolkit. When Sun wrote JWT and Swing, they tried to stick to the write-once, run-everywhere philosophy as much as possible. Unfortunately, the different OS's have very little in common when looking at GUI functions, so they basically had pixel capabilities to work with - no widgets. This means that the widgets are all done in Java instead of using libraries available from the host system. This is why most Java applications look nothing like the operating system they are running on, and run very slow. The SWT GUI toolkit, which is part of the Eclipse Project, uses the host system's libraries to render widgets wherever possible. This leads to an application that runs much faster and looks just like any other application for that operating system. Of course, they have to implement SWT for every host system they want to support, but it still runs on systems where support is incomplete/missing, albeit more like JWT/Swing.

  62. Great Job, where is the SWT Version? by rowanxmas · · Score: 1

    So who is going to port this to SWT? I really need a browser written in a cross-platform language that depends on platform-specific libraries.

  63. Re:Exactly. Whole point of Mozilla was portability by wossName · · Score: 3, Funny

    Hmm, I had already forgotten that there was a database with the same name.

    --
    Someone is wrong on the Internet!
  64. Swing LayoutManagers by Anonymous Coward · · Score: 2, Informative
    Swing layout is one of the reasons Java GUIs seam to be broken. If you resize a window, you get a lot of grey boxes.

    The stock layout managers suck ass, but there are better ones out there. If you're doing GUIs in Swing, check out TableLayout, HIGLayout, FlexGridLayout. These are all free and Free. There are probably other ones out there too.

    I've been using TableLayout and although there are some little things I don't like about it, it does let me code Swing GUIs without the pain associated with the stock layout managers. Haven't tried the other two yet but they look interesting.

  65. Re:woo.. by WolfWithoutAClause · · Score: 1
    No, you can't.

    You're correct in an anal, trivial, boring sense.

    The difference between an Applet and an application is often fairly trivial; relatively small changes to the application can enable it to run in the web browser window.

    I assume this was intended as a joke, but I may as well point out that unless a program is not an applet, unless it implements the interface Applet

    It's usually fairly easy to add the extra interface though. I've written Java that runs as both; at the same time if you want.

    --

    -WolfWithoutAClause

    "Gravity is only a theory, not a fact!"
  66. Re:Why? by mark-t · · Score: 1
    2. SWING is slow. This again use to be true with 1.18 + SWING and 1.2x JVM's the 1.3 and 1.4 have increased SWINGS speed considerably.
    SWING is still slow. It may be faster than it used to be, but it's still far too slow to use for anything requiring high performance.
  67. Re:Why? by larry+bagina · · Score: 2, Interesting
    I've heard that old Word Perfect was mostly 8086 asm code... which is one reason they took too long to release a windows version, and lost their dominance to Word.

    You can always run it under dosbox or dosemu, though.

    --
    Do you even lift?

    These aren't the 'roids you're looking for.

  68. Where's the Gecko? by zangdesign · · Score: 1

    I'm not understanding - how can this be Mozilla or even a Mozilla-clone, if it's not using the Gecko renderer? I mean, kudos and all for doing it, but Gecko is the key to Mozilla. Everything else is eye-candy.

    --
    To celebrate the occasion of my 1000th post, I will post no more forever on Slashdot. Goodbye.
  69. Zaurus by Anonymous Coward · · Score: 1, Interesting

    Given the Zaurus's Java Suport with some mods this would be a great application for it.

  70. I use Dillo as well by Anonymous Coward · · Score: 1, Informative

    In fact I am posting this from Dillo.

    Links 2 is rather impressive as well, in that is handles Javascript now, and runs under DirectFB.

    My system is a P166 laptop w/ 80MB of RAM. This is low-end by today's standards, and it will run Mozilla, but for 90% of my browsing Dillo is more than adequate.

    It may be true that people now have much faster machines, but there is just no excuse, for, say, the performance of Mozilla with text-boxes and the Mail composer.

    It is just unbelievably slow, not really slow, not goddamn slow, but really, truly, unbelievably slow.

    How do you spend so many years writing an app and end up with performance like this?

    I totally agree and think that Dillo has a bright future, If it runs this well on a P166 I am quite keen to use it when I get something faster.

    You might also want to check out Links 2, it does graphics, and Javascript now, and runs under DirectFB too which is kind of neat..

  71. What is the next step? by dalleboy · · Score: 1

    Is the next step to rewrite Mozilla in .NET?

    1. Re:What is the next step? by dalleboy · · Score: 1

      ... and call it Internet Explorer?

  72. Let's hope his code is better than his English... by MMHere · · Score: 1

    "...I have completely rewrote..."

    ???

    How about "I have completely rewritten," or more concisely "I rewrote."

    At least he's got a compiler to catch his syntactic code errors.

  73. Re:Why? by Jellybob · · Score: 1

    That's why they're moving to the Firebird (aka Phoenix) base after the next release - the UI code in it is hugely faster.

    Go to http://mozilla.org/projects/firebird and download either the latest release, or the latest nightly if you don't believe me.

  74. Almost right - Mozilla should be part of the JVM by dgenr8 · · Score: 2, Interesting

    What we really need is for Mozilla to be bundled into Java! Think about it... Mozilla binaries already exist for all of major platforms on which Java runs. All that's needed is a Java wrapper for it and presto, reliable, native-optimized browsing (and more) anywhere you've got a JVM.

  75. Re:Who pay for it? by JohnnyCannuk · · Score: 4, Insightful

    +3 Insightful? WTF? Did the all the anti-Java FUD /.ers get their mod points today?

    First you place the blame on Java as one of the bloat/UI "candies" that are forcing people to upgrade thier PC. Then you say that Java has mostly expanded on the server market. So which is it? They aren't big currently big in the GUI department (although if you go here, you'll see that is changing). So tell me again how Java, which runs mostly on servers, is forcing people to upgrade their PC because of UI bloat?

    Or how this is part of this conspiracy since Java is made by a company that doesn't make a desktop PC, a company that until recently didn't even support the x86 architecture very well, a company that makes high-end servers and workstations that have exceeded your "typical" PC mentioned above for years?

    I agree that Java does on the server "what was easy to program and cheap to run using Apache/CGI/PHP/Perl/Python". It also does it faster (Python, by about 20%), with more maintainable code (Perl) and more securely (CGI). Apache (and by extension Jakarta) has always worked hand-in hand with Java quite well. But then, there are times when Perl and Python are the better choice, so use the right tool for the job.

    Comparing Swing to Flash is like comparing Gnome with HTML. That's right....apples and oranges. Excellent strawman attack but it doesn't work. The two are for totally different UI environments.

    Mods, just because you don't know Java or agree with the FUD doesn't make this guys tripe right.

    --
    Never by hatred has hatred been appeased, only by kindness - the Buddha
  76. Grand Rapid Browser by Channing · · Score: 1
    Check out the Java based Grand Rapid browsing engine.

    It is fast and is designed to run on constrained devices. Channing

  77. Re:Why? by TheNetAvenger · · Score: 2, Insightful

    Once this is done, then it would be possible to have ONE JVM running on the system for all Java applications. The JVM could launch at startup and then even the inital load times would be greatly reduced. I believe that this is the way Apple is handling Java (Can't confirm it though).

    So, when this issue is resolved, running Java on a machine could mean only giving up a maximum amount of 16MB of RAM for the JVM and the rest for the application. To be honest that is what most Java programs are doing today


    After more than 10 years of getting computer users to OSes that separate and protect applications and processes, now we are going back to the old monolithic model, so that one bad JAVA app can compromise all other JAVA apps within the JVM.

    Give me a break guys... This is not the direction a platform or programming model should be pushing developers just because Sun cannot get performance to a reasonable level.

    Heck even look at VB and its runtime engine, it even consumes less memory and runs as an isolated process. (And VB has tons of stuff in it that weighs it down considerably.)

    Come on Sun, give us what you promised six years ago. Quit wasting time suing companies and actually put some work into development.

    No wonder that even the Server developers at Sun have been complaining about JAVA and its performance on their own OSes.

  78. Re:Why? by Copid · · Score: 1

    Interesting stuff. Thanks for the link. This might be grounds for renewed faith.

    --
    An interesting anagram of "BANACH TARSKI" is "BANACH TARSKI BANACH TARSKI"
  79. Re:Why? by rahl · · Score: 1

    As long as geeks (and other desperate guys) keep thinking of getting laid as the prime goal of a relationship, they'll fail anywhere but in a bar. The first girl I got anywhere with, things began not as me horny and lonely, but simply as me taking refuge in an interesting conversation from a lot of other females I'd pissed off. Don't seek sex.. seek women.

    --
    Reality is indistinguishable from any sufficiently advanced fantasy.
  80. Download counters by Malcolm+Scott · · Score: 2, Interesting

    SourceForge's download counters claim that Jazilla M1 has been downloaded zero times. Looks like either no-one's actually bothered to download the thing at all, or the mighty SourceForge has failed us. Ho hum...

  81. Re:Why? by primus_sucks · · Score: 1

    If you have a java application, it might be useful to have built in browsing capabilities. Like for displaying help, web-mail, web based forums. Your java application would no longer have to be fully client based or fully web-based. I can think of a million uses for this...

  82. Re:Running this puppy - bzip by flashman78 · · Score: 1

    If you need a bzip decompresser, here's a free one www.davidcampaign.net/dczip.html

  83. I wonder... by IGnatius+T+Foobar · · Score: 1

    I wonder if you could run Jazilla as an applet inside a web browser?

    Sure beats running Internet Explorer.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
  84. Re:Who pay for it? by axxackall · · Score: 1
    So tell me again how Java, which runs mostly on servers, is forcing people to upgrade their PC because of UI bloat?

    Java did already win (partially) the market of web-servers. And that did not force desktop users to upgrade their PCs. But now, after few previous failed attempts, Java comes again to desktops and if it will succeed it will force desktop users to upgrade their PCs. I thought it was clear.

    Java is made by a company that doesn't make a desktop PC

    Also, Sun doesn't make x86 desktop PCs. But IBM does and so does HP. And Sun make money on licensing other Java vendors. Besides, Sun is still trying to push low-end sparc station on the market of desktops - working in two diff companies I was invited to the meeting where Sun reps used their charm to sell us their Ultra-10 and similar workstation. And in in one case my boss even forced me to support that decision. I think, a part of the conspirancy is to push more Sparc workstations to the desktop market too.

    Java versus ytho/Perl/CGI

    Java is a right tool, let's say, in 20 % cases, but it's decided to be used in 80 % - looks disproportional to me.

    Comparing Swing to Flash is like comparing Gnome with HTML. That's right...

    ... That right. I don't want use GNOME through the web - HTML is more appropriate. Java is general purpose programming language. When you use it in plugins you use only 20% of the language. Specialized web languages (HTML with Java/Ecma Script, some XML like XForms or SVG, Flash script) are more appriate - they require less memory, less efforts to program and debug and less problems in corporate infrastructure to support it.

    --

    Less is more !
  85. I would say it's pre-alpha by gss · · Score: 1

    This will be very useful for any client side Java projects that need a browser component. Unfortunately it looks like it needs a lot of work. It's pretty sad when every website I tried didn't even come close to rendering properly. I'll look forward to future releases however.

  86. Re:Why? by mcgroarty · · Score: 1
    I tried "get him companionship and a friend with the potential for a good lay later on, though that's not the goal of the relationship because women are keen" and the ha ha seemed to leak out.

    plz advise further, Mr. Wizard!

  87. Re:Why? by FatherOfONe · · Score: 1

    By what do you mean "High Performance"?

    Do you mean doing a video game in SWING? That would be weird, I would look at something like Java3d or even the 2d stuff, but SWING is mostly used for client side form stuff (buttons, textfields, tables ect).

    Also realize that we are not talking about unaccaptable levels of performance to a screaming eagle here.

    --
    The more I learn about science, the more my faith in God increases.
  88. Re:Why? by FatherOfONe · · Score: 3, Interesting

    How said anything about one bad Java App taking down the rest of them? By no means did I say that someone could do something like:
    System.exit(1) and take down every running application...

    Also understand that this is being developed by multiple people/vendors NOT SUN. It is in their community process and I hope that Apple is helping with this. I would say that most of the work being done on Java is not from Sun, but IBM. (Just my observation). However, Sun has final say (kinda like some kernel guy...)

    You say that VB uses a smaller runtime engine than Java.... SHOCKER!!! How much of it is built in to Windows that it doesn't need to load??? How well does that VB app port to any other platform?

    You mention that Sun's server developers complain about Java. You are correct, but not for the reason you mention. They complained about the speed of their JVM to that of the Windows JVM. Sun in it's wisdom decided that to make Java more successful, it needed to make sure that the JVM for Windows ran great. They focused so much attention to it that the one for Solaris suffered. That isn't the case anymore. Now does that mean that every developer in Sun loves Java????? NOPE! Every large company has sharp people who disagree on stuff. I bet you will find people in Microsoft who think Linux rocks and WindowsXp isn't that great.

    Another point you made is you want Sun to give the developers what they promised six years ago. I for the life of me can't think of anything they promised except a write once run anywhere thing. I would say that they have 'mostly' achieved that goal. I run Java stuff on NetWare, Windows, Linux, Solaris, AIX and various phones and palm/pocket pc systems. Other than the small devices, no modifications of code have been necessary!

    If you give me a great IDE in Java and it runs 10% slower because of Java, I generally don't care. i.e. Oracle Jdeveloper 9i, is the example. I now have an IDE that runs acceptable on most platforms!

    The only real problem with Java is that so many kids are taking it today (I have heard it is being taught in more colleges than English), and those kids are being put in to positions they are not ready for (Bad economy, that wants cheaper labor). That coupled with the fact that it is a relatively new language screams for performance issues. This isn't the languages fault.

    If you remember when C was first around, just to write a very simple program almost always took 5k (we laugh at that now), but I remember developers (myself included) who thought "What a piece of crap!! I can do that in Assembler in 300 bites and it's startup time is way faster!
    What percentage of code is done in Assembler nowdays? Heck the same could be said about COBOl.

    --
    The more I learn about science, the more my faith in God increases.
  89. The renderer by dtfinch · · Score: 1

    I wrote a java web browser in about 3 weeks of classtime back in high school that rendered html as good as that does, at least on the sites I checked (google.com and mozilla.org).

    Not to sound like I'm complaining. It's free afterall. And it's nice to see they haven't abandoned the project.

  90. Re:Why? by Anonymous Coward · · Score: 1, Funny

    Even so, I find that either Mozilla (on Linux) or IE (on XP) is entirely capable of reducing a Pentium 4 with plenty of memory into a quivering heap of dung.

    You know that you can disable JavaScript window pop-ups from the Mozilla control panel? That way when you're using your dad's PC in his study (oops...I mean your "coworkers' PC" in their "offices") to surf for amputee fetish porn, your poor little P4 PC won't be brought to its knees with 187 simultaneous pop-up browser windows offering cheap Viagra and kiddie porn. Now it's time for you to fuck off. Go on...fuck off. Good boy.

  91. Re:Why? by jbx · · Score: 1

    You ask why?

    It reminds me of when we did the first Virtual PC for Mac. When we demo'd it at trade shows, about one out of every 20 people who stepped to ask about it asked if they could run Executor [a Mac emulator of sorts] within Virtual PC, and then Virtual PC in that, and then...

    It was an interesting question the first time, to think about. And it was interesting to see customers ask about it. About the fifth time, it got really tiresome.

    Personally, I think a browser written entirely in Java is a pretty cool accomplishment, especially when it's not Sun doing it, but just someone with a LOT of spare time. Useful, no. Cool, yes.

    I think people deriding Jazilla because they think it's not terribly useful, or because they don't think it's something anyone would pay for, miss the point. It's like asking why would you climb a mountain? I mean, c'mon. Why would you build a device that can levitate a cow? #1 reason: so you can say to your friend: "Dude! Look at this! I built a device that can levitate a cow!"

    And besides, the browser world is filled with this sort of stuff. In the wake of Safari, why is there continuing work on MacNetscape or MacIE, which only cost their companies money? Hell, why did Microsoft *ever* work on MacIE? You just have to expect things to happen in the world of browsers that can't be explained in logical terms.

    jbx

    ps I can hear it already "Dude, like we ran Virtual PC on a Mac, and then we ran Virtual PC for Windows inside that, and then we ran a Java Virtual Machine for that, and then we ran this new browser inside that, and then we ran an Apple ][ emulator that somebody wrote in JavaScript, and like, dude, it's like sooooooo slow!" I mean, when someone says that to you, *what*do*you*say*?

    pps No! You can't scream out "Get a life!" It's a trade show! He might buy a copy!

    ppps And I'm sick and tired of "Dude, like maybe the reason Neo can stop the sentinels is that they think they're out of the Matrix, but the Matrix is in another, bigger Matrix. And maybe *that* Matrix is in another Matrix. And..."

    --
    (sig) The last bug isn't fixed until the last user is dead. (/sig)
  92. The big question is by Unregistered · · Score: 1

    Can it run java applets? Because phoenix won't for me.

  93. Definatly alpha by Unregistered · · Score: 1

    It appears not to support scrolling. And the /. layout is completly messed up. Cool idea for embedded stuff, though. i'll still stick with phoenix for now.

    1. Re:Definatly alpha by felipeal · · Score: 1

      It appears not to support scrolling

      The scrolling works if you use J2SE 1.4.x. This is a Java issue.

  94. Jazilla, Java, and the real world by luwain · · Score: 1

    Here's further proof that Java is best suited for applets and all attempts to kludge it into a general purpose tool for developing applications is appealing to academics, introverts and the type of people who like to compile all the software that they use. Command Line arguments?! Double-click on the Mozilla icon, for God's sake!

  95. Re:Why? by TheNetAvenger · · Score: 1

    I for the life of me can't think of anything they promised except a write once run anywhere thing. I would say that they have 'mostly' achieved that goal. I run Java stuff on NetWare, Windows, Linux, Solaris, AIX and various phones and palm/pocket pc systems

    For the most part I do agree with you; however the statement above is stretching reality just a bit. The write once, run anywhere simply is not as ready for prime time as people want to make it sound. Because, it simply doesn't always run everywhere, and on some platforms the performance is atrocious.

    Additionally, Sun promised a more robust environment, and even with the upcoming announcements in place, it still won't be there.

    I would rather commit to a real language that can easily port and run on 99.9% of the OSes out there, than put any more resources in to JAVA. As screwed up as Microsoft can be, C# which is actually an 'open' standard that Microsoft 'doesn't have the final say on' is a better place to look for JAVA like development, even if the apps have to be implemented in .NET web services or ported to the requesting OS. As arrogant as Microsoft can be, at least they were willing to give away C# technology and concepts to a standards body so anyone, anywhere could use it.

    Sun is so determined to be the God of JAVA, their arrogance will kill it. They would have been better off to let it become a standard by opening it up as well. A lot of posts here are so afraid of putting all their eggs in Microsoft's basket, but yet with JAVA, Sun is the only basket. If Sun moves in another direction, JAVA developers are at their mercy and will be until the end of time. At least with C#, now that it is an open standard, even if Microsoft abandons it or screws up their version of it, we can choose from other vendors like Borland for development and not be dependant on one company.

    As for the VB code utilizing the GUI API calls of Windows, yes it does, but if it was put on any other GUI OS, it would use the GUI API calls of the OS just the same. There still would not be the overhead that there is with JAVA.

    Sun is trying to reinvent too much to achieve their cross platform compatibility, when in fact they could be leveraging what IS consistent among the modern OSes and off loading a lot of what JAVA is now doing itself. This is major waste of CPU and memory when it is normally sitting upon an OS that provides basic GUI features that can be called. And if the underlying GUI doesn't support the calls, then and only then implement them.

    If you really take a look at JAVA, they (Sun) are trying to build an OS foundation for a development language, instead of making a development language that would universally sit on 99% of all OSes. This is completely backwards and if you look at JAVA down the long road, the intent is to virtually kill ALL OSes and move the world to JAVA.

    JAVA is so against the Open Source movement and freedom of OSes that everyone here seems to support, it shocks me to see developers pushing the open movement and yet also being JAVA advocates.

    Everyone just has to look a bit in the future to see that if Sun truly does achieve their goals, all OSes and the variety of architectures and competition in OSes will be lost. Write for JAVA now and you are really writing for a JAVA OS model. This is totally against what the open source community stands for, and ironically, is also totally against what even Microsoft stands for.

    I will not make Sun the next software God that I have to bow to for crumbs. Just like everyone now is running around trying to get crumbs to get their JAVA creations to run right on even three of basic main OSes (OSX, Linux, and Windows), and even getting it to run on just these three is still a challenge.

    I once believed in what JAVA promised, but after watching where they have tried to take it, I totally disagree with their ideology, JAVA is not the answer anyone is really looking for if they look at the big picture.

  96. Re:Who pay for it? by ChannelX · · Score: 1
    they require less memory, less efforts to program and debug and less problems in corporate infrastructure to support it.

    Why is Java on the client harder to support in a corporate infrastructure?n If anything that is the easiest place to support Java as you have total control over what is on the client and you're not worried about users with dial-up connections.

    --
    My blog: http://jkratz.dyndns.org/~jason/blog/
  97. Re:Why? by poopdik · · Score: 1

    As long as geeks (and other desperate guys) keep thinking of getting laid as the prime goal of a relationship, they'll fail anywhere but in a bar. The first girl I got anywhere with, things began not as me horny and lonely, but simply as me taking refuge in an interesting conversation from a lot of other females I'd pissed off. Don't seek sex.. seek women.

    You sound like you're not getting laid enough. :(

  98. Re:Why? by poopdik · · Score: 1

    I can use a third party popup management tool for IE (Popupcop) which is more flexible than anything in Mozilla.. and even while running that plus IE, it will still be much faster than Mozilla alone. Oh well.. you can lead a horse to water, but you may have to severely beat him before he'll drink.

  99. Re:Why? by pyrrho · · Score: 1

    the differences:

    the C++ compiler really is as good as most people at assembly, but VMs are only promised to be as efficient as compiled languages.

    the CLI and GUI interfaces actually introduce a new paradigm for a program that itself makes the program capable of some new ability. Slow imperative languages offer little that you cannot obtain with fast imperative languages.

    Also, I write in slow languages all the time. I'm not a speed freak. I'm just tired of the argument that faster machines mean slower software is a non-issue. That's no argument at all. Slower is slower, bloated is bloated, it counts against you. If you want to say it's only one set of factors... of course I agree, but be specific about the other factor you're trying to obtain.

    You can't call it a general purpose solution; with baggage like that you have to justify it. I'm not buying the more rapid development argument either for any scripting language. Any speed gained in creation is lost in debugging. Other speedups are just familiarity with the correct libraries. To get better productivity you have to leave imperative languages, because that's where the real woes in developmental struggles are. imnsho, of course.

    PS: I'm not saying I intend to leave the imperative languages, but it's clear that CASE addicted people begging to be let out from underneath the hood clearly need development models of their own (indoubtably built using imperative languages). I'm fond of citing Zope at the moment, which has an interesting mix, going from Products you simply drop in and use (changing art, or title type parameters), a template language, and then a relatively a smooth transition to the underlying python, allowing full access to an OO language.

    By the way, this is a good example of why you would use a VM based language, use of this in Zope allows all the levels to exist in the same namespace (e.g. python code fragments in template language expressions).

    --

    -pyrrho

  100. Re:Wouldn't you? by pyrrho · · Score: 1

    I have not found it particularly portable. You end up having to learn the VM, instead of the real machine. Each VM behaves a little different. It's strategies are different, it's bugs.

    I know a lot of C++ programs that are portable. There are a lot of good paradigms to follow if you want to make portable code in C++ (or any compiled language).

    EXCEPT: in a situation where you want binary compatibility. You want to deliver the code in a binary package to processors with incompatible machine code. Like a distributed processing situation on heterogeneous harware. With Java you can pass that code around regardless of the CPU type knowing it will run (assuming you use the right VMs). However, with everybody always reminding me how much faster computers are getting, I'm thinking you could get this with ANSI C++, compiled on the fly. Why not?

    --

    -pyrrho

  101. Re:nouns and verbs by pyrrho · · Score: 1

    I knew someone was going to say that. I put halve and it didn't look right. I went to dictionary.com and it was down. I then realized I didn't care too much and went with half. At least every single person will understand what I meant.

    --

    -pyrrho

  102. Re:Why? by pyrrho · · Score: 1

    well, regarding joking, I got the joke, and frankly, your little rant was merely an opportunity for my own, because we have both heard these things that set us off before.

    As far as Java getting better. I'm open minded. The day it really performs better, I'm admitting it.

    Turning to good programmers. The point is to compare like to like. Average programmer to average programmer. The Average programmer makes much faster code in C++, and can be instructed to use safe idioms to address some of the problems average programmers supposedly have with memory management issues. Good java programmers might make more repsonsive GUIs, good C++ programmers make particle simulations happen. That goodness gets more effect.

    In fact, comparing good programmer to good programmers is my whole point with this efficiency question. A good programmer has no trouble mastering a compiled language, and is just as fast. I'm just feeling like I'm getting too much marketing hype in, where is the beef, as the old lady asked. Ok so there is a wide library of calls, documented in a central place. Well, there is a huge array of C++ libraries and tools too. And most of what Java offers is stuff Sun has provided VIA Java. Sun could have made a standard class system for C++ too... would we be better off? Probably.

    --

    -pyrrho

  103. Re:Why? by pyrrho · · Score: 1

    The only real problem with Java is that so many kids are taking it today (I have heard it is being taught in more colleges than English), and those kids are being put in to positions they are not ready for (Bad economy, that wants cheaper labor). That coupled with the fact that it is a relatively new language screams for performance issues. This isn't the languages fault.

    I think it is Java's fault. Like VB it's supposed to be the language so robust you can't hose it. Code away, think nothing of memory, automagic at your service! It promotes a totally false idea of what the pitfalls of programming really are. I could be wrong, but I don't think so.

    --

    -pyrrho

  104. Re:Exactly. Whole point of Mozilla was portability by __past__ · · Score: 1

    Calling a BBS a "database" seems like overstatement to me.

  105. Security? Don't believe the hype. by GreyWizard · · Score: 1
    Java is far more important in its security [...] features.

    Security features? Most of the "security" features in Java are aimed at permitting more than one trust boundary in a single address space. This is a poorly understood problem that Java doesn't actually solve. But even if it did, a stack security system is much more complex and difficult to configure than Unix setuid(2) and therefore even less likey to be used properly in practice. Furthermore, putting different programs in separate address spaces has advantages for robustness.

    As for the rest (mainly array bounds checking and garbage collection), equivalent or better alternatives are available in C. Better still, they can be used only where they're needed. Check out Apache resource pools and the glib object system for some examples. Obviously C++ has even more of these toys. And if we don't restrict our choices to these three there are hundreds of interpreted languages with equivalent or better features. Lisp comes to mind...

    I find that I'm far more productive in Java than I ever was in C++ and C. I find that's even truer for less experienced programmers.

    Exactly the problem. A rigid system like Java is indeed wonderful if the goal is to allow mediocre programmers to create mediocre applications. Cobol had the same sort of appeal in its day. There's nothing wrong with that, but those who aim for excellence don't need to be pampered. All those fluffy features just get in the way.

    Real hackers do it without a net. ;-)

    --
    Not all those who wander are lost.
  106. It works on Mac OS X. by afantee · · Score: 1

    Well, sort of.

    It does load quite fast with or with out X11, and in both case, the text rendering is as smooth as Safari.

    However, the GUI needs a lot of work - it doesn't even have a backward or forward button! Most sites (apple.com, hp.com, cnn.com, yahoo.com) don't load at all. Only ibm.com and news.com display some sort of contents.

    In short, a long long way to go.

  107. Re:Why? by j-pimp · · Score: 1

    Probally one of the reasons it was so damn good. I might just see if I can find some install disks and fire up DOSemu.

    --
    --- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
  108. Re:Why? by angel'o'sphere · · Score: 1


    SWING is still slow. It may be faster than it used to be, but it's still far too slow to use for anything requiring
    high performance.


    Probably you could come up with some examples.

    I use SWING based Java applications on my old 200 MHz Pentium with 128 MB RAM and on my newer 1400 MHz Athlon with 512MB RAM.

    I use A Java IDE and a Java CASE tool. Neither one is slow! The IDE is as fast as Microsoft Visual C++ IDE, and the CASE System is as Fast as Rational Rose.

    So ... what are the SLOW SWING applications you are talking about? And what do you mean with slow?

    That it sometimes takes indeed a noticeable glimps of time to display a dialog? Or do you indeed see how screens get drawn or that menues open slow or what?

    Strange is, on my old 200 MHz Pentium SWING is FAST since I use it in production, I never could follow the constantly repeated /. myth that Java or SWING is slow.

    regards,
    angel'o'sphere

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  109. Re:Why? by angel'o'sphere · · Score: 1


    After more than 10 years of getting computer users to OSes that separate and protect applications and processes, now we are going back to the old monolithic model, so that one bad JAVA app can compromise all other JAVA apps within the JVM.


    Erm ... could you kindly point out how one Java application could compromize an other Java Application running the same VM?

    Seems you have no clue about the VM architecture :-)

    Or you have far more clue then I :-O then please share your clue.

    As Java "processes" inside of one VM are completely seperated, they cant interfear with each other. The only way to harm each other is to eat up shared resources like file handels/descriptors, but that can happen in ordinary OSes with ordinary processes as well.

    regards,
    angel'o'sphere

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  110. Re:Why? by TheNetAvenger · · Score: 1

    Seems you have no clue about the VM architecture :-)

    This is really not worth the time to debate; just watch how JAVA plays out my friend.

    Just as an example, look at the stability within a single java VM instance and its interaction with the applet. The current VM model has no protection or design mechanism to restrain the applet now, let alone if multiple applets are let loose in the same VM.

    Applets can already hang the VM they are residing in; how do you think this will NOT affect other applets running in the same VM if it is moved to a multiple model.

    Look at the Win16 VM on the early NT platform, they ran in a shared VM as well, and since they also didn't have the protection mechanisms, one Win16 application could bring down the whole Win16 VM.

    This is why NT implemented separate processes (or an option for) Win16 applications so that they would get their own VM to protect them from other errant Win16 applications.

    This was moving the model forward; however, it appears that Sun is moving everyone backwards.

    Again it kills me that people here are the ones that are so for their 'own' control of enriching and optimizing their OSes and software development, and JAVA is just the opposite of this. You have no control over Java's implementation or performance.

    Can you say, "Slave to Sun out loud?"

    TheNetAvenger

  111. JavaScript = LiveScript by metamatic · · Score: 1

    Not just while it was being developer. JavaScript was called LiveScript in the initial releases of Netscape. It was changed to JavaScript when Java started becoming the "hot" technology.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  112. My Guess by Giggle+Stick · · Score: 1

    Dude, Sun didn't hire that goat. He lives in your closet.