Slashdot Mirror

tnorbye writes: "On Sun's Intel site today there's a link to a new XFree86 porting kit. Essentially, you can download binary XFree86 drivers which run with the Solaris X server! So any graphics card you can use with Linux you can now use with Solaris. Sure makes Solaris x86 more widely available!"

Slashback brings you updates tonight on Brian K. West, Clockless computing, and the state of GCC -- hope you enjoy them. There's at least some good to take with the bad :)

Pardon me, do you have the time? Several months ago, we featured a short piece about investigations into clockless computing. Reader xenophrak writes with an update: "Sun Microsystems announces new technology that lets processors run various components of their internals in an asynchronous fashion. The 'FLEETzero' (warning, PDF) chips do not abide by a global clock pulse, and see lower power requirements and heat due to this new feature.

From the web page: 'At the ASYNC 2001 conference, Sun Microsystems Laboratories described FLEETzero, a prototype chip with raw speed roughly twice that of today's chips. Where today's chips use 'synchronous' circuits with a global clock to manage activity, the new, faster FLEETzero chip uses radical new circuits with low-power, asynchronous logic elements that produce timing signals only where and when needed.'

This could have some good impacts on embedded devices, and total processor throughput."

As usual, not so simple. On Saturday you read about Brian K. West, an ISP employee who claimed to be facing unfair threats of prosecution from the FBI for doing nothing more than accidentally discovering a security hole in a local newspaper. A followup posting at Politech indicates that the story isn't quite that simple. Specifically, the FBI's interest in West seems to stem more from alleged attempts at cracking into the violated site than from a simple "found a problem" report. If what the FBI says is true, it changes the story quite a bit.

Time to get a yardstick near the refrigerator ... f97hs writes "Yepps. Delayed almost a week due to regression bugs, the awaited bug-fix release is finally here. Unfortunately, it seems it still can't compile the KDE ARTS-lib (due to, I think, problems with virtual baseclasses). Worth noting is that in order to speed the compiler up, the default to -finline-limit has been lowered. This sometimes leads to considerably slower resulting code, so use -finline-limit=5000 if you compile something you want to be FAST. The mirrors are here and the official release letter from Mark Mitchell might also be worth a read."

Slashback brings you updates tonight on Brian K. West, Clockless computing, and the state of GCC -- hope you enjoy them. There's at least some good to take with the bad :)

Pardon me, do you have the time? Several months ago, we featured a short piece about investigations into clockless computing. Reader xenophrak writes with an update: "Sun Microsystems announces new technology that lets processors run various components of their internals in an asynchronous fashion. The 'FLEETzero' (warning, PDF) chips do not abide by a global clock pulse, and see lower power requirements and heat due to this new feature.

From the web page: 'At the ASYNC 2001 conference, Sun Microsystems Laboratories described FLEETzero, a prototype chip with raw speed roughly twice that of today's chips. Where today's chips use 'synchronous' circuits with a global clock to manage activity, the new, faster FLEETzero chip uses radical new circuits with low-power, asynchronous logic elements that produce timing signals only where and when needed.'

This could have some good impacts on embedded devices, and total processor throughput."

As usual, not so simple. On Saturday you read about Brian K. West, an ISP employee who claimed to be facing unfair threats of prosecution from the FBI for doing nothing more than accidentally discovering a security hole in a local newspaper. A followup posting at Politech indicates that the story isn't quite that simple. Specifically, the FBI's interest in West seems to stem more from alleged attempts at cracking into the violated site than from a simple "found a problem" report. If what the FBI says is true, it changes the story quite a bit.

Time to get a yardstick near the refrigerator ... f97hs writes "Yepps. Delayed almost a week due to regression bugs, the awaited bug-fix release is finally here. Unfortunately, it seems it still can't compile the KDE ARTS-lib (due to, I think, problems with virtual baseclasses). Worth noting is that in order to speed the compiler up, the default to -finline-limit has been lowered. This sometimes leads to considerably slower resulting code, so use -finline-limit=5000 if you compile something you want to be FAST. The mirrors are here and the official release letter from Mark Mitchell might also be worth a read."

dereferenced writes: "Walter Bright, author of the original Zortech C++ Compiler and the free (as in beer) Digital Mars C/C++ Compiler, has posted a draft specification for a new programming language that he describes as "a successor to C and C++". It seems to me that most of the "new" programming languages fall into one of two categories: Those from academia with radical new paradigms and those from large corporations with a focus on RAD and the web. Maybe its time for a new language born out of practical experience implementing compilers."

snotty writes "A well written article by Ganesh Prasad over at linuxtoday arguing that the shift towards web services has reduced the attractiveness of the current generation of Open Source web products. He talks about the market share decrease in Apache. Also mentions how .NET, Microsoft, Sun, Java, and Open Source Software fit into the picture." I think that the decrease in Apache's share is a red herring, but the bigger picture of web services is a troubling one.

There's a great Dan Gillmor article, from his blog ^[?] regarding the challenge issued by Tim O'Reilly and Clay Shirky to the computer OEMs, asking them to include the latest Java JRE. As Microsoft has said they won't be including Java in WinXP, but are cool with "letting" OEMs put in other programs, let's see the manufacturers strike a blow for competition, and compatibility, and including a non-"extended and embraced" JRE.

jeffy124 writes "ZDnet has an interesting article on how OpenOffice, Sun's Open-Source version of StarOffice, needs some serious help in being ported to the Macintosh OS-X. With Microsoft about to release Office 2001 for OS-X and demo it at next week's MacWorld Expo, support in getting a Mac OS-X port out for OpenOffice is critical to keeping a Microsoft dominance of yet another operating system's office suite to a minimum. The project is need of someone to step up to the plate as a project lead."

SomewhereElse asks: " It's been a few months since Sun introduced the Sun Blade 100 and I wanted to ask Slashdot readers who have had the oppotrunity to review/play with the box what they thought of it. How upgradeable is it? How fast does it feel? And were there any problems with the hardware?"

wfaulk writes "Sun Microsystems, which, a few days ago, announced that they would be re-closing their source code, announced today that they would not be doing so. You can now continue to download Solaris source (where they verify the reversal)."

wfaulk writes "Sun Microsystems, which, a few days ago, announced that they would be re-closing their source code, announced today that they would not be doing so. You can now continue to download Solaris source (where they verify the reversal)."

Vardamir writes: " It appears that Sun is no longer interested in distributing the source code to their Solaris Operating System, even for a charge of $75.00. 'Thanks for your interest and welcome to the Solaris[tm] 8 Foundation Source Program. Please note that the Solaris 8 Foundation Source Program will be canceled effective June 30, 2001. In addition, both the secure chat and code-exchange sites will also be terminated on this date.' Get it while you still can, bzip it, and upload to a gnutella server!" Hasn't exactly been that long a ride since this idea was first floated, but it never seemed to be the roaring success that Sun perhaps thought it would.

Vardamir writes: " It appears that Sun is no longer interested in distributing the source code to their Solaris Operating System, even for a charge of $75.00. 'Thanks for your interest and welcome to the Solaris[tm] 8 Foundation Source Program. Please note that the Solaris 8 Foundation Source Program will be canceled effective June 30, 2001. In addition, both the secure chat and code-exchange sites will also be terminated on this date.' Get it while you still can, bzip it, and upload to a gnutella server!" Hasn't exactly been that long a ride since this idea was first floated, but it never seemed to be the roaring success that Sun perhaps thought it would.

lowlymortal writes: "Hi, I have a few Sun PCi II Pro cards that are not being used (no jokes please). The white paper about it can be found here. Although, it does not have an IDE/SCSI (I know the older ones had them!), it does have a PCI bus (both the normal one and the "Sun" one). What I want to know is, whether any brave /.er has tried building a PC around this? Thanks." An oddball piece of equipment perhaps, but it certainly seems to have all the necessary guts -- any takers?

lowlymortal writes: "Hi, I have a few Sun PCi II Pro cards that are not being used (no jokes please). The white paper about it can be found here. Although, it does not have an IDE/SCSI (I know the older ones had them!), it does have a PCI bus (both the normal one and the "Sun" one). What I want to know is, whether any brave /.er has tried building a PC around this? Thanks." An oddball piece of equipment perhaps, but it certainly seems to have all the necessary guts -- any takers?

mvw inputs: "These days the large JavaOne conference is taking place. The commercial and proprietary vendors will be well represented there. In addition I would love to see a discussion here, on the state of Java affairs from the open source crowd. Java is a bit special, in that it does not only represent a programming language but establishes a kind of operating system as well ('Java the platform'). And indeed this world is not fully closed there is also open source software blossoming there, ranging from the GPL to the BSD sides of the free/open source community. The Jakarta Project initiative is going the BSD license way (actually they use ASL, but it is quite close), with prominent software like Tomcat or ant. Less mentioned in the Java press IMHO is the GNU Project which working on a GPLed Java implementation, with a long list of Java programs. They even have a couple of quines in Java here."

Feren asks: "While working on a project for a non-profit organization I'm involved with, I recently acquired a batch of Sun Microsystem "XTerminal-1" machines, along with one or two Tektronix machines. With the Sun X-terminals I've been able to kludge together a sort of working system to get them to boot and run X, although when I read Sun's documentation, they talk about such things as the 'Xserver jumbo patch' or 'SPARC Xterminal(TM)software version 2.0' as being a better way to make them run. Yet I can't find this software anywhere, and the Sun rep I speak with regularly at my real job is just as clueless as I am about these devices and their software. I have the sneaking feeling these products hit their EOL (End Of Life) quite some time ago. Similarly I cannot find any information on where to locate/download/purchase software for the Tektronix boxes. Has anybody ever gotten ahold of this elusive software? Has anybody ever considered building a site for legacy X devices such as these, like a repository for software?"

"I know the software licenses used to be a huge boon to the Xterminal manufacturers, but since most of them aren't supporting these devices anymore (nor even have spare copies of documentation or software to sell individuals like myself) I wouldn't predict there being a great deal of trouble in obtaining permission to post this software for general consumption, so long as there was no charge to retrieve it.

Would there be any interest in such a site or repository if it was created? Does anybody know where to get the software to run these machines? Granted, they're not fast or the latest word in thin-client, but they are still usable and relatively cheap to acquire... if you can only find the software to make them go."

gabbarsingh sent this in via punchcard: "What's happening at Sun on the MAJC front? They haven't released anything new on that. The first samples were promised in first half of 2000." MAJC (pronounced "magic"), stands for Microprocessor Architecture for Java Computing, and according to EDTN is the only hardware java implementation that combines both multithreading and multiprocessing. It seems that "Java on a Chip" solutions are more commonplace now, than they were when Rockwell released the first, back in 1997. Might the promise of code that you can "Write Once, Run Anywhere" soon become reality, now that there is an actual platform on which it can run (rather than piggybacking on other platforms via JVMs)?

gabbarsingh sent this in via punchcard: "What's happening at Sun on the MAJC front? They haven't released anything new on that. The first samples were promised in first half of 2000." MAJC (pronounced "magic"), stands for Microprocessor Architecture for Java Computing, and according to EDTN is the only hardware java implementation that combines both multithreading and multiprocessing. It seems that "Java on a Chip" solutions are more commonplace now, than they were when Rockwell released the first, back in 1997. Might the promise of code that you can "Write Once, Run Anywhere" soon become reality, now that there is an actual platform on which it can run (rather than piggybacking on other platforms via JVMs)?

jiggywhiteboy writes: "Sun has released a preview version of the Gnome desktop for Solaris 8. The release includes version 1.4 of the desktop, Nautilus, Gnome-VFS, Bonobo, and GConf. Sun warns: "Exploring the GNOME 1.4 Desktop is an unsupported prerelease of the next-generation desktop for the Solaris Operating Environment. Given its prerelease status, we recommend that this software be installed on a non-mission-critical system, and used only by those who regularly test prerelease products" Try it out!"

odoa4 asks: "What do you think will make a better 1u Apache Server? A Sun Netra X1 or a 1U Ontel box such as a Dell PowerApp.Web 120 or a VA 1220. This is a difficult question because the Intel boxes are about $1800 a piece and the Sun machine is only $1000. The Sun machine can only use 1 CPU and it runs at 400Mhz, where the Intel machines run at 800+Mhz with up to 2 cpus. Keep in mind that the web servers will be clustered, so the real question isn't so much about whether the Intel boxes are faster, but more along the lines of are they worth the $800 more when I could almost get another Netra for the cost. As far as OSs go, I would use Solaris 8 on the Sun machines and FreeBSD on the Intel boxes. Here are some links to various servers I've looked at: Sun Netra X1, VALinux 1220, and the PowerApp.web 120" Are there other alternatives for 1U servers, that the submittor might do well to look into?

RickMuller asks: "I'm interested in molecular graphics, a field entirely dominated by OpenGL. I would love to see something more web-friendly come along. I've worked with VRML and Java3D, and have been very puzzled why these technologies didn't become ubiquitous. Now there are new 3D efforts by Adobe and Macromedia (the Adobe Atmosphere download is available as a beta-download and is way cool!). The press is heralding this as the 3D web revolution. Why should these technologies succeed when VRML or Java3D failed?"

Craig Pfeifer wrote this review of Server-Based Java Programming, and in a world of books loaded with buzzwords, and sometimes volume at the expense of clarity, he claims that this volume suffers neither fault. (Even if you're sick of the word "Enterprise.")

Server-Based Java Programming author Ted Neward pages 556 publisher Manning rating 10 reviewer Craig Pfeifer ISBN 1884777716 summary From designing and building the nuts and bolts of your own java application server, to understanding and integrating common middleware technologies and patterns, this book covers it all.

The Scenario

Whether you're building your own Java application server, or evaluating your options when it comes to building an enterprise class application, there's an awful lot to consider. Everyone likes to throw around the adjective 'enterprise'; 'enterprise class,' 'enterprise information system,' 'enterprise solution' but what does this mean? What is an enterprise solution? And more importantly how do you build one? This book cuts through the J2EE hype and gives you the straight dope on desiging/implementing realistic java based distributed systems.

What's Bad?

If you are looking for a Java2 Enterprise Edition (J2EE) overview (Enterprise Java Beans (EJB), Servlets, Java Server Pages (JSP)...) or an intro to Java fundamentals, this book is not for you. This book covers some fundamentals of threads, classloaders and sockets, but the bulk of the text is the application of these concepts. If you aren't already familliar with how these features are commonly used, you might find yourself doing a little prerequisite work to get the full value out of the material in these chapters.

Additionally, several code samples span multiple pages and it can be tough to keep this sample (along with all of the previous samples, as they build on each other) in your head when you read it in more than one sitting. This could be remedied by presenting a series of UML diagrams to show how the current example extends or interfaces with the previous examples, and the existing classes in the Java SDK.

What's Good?

This book goes from narrow to broad in it's coverage of different aspects of enterprise systems. Ted starts off chapter 1 with a wonderful overview of what characterizes 'enterprise development,' and 'enterprise systems.' According to Ted, enterprise development projects:

• get less QA time
• have shorted development cycles
• typically require expert administration
• must work within an existing architecture

From here, he goes into a discussion of key build vs. buy decision criteria and a justification/defense of using Java on the server side. This first chapter should be torn out and given to every development manager in every internal IT department in every company everywhere. Many managers feel that any project dealing with 'enterprise' and 'java' require a product like IBM's webSphere or BEA's webLogic, but this is simply not the case. These are excellent products, but for most of the projects out there, basing a solution around a full blown J2EE appserver only makes building, deploying and maintaining the system more far more complicated and expensive that it really needs to be.

Just as I started to worry that this book would be all talk and hand-waving, the next two chapters (approx 60 pages) were a gloves-off, down and dirty discussion of Java's classloader functionality. Many developers take the classloader for granted (including myself), and don't fully understand/exploit its power. Ted shows all of the rules that a Java classloader must follow, and the role it plays in the application lifecycle. He builds sample classloaders that can load classes from an HTTP server, an FTP server and even from an internal hashtable. The most impressive part of these two chapters is Ted's explanation of how the differences between the Java 1.1 and the Java2 classloader. This illustrates Ted's depth of the Java platform, and is just one example of the knowledge (not just information) that this book is chock full of. Ted's sample classloaders are the foundation of the Generic Java Application Server (GJAS) that you build as you progress through the book.

In the next few chapters Ted takes on his two other major topics for the book: threading, and sockets. These topics are worthy of entire books on their own, but Ted keeps it focused and talks primarily about how they are applied in the context of an enterprise application server. He doesn't just rehash the threading and sockets APIs, but provides common usage patterns for each and even provides implementations for useful new primitives. Some of these primitives include an implementation of a PollingThread, a ScheduledThread, an HTTPSocket and a SocketServer. For all of the examples in the book, Ted lets you in on his design process as the GJAS evolves. He lays out the alternatives, makes a selection, and then justifies it. When he applies design patterns from the Gang of Four (GoF), he tells you why he is applying that particular pattern, and how it solves the problem at hand. This is the core of this book, and it's strong point.

Interspersed in the threading and sockets chapters are about server configuration and control structures for services that get executed on the server. Ted discusses different implementations of user services running in their own thread (so as not to interrupt other processes on the server), and in doing so makes use of the thread primitives he laid out in a previous chapter.

The later chapters are typical server programming fare: business objects, business object models, persistance and middleware. However, Ted covers them in a style consistant with the rest of the book: copious code examples, design justifications, and years of valuable on the job experience communicated in a scant 160 pasges.

So What's In It For Me?

As a Sun Certified Java 2 Developer, I've read more than my fare share of bad java books. The good thing is that they are very easy to spot: they are typically extremely thick books with trivial examples and a huge API reference (that you can download from Sun's Java Developer Connection) for filler. This book is a voice of reason in Sun's flood of J2EE (especially EJB) hype. It's a wholly remarkable Java book. Ted Neward should be rewarded and congratualted for this book, it sets a new standard in content quality for Java books.

Based on this book, and the review of the Manning Swing Book, Manning now ranks right up there w/O'Reilly in my list of top-quality technical book publishers.

Table of Contents

1. Enterprise Java
2. ClassLoaders
3. Custom ClassLoaders
4. Extensions
5. Threads
6. Threading Issues
7. Control
8. Remote Control
9. Configuration
10. Sockets
11. Servlets
12. Persistance
13. Business Objects
14. Business Object Models
15. Middleware
16. Java Native Interface
17. Monitoring

You can purchase this book at Fatbrain.

Geoffrey Wiseman asks: "I'm considering my options for reporting functionality in a web application. Part of the problem stems from the fact that I'm not aware of a good solution for reporting on any web platform. It may well exist, but I haven't seen one yet. So let's start with the general questions first: I need the ability to build reports from data. The formatting has to be pretty solid, including the ability to make use of appropriate fonts and page breaks. Further, I'll likely need to do some batch reporting, so it has to be able to generate, say, a few hundred pages of reports, with formatting, in a reasonable time frame. That makes HTML and browser printing a little ... underpowered."

"It's not vital that the reports be printed from the client machine (as opposed to the servers), but that would be preferable, for flexibility. At the very least, the person initiating the reporting should be able to choose an appropriate network printer on the server's network, but ideally a client network printer would be better.

Of course it would be nice if the reports were relatively easy to build; I would prefer not to have to write a ton of source to gather and format data. I'd prefer not to have to write any, really. The kind of drag-and-drop report builders you get with something like Microsoft Access would be nice, although it's not a requirement.

First of all, what are the thoughts and solutions on this general problem space? What tools can I make use of to really do this kind of thing well in a web application space.

Secondly, considering that I'd prefer to make use of J2EE for the project, what are some of my options for integration with J2EE. It would be nice if the reporting software could integrate with the object model rather than the database, so that I could re-use business logic. Not necessarily critical, but definitely a nice-to-have feature."

nprodrom asks: "Has anyone done any developement on drivers/software to support the Sun PCI II Coprocessor board under Linux? I know very little about creating such things, but everything I've read makes me think that it must be possible (except for the fact that I haven't seen anything about someone actually doing it). I've got this crazy hair-brained idea of having about six of these things running in one big Linux box to do some really cool terminal stuff. Now I just need to find someone else who is smart enough to write it for me. Never heard of these things? You can find out more information about them here". These things are yet another way to run Windows under a Unix system, this (it seems) is made expressly for Solaris. Would supporting this piece of hardware under different Unicies be possible?

rchatterjee writes "Cray, the only mainstream recognizeable name in supercomputing, has been busy lately. Their totally new MTA-2 supercomputer design will use a UltraSPARC-III powered Sun Fire 6800 server to just feed the data to the MTA-2's processor. They're also refocussing on Vector Supercomputers and are going to release their first new vector supercomputer since Tera Computing bought them, the SV-2 in 2002. And if that wasn't enough they have a deal with API networks to develop Alpha processor based Beowulf clusters of Linux machines that as a cluster will run the same operating system as Cray's T3E supercomputers. Seymour Cray would be proud. You can get a quick overview of all the latest Cray developments from this article on Cnet."

rchatterjee writes "Cray, the only mainstream recognizeable name in supercomputing, has been busy lately. Their totally new MTA-2 supercomputer design will use a UltraSPARC-III powered Sun Fire 6800 server to just feed the data to the MTA-2's processor. They're also refocussing on Vector Supercomputers and are going to release their first new vector supercomputer since Tera Computing bought them, the SV-2 in 2002. And if that wasn't enough they have a deal with API networks to develop Alpha processor based Beowulf clusters of Linux machines that as a cluster will run the same operating system as Cray's T3E supercomputers. Seymour Cray would be proud. You can get a quick overview of all the latest Cray developments from this article on Cnet."

AtariDatacenter asks: "I've noticed that Fujitsu is starting to market their Primepower line of Sun compatible servers, based on the SPARC64-GP processor. Their Primepower 2000, with 128 processors running at 563mhz, would seem to be a killer of the Sun E10000, which is based on the UltraSPARC II processor. And their server beats the Sun E10k in the top ten TPC-C performance results for non-clustered systems. What do Slashdot readers have to say about the Primepower line of servers?"

AtariDatacenter asks: "I've noticed that Fujitsu is starting to market their Primepower line of Sun compatible servers, based on the SPARC64-GP processor. Their Primepower 2000, with 128 processors running at 563mhz, would seem to be a killer of the Sun E10000, which is based on the UltraSPARC II processor. And their server beats the Sun E10k in the top ten TPC-C performance results for non-clustered systems. What do Slashdot readers have to say about the Primepower line of servers?"

frankie writes "Several news agencies are reporting that Sun is breaking the $1000 mark with its Blade 100 workstation. It's got USB, FireWire, and PCI -- aimed at competing with the x86 desktop market. One thing it doesn't have, though, is any mention at all on Sun's own web site..."

Navarre asks: "While I really like the GNOME desktop, and it's good to see that it's being taken up by HP and Sun, I noticed that it's a little weak on manpages. While I know that GNU prefers Info pages, I personally hate them and greatly prefer man. It's bad enough already when half the GNU apps I use refuse to give decent manpages in favour of info. Now GNOME includes help in HTML format, but no manpages that I've seen. Are we now at a point where we cannot survive on a Unix box without some kind of web browser? What happened to that great common-demoninator of a terminal, troff and a pager? The minimum bloat on Linux continues to increase, and I question if it's a good thing. How much trouble is it to include a manpage anyway?" I'm all for better documentation in formats that have richer functionality than troff, but let's not forget that man pages have worked for years and is still standard on just about every Unix system out there. I'm not as much of a fan of GNU Info, but that's probably more due to my familiarity with man than anything else. How do you all feel? Should we retire man for info or HTML (you can always use lynx)? Or do you think man pages still have a place on modern Unix systems?

On a side note, I'm sure maintainers who currently do not have man pages wouldn't mind it if someone out there would take the time to convert whatever has been provided into proper man pages.

Quixote asks: "Time was, that the only choice for a stable, interoperable NFS server was a Sun box. Now, things seem to be changing. Linux Kernel 2.4.2 is out, and with this come more choices. If I'm putting together a central NFS fileserver to serve a moderate amount of space (say 200GB) to a mainly Sun/Solaris clientele; should I go with a Sun box with a A1000 h/w RAID (at 3x-5x the cost of the other choice), or should I look at Linux with kernel 2.4.x + a journalling filesystem like ReiserFS/XFS/JFS, built on top of a dual-processor P-III with 2GB memory, a Mylex RAID controller and a Gbit NIC?" Are the issues which were raised in last discussion on NFS and Free OSes still a concern? Are there any Linux 2.4 NFS boxes out in production anywhere, and if so, how have they been holding up?

Chuck Humble, who works at Waggener-Edstrom, one of Microsoft's earliest PR agencies, has sent an e-mail to reporters, questioning Sun's technologies and "crowing" about Microsoft's .NET. Sun has decided to answer Chuck and Microsoft with this Open Response to Microsoft. Definitely worth reading, and pretty funny answers.

Linux_ho writes "Grid 5.2 is a distributed processing engine that runs on Solaris, and now Linux. Apparently it has been released under an "an industry-accepted open source license" but I couldn't find out which one. The product was designed to make use of the spare cycles from any idle Solaris or Linux machines on your network. Sun mentioned in the press release that it can be used for frame rendering, but I bet you can come up with some other interesting applications. Here's the FAQ."

Linux_ho writes "Grid 5.2 is a distributed processing engine that runs on Solaris, and now Linux. Apparently it has been released under an "an industry-accepted open source license" but I couldn't find out which one. The product was designed to make use of the spare cycles from any idle Solaris or Linux machines on your network. Sun mentioned in the press release that it can be used for frame rendering, but I bet you can come up with some other interesting applications. Here's the FAQ."

Linux_ho writes "Grid 5.2 is a distributed processing engine that runs on Solaris, and now Linux. Apparently it has been released under an "an industry-accepted open source license" but I couldn't find out which one. The product was designed to make use of the spare cycles from any idle Solaris or Linux machines on your network. Sun mentioned in the press release that it can be used for frame rendering, but I bet you can come up with some other interesting applications. Here's the FAQ."

How to get a cheap, slick box that can run NetBSD; more on what went down under there, down under thanks to modern Rennaisance man Marc Merlin; and a note from the world of corporate English. Read on, soldier.

But are there any good submarine games for it? Tairan writes: "In an effort to sell off 2 million Dreamcasts before jumping out of the hardware business, Sega has lowered the prices of Dreamcasts to $99.00. If you don't already have one, better get down to your local gaming store now!"

Frankly, I'd really rather have an Aeron chair The tri-voweled reader nettdata writes: "Remember this old article that talked about a dot-commer including a Lego desk in his contract? Well, I think I've found the guy! Sun's Dot Com Builder page is doing a feature article on Blue Nile, and the picture in the article shows their CTO sitting at a Lego Desk.

Look here[1][, then look here[2] and tell me they aren't the same!"

Mr. Harshbarger's work continues to amaze, astound and befuddle. Where are all the Lincoln Log sculptures, and desks made of bright yellow Tonka truck metal?

Tell me again how sheep's bladders may be used to prevent earthquakes ... Geoffrey S. Zub of Vistaource passed on that company's Official Word on the Applix spinoff, which he says "can be attributed to Allison Antalek, Marketing Communications." It reads thus:

"In December 2000 the Company entered into discussions with several possible buyers and expects to consummate a divestiture or otherwise discontinue the business in the first quarter of 2001.

If you have consistently followed VistaSource through 2000, you will recall two key announcements:

• April 24th press release launching VistaSource as a wholly-owned subsidiary of Applix.
• October 19th press release announcing the engagement of FAC/Equities to explore strategic alternatives for VistaSource, including its possible divestiture.

VistaSource has been on a path to divest from Applix throughout the year 2000. In December, this culminated in discussions with possible buyers. The term 'discontinued operations' is a common legal and finance term used in these situations and should not raise concern about VistaSource's long term viability. Our Anyware offering is a leading technology from which we offer customizable, web-enabled, server centric, real-time solutions, and we will continue to focus our business to grow in this market segment. The exercises over the past twelve months have further focused our business on our key differentiators as we look to grow to prominence in 2001. We look forward to your continued support and to your business in the future.

Best Regards,
Allison Antalek
Marketing Communications
VistaSource, Inc."

Pop quiz, no cheating: Would you be likely to buy a new car from a company that had just "discontinued operations"?

Please don't throw another penguin on the barbie, 'K, mate? Last but not least, the indefatiguable Marc Merlin posted word of his newest wrap-up / conference report, with pictures, of the recent linux.conf.au 2001. Marc braved jetlag, the dangers of flying, and proximity to dangerous creatures like kangaroos and awful jellyfish to bring you these pictures and words, but he's dedicated. (Check out his license plate for proof.) As his report puts it, "If you noticed the absence of Showfloor pictures, it's simply because there was no Showfloor. This was a hacker's conference, not a tradeshow, and I'd say that it was just as well." Some great pix in here! Thanks, Marc.

How to get a cheap, slick box that can run NetBSD; more on what went down under there, down under thanks to modern Rennaisance man Marc Merlin; and a note from the world of corporate English. Read on, soldier.

But are there any good submarine games for it? Tairan writes: "In an effort to sell off 2 million Dreamcasts before jumping out of the hardware business, Sega has lowered the prices of Dreamcasts to $99.00. If you don't already have one, better get down to your local gaming store now!"

Frankly, I'd really rather have an Aeron chair The tri-voweled reader nettdata writes: "Remember this old article that talked about a dot-commer including a Lego desk in his contract? Well, I think I've found the guy! Sun's Dot Com Builder page is doing a feature article on Blue Nile, and the picture in the article shows their CTO sitting at a Lego Desk.

Look here[1][, then look here[2] and tell me they aren't the same!"

Mr. Harshbarger's work continues to amaze, astound and befuddle. Where are all the Lincoln Log sculptures, and desks made of bright yellow Tonka truck metal?

Tell me again how sheep's bladders may be used to prevent earthquakes ... Geoffrey S. Zub of Vistaource passed on that company's Official Word on the Applix spinoff, which he says "can be attributed to Allison Antalek, Marketing Communications." It reads thus:

"In December 2000 the Company entered into discussions with several possible buyers and expects to consummate a divestiture or otherwise discontinue the business in the first quarter of 2001.

If you have consistently followed VistaSource through 2000, you will recall two key announcements:

• April 24th press release launching VistaSource as a wholly-owned subsidiary of Applix.
• October 19th press release announcing the engagement of FAC/Equities to explore strategic alternatives for VistaSource, including its possible divestiture.

VistaSource has been on a path to divest from Applix throughout the year 2000. In December, this culminated in discussions with possible buyers. The term 'discontinued operations' is a common legal and finance term used in these situations and should not raise concern about VistaSource's long term viability. Our Anyware offering is a leading technology from which we offer customizable, web-enabled, server centric, real-time solutions, and we will continue to focus our business to grow in this market segment. The exercises over the past twelve months have further focused our business on our key differentiators as we look to grow to prominence in 2001. We look forward to your continued support and to your business in the future.

Best Regards,
Allison Antalek
Marketing Communications
VistaSource, Inc."

Pop quiz, no cheating: Would you be likely to buy a new car from a company that had just "discontinued operations"?

Please don't throw another penguin on the barbie, 'K, mate? Last but not least, the indefatiguable Marc Merlin posted word of his newest wrap-up / conference report, with pictures, of the recent linux.conf.au 2001. Marc braved jetlag, the dangers of flying, and proximity to dangerous creatures like kangaroos and awful jellyfish to bring you these pictures and words, but he's dedicated. (Check out his license plate for proof.) As his report puts it, "If you noticed the absence of Showfloor pictures, it's simply because there was no Showfloor. This was a hacker's conference, not a tradeshow, and I'd say that it was just as well." Some great pix in here! Thanks, Marc.

How to get a cheap, slick box that can run NetBSD; more on what went down under there, down under thanks to modern Rennaisance man Marc Merlin; and a note from the world of corporate English. Read on, soldier.

But are there any good submarine games for it? Tairan writes: "In an effort to sell off 2 million Dreamcasts before jumping out of the hardware business, Sega has lowered the prices of Dreamcasts to $99.00. If you don't already have one, better get down to your local gaming store now!"

Frankly, I'd really rather have an Aeron chair The tri-voweled reader nettdata writes: "Remember this old article that talked about a dot-commer including a Lego desk in his contract? Well, I think I've found the guy! Sun's Dot Com Builder page is doing a feature article on Blue Nile, and the picture in the article shows their CTO sitting at a Lego Desk.

Look here[1][, then look here[2] and tell me they aren't the same!"

Mr. Harshbarger's work continues to amaze, astound and befuddle. Where are all the Lincoln Log sculptures, and desks made of bright yellow Tonka truck metal?

Tell me again how sheep's bladders may be used to prevent earthquakes ... Geoffrey S. Zub of Vistaource passed on that company's Official Word on the Applix spinoff, which he says "can be attributed to Allison Antalek, Marketing Communications." It reads thus:

"In December 2000 the Company entered into discussions with several possible buyers and expects to consummate a divestiture or otherwise discontinue the business in the first quarter of 2001.

If you have consistently followed VistaSource through 2000, you will recall two key announcements:

• April 24th press release launching VistaSource as a wholly-owned subsidiary of Applix.
• October 19th press release announcing the engagement of FAC/Equities to explore strategic alternatives for VistaSource, including its possible divestiture.

VistaSource has been on a path to divest from Applix throughout the year 2000. In December, this culminated in discussions with possible buyers. The term 'discontinued operations' is a common legal and finance term used in these situations and should not raise concern about VistaSource's long term viability. Our Anyware offering is a leading technology from which we offer customizable, web-enabled, server centric, real-time solutions, and we will continue to focus our business to grow in this market segment. The exercises over the past twelve months have further focused our business on our key differentiators as we look to grow to prominence in 2001. We look forward to your continued support and to your business in the future.

Best Regards,
Allison Antalek
Marketing Communications
VistaSource, Inc."

Pop quiz, no cheating: Would you be likely to buy a new car from a company that had just "discontinued operations"?

Please don't throw another penguin on the barbie, 'K, mate? Last but not least, the indefatiguable Marc Merlin posted word of his newest wrap-up / conference report, with pictures, of the recent linux.conf.au 2001. Marc braved jetlag, the dangers of flying, and proximity to dangerous creatures like kangaroos and awful jellyfish to bring you these pictures and words, but he's dedicated. (Check out his license plate for proof.) As his report puts it, "If you noticed the absence of Showfloor pictures, it's simply because there was no Showfloor. This was a hacker's conference, not a tradeshow, and I'd say that it was just as well." Some great pix in here! Thanks, Marc.

A developer writes: "Sony and DoCoMo announced they will jointly develop on-line games worldwide. Sony, Motorola and JVC have greatly invested in a new Sun Authorized Java Virtual Machine which is also being used in the new Amiga computer. Founder of the UK based Tao Group and ex-Amiga developer Mr. Charig just returned from Japan for the launch of DoCoMo`s new Java technology based i appli service. Interestingly Tao demonstrated its technology running on the Dreamcast a year ago as well and recently it was announced that Sega is going to make games for new set-top boxes and mobile phones. BTW every C, C++, Java or Vitual Assembler written Amiga/Tao application can be executed code identical on top of other operation systems as well including Linux. :)" edhak also points to this BBC article on the possibility of worldwide handheld wirelessly distributed games, and gloats "Wipeout on a mobile!"

Mike McTernan asks: "I am about to start programming my final year project for my degree. I am aiming to write a lightweight application that will communicate with the user through some (yet to be dreamt up) novel speech interface. The program is to support the idea of applets that can be loaded and unloaded on demand, and should be reasonably lightweight. The target OS will be Linux on an ARM based board. My initial considerations were to use Java, since Reflection allows easy opening of new class files at runtime, but Blackdown are only upto 1.1.8 on arm, and this doesn't allow WeakReferences that I would very much need to use for the unloading aspect. I thought about using gcj but this isn't upto Java 2 either. I then though about C, and it seems tempting and would give a much finer grained control over the application. In particular I think can do anything with dlopen() that reflection can do for me in Java."

"Am I correct in thinking that C is probably more protable than Java since I can get it to compile on any Linux system, most Unix variants (with tweaks) and probably on Windows with some hacks ;) I can only run Java on a few supported platforms (downloads for Java seem only to be Solaris SPARC|x86, Linux x86 & Windows). So, in summary, should I bother with using an outdated JDK on arm and limit my self to a select range of platforms, or just dig in and enjoy the freedom of C?"

[Galaxie] writes: "Motorola's new iDEN handset, which is a damn cool product, allowing text paging, internet-ready, digital phone, and 2 way radio has something new to add to there list. The phone is built on top of the Java 2 Platform, Micro Edition (J2METM) technology (here) using the KVM (K Virtual Machine) which will work with only a small footprint allowing it to work on 128k of memory. Looks like they have teamed up with sega to produce the ultimate handheld wireless phone gaming machine! (here) Also application ability will rock with these phones, hell, if you can play a game or 2 at a decent res, then why not load up gcc :)" 3G, iMode, Javaphones ... any phone maker who isn't putting games on their phones deserves to listen to some juicy voice menus for a while.

[Galaxie] writes: "Motorola's new iDEN handset, which is a damn cool product, allowing text paging, internet-ready, digital phone, and 2 way radio has something new to add to there list. The phone is built on top of the Java 2 Platform, Micro Edition (J2METM) technology (here) using the KVM (K Virtual Machine) which will work with only a small footprint allowing it to work on 128k of memory. Looks like they have teamed up with sega to produce the ultimate handheld wireless phone gaming machine! (here) Also application ability will rock with these phones, hell, if you can play a game or 2 at a decent res, then why not load up gcc :)" 3G, iMode, Javaphones ... any phone maker who isn't putting games on their phones deserves to listen to some juicy voice menus for a while.

wfaulk writes: "Sun has just annouced their Netra X1. It's a 1U high server w/ 400MHz UltraSPARC processor, 128 MB RAM, and a 20GB IDE drive for under $1000."

Another reader, nameless for his or her own protection, writes with more Sun hardware information: "Sun / Cobalt announced their new XTR machine ... I know a bit about it from their beta but couldn't say anything due to non-disclosure until they announced it.

It's not an AMD chip as has been reported, it uses Intel Coppermine P3's running up to 933 Mhz (or at least that's the highest they offer right now). Apparently the P3 was picked for lower heat/power consumption and so that they can do SMP in the near future. The unit we saw had a 2nd socket for SMP but the BIOS and software is not ready for it for this release. I'm guessing in another 6 months or so they'll release an SMP version.

This unit also had standard IDE drives in the 4 (yep, 4 all available in the front) hotswap bays but the sleds and backplane look like their considering SCA SCSI drives in the future, all they need to do is swap the controller card and drives and everything is ready since the controller is no longer built-in to the motherboard and the backplane has SCA connectors (the sled adapts the IDE drive to an SCA connector)."

That X1, besides giving you a rack-mounted 400MHz UltraSPARC for your under-a-grand, has what I think is the largest silkscreened logo I've ever seen on a computer. Why don't they just admit they want to and start hiring graphic artists from skateboard companies?

This "dynamic content" thing doesn't seem to be going away, does it? Web sites need to get smarter to handle the types of content that at least some people want to see on them these days, and the coders and designers behind them need the tools to make them so. Accordingly, Gavin Bong crafted this review of Web Development with JSP, which may be one of the tools you need.

Web Development with JSP author Duane K. Fields and Mark A.Kolb pages 543 publisher Manning rating 8.5 reviewer Gavin Bong ISBN 1884777996 summary Comprehensive coverage of JSP1.1. Suitable for beginning to intermediate Java developers.

Prologue

Before I proceed with the review, I feel obligated to respond to Jayakrishnan's review of Core Servlets and JSP and Slashdot readers' comments.

I share the sentiments of most people that the use of JSP scriptlets (Model 1) is bad practice. The mantra, "Thou shalt not mix HTML and Java code," should be tattooed onto every JSP developer's forehead. And as the author and readers have suggested, either choose a Model 1.5 (JSP or custom tags with JavaBeans) or Model 2 (MVC) to implement moderate- to high-complexity Web applications.

However, I believe that the authors of this first generation of JSP books need to inform the populace of what JSP is fully capable of (warts and all) -- in order for developers to appreciate the other paradigms. And beyond that, these authors must then educate on how not to use JSP. And I believe that will be the difference between a complete JSP book and an incomplete one.

Secondly, JSP Model 1 has been often described as "servlets lite." It is a good paradigm for prototyping servlets. For example, SOAP4J (IBM's SOAP framework) was released using a JSP scriptlet to dispatch SOAP RPC invocations. The software has since been donated to the Apache group and in the latest public release; the aforementioned JSP scriptlet is now a servlet.

So on that note, let me begin the review.

Topics covered

The book starts with a survey of precursor technologies to JSP in Chapter 1 and quickly moves into the real subject matter. It is clear from the start, that this book is written with the Java programmer in mind. I'd say that only the first five chapters are useful reading for a JSP page designer. Concepts like "How to setup a JSP/Servlet engine?", "Incorporating applets with tag," JDBC, JNDI, and EJB are either relegated to the Annexes or lightly mentioned before detailed treatment follows. The authors only cite HTML and Java as prerequisites but it's more accurate to say that readers also need to have some knowledge of core J2EE services like servlets. Here's a tip: have the JSP v1.1 and Servlets v2.2 specifications within close reach when reading the book.

The book covers all the core JSP topics; here's a sampling:

1. JSP and JavaBeans
The book provides a very readable introduction to JavaBeans for those unfamiliar with it. This is required reading for those implementing the Model 1.5 architecture. However, features specific to visual-oriented beans are not covered. Page designers should specifically devour Chapter 5 on JSP bean tags. The two notable samples provided are:

• CachedRowSet Bean - An example of paging through results using the JDBC 2.0 RowSet interface.
• JDBC Transaction Processing - An example of maintaining a JDBC transaction across several JSP pages using a Database Connection Bean and JSP implicit objects.

2. JSP Performance/Scalability
Performance and scalability issues are discussed accross several chapters. The authors attribute JSP's performance to servlet performance, which is tied to JVM server memory. No rule of thumb on sizing JVM server memory is given, but a tip is offered on how to use the serializable interface to estimate the size of Java objects that will be placed in the session object.

Session migration over multiple load-balanced machines is touched upon lightly but no technical details were offered. I would have liked to see a practical example on session persistence coupled with a use case of load balancing a JSP website. It's unfortunate also that the authors didn't think that database connection pooling warrants a practical example.

3. Multithreading
Throughout the book, readers are reminded to be aware of thread safety issues when dealing with shared resources (e.g. JDBC Connections). This tip is offered: "Examine all static variables & objects whose scope is session or application."

4. Exception Handling
A comprehensive coverage on how to handle exceptions in a JSP web application is provided and covers these areas:

• Error pages in JSP
• Null properties in JavaBeans
• Undefined values in Database tables
• Handling exceptions in servlets (JSP Model 2)

5. JSP Web application architectures
In Chapter 8, the page centric architecture (Model 1) is compared to a servlet centric one (Model 2). A discussion on the servlet RequestDispatcher interface culminates with a sample, that demonstrates how a servlet dictates application flow; relegating JSP pages to provide only presentation services, when called upon. A more complicated sample using this architecture is developed in Chapter 9.

6. Deployment
The book provides complete information on WAR files and Deployment Descriptors.

7. Three chapters of code samples
One full chapter is dedicated to a sample implementation of a real world example of a faq-o-matic tool. Also provided are two chapters of code snippets for Web-based functionality like form handling, cookie management and JSP's marriage with Javascript.

8. Custom tags
The last two chapters are dedicated to this very unique feature of JSP and in it they provide sample custom tags for content substitution and translation, coverage on how to package taglibs and more advanced techniques incorporating Java reflection in custom tag helper classes.

Weaknesses

The book comes with eight pages of errata - mainly spelling/naming errors in the code. I think publishers need to ensure that code be proofread as diligently as the prose. Fortunately the book has a Web site (taglib.com) with a link to a Web-based public forum.

The JSP API in Annex E is presented in the same style as Oreilly's Java in a nutshell book. A UML diagram would have been nice.

And finally, just like in the Core Servlets and JSP book; there's no mention of i18n or security. But this is probably a moot point since you gain i18n features directly from the Java language itself and the "contentType" @page directive attribute. Security of a JSP application is largely dictated by the Servlet/JSP engine configuration (albeit you can plug in your own authentication/encryption schemes) and would be better covered in a book dedicated to system administration and other deployment issues.

Is it worth buying?

It is important to mention that this book covers JSP 1.1 and Servlet 2.2, the production release of each technology. Recently JSP 1.2 and Servlet 2.3 have both entered the Proposed Final Draft stage. So the question is: should you wait for a new edition? My suggestion is: go buy the ebook version (in PDF) from Manning's website. And at a price of $16.50, that's a steal.

In terms of content, the book offers good value in its coverage of deployment issues, different JSP architectures and not forgetting some really good material on custom tags/taglibs. And by advocating an MVC styled development architecture; everyone from your JSP page designers, JavaBean/servlet developers and DBAs will be less coupled - and your code more maintainable.

Table of contents

• Chapter 1: Introduction
• Chapter 2: Fundamentals
• Chapter 3: Programming JSP scripts
• Chapter 4: Actions and implicit objects
• Chapter 5: Using JSP Components
• Chapter 6: Developing JSP Components
• Chapter 7: Working with databases
• Chapter 8: Architecting JSP applications
• Chapter 9: An example JSP Project
• Chapter 10: Deploying JSP applications
• Chapter 11: Performing common JSP tasks
• Chapter 12: JSP by example
• Chapter 13: Creating custom tags
• Chapter 14: Implementing advanced custom tags
• Annex A: Running the reference implementation
• Annex B: Incorporating Java applets
• Annex C: JSP resources
• Annex D: JSP syntax reference
• Annex E: JSP API reference

Besides the PDF version, you can also purchase this book at Fatbrain.

This "dynamic content" thing doesn't seem to be going away, does it? Web sites need to get smarter to handle the types of content that at least some people want to see on them these days, and the coders and designers behind them need the tools to make them so. Accordingly, Gavin Bong crafted this review of Web Development with JSP, which may be one of the tools you need.

Web Development with JSP author Duane K. Fields and Mark A.Kolb pages 543 publisher Manning rating 8.5 reviewer Gavin Bong ISBN 1884777996 summary Comprehensive coverage of JSP1.1. Suitable for beginning to intermediate Java developers.

Prologue

Before I proceed with the review, I feel obligated to respond to Jayakrishnan's review of Core Servlets and JSP and Slashdot readers' comments.

I share the sentiments of most people that the use of JSP scriptlets (Model 1) is bad practice. The mantra, "Thou shalt not mix HTML and Java code," should be tattooed onto every JSP developer's forehead. And as the author and readers have suggested, either choose a Model 1.5 (JSP or custom tags with JavaBeans) or Model 2 (MVC) to implement moderate- to high-complexity Web applications.

However, I believe that the authors of this first generation of JSP books need to inform the populace of what JSP is fully capable of (warts and all) -- in order for developers to appreciate the other paradigms. And beyond that, these authors must then educate on how not to use JSP. And I believe that will be the difference between a complete JSP book and an incomplete one.

Secondly, JSP Model 1 has been often described as "servlets lite." It is a good paradigm for prototyping servlets. For example, SOAP4J (IBM's SOAP framework) was released using a JSP scriptlet to dispatch SOAP RPC invocations. The software has since been donated to the Apache group and in the latest public release; the aforementioned JSP scriptlet is now a servlet.

So on that note, let me begin the review.

Topics covered

The book starts with a survey of precursor technologies to JSP in Chapter 1 and quickly moves into the real subject matter. It is clear from the start, that this book is written with the Java programmer in mind. I'd say that only the first five chapters are useful reading for a JSP page designer. Concepts like "How to setup a JSP/Servlet engine?", "Incorporating applets with tag," JDBC, JNDI, and EJB are either relegated to the Annexes or lightly mentioned before detailed treatment follows. The authors only cite HTML and Java as prerequisites but it's more accurate to say that readers also need to have some knowledge of core J2EE services like servlets. Here's a tip: have the JSP v1.1 and Servlets v2.2 specifications within close reach when reading the book.

The book covers all the core JSP topics; here's a sampling:

1. JSP and JavaBeans
The book provides a very readable introduction to JavaBeans for those unfamiliar with it. This is required reading for those implementing the Model 1.5 architecture. However, features specific to visual-oriented beans are not covered. Page designers should specifically devour Chapter 5 on JSP bean tags. The two notable samples provided are:

• CachedRowSet Bean - An example of paging through results using the JDBC 2.0 RowSet interface.
• JDBC Transaction Processing - An example of maintaining a JDBC transaction across several JSP pages using a Database Connection Bean and JSP implicit objects.

2. JSP Performance/Scalability
Performance and scalability issues are discussed accross several chapters. The authors attribute JSP's performance to servlet performance, which is tied to JVM server memory. No rule of thumb on sizing JVM server memory is given, but a tip is offered on how to use the serializable interface to estimate the size of Java objects that will be placed in the session object.

Session migration over multiple load-balanced machines is touched upon lightly but no technical details were offered. I would have liked to see a practical example on session persistence coupled with a use case of load balancing a JSP website. It's unfortunate also that the authors didn't think that database connection pooling warrants a practical example.

3. Multithreading
Throughout the book, readers are reminded to be aware of thread safety issues when dealing with shared resources (e.g. JDBC Connections). This tip is offered: "Examine all static variables & objects whose scope is session or application."

4. Exception Handling
A comprehensive coverage on how to handle exceptions in a JSP web application is provided and covers these areas:

• Error pages in JSP
• Null properties in JavaBeans
• Undefined values in Database tables
• Handling exceptions in servlets (JSP Model 2)

5. JSP Web application architectures
In Chapter 8, the page centric architecture (Model 1) is compared to a servlet centric one (Model 2). A discussion on the servlet RequestDispatcher interface culminates with a sample, that demonstrates how a servlet dictates application flow; relegating JSP pages to provide only presentation services, when called upon. A more complicated sample using this architecture is developed in Chapter 9.

6. Deployment
The book provides complete information on WAR files and Deployment Descriptors.

7. Three chapters of code samples
One full chapter is dedicated to a sample implementation of a real world example of a faq-o-matic tool. Also provided are two chapters of code snippets for Web-based functionality like form handling, cookie management and JSP's marriage with Javascript.

8. Custom tags
The last two chapters are dedicated to this very unique feature of JSP and in it they provide sample custom tags for content substitution and translation, coverage on how to package taglibs and more advanced techniques incorporating Java reflection in custom tag helper classes.

Weaknesses

The book comes with eight pages of errata - mainly spelling/naming errors in the code. I think publishers need to ensure that code be proofread as diligently as the prose. Fortunately the book has a Web site (taglib.com) with a link to a Web-based public forum.

The JSP API in Annex E is presented in the same style as Oreilly's Java in a nutshell book. A UML diagram would have been nice.

And finally, just like in the Core Servlets and JSP book; there's no mention of i18n or security. But this is probably a moot point since you gain i18n features directly from the Java language itself and the "contentType" @page directive attribute. Security of a JSP application is largely dictated by the Servlet/JSP engine configuration (albeit you can plug in your own authentication/encryption schemes) and would be better covered in a book dedicated to system administration and other deployment issues.

Is it worth buying?

It is important to mention that this book covers JSP 1.1 and Servlet 2.2, the production release of each technology. Recently JSP 1.2 and Servlet 2.3 have both entered the Proposed Final Draft stage. So the question is: should you wait for a new edition? My suggestion is: go buy the ebook version (in PDF) from Manning's website. And at a price of $16.50, that's a steal.

In terms of content, the book offers good value in its coverage of deployment issues, different JSP architectures and not forgetting some really good material on custom tags/taglibs. And by advocating an MVC styled development architecture; everyone from your JSP page designers, JavaBean/servlet developers and DBAs will be less coupled - and your code more maintainable.

Table of contents

• Chapter 1: Introduction
• Chapter 2: Fundamentals
• Chapter 3: Programming JSP scripts
• Chapter 4: Actions and implicit objects
• Chapter 5: Using JSP Components
• Chapter 6: Developing JSP Components
• Chapter 7: Working with databases
• Chapter 8: Architecting JSP applications
• Chapter 9: An example JSP Project
• Chapter 10: Deploying JSP applications
• Chapter 11: Performing common JSP tasks
• Chapter 12: JSP by example
• Chapter 13: Creating custom tags
• Chapter 14: Implementing advanced custom tags
• Annex A: Running the reference implementation
• Annex B: Incorporating Java applets
• Annex C: JSP resources
• Annex D: JSP syntax reference
• Annex E: JSP API reference

Besides the PDF version, you can also purchase this book at Fatbrain.

Tor asks: "Is there a way to get mouse wheel support (button 4 & 5 events) under Solaris/Sparc? OpenWindows seems to support only 3 buttons, since that's what Sun mice have. XFree86 exists for Solaris/x86 and Linux/Sparc, but not Solaris/Sparc. Why do I need this? I have a Linux laptop next to my Sun workstation, and merge the two displays using David Chaiken's excellent x2x utility. This works great! I have patched it to allow mapping of extra buttons to keyboard events (like x2vnc), but would really like button4 and button5 events to be passed on to the applications on the Sun side."

miester writes: "Sun has recently announced that it will take advantage of Eazel's Nautilus software. The article also mentions that Dell has invested in Eazel and will be shipping all Dell Linux workstations with Nautilus as well." The Nautilus previews have been slick and pretty -- you can tell that the Mac folks involved haven't lost their touch. And more hardware vendors installing a nice Open Source file manager can only be good for users.

orangesquid writes: "Looks like the College Board has changed the tune for their AP Computer Science test: in a few years, it will be in Java. Eep!" From the announcement linked to in there: "In October 2000, the AP Computer Science Development Committee made a formal request to the College Board that the AP Computer Science curriculum be revised to include object orientation and to use Java as the delivery language for the AP Computer Science Examinations, beginning with the 2003-2004 academic year. The request was approved by the College Board in November 2000."

ScrotalDwarf writes: " OneEighty software has released the world's first 8-bit Java VM. A fully functional Java VM, kilobytes rather than megabytes, in size! It's aimed at the mobile markets, but being smaller it's a whole lot faster - a fast Solaris JVM implementation!? If that wasn't enough, it's actually based on an implementation of a Turing machine. "

King_B writes "news.com has an article in which Sun's COO Ed Zander addresses the competition. One point to note is his prophecy concerning the eventual fragmentation of linux into non-compatible vendor-specific linuces. " Doesn't really say anything new, but nothing else seems to be happening today *grin*. People have been preaching about fragmenting Linux for years but it hasn't happened. And even if it did, I somehow doubt it would matter all that much. But it still gives COOs something to talk about I guess.