What is a JavaStation?
This chapter explains to the reader what the JavaStation
line is, its components, NC concepts,
how to get one, and why one would choose the Linux
OS for it.
What is a JavaStation NC?
The JavaStation NC is a
model line of network computers built and sold by
Sun Microsystems between
November 1996 and March 2000. The JavaStation
line was Sun's low-cost terminal option during that timeframe. It
was the marketed successor to the Xterminal 1 and is succeeeded by the
SunRay, although all three machines are fundamentally different.
The JavaStation hardware ran Sun's
own JavaOS and either Sun's
Hotjava web browser, Sun's HotJava Views
task-manager software, or custom Java
applications of the customer's choice.
The JavaStation was originally billed in
November 1996 sneak previews as a low-cost desktop terminal,
providing customers access to hot new Java
legacy X applications,
legacy MS Windows apps.
During its lifetime, The JavaStation's marketed
functionality was changed twice from
desktop terminal to
single-app desktop device to finally a
At no time did Sun market the JavaStation as
capable of running its flagship
Solaris operating system
the Linux OS, or any other
OS than Sun's JavaOS.
Definition of an NC including the Differentiation
A network computer, or NC, was hailed as
"the next big thing" in computing from late 1995 to early 1998.
Conventional PC's, called "fat clients", were
expected to be minimized in businesses by thin-client
Thin-clients get their OS, applications, and data
files entirely through the network. They are different from
dumb-terminals; they run full-scale graphical applications.
Thin-clients are also different than graphical X-terminals.
X-terminals typically run an X server and display the client programs of
a remote server. Thin clients generally run full-scale graphical
programs locally, such as a web browser, a Java
application, or a
legacy-connectivity program, which enables
the thin-client to display X apps or
MS Windows apps which run on more
Advantages of NC's include:
Zero-Administration. (Add a new NC and
it will get everything it needs off the network,
without an admin ever needing to visit it.)
Lower Total-Cost-of-Ownership (TCO) (No internal
hard drives, floppy drives or CD players reduces
form-factor, repair expenses, selling price and thus total-cost-of-ownership.)
Access to all web-based apps as well as
and MS Windows apps.
Quick upgrades (just upgrade your server and the changes propogate throughout)
Longer lifespan (just upgrade the software, growing hard disk and memory
requirements is not an issue)
Smaller OS footprint (when running brower-based apps)
Disadvantages of NC's:
No local access to data files (all your files stored on a remote server)
Requires fast, stable networks
NC's generally have a low maximum amount of memory. Though not as bad
as with fat-clients, this does eventually become a liability for the
Description of the JavaStation Model
Line including Hardware Specs
Depending on who you talk to, the number of JavaStation
models that were created is anywhere from one to six.
The descriptions below will explain why.
the brick] [Sun Option No. JJ-xx]
This model is the most prevalent JavaStation model
you are likely to find, although it wasn't the one and only
JavaStation model Sun wished
to sell to the public. The JavaStation-1 was the
first generation JavaStation, released in
November 1996 to pilot deployments as Sun's
proof of concept
of the Java NC design.
Hardware-wise, the JavaStation-1 is a
Sun4M architecture machine. It is based on the SPARCStation-4
design, with some deletions and PC-like
modifications. It is powered by a 110 Mhz MicroSPARC IIe
CPU and has no SCSI, internal disks
, floppy, CD or
expansion slots. The Mr. Coffee
motherboard is Sun Part
Instead of using the Sun-type keyboard and
uses PC-like PS2 parts instead.
One of the original marketing highlights of the JavaStation
was that it would use standard PC parts
wherever possible to keep overall price down.
brick has four PC-like SIMM
slots. The SIMMs taken are industry-standard
60ns, 32-bit, 72-pin, 5V fast page SIMMs,
installed in pairs. Each slot is capable of holding up to a
16MB SIMM, bringing the maximum total capacity
of the unit to 64MB. The
xx in the Sun Option# of the
unit indicated how much memory the unit shipped with.
For video display, the JavaStation-1 utilizes
the Sun TCX framebuffer, capable of 1024x768@70Hz in
8-bit color. The port connector however, is a standard VGA jack
, enabling the user to use standard PC
monitors if desired (again, low cost in mind).
The on-board audio is a Crystal CS4231 chip
, and the network interface is the Sun Lance
10Mbps interface. In addition, the
brick also came with
a 9-pin serial port and 1/8" audio out jack
on its back.
The JavaStation-1 was fitted into the Sun
unidisk form factor case, and has been seen in a number
of color schemes. JavaStations have been
fitted with casings in the white with light blue trim scheme used in
Sun workstations, as well as the dark blue-grey
new desktop scheme. Some say
and have the Java coffee cup logo written on it, others do not.
Collectors may wish to collect all case variations.
The JavaStation-1 was used in early
Sun demos, and sold to pilot sites. When first brought out, the
cost to pilot sites was $699US. This was at a time when PC
's were still higher than $1000US. By the end of the pilot
run, Sun was selling any remaining or used units for $299-$399US, in
anticipation for its
See the JavaStation-1 at:
the percolator] [
Sun Option No. JK-xx]
This model is the second most prevalent JavaStation
model you are likely to find. When you talk to industry people about the
JavaStation, this is typically the model remembered first.
Delayed numerous times, the Krups model
officially went on sale to the general public Mar. 26, 1998 at the annual
Though generation two of the JavaStation line, the
Krups model was the JavaStation
. Sporting a completely different board design than JavaStation-1
, Krups establishes what was to be
the characteristic JavaStation architecture.
Krups is powered by a
100Mhz MicroSPARC IIep chip, (note the 'p').
Its mainboard had the internal addition of a PCI bus,
about a year before this standard bus made its well-publicized
appearance on the Sun Ultra workstation
line. The Krups motherboard
is Sun Part no. 501-4267.
Krups keeps the PS2 keyboard
and PS2 mouse ports from JavaStation-1
, keeping in mind the low-cost, interoperable goal of
With the new board design, came new memory chip sockets. Instead of
tower moved to
168-pin DIMMs. DIMMs had begun to make
their way from the workstation realm to PC's in the
time between generations one and two of the JavaStation
line, so it was fitting for Sun to switch to
it in anticipation of their status low-cost commodity memory chips. The
DIMMs accepted by the
168pin, 3.3V unbuffered EDO DIMMs (not SDRAM). With
two sockets capable of holding a 32MB DIMM each, the
Krups has a maximum capacity of 64MB
RAM. As with the JavaStation-1
, the number
xx in the Sun option number
refers to the amount of memory shipped with the unit.
For video display, the JavaStation-NC utilizes
the PCI-based IGS C1682 framebuffer,
capable of 1280x1024@80Hz in 24-bit
true color. This
is a step up from the 8-bit display on JavaStation-1
. The port connector remained a standard VGA jack
like JavaStation-1, enabling the
user to use standard PC monitors if desired.
The on-board audio remains a Crystal
CS4231 chip like JavaStation-1.
The network interface on Krups is the
Sun HappyMeal 10/100 Mbps interface, another step
up from the original offering of JavaStation-1.
tower came with the 9-pin serial port
and 1/8" audio out jack as
JavaStation-1, but it also added a
1/8" audio-in jack, to do sound recording with.
Another addition in the JavaStation-NC is a
flash memory SIMM. This allows one to load the
current revision of the OS onboard, increasing
Perhaps the thing most memorable about the JavaStation-NC
is its case design. The Krups
comes in an aesthetically appealing casing. The mainboard
is mounted vertically, and the shell entraps it, giving it the
percolator shape referred to. With the
streamlined case, the power supply is moved outside
to small transformer. The Krups unit gives
off so little heat that there are no onboard cooling fans, making the
Krups a dead-silent
machine. Imagine the difference in noise when replacing a lab of
traditional desktops with the Krups!
This case design earned Krups a
1998 Industrial Design Excellence Award from the Industrial
Designers Society of America. This award announcement is still available
for read at:
It is also archived locally via "fair use" for future readers at:
The Krups had an initial base price of $599US,
$100US cheaper than Mr. Coffee's rollout price.
Due to it being the only model formally sold by Sun to the general public,
this is how Krups is sometimes referred to as
the only JavaStation, and not one model of a
See the JavaStation-NC at:
[Sun Option No. JE-xx]
This model is extremely rare to find. It was never available for
sale in quantities to either the general public or the initial
JavaStation deployments, limiting the
model's production quantity. To call this
Three of the JavaStation
may be improper, as Espresso is nothing like
the generation three JavaStation written about
in early Sun marketing literature.
The Espresso was designed as an extension of
the Krups. It was geared to sites that
wanted a little bit more functionality and expansion capability from
their JavaStations: a cross between an
NC and a workstation.
Espresso is powered by the same
110Mhz MicroSPARC IIep chip as Krups
. It's mainboard is similar to Krups,
with the addition of PCI slots and an IDE
channel for local hard disks. The IDE on
Espresso was not enabled in the demo units.
Those who have tried to make it work have concluded the wiring is incorrect,
and it requires a hardware rework to get going.
Espresso continues with the PS2 keyboard
and PS2 mouse ports from
Mr. Coffee and Krups.
Espresso uses the same 168-pin,
3.3V unbuffered EDO DIMMs as Krups.
The maximum amount of memory for Espresso is reported to be 96MB.
As with the Mr. Coffee and Krups
, the number
xx in the Sun option number
refers to the amount of memory shipped with the unit.
For video display, the Espresso uses the
PCI-based IGS C2000 framebuffer, along with the same
standard VGA port connector as Krups
and Mr. Coffee. The
on-board audio remains a Crystal CS4231 chip like
Krups, and the network interface remains a
Sun HappyMeal 10/100 Mbps interface like
Krups as well.
Espresso came with the 9-pin serial
port and 1/8" audio out and
1/8" audio in jacks of Krups,
and a new addition of a parallel port, and a second
9-pin serial port. Espresso also comes
with the flash memory to load your OS
on and bypass the network boot cycle.
One new addition to the Espresso is a
smart card slot.
The Espresso comes in a
style case like the old Sun SparcStations, only
a little taller, and not quite as wide.
The Espresso was never sold to the public. There
was an internal testing period at Sun, but the units never went into
One Espresso user mentioned he now uses
his unit as both a server and router, with the addition of an
IDE disk and 3C905 ethernet card,
demonstrating the expandability of this unit.
See the JavaStation-E at:
Like the Espresso, this unit is also an extremely
This unit is supposed to be of similar board design to the Krups, but in
an ATX form factor, with soldered onboard flash memory, and with a
regular SVGA video chipset.
Gleb Raiko email@example.com) with the help of
Vladimir Roganov firstname.lastname@example.org did initial
the Linux kernel support on
JE-1. Pete Zaitcev
email@example.com later obtained a
unit and restored full support in Linux kernel 2.3.x+
As the author of this document has never seen a
submissions from the public are welcome.
See the JavaEngine-1 at:
Dover JavaStation model
This is another box which does not exist officially outside of Sun.
Little was known of it at the first revision of this HOWTO. Since then,
proud owners have stepped forward. Basically, the Dover takes the Espresso
theme and moves it to stock X86 parts.
Dover comes in a case similar to the Espresso, but there's nothing where
the 'JavaStation-E' tag would be. Dover can be situated in a vertical
position by removable feet. All that is printed on the case is "Sun
MicroSystems 1998", and typically a serial number sticker of '12345678'
and 'Made in Taiwan'.
The motherboard is 'baby ATX' in configuration, but not
quite totally. Near the the front of the case is a fan that points
at the CPU heat sink. The CPU heat sink has another fan on top of it.
The motherboard has a Socket 7 CPU socket that houses a Cyrix MediaGCm-266GP
CPU. There are typical PC motherboard jumpers with silk-screened legends
for setting both clock speed and multiplier. The motherboard accepts
a PC100 DIMM (max. size unknown) and a powersupply with AT-type power
connectors. Included among them are two floppy and regular hard
drive type plug. There are two small jumpers going to the motherboard,
JPSB1 and JAUTO1, possibly for power management.
Expansion in Dover is via a two-card riser, with one PCI and one shared
PCI/ISA slot. As mentioned earlier, the motherboard deviates slightly from
standard ATX. Along the back edge under the cards are
connectors for audio out, audio in, mic, HD15F video, two USB ports,
D25F parallel printer, stacked PS/2 keyboard/mouse ports, and four
9-pin serial ports, marked A through D. Unlike other JavaStation models,
there is no on-board ethernet. Instead, it typically is provided by a
supplied 3COM 3C905B-TX Fast Etherlink XL PCI card (with a wake-on-LAN
cable going to the motherboard). There is a standard Sun MAC address
label on the back of the case.
Video is via a Cyrix CX5530 chip, but with the MediaGX chip, may be
just an auxilliary chip. There exist both a FDD and HDD headers on the
motherboard, but nowhere to mount a FDD in the case and no provision
for an HDD bracket either. There is a simple piezo buzzer mounted to
the motherboard and additionally a speaker with a cable leading back
near the audio out jacks. Like the Espresso, there is a smart-card
reader as well, and what looks like a compact-flash socket inside.
When booting it up, you get a blue JS screen. Under the
exclamation point, are two memory card icons and a <...>
icon. It reads:
Boot device: /ethernet Arguments:
MAC Address: 08:00:20:95:5b:49
Open Boot 3.0, Built February 16, 1999 17:38:37
NIC: 10b7,9055 ethernet in PCI1 64MB SDRAM
Non-Volatile Device Memory Module Not Installed
SmartCard Reader Found
CPU Speed: 266 MHz
Can't open boot device
The Dover model, since it is based on an x86 chip, is supported by Linux.
This HOWTO however focuses on the SPARC-based JavaStations, so the procedures
presented here will not work with it. However,
there's plenty of x86 documentation at large to work from.
See the Dover at:
The Generation 3
Sun originally envisioned three generation models of the
JavaStation: Mr. Coffee, the
Krups, and the
Generation Three was billed in early literature as going to be the fastest
JavaStation offered, with a high-speed
CPU and a JavaChip co-processor
to translate Java-bytecode in hardware.
All indications are that it never got beyond the mental stage,
and was more of a marketing myth than anything else.
First, consider that the cost of higher performance CPU
as a factor. If Sun packaged a high-performance CPU into
a JavaStation, the low-cost advantage of an
NC goes away.
Next, Sun did have their PicoJava chip available to
decode Java bytecode, but rumor is the performance
was not as good as expected, and the complete JavaChip
project was shelved in the Summer of 1998, not long after Krups
was formally released.
Dover project was being worked on, but the
project, which would go on to become the Sun Ray
, was the final nail in the JavaStation
So all indications are that this model is a piece of
It is included here though, for the sake of completeness.
The Pre-Mr. Coffee JavaStation Prototype
After the original publishing of this HOWTO, word of one more
"JavaStation" model surfaced. John Bodo, a reseller
of JavaStation equipment, chimed in that he has a motherboard of a
pre-JavaStation machine. It was made by Diba Corporation, which was
later bought out by Sun. The unit was released as an early embededded
Java platform that developers could use to build embedded Java machines.
It has a Motorola 68030 CPU, 14.4k bps modem, ethernet interface,
standard VGA interface and even a TV output. The prototype's date is
See the JavaStation Prototype at:
The Pre-Mr. Coffee JavaStation/Fox
After receiving word of the JavaStation prototype from Diba, yet
more information has come regarding another pre-Mr. Coffee model.
This one though, has a greater known history we can share here.
This model was the JavaStation development box used by the developers
of early JavaStation software. Basically it was a SS4/110 in a smaller,
custom case similar to the Mr. Coffee enclosure, with more squarish profile.
The case has an off-white color with lateral stripe in Sun gray. It
sits like a Mr. Coffee would on its side. The front was a 1/2 cyclinder i
design in Sun gray, has the Sun Logo, the word "Sun" under that, and the
Java cup logo at the bottom.
When booting up it claims to be a "JavaStation/Fox". The motherboard
does not have a normal Sun part number. The CPU is a microSPARC-II running
at 110MHz. The box has an onboard external SCSI connector,
dual A and B serial ports, audio in and out sound ports (Crystal
lance ethernet network interface, onboard PCMCIA (stp4020), one SBUS expansion
slot, one AFXbus expansion slot, 2 72-pin SIMM slots (double-banked SIMMs
only), and no on-board video. One would then add their own S-Bus frame
buffer, or the 24-bit frame buffer from a ss5. Also, an optional internal
SCSI laptop hard drive could be put in.
The motherboard's part number is 501-2785. The CPU is dated 1995 while the
NCR chips are dated 1994, establishing the time frame of the Fox.
The NetBSD/SPARC FAQ has a few more words on the Fox at:
See the JavaStation/Fox at:
Reasons for Running Linux and NC
It turns out that Linux makes the
JavaStations perform more than adequately
on the desktop. Thanks to the dedicated work of the Linux
developer community, the JavaStations
offer users the low-cost, zero-admin, versatile desktop
NC's they were originally billed to be, but with
the added freedom granted by the Linux OS.
While low-cost PC's now eclipse the JavaStation
in terms of default CPU speed and RAM size, the
JavaStations running Linux are still well-suited for a number of tasks:
Diskless X-Terminal. (Gives the JavaStations the
capability of the Sun Xterminal 1 hardware that
The NC solution, Linux-style: local X + a java-capable
browser can make the JavaStations
perform like they did with JavaOS/
HotJava, only many times faster.
A beowulf node, or a dedicated RC5/
SETI@HOME client. The JavaStation
running Linux makes a stable, long-lasting
A small, standalone machine. While a task more suited on today's
low-cost machines, there's not much that prevents the
JavaStation from performing as a full-fleged
standalone UNIX machine by itself.
Just remember to set your expectations appropriately when doing so;
low-budget clients when they were sold, and
should not be directly compared to today's workstation offerings.
A small router and server, particularly with the Espresso
model decked out with added IDE disks and NIC.
In all of the above scenarios, there is little to no maintenance of
the machine once configured properly. Such is the advantage of the
JavaStations run so much better with
Linux than JavaOS,
one would think that even Sun should have offered it as an option.
Unfortunately, Sun had killed the line in favor of the Sun Ray
. While the performance of the Sun Ray
is good, keep in mind it is not intended as a dedicated
computing device, and due to its firmware is little more than a graphics
display hanging off your Sun server, which can give you some unexpected
bonus features (translation:
brand-name product lock).
The performance on
the JavaStations with Linux
will be similar to what you can get with a Sun
Ray, but if ever you want to do something different with
your machines, you have the flexibility to do so with the
JavaStations. There was rumor of work to try
and override the default behavior of the SunRay firmware, and make
it into an adjustable computing device, but until that happens, running
another OS on a SunRay is just a pipe-dream.
Lastly, if you're thinking of switching to diskless Xterminals
on your network, you might consider the JavaStations
over stripped down PC's. The hardware
is standardized, smaller, and you do not need to worry about burning boot
PROMs and the like.
Why JavaStations are No Longer
Sun's official stance is that the JavaStation
line was terminated in favor of the new Sun Ray
line. A trip to the former JavaStation
section of Sun's website at
http://www.sun.com/javastation verifies this formal positioning.
(fair use archival copy at:
As the Sun Ray is not an NC
in the traditional sense (it has a MicroSparc IIep CPU, but the firmware
on the device prevents anyone from grasping it), there is no explanation why
the two products could not co-exist.
In talking to the users of the JavaStations
in the pre-Linux era, you will find strong opinions as to why
the JavaStations are no more. The common
thread in almost all opinions collected is that the software provided
by Sun was inadequete for a production environment. Here are
collected opinions from users of the Sun-provided software, included
with their permission:
Dr. Alex Ryba, Former Professor at Marquette University (Quoted March 2000)
I only used the Java Stations last summer while teaching 51 and 55/154.
GoJoe was incredibly slow and I seem to remember having to login to several
different screens and browsers just to be able to start anything.
I had to apologize to my students for the slow and inconvenient
machines --- I remember making some jokes about technological progress.
Dr. Mark Barnard, Professor at Marquette University (Quoted March 2000)
Well, of course the old JavaStations were practically
unusable. It's not a matter of just my opinion; we used to
have CU 310 full of students using the Xterms all the time.
As soon as the JavaStations appeared there were NO STUDENTS
in there at all. The JavaStations killed CU 310. Now that
the JavaStations are (thanks to you) back up to speed,
students are beginning to come back, but they've gotten out
of the habit of working in our lab, and are used to working
on their own in the dorms. I think this is a big loss --
they don't learn anything from talking to each other in the
Ghostview was slow, etc, but even vi was too slow. I am
used to typing quickly, and when the cursor can't keep up
with me, I can't handle it. I would also have worked at home
if I didn't have to be here. And there were those annoying
red squares left all over the Xterm window when you were in
vi. I had to type ^L every few lines to get rid of them to
see what I was typing... The pits. The whole setup made
me lose a lot of respect for Sun (although I try to separate
the different product lines as much as possible); I also
think Sun will not get respect for hyping a product like the
JavaStation so strongly, and then just dumping it. I would
wonder why anyone would not just dump Sun...
BTW, the JavaStations, now that they are fast, are quite fine.
I really like mine, and don't see why they aren't a viable
Robert Dubinski, former Computer Systems Technician at Marquette
University (Quoted March 2000)
I believe that it was the triple combination of Sun's JavaOS, the
Hotjava software, and GraphOn's GoJoe X-connectivity software which
ultimately doomed the JavaStation line.
JavaOS was always sluggish in performance for us. It was rated as
having one of the slowest Java VMs by a ZDNet Online Magazane review at
. I speculate this was the the main cause of delaying the
JavaStation's formal public release to April 1998.
(fair use archive copy of the PC mag review at:
JavaOS also always lagged behind the current Java developer
spec (ie running Java 1.0 when Java 1.1 was prevalent, and Java 1.1
when Java 1.2 was issued). It was tough explaining to students why
the books they were buying were all using the new event-model of Java 1.1,
but they could not program to it and have it run on
More comments and rebuttal statements by Sun employees are always welcome.
(update Oct 2001): A year and a half of this document's existance and not
a single rebuttal statement by Sun. There were a couple initial requests
to omit this section, but I refused. After all, imagine a new reader
who never saw a JavaStation before: They'd read to this section, think
"Wow, what a great little machine..let me get one!", and then ask
themselves, "If it did all this, why don't they make them anymore?".
The bad must be included with the good, and to leave this section out
is a disservice to all the users who suffered through the poor software
and support during the official lifetime of the JavaStation. This section,
therefore, is a necessity, and although this document is licensed under the
GNU Free Documentation License, the eagle-eyed reader will note that this
section has been labeled as "invariant" to protect it from entities
who may wish to bury it (which is precisely the reason why the Invariant
clause of the GFDL exists).
Where to Purchase a JavaStation
Since Sun has canceled production of the JavaStation
line, it no longer sells them through their official channels. Sun
contacts have informed me that all internal JavaStation stock
was cleaned out and dumped in 2000. Therefore, All JavaStations are
now found out in the wild.
Your best bet to get JavaStations though is
out on the open market. Educational institutions which received a
handful from Sun as demo units are now trying to offload them any way
they can (too bad they don't read this HOWTO). Search around the
auction sites like Ebay and Yahoo Auctions, and you should be able
to turn some up.
A great resource for JavaStations used to be
the Java machine
. There were also some implementation problems with some of the
AWT peers which sometimes made programming across platforms difficult.
These performance and implementation problems were never addressed in
subsequent build of JavaOS for the duration we ran it. I believe the
last edition we had used a Java 1.1.4 runtime, when we had a Java 1.2
development kit on the server.
The HotJava browser software suffered from not being able to handle
All of these standards were employed in commercial sites at the time,
resulting in many sites that weren't viewable by the JavaStations.
The Hotjava Browser engine also had serious printing problems with
certain webpages, some of which appeared on Sun's own website!
The HotJava Views task selector software also was rough. Users could have
multiple apps running, but only one displayed at a time. Manipulation
of multiple window panes was difficult (no minimization, no quick list to
all apps, resizing not always possible). Flexibility users had grown
accustomed to was tossed out in favor of this task-selector approach.
On Sun's Java website there was a page boasting of a committee formed
that decided this was the
right way to make a desktop.
Tell that to our users.
The GraphOn Go-Joe software was by far the most damaging piece of software
to the JavaStation line. This was an X-connectivity software Sun licensed
from GraphOn to give users access to the Solaris servers' X apps.
The connectivity worked via a daemon installed on the Solaris server,
which was connected to by a Java connectivity applet on the NC side. This
small applet (only about 250K) simply threw up the latest display state
and sent back to the daemon the mouse and keyboard strokes of the user.
Unlike Xterminals though, the actual Xserver process was spawned and
communicated with on the remote server-side by the daemon. Communication
between the GraphOn client applet and the server daemon was supposedly
done by a patented protocol to compress communication and speed things up.
However, the performance of X under Go-Joe was terribly sluggish, with
horrible refresh rates (10-seconds for some page scroll refreshes).
Many sites operators I spoke to elected to not run the Go-Joe software
past a trial period for this reason. We had to run it though, as our
users were heavily X dependant. Alternatives like Weird/X were not
available at this time, and VNC proved not up to snuff given the slow
This performance in Go-Joe alone was enough to give uninformed users the
impression that the JavaStation was an underpowered machine, especially
when placed side-by-side with the low-cost, end-of-lifed Sun Xterminal 1
hardware it was meant to replace. Our students left labs in droves,
faculty were upset, and giving demos to outsiders was downright
embarrassing. In reality the hardware was solid and stable, but
was hampered by this new, untested OS and new, untested applications
running on a new, untested hardware architecture. This triple-threat
combination, and Sun's timeline for fixing the problems is what
I feel truly doomed the JavaStation.
I remember that in 1998, Sun publicized that it had rolled out 3000
of these machines in-house, including one on Scott McNealy's desk.
One who has used the JavaStations with the Sun software would have
to wonder whether he ever turned it on and used it solely for a day?
Had he done so, I'm sure he'd demand things be done differently.
(update Oct. 2001: many ex-Sun employees who've contacted me say they
made great doorstops and paper weights.)
Why Sun never ported and released its tried and tested XTerminal
software to the JavaStation, or even a mini-Solaris, remained a
mystery to us the whole time before we switched to Linux. It was
only after we moved to Linux and the JavaStation line was formally killed
by Sun when we learned from some inside Sun sources that Solaris
actually was ported to Mr. Coffee, but released only internally at Sun.
As a heavily invested customer site who had begged for help, this was
not only disheartening, but insulting to discover.
Lastly, the customer support we received at the time was horrible. We pled
our case on more than a few occassions, but requests always seemed to
fall on deaf ears. Calling up SunSolve for JavaStation help always
resulted in a transfer to a Java Language engineer.
If the Sun employees do not know their own products, that's a problem!
From our view, there no doubt was politics involved in this, and as
customers, we were the ones to bear the results of this.
We continue using Sun equipment when it comes to the proven models
like the Enterprise-class servers and disk arrays, but on the
latest low-cost desktop offerings, we will be forever cautious
given the JavaStation history.
Linux now proves the JavaStations are adequate machines, and Sun could
take this bait and go with it. If they sell the JavaStations for $250
a piece and the JavaStation running a proven OS like Linux (or Solaris)
with proven apps (X), the JavaStation makes for a great network appliance.
The recent NetPliance I-Opener Linux hack and subsequent controversy
proves there certainly is a market for this type of low-cost device.
(Oct. 2001 addition: After the publishing of the Linux hack, NetPliance made
their new hardware unhackable, and subsequently ran out of business. The
demand for cheap diskless stations still exist. Today's hackable units
are set-top receivers and failed internet toasters like the 3Com Audrey)
Bodoman's JavaStation site at:
as of October 2001, the domain bodoman.com seems to no longer resolve.
Ebay may now be your best bet.
Mr. Coffee is the most widespread JavaStation model, and has tended
to sell around $30-80US consistently for the last year or so.
Krups models more rare and sell at higher prices, probably because the
stylish case still stands out today. Prices on Ebay are always over
$100, but for Oct. 2001, their technology is definitely no longer worth
that much. A good price would be $80-85US. Many reports have come from
the UK telling of many Krups models getting dumped there.
The Dover models were a very hush-hush thing when this HOWTO was initially
published, but the secret is out: if you want one, go to South Africa.
Dovers seemed to have been dumped there en masse. Pricing is unknown,
but should be comparable to a Cyrix-266 PC clone.
The Espresso and JavaEngine models are near impossible to find,
so if you get one, consider yourself lucky. If you have a Fox,
well, you're just too cool. Pricing for these models is likely a