Professional Apache Tomcat

Liam writes "Tomcat is a subproject of the Apache Software Foundation's Jakarta project, its purpose being to serve Java Servlets and JavaServer Pages. It's a complex piece of software and though the documentation is very comprehensive, it helps to have a good reference work to hand. There aren't many books on the subject to choose from, so a publisher could make a fast buck putting out an incomplete work lacking in depth. Fortunately Wrox Press has done a great job with its new publication Professional Apache Tomcat." Read on for the rest of Liam's review. Professional Apache Tomcat author Chanoch Wiggers et al pages 600 publisher Wrox Press Ltd rating 9 reviewer Liam ISBN 1861007736 summary Comprehensive guide to Apache's Tomcat server

The book covers every aspect of installing and configuring Tomcat in a great deal of depth, detailing its every aspect. From standalone use (where Tomcat is used as a general web server as well as for serving Java content), to integration with the leading web servers Apache (both Unix and Windows versions) and Microsoft's Internet Information Services, nothing appears to have been left out (however, integration with Netscape's Enterprise Server is mentioned in passing early on, but doesn't appear again).

Being only a month old, it's pretty much bang up to date, covering Tomcat 3.x, 4.0.x and 4.1.x with Apache 1.3.x and 2.0.x and IIS 4 and 5.

The book starts with an introduction to the Apache project, and Tomcat's place in the wider scheme of things. The historical progression in serving dynamic web content from CGI to Servlets and JSP is charted, and there's an overview of JSP tags and general web application architecture. This is interesting enough and useful as background, but as this book is intended for administrators, it's covered quickly in the first two chapters, and the main business of installing Tomcat gets underway in chapter 3.

Installation is discussed with both Windows and Linux users in mind, from both binary and source distributions. As the Tomcat source is usually built with Ant, build and installation of this tool is also discussed (Ant and Log4j, both also part of Jakarta, get chapters of their own later in the book). From there, basic configuration of the standalone server followed by detailed examinations of the components that make up Tomcat's architecture fills the next 200 or so pages.

Serious users of Tomcat will wish to employ Tomcat with an existing web server, and four chapters concentrate on this job. There is more emphasis on Apache than IIS, though given Apache's dominance of the web server field, this is understandable. There is inevitably a certain amount of detail aimed at Apache and IIS configuration, and a basic knowledge of both is assumed throughout. However, any necessary information is included in detail; for example the (Apache) connector modules mod_webapp and mod_jk/jk2 are given a thorough treatment, describing their use from source installation to configuration, together with the pros and cons of the various connectors available. Beyond that, we learn how to design larger-scale setups, with an explanation of load balancing techniques and scaling of the system, and performance testing with JMeter, yet another Jakarta project component.

As ever, security is a major concern and gets a lot of emphasis. Before client authentication and the use of SSL are discussed, there's an overview of basic system security with Unix and Windows. This should be teaching granny to suck eggs for a book aimed at administrators, but it's only a few pages and completes the subject. More interesting are the sections on security realms and user/client authentication. We are presented with examples of authenticating against a MySQL database with JDBC (database connectivity with JDBC is a big enough subject in its own right, and so gets a separate chapter too), and digest authentication. We then move on to encryption with SSL: using Tomcat itself with the JSSE and PureTLS Java SSL implementations, then later with Apache and SSL (setting up mod_ssl with Apache gets a very useful appendix of its own, taken from Professional Apache 2.0, another Wrox book). Again, there's lots of detail, right down to how to get hold of signed certificates for your server. Here the book's general emphasis on Apache over IIS is most apparent, as SSL with IIS is not discussed at all. However, I have no experience with IIS, so I can't say for sure how serious this omission might be.

There's a very brief appendix on setting up Apache's Axis SOAP toolkit, but without any mention of SOAP appearing elsewhere in the book. As other concepts are introduced so well, it's a curious addition.

With nine co-authors (though only four got onto the cover photograph - I wonder if they drew straws?), one might expect wildly different styles throughout the book, but each chapter is consistently and clearly laid out with diagrams and relevant configuration file fragments where necessary. There's little levity and it's all written in a very business-like manner, but then this is hardly a subject you'd choose for holiday reading.

Professional Apache Tomcat is surely the definitive book on the subject. I recently used it to integrate Tomcat 4 with an existing Apache 2 installation, and everything went very smoothly. More than just a set of tutorials, it offers a thorough description of the whole architecture, and makes an excellent companion to either of Wrox's Professional Apache books.

There's no CD with the book, but Wrox's website provides some support code, and there are lively forums for readers at p2p.wrox.com.

You can purchase Professional Apache Tomcat from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

Comments

Book is really unneeded

[FortKnox]

Tomcat's documentation is superior and it is so very simple to use. I don't think a book on the subject is really necessary. Perhaps if you are doing something extremely out-of-the-ordinary when you plug tomcat into JBoss, but it would be more of a JBoss issue than a tomcat issue.

Re:Book is really unneeded

[dubious9]

Yes, tomcat is simple enough to begin using for yourself, but this book aims at the industrial uses of it.

Documentation mostly tells you what a system does. Books (wrox, oreilly) mostly tell you how to set up a system to do what you want it to do, and explain uses that you might not have thought of.

I like and respect the writers for wrox, and they wouldn't write about it if they didn't think it was useful.

If you are thinking about intergrating JSPs or applets into your already existing complex web architechure, then I would probably buy a book that has professtionals outline exactly what to do, and what best practices there are.

Re:Book is really unneeded

[broody]

Okay Mister fancy pants. Try this one

Where in the docs does it explain how to pass user_dir or ServletDir to Tomcat when it is integrated with Apache? I've seen writeups for the combersome process of setting up virtual servers for each user on a system but not much else.

Re:Book is really unneeded

[aled]

It's very simple to use "as is". If you want to do SSL, client side certificates, or just understand the syntax of the workers2.properties file you are going to pass a lot of time searching with google.
BTW, most of jk2 is not documented or poorly documented.

Re:Book is really unneeded

[Anonymous Coward]

Information present in the net is most useful, always. But I like books, as a scholarly presentation of information I am looking for.

Let's buy it. Net can not replace books, or else O'Reilly or Wrox would never have published books on Perl and PHP.

Re:Book is really unneeded

[version5]

> Tomcat's documentation is superior...

I don't know which alternate universe you are living, but in my world, Tomcat's documentation is awful - in fact, my frustrations with the docs led me to buy this very book. Server.xml is a very complicated configuration document and web.xml can be, so this book is great to have a handy reference for that part alone. Unlike a lot of people, I don't consider HOWTOs to be all that useful. The scope tends to be extremely limited and they often don't bother to reference other documents that you are expected to be familiar with in order to follow the instructions.

I agree with some posts on the lack of quality of Wrox books - but in this case, its definitely worth it. Good technical writing is worth its weight in gold. The only book I would prefer would be O'Reilly's Tomcat: The Definitive Guide, although according to Amazon.com, its not due out until March 2003.

Re:Book is really unneeded

[Anonymous Coward]

Tomcat's documentation is superior and it is so very simple to use. I don't think a book on the subject is really necessary. Perhaps if you are doing something extremely out-of-the-ordinary when you plug tomcat into JBoss, but it would be more of a JBoss issue than a tomcat issue.

Which documentation are you reading? I've set up tomcat on Linux and Solaris and admittedly it was not very difficult to get running, but the Tomcat documentation is *severely* lacking. It is probably some of the worst documentation I have ever seen, honestly.

Re:Book is really unneeded

[koozebanian]

It's also worth noting that JBoss isn't the only way to get EJB functionality with Tomcat, you can now plug OpenEJB into whatever Tomcat installation you already have setup.

Personally, I like the ability to pick what Tomcat version I want to use. It's also nice to be able to upgrade when I want to upgrade and not have to wait for the next Jboss-Tomcat release to come out.

Worth checking out.

Re:Book is really unneeded

[mbogosian]

I don't think a book on the subject is really necessary.

A book is needed if one wants to get published and make money from book sales....

Re:Book is really unneeded

[Anonymous Coward]

That's crap. The documentation is not at all complete. A book like this is definitly needed. Ever tried to get Apache1.3/Tomcat4.1/mod_ssl working? It is a pain.

Re:Book is really unneeded

[dnoyeb]

Ink cartdridges cost more than books these days.

Re:Book is really unneeded

[Anonymous Coward]

I find it hard to believe that someone thinks a book like this is unnecessary. While configuring Apache 2.0.39 and Tomcat 4.04 trying to use mod_jk as the connector, we have had one heck of a time locating any useful information or step by step how-to guide with explanations on the options.

Most often we get sites that used to be up by have dead links. we also have no easy place to download mod_jk (more broken links) and the documentation on Jakarta's site is lacking in providing options.

Try a google search to see just how many people have issues trying to configure these two programs. To think it's unneeded is being shortsighted.

Even us web designers need a helping hand every now and then. Any book that explains how to use the connectors is a vast improvement over the lacking documentation on Jakarta's own site.

Don't misunderstand what I'm saying. If your a tech-head, sure you can find what you need, but for mainstream techs who don't specialize in the technical backend-nor want to- a thorough guide with a in-depth directions is always useful.

Remember, your other option is to use IIS tied to another commercial app, and succumb to the masses instead of fighting so hard to use open-source.

The reality is that the evil empire does a much better job of promoting places to find information that the Jakarta site. Therefore any book written on the subject that is of help, is a positive. This one seems to have more useful information that the psuedo useless Apache Web Server Administration Handbook we picked up earlier.

Isn't this a bit overspecialised?

[91degrees]

A bit like "Advanced use of .htaccess" or "Windows Start Menu volume 1"?

Re:Isn't this a bit overspecialised?

[Cap'n Canuck]

A bit like "Advanced use of .htaccess" or "Windows Start Menu volume 1"?

Where can I get volume 2? I lost mine, and my set is now incomplete.

Tomcat?

[Anonymous Coward]

I'd like to see it marking its territory over IIS's front yard ;)

Re:Tomcat???

[Anonymous Coward]

Eh? It's just an interpretter for jsp pages.

Tomcat

[ivanandre]

Definitively Tomcat is THE SERVER, in servlet and jsp field. Maybe is slow in static content, but is the reference implementation.

Re:Tomcat

[Anonymous Coward]

Maybe is slow in static content

Now you know why we plug tomcat into apache? Tomcat ALONE is slow at producing static content, but by tying apache to tomcat, we have apache serving static pages, and tomcat doing the servlet work.

Re:Tomcat

[Anonymous Coward]

This is the case for things in the default web-app as it generally is mapped to the default apache html folder, however other web-apps generally have resources only available to directories accessible to the tomcat engine.

Not sure how much of an issue this is in real world environments as most of the content I've used it for was dynamic (even dynamic javascript source files), minus a few small navigation gifs and stylesheets.

When static content is requested in a web-app it still has to pass through the security manager in the tomcat engine, and can possibly be slower than apache.

I'm not knocking the tomcat project in any way, but I've been more happy using JRUN/apache for my app server.

Re:Tomcat???

[Anonymous Coward]

What, in the hell, are you talking about?
IIS is for serving ASP (and .NET) pages. Tomcat is a servlet engine. Maybe you want to compare a J2EE webapp to a .NET webapp, then you are talking IIS vs. Apache/Tomcat/JBoss. But that's still apples and oranges.

If you want an IIS neutering tool, I'd mess with getting mono and apache into a superior product.

The reason why i think twice before buying Wrox

[the cobaltsixty]

Every latest wrox book is a common recipe:
- Take a red cover;
- Fast time-to-market, by any means;
- By any means, i mean: "-Oh, we need a book about Tomcat, sure... Hey, call India. How much chapters we need? Fifteen? Yeah right, ill pay each Indian R$ 10 per chapter... But i want fifteen authors involved".
- Takes either the most handsome or the most weird, depending on their looks. Makes a professional quality-looking photo. Merge with the cover.

Whats next? Shipments from New Delhi and Bombay?

Re:The reason why i think twice before buying Wrox

[Neon Spiral Injector]

Yes, I'm glad someone else noticed this.

I got the Professional Apache 2.0 book reviewed on /. also published by Wrox.

I've read about 1/4 of the book. So far half of that has been on Apache 1.3. I can understand documenting differences between 1.3 and 2.0 in a 2.0 book. But don't go into depth on building and configuring 1.3. There are also numerous typos that are so obvious.

It seems that this book was started as a 1.3 book, but 2.0 shipped so they tacked extra onto it and called it 2.0. Also to get to press first they only did a once over on the new information.

I'll not buy another Wrox book.

Re:The reason why i think twice before buying Wrox

[lizzybarham]

I have a copy of Goodwill's Apache Jakarta-Tomcat next to me and it came out about six or seven months ago and, although it is a decent book, it appears to be a rush skim-over of Tomcat and not a thorough, in-depth reference work and not worth the $34.95 price (but, since it was the only one on the market IIRC, I had nothing to compare it with).

Wrox's XML Schema book was one of the first Schema books on the market, but it was thorough.

Re:The reason why i think twice before buying Wrox

[vofka]

Yes, it is a great pity that Wrox have started to go down this route...

I remember the first Wrox book I purchased - "Professional Assembly Language" or something like that - this was back in '93 or '94, and was centered around '386 Asm, with a chunk of '486 stuffed in an appendix - The book was fantastic, for years, I would buy little but Wrox and O'Reilly, but Wrox have recently lost the professionalism which they used to have.

Re:The reason why i think twice before buying Wrox

[bwt]

Why is that a reason to think twice? Fast time-to-market is good. Multiple authors working in parallel is one among several reasonable strategies to achieve it. The fact that many are Indian is completely irrelevant -- so what? Do you have some weird hangup where you only want to look at white anglo saxon males?

Re:The reason why i think twice before buying Wrox

[Anonymous Coward]

I found Apache 2.0 far best book on the subject. The author's style boring sometimes, but it has loads of information on both 1.3 and 2.0.

Re:The reason why i think twice before buying Wrox

[Anonymous Coward]

Do you have some weird hangup where you only want to look at white anglo saxon males?

I have a weird hangup where I only want to look at naked asian females.

Hmm, now THAT would get me to buy a Wrox Press book.

Re:The reason why i think twice before buying Wrox

[logen]

I bought Beginning JSP Web Development from Wrox and it has eight authors and is 852 pages. That's about 106 pages per author. Sure having that many people working on it can speed up the process but in this case it made the book terrible imho. Each chapter used a slightly different writing style and in some of the chapters even the sample code was in a different style. Most of the chapters didn't really build upon the previous chapter, they all could have been their own little books. It seemed like the authors decided who would cover what and then didn't talk to one another until the book was done. There were a couple of instances where the sample code would use the @page directive and the chapter had never explained what it was. And it wasn't explained for several chapters.

Anyways I wouldn't recommend this book to others and I would be weary of other books from Wrox and other publishers that had a ton of Authors (Wrox's Professional JSP has 22 authors and is only 936 pages!).

-Sam

Re:The reason why i think twice before buying Wrox

[bwt]

Well, if that bothers you then why did you buy the book in the first place? It's not like they are hiding the fact that each chapter has a different author.

I actually like that kind of book better. I find reading 50 to 100 pages on a topic at a time to be a palatable amount of information. Nobody really sits down and reads 936 pages on an IT topic cover to cover anyway. I think it is good to get a variety of explanitory styles.

If you move towards the cutting edge of any field, it ALWAYS happens that books and journals have more authors writing in smaller doses. If that bothers you, stay away from the innovation horizon.

Re:The reason why i think twice before buying Wrox

[Anonymous Coward]

If you move towards the cutting edge of any field, it ALWAYS happens that books and journals have more authors writing in smaller doses. If that bothers you, stay away from the innovation horizon and your point is? I don't see a valid usage of the ALWAYS word, shows that you live in a box.

Re:The reason why i think twice before buying Wrox

[Anonymous Coward]

BTW, most of Professional Apache 2.0 is written by just author.

Tomcat is easy!

[dougmc]

It's a complex piece of software and though the documentation is very comprehensive, it helps to have a good reference work to hand.

Are you kidding? A sysadmin with some experience can successfully configure Tomcat without even really going through the documentation for the very first time in like an hour.

Compared to Weblogic and especially Websphere, it's so incredibly simple it's silly. (Websphere especially is a *nightmare* to install and configure.)

Re:Tomcat is easy!

[Anonymous Coward]

Tomcat can't really be compared to Weblogic and Websphere (though, I agree with the nightmarish configuration on WebSphere). Maybe comparing JBoss to weblogic and websphere, but not tomcat.
Remember, tomcat isn't a full J2EE server. It doesn't deal with EJBs, only with Servlets.

Re:Tomcat is easy!

[Anonymous Coward]

Of course, weblogic and websphere _do_ a whole lot more than Tomcat...

Re:Tomcat is easy!

[einer]

Second that! It's like 3 lines in 2 xml files to get Tomcat going (granted the older versions were MUCH more difficult to set up). Setting up Websphere was like pulling barbed wire through my urethra.

Re:Tomcat is easy!

[monkeyserver.com]

That might be true, but there are countless companies that have NO sysadmin. You have, instead, an overworked project manager who has been forced to work on IIS w/ some piece of crap Servlet Container for the last umpteen years. Now that he's convinced management to let him run linux and tomcat w/ apache he has very little time to set it up, and not a ton of experience. He would benifit greatly from this.

And don't, for a second, believe that most ppl know as much as your average slashdot posting geek. This book can be very helpful to those who would like a little hand holding. It also might give even you some insight into things you haven't done or haven't even thought of...

Re:Tomcat is easy!

[FortKnox]

In Windows, its even easier. Install the installshield script, and place your jsps and servlets into the default directory. Voila.

You can even get struts installed by plopping the struts jar file into the deploy directory, and it'll autodeploy struts instantly.

Re:Tomcat is easy!

[Anonymous Coward]

Now that he's convinced management to let him run linux and tomcat w/ apache he has very little time to set it up, and not a ton of experience. He would benifit greatly from this.

Not as much as he would benefit from going to the Tomcat site and reading their doc, first.

And most Java developers and all Java architects know how to configure tomcat and other webapp servers.

Re:Tomcat is easy!

[Anonymous Coward]

And don't, for a second, believe that most ppl know as much as your average slashdot posting geek.

Considering that your average slashdot posting geek usually doesn't know his/her left hand from their right nostril, this is a very scary thought!

Re:Tomcat is easy!

[swb]

That might be true, but there are countless companies that have NO sysadmin. You have, instead, an overworked project manager who has been forced to work on IIS w/ some piece of crap Servlet Container for the last umpteen years. Now that he's convinced management to let him run linux and tomcat w/ apache he has very little time to set it up, and not a ton of experience.

He's not a sysadmin, but knows enough to convince management to let him run linux and tomcat and apache.

Is management that gullible that they can be hoodwinked by someone who isn't a sysadmin, but wants to ride on the linux train?

Re:Tomcat is easy!

[deppe]

For the casual developer or admin, I think the new Sun-endorsed XML formats for webtrees and other configuration data is worthless. It's simply too verbose for me.

I recently played with Cocoon (which is a lovely publishing framework) but finally gave up with writing my own "mini-framework" with it because of the awkward XML configuration files.

Don't get me wrong, I love XML for what it is good at, data exchange and such applications, but the idea that _everything_ has to be in XML isn't a useful one (IMHO).

Re:Tomcat is easy!

[Anonymous Coward]

"He's not a sysadmin, but knows enough to convince management to let him run linux and tomcat and apache.

Is management that gullible that they can be hoodwinked by someone who isn't a sysadmin, but wants to ride on the linux train?"

You must obviously work a medium to gargantuan size company. Either that or you're an out of work college student. Either way, your elitism does not become you.

People do not come out of the womb with coding skills and Linux hacking prowess. I work for a small company as the prepress department. That's right, I'm the whole department. The company has 10 employees. I'm also the CTO, the Sysadmin, and the Development guy. I'm now having to deploy a Linux web server for a new project, including creating the MySQL database, the Java Middleware, the JSP's and the front end HTML. My company could have hired a outside consultant, but chose to try me out because they know me. Don't think that most companies are "hoodwinked" by people who want to ride the "Linux Train". What does that mean, anyway? I thought Open Source was about comminunity, not elitism.

Re:Tomcat is easy!

[aled]

It could be easier to unpack and run, and still be lacking in documentation or when you have to tweak the setup.
BTW, weblogic and websphere are full transactional EJB containers and Web containers. Tomcat is just a Web container (JSP/Serlvet). Let's not compare apples and oranges.

Re:Tomcat is easy!

[seanb]

Tomcat doesn't require (or imply) linux. It works well under Windows, OS X, or anything with a viable J2SE runtime.

Re:Tomcat is easy!

[Black Perl]

Compared to Weblogic and especially Websphere, it's so incredibly simple it's silly. (Websphere especially is a *nightmare* to install and configure.)

If all you need is a servlet container, you shouldn't even consider Weblogic or Websphere--overkill. You would have been better off using JRun as a comparison point, although the latest versions of JRun bring it closer to the J2EE servers than Tomcat.

Re:Tomcat is easy!

[Anonymous Coward]

What a mess. A good piece of application like Tomcat is finding place in mainstream. If a good book makes the task of laying hands on it easier, why not?

Re:Tomcat is easy!

[Anonymous Coward]

Absolutely. There is always a point where books do help u out. And this is an excellent book.

I do not refer those shell scripting books on day to day basis, still I have them. Sometimes, books do make job easier.

Re:Tomcat is easy!

[more fool you]

this explains your previous post as to the technical know-how to get it running - i suppose it took you the whole day to get a hold of mod_webapp.dll?

unfortunately i consider the docs on the web and especially on the tomcat site woefully inadequate when you "have" to install the connectors from source onto a unix system. the modjk2 & webapp's quality is diminished by their docs. in the end i went with resin, which was a good deal easier (their documentation was accurate)

Re:Tomcat is easy!

[swb]

Don't think that most companies are "hoodwinked" by people who want to ride the "Linux Train". What does that mean, anyway?

I just thought it was an interesting contradiction that the parent poster somewhere above was complaining about how they didn't know very much about being a sysadmin, but they had convinced management to totally switch to another platform.

What did they convince management with? Since they don't know very much, it wasn't facts, it was rhetoric about how great Linux is.

Re:Tomcat is easy!

[The OPTiCIAN]

I've had real problems with tomcat under debian several times. One one machine, I couldn't get it working from apckage after lots of attempts. So I downloaded the source and installed it. I've had to patch it with the recentish security hole. Now I can't get jsp pages working. "org.apache.jasper.JasperException".

On my machine at work, I spent all of last friday trying to get tomcat working again after an apt-get upgrade. No luck. There's some jspo library it justkeeps complaining about (even though I'm not even using jsp with the server and have nuked all the example stuff). Tried uninstalling, reinstalling. No luck. Tried nuking all configuration and copying of a colleagues computer who's works. No luck. Had colleague and sysadmin scratch heads with me for a couple of hours. No luck.

Tomcat's a bitch.

Re:Tomcat is easy!

[monkeyserver.com]

that is correct, however, I was just making an example, not making any statement about the platform tomcat runs on. I have run it for quite some time on both windows and linux.

But thanks for pointing out something that may have been inferred by many readers.

Re:Tomcat is easy!

[monkeyserver.com]

Since they don't know very much, it wasn't facts, it was rhetoric about how great Linux is.

I wouldn't call it a contradiction as much, as irony. And I don't find nearly as contradictory as your post, which makes a very large accusation with only a guess at the actual situation. Whose the one with the rhetoric?

A person in such a situation could look at case studies, talk to sysadmins at other companies as well as friends, they could also look through the plethera of books and make an educated decision. This decision could then be presented to management.

If only sysadmins could use linux then it wouldn't get very far would it.

Re:Tomcat is easy!

[WoodstockJeff]

A sysadmin with some experience can successfully configure Tomcat without even really going through the documentation for the very first time in like an hour.

I sure wish this were the case, but successfully getting Tomcat to work is non-trivial for those of us who haven't figured out the "Java way of doing things"! We've spent 40 man-hours this past weekend trying to get samples from any of several books (not the one in this review; it wasn't available on short notice) to run... and we have to do that before we start implementing the project we're being paid to do!

We've run in to numerous bits of "assumed knowledge" on this project. It is assumed that, if you're working in Java, you already know where this or that piece belongs, and why it is to be there. It is assumed that the install will cover all the background information, like setting up CLASSPATH, CATALINA_HOME (or is it TOMCAT_HOME? The books and documentation disagree!), JAVA_HOME, etc.

Guess what? The Sun Linux SDK install didn't set JAVA_HOME, so the Tomcat install didn't know where to look, so it got it wrong. We installed J2SE 1.4.1, and that may be why none of the book samples won't work... but, we haven't been able to tell, because the error messages are either non-existant, or so verbose as to be nearly meaningless and difficult to track, unless you KNOW what they mean before you start... part of that ASSUMED KNOWLEDGE.

Is the WROX book a good thing or an evil thing? Heck, I don't know, haven't seen it yet. But, I think it is silly to dismiss the need books, just because some people already have the ASSUMED KNOWLEDGE to figure out the Tomcat documentation!

Re:Tomcat is easy!

[swb]

A person in such a situation could look at case studies, talk to sysadmins at other companies as well as friends, they could also look through the plethera of books and make an educated decision. This decision could then be presented to management.

In other words, be a sysadmin? If it walks like a duck, talks like a duck, then it must be a duck.

Maybe what I should have read was "I'm a sysadmin, but I don't have any confidence."

Re:Tomcat is easy!

[lostguy]

YM "resin". HTH.

I haven't used JRun since discovering Resin about three years ago, but the advantages Resin had over it were:

• Faster than a greased snail sliding over frozen snot.
  
• Source available. (not open source)
  
• Very quick bug resolution. (Having source available made it possible to supply very precise bug descriptions, also.)
  
• Free for dev use, charging only for commercial deployments.
  

Re:Tomcat is easy!

[Anonymous Coward]

You have, instead, an overworked project manager who has been forced to work on IIS w/ some piece of crap Servlet Container for the last umpteen years. Now that he's convinced management to let him run linux and tomcat w/ apache he has very little time to set it up, and not a ton of experience. He would benifit greatly from this.

Very true, describes moi about 3 years ago.

o,ic--

Re:Tomcat is easy!

[Anonymous Coward]

What did they convince management with?

How about a failed previous version of the same project that was deployed and run on windows and ms technologies?

o,c--

great book.

[Anonymous Coward]

I am a professor at a large technical college. I use Tomcat in my Distributed Java class and I have to say this is one of the finest books on Tomcat I have seen. I have recommended this book to all of my students.

The book is well-laid out (moreso than most of the GNU/Hippy students!). It offers a good overview of all of the major pieces of functionality in Tomcat and does a particularly good job of describing the different manners which you can integrate Tomcat and Apache.

My only complaint might be that the section on Axis was extremly light-weight. I would have loved to see more detail in this chapter, even though the information in the chapter was a good starter.

Re:great book.

[AndyDeck]

>> I am a professor at a large technical college....

Hello, mr. anonymous coward. I certainly hope that you are actually John Carnell, as your comment is cut&pasted from his Oct 31 review of this book on Amazon.com. If not, this message is a copyright violation.

Re:great book.

[Anonymous Coward]

Who owns the copyright on comments like that? is it the site, or the individual?

Re:great book.

[stefanlasiewski]

At the bottom of every ./ page is says this:

All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest © 1997-2002 OSDN.

Not sure how that applies with an AC comment...

Re:great book.

[Anonymous Coward]

I am a professor at a large technical college. I use Tomcat in my Distributed Java class...

Yeah, and I'm the president of a small African nation

Re:Tomcat???

[sisukapalli1]

You should probably see the documentaion of Tomcat project (jakarta.apache.org). Tomcat is a Servlet and JSP engine. The jakarta project itself has several other sub-projects with various Java tools (even things like ant -- java/xml based make, templating engines, logging and testing frameworks, etc., so it is fairly broad in scope, and most are relevant to Tomcat).

Apache and Tomcat complement each other, so they should be considered as partners. As such Apache + CGI/Modperl/ModPHP leads IIS... Add Tomcat to the mix and as they say, "The best gets better".

S

Yeah, right...

[Cap'n Canuck]

How come I see so many - "This is a great book, buy it!" posts by Anonymous Coward in here. If Mr. - sorry - "Professor" Coward is willing to testify, why do it anonymously?

I have no opinion on whether this is a good book or not, but I get the feeling that the authors/publishers are hyping this book. Which makes me think that it won't be purchased on its own merits, which means that this book is a piece of crap.

But that's just my outlook. Please feel free to form your own opinion.

Troll troll troll!

[Anonymous Coward]

This is a troll. Moderators are taking the information to be truth with the extreme lack of detail. This guy doesn't know what he's talking about.

Tomcat docs are good, but always need improvement

[f00zbll]

Having used Tomcat quite a bit, some things aren't as easy as they should be. Doing a simple stand alone installation takes only a few minutes on a clean system, but frequently the system has weird configurations. There are certain things Tomcat documentation could use improvement, so the book is a nice addition. Often I find documentation is written for those with experience and isn't written in plain english for newbies. Looking at the number of posts on tomcat-user mailing list, more than half the questions are due to user error and documentation. More documentation is always a good thing. well most of the time.

Nice to see

[Kandel]

Just remember "Professional Apache Tomcat" is aimed purely at Sys-admins, not programmers. Programmers will learn everything they need to know about configuring Tomcat from the de-facto standard text of "Java Servlet Programming 2nd Edition", which every Servlet programmer will or should have in their reference collection. The documentation of Tomcat is good, but for Sys-admins, being able to just flick to a page and copy down an example is much quicker and easier than hunting around the online documentation. Not to mention the benefits of printed text over online text...especially if your notebook battery runs out when your trying to have a read in a secluded place. Tomcat is a complicated application, and the need for a good printed text is much needed. A lot of functionality of Tomcat can be long and tedious to setup (e.g. Authentication), and it's great to see a text addressing these issues.

All in all, good work Wrox!

Re:Nice to see

[FortKnox]

Its nice to see either a.) An author of the book or b.) a wrox employee create a /. user to make post about this book.

...is aimed purely at Sys-admins, not programmers. Programmers will learn everything they need to know about configuring Tomcat...

OK, so we have a system that needs tomcat, complete with sysadmins and java developers. Why would you let the sysadmins configure tomcat, when you have developers to do it?

Ok, if you already have a product, the developers were consultants that already left, and the sysadmin is switching to tomcat, peruse the tomcat website, cause the doc is extremely easy to read and simple to understand.

Honestly, any sysadmin worth his salt should be able to understand how to configure tomcat in under an hour, and not need any book when the online doc is sufficient.

Besides, tomcat is mainly used for prototyping pages and making small internal sites. Anything larger goes into a full scale J2EE server like JBoss, Weblogic, or WebSphere. Any other type of tomcat site is a small majority that isn't enough for wrox to make money off this book, and is specialized enough to contact the tomcat mailing list and get your answers from the developers.

Re:Nice to see

[GOD_ALMIGHTY]

I don't think any of the generic Servlet/JSP books are much more helpful than explaining the spec's from Sun. They introduce basic patterns and such, but don't do much to help with taking advantage of the architecture while maintaining portability. Tomcat 4.1.x has caching features that will break 'loosely' written code that would work using Jasper on Jetty. The spec doesn't say you can't do these things, but developers need better guidence on what to keep in mind while writing code that needs to be portable, versus just writing for a specific container.

My experience has been that Tomcat does things the 'right way' where others gloss over ambiguities in the spec. Having a detailed explination, with examples on how to write code 'the right way' so that Tomcat will be happy, makes the job of porting to other containers easier.

The 4.1.x stuff seems to be a refactoring of previous versions that continues to enforce best practices to insure data integrity and scalability. The problem is, I need to be able to figure this out without having to read through the source. I don't mind it when I run up against issues and need to understand what's happening internally (I've read a ton of the jakarta-commons and struts taglib source), but to have a 'developer's guide' that does more than cover the basics of JSP/servlet development would be very helpful.

Re:Nice to see

[Anonymous Coward]

You can't prototype a JBoss application in Tomcat! Tomcat is a servlet container, JBoss is an EJB container. They work together.

There are plenty of configuration gotchas with Tomcat to make a book or two worthwhile. Apress has a good older book on Tomcat as well.

Your last paragraph is just plain dopey.

Re:Nice to see

[FortKnox]

Wow, you make EJBs in your prototypes? No? JMS? No? Then you make your prototypes simple enough for tomcat to run.

Re:Nice to see

[KenSeymour]

I think you underestimate the proprotion of production websites that do not use the EJB portion of J2EE.

A web app based on Servlets or JSP but not EJB can handle plenty of traffic.
And you avoid the large architecture, large programming staff and long schedules of J2EE
based web apps.
Not everyone is a yahoo or an amazon.

Also, the J2EE environments are much harder to configure.
Unless you have a crew of developers with lots of J2EE experience on your platform,
you are going to have developers trying to figure
out why there EJB code doesn't work
instead of implementing business logic.Your mileage may vary, but I have yet to hear of
a J2EE environment that was easy to configure
and didn't fight you every step of the way.

Tomcat is a breath of fresh air by comparison.

Re:Nice to see

[FortKnox]

Its all about businesses and how they work.
Primarily, when they choose a webapp server, they are looking for reliability, maintainability, and (here's the big one) support.
Price is on the lower end of the chart, withp olitics, like partnerships with IBM/BEA, being well above 'price'.

Now, you have tomcat and apache. Very reliable, easy to maintain, no support (unless you have an inhouse expert).
You have the commercial product (I'll use Weblogic) that is just as reliable, a little more difficult to configure but easy to maintain, full support (and more efficient of a server, for companies with high bandwidth sites). Oh, btw, the commercial product costs about ten grand more.

The company then forks over the ten grand. Why? Mostly for the support. Open Source has a great advantage of price, but a HUGE disadvantage of support. It'd be nice to see a national-wide company that does nothing more but install, configure, maintain, and support open source products.

Re:Nice to see

[KenSeymour]

Unfortunately, my experience with the commercial J2EE product was from within the company that owned and sold the product.

So even though there was "support", we couldn't get it (the cobler's children has no shoes).
We could not use one of the more popular commercial J2EE environments, because they were a competitor.

We would not have needed to get support for Tomcat because we could figure it out for ourselves.
Internal politics, however, made it very difficult to build a web app without EJBs.

Other projects that started earlier were finding that they had performance problems with our J2EE plaform and they had to
use bigger hardware than what was planned.

A project that implemented using Servlet technology and got into production before J2EE became the "one true way" is stable in production under Tomcat.
It is in use world wide.
Of course, your mileage may vary. Your choice of J2EE platform may have better support and work better than the one we used.

Re:Nice to see

[Orbital Sander]

especially if your notebook battery runs out when your trying to have a read in a secluded place.

If your bathroom breaks are so long that your notebook battery runs out, maybe you should eat more fiber.

Tomcat works very well in my opinion

[municio]

We have been using Tomcat for almost 3 years now and we haven't had any unscheduled downtime yet.

We first started to use it as a development platform. The idea was, "let's develop a Servlet/JSP based application and we will choose later the production server". We wanted to test the application/web servers on our specific application. We though we will end up buying some commercial application. But when the time came to go to production Tomcat had proved itself. It was more than good enough.

We know we can get some extra performance by switching to other web servers, but we don't really need to, Tomcat is more than fast enough. Considering in the global performance of the application, the impact of Tomcat is minimal, as opposed to the database or the LDAP. Our time is better spend improving the database side of the app. Besides Tomcat is very easy to use the source code is very easy to read (as opposed to other open source projects).

At this point, if we switch platform it will be to base our application on JBoss (maybe hooking Tomcat to it). We are not yet convinced that EJBs will benefit our application, but we are seriously considering using JMS.

Re:Tomcat works very well in my opinion

[Anonymous Coward]

JBoss (maybe hooking Tomcat to it)

JBoss uses tomcat as its servlet engine.

Re:Tomcat works very well in my opinion

[spatrick_123]

The default implementation of JBoss uses Jetty as its servlet engine, although there is also a download available with Tomcat.

Re:Tomcat works very well in my opinion

[koozebanian]

You don't need to switch platforms to use EJB's from Tomcat, and you don't have to embed Tomcat into another EJB server either. The OpenEJB project (openejb.sf.net) has just released support for embedding OpenEJB into Tomcat. Yes, that's right, now you can plug EJB functionality into your existing Tomcat installation, not the other way around. No need to port all your webapps over to an EJB server with Tomcat in it, no mucking with Tomcat's config files, no hacking the catalina.bat, ...no need to mess with your Tomcat setup at all.

They have this little war file you copy into your webapps directory and that will load in all the EJBs and everything else for you. If you don't want EJB's anymore, just delete that war file.

They released a preview of the integration on their user list several weeks back, we've been using that for a while now. The official release came today. Was pretty easy to upgrade, just had to replace the old war with the new war and restart Tomcat.

Works well so far.

Tomcat and linux reduces dev cost & time

[Anonymous Coward]

We are building our application in Java with Netbeans and deploying our apps in Tomcat and Linux. Our dev cost is very low or is 10% to .Net workshop. Our site is internal and it has very few issues and the apps are very stable and can take a lot of beating. We are looking at TogetherJ for our IDE to do some modelling for our future projects

I think Java and Linux is the future

We see that more and more

Re:Tomcat and linux reduces dev cost & time

[mark_lybarger]

Our dev cost is very low or is 10% to .Net workshop.

whooo there... take it easy on the FUD will ya?.. generally, the bulk of development cost is labor hours, not the tools. the tools help to reduce the labor hours. Sure java and linux may be the future, but.. microsoft software isn't that much cheaper to develop than java/open source software. the biggest development costs are in the hours spent doing analysis, designing, building, and testing. your 800$ pc with 3000$ of software on it is chump change in comparison to the 6 man months put into the project. also, considering the biggest risk in a project (what can fsck it up), is also those 6 man months.

oh wait, you said internal project. sorry. didn't catch that. most companies are ok using MS Access for internal projects. you'll be hard pressed to find anyone willing to invest a dime on software tools for an internal project. and if full time people are assigned work to an interenal project in this day and age, i would be slightly curious when the pink slip might come my way.

Re:Tomcat and linux reduces dev cost & time

[Anonymous Coward]

That is total bullshit -- most corporate programmers develop internal tools, not software to sell to others.

Re:"This should be teaching granny to suck eggs"

[Get Behind the Mule]

Offtopic? It's a quotation from the review! And I happen to find it thoroughly incomprehensible. (That's the meaning of "huh?".)

If you understood it, Mr. Moderator, you could have replied with an explanation. Ya know?

Compared to Mastering Tomcat Development?

[GOD_ALMIGHTY]

Picked up that one yesterday. I bought it cause Rick Hightower (Java Tools for Extreme Programming) wrote the chapter on struts and ant/xdoclet. I haven't been able to go through the whole thing yet, but I need good reference info and insight into how the new Jasper2 engine handles caching of tag libs and some of the quirks that come up in JSP/Servlet development WRT insuring clean separation of data in the various scopes. I'm also very interested in seeing how struts and the JSTL should behave in the container.

I don't think this info is very well covered in the Tomcat docs, dealing with Tomcat development is not the same as the '.htaccess' file as one poster suggested. If your trying to work out why the other guy's JSP/custom taglib stuff isn't as portable as it should be between containers, you really need this type of info.

I'm dissapointed the reviewer sort of glossed over this book, he mentioned the architectural info in the last paragraph, and highlighted all the crap that's already talked about in the Tomcat docs.

I already read most of the open source J2EE/dev mailing lists and visit numerous authors blogs. Trying to tie all this stuff together, while figuring out where it's all headed and discerning the best practices is a bit of a daunting task. The differences between the Jasper and Jasper2 engines is a lot of info, combine with the state of Jakarta-Commons, the rise of Jelly and Maven, and AOP + XRAI coming down the pipe in XDoclet2 and you've got a lot of material to pour through that isn't well documented yet. (ok that's a little out of scope for these 2 books)

I need good books that really help me to formulate development methodologies that scale up and promote efficiency when doing full J2EE app development.

So does anyone have any reading recommendations that will help sort all this out? Should I get this book too, or stick with Mastering Tomcat Development?

I would love to use Tomcat

[DeadSea]

The problem is I'm using JServ (an early precursor to Tomcat that handles servlets.) Having JServ installed seems to prevent Tomcat from installing itself properly. Does anybody have any links that show how to migrate from JServ to Tomcat?

Specifically, an overview of the JServ unistall, Tomcat install on RedHat Linux, and a document that describes config file changes that will be needed.

Re:I would love to use Tomcat

[sisukapalli1]

I believe Tomcat can be used as a drop in replacement for JServ (so, the requests that would have gone to JServ would now go to Tomcat). You could try Catalina (Tomcat 4.0) and start it up to listen to the port JServ was listening to.

The documentation talks about how to set up Tomcat as an adapter. I wish I had more specific info. However, I am pretty sure that the steps are straight-forward.

S

Re:I would love to use Tomcat

[louzerr]

Been there, my friend!

The biggest problem in migrating from JServ to Tomcat is that the two products, while similar in what they do, are very different in implementation. JServ had one bulk directory for all of it's servlets (insecure! insecure!), and did not support JSP very easily (IMHO). Tomcat, based on a later servlet specification than JServ, introduces the concept of a 'webapp', one or more descrete containers that allow for better security. I would say the concept of webapps is crucial to understanding the differences between JServ and Tomcat.

As far as installing Tomcat - how are you receiving the distribution? RPM? TGZ? I have only worked with the tgz archives, not the RPMs, but here's what I did:

My JServ installation was in /usr/local/jserv, so I extracted tomcat to /usr/local/tomcat. Since jserv and Tomcat both bind to the same ports (8080 for http, 8007 for Ajp12 - and then tomcat adds 8009 for Ajp13), so you can't run both at the same time without reconfiguring all these ports (which has it's own set of problems if you're trying to integrate with Apache). So, the best solution is to first stop JServ, and then stop Tomcat.

If you want to have all your old servlets work like they used to, take them from the JServ's servlet folder, and copy them to $TOMCAT_HOME/webapps/ROOT/WEB-INF/classes/ - be careful doing this, that you don't overwrite any sample files that ship with Tomcat that you may want to look at in the future. There is no guarentee that they will instantly work - there are some changes in the Servlet spec in Tomcat vs. JServ, so if something doesn't run, look at your error messages, etc, etc. But from my experience, it worked pretty well.

Using a 'webapp' container is so much easier once you get used to it - libraries can be self-contained in your app, if you have virtual hosts, you can allow some webapps on host, and other webapps for another. And be sure to check out about setting Context parameters in the WEB-INF/web.xml file - much, much easier (and more robust) that having to set init parameters for each individual servlet!

Good Luck!

Re:I would love to use Tomcat

[louzerr]

Damn! Why didn't I preview!

4th paragraph, last sentance: I said "first stop JServ, and then stop Tomcat". Hopefully the error is apparent to all, but just in case, I meant to say "... then START Tomcat".

Are you using Tomcat on Solaris 8?

[kurokaze]

If so, then maybe I need to get you in touch
with our sys-admins.

we (they) have had a horrid time getting Tomcat
stable on development servers. Something about
not releasing memory or something.

Re:Are you using Tomcat on Solaris 8?

[j3110]

Try a different JVM if at all possible.. If not, you can configure the JVM to compile useing jikes. The problem you probably have is that the toy compiler that comes with the JDK that's written partially in java, turns out to leek memory (just enough to be annoying if you have a lot of JSPs). There are how-to's online for setting up jikes and tomcat. This issue has been known for a while, but SUN nor Tomcat feel like it's a big enough issue to get upset about. You could also have a look at Jetty which is faster than Tomcat and more stable and yet easier to set up.

Re:Are you using Tomcat on Solaris 8?

[problemchild]

yes I've been using Tomcat on Sol 8 for a while now.
Works fine once you've broke the back of it but
I agree that it's a real bitch to start off.
Those who use it on a Linux platform have it easy as
it works straight out the packet. With Solaris
you need to put the brain in gear.
By the way I'm free for consultancy at any time!!!
http://www.apex.is.co.uk

Something good from Wrox??

[JThaddeus]

I have not been impressed with Wrox books in the past. Too many of them have so many authors that the book's focus is poor. Even one Wrox book I have with two authors has examples so mired in their own utility library that I lost track of what the example were trying to accomplish and how. Plus about 1/4th of the book was incomplete reprints of Javadocs and specs that I can get over net (why enclose CDs any longer?).

That said, I will definately check this book out. We use Tomcat a great deal (with Apache and IIS) and the more info, the better.

Well

[Anonymous Coward]

Speaking from personal experience, Tomcat is a great piece of software, and the project has come a long way. The one issue that needs to be worked on, though, is speed. Tomcat is not very fast at most tasks, but I am sure with time they will optimize and fix this.

review license infringement?

[larry bagina]

Liam (the reviewer) also posted his review on amazon.com

Now, aside from the irony of the slashdot review pimping the book for barnes & noble, under the Amazon.com terms of service, all reviews become exclusive property of Amazon.com.

Like it or not, this is just as serious of a licensing breach as if Microsoft Word included emacs code.

Re:review license infringement?

[glenstar]

if Microsoft Word included emacs code. ?????

Now that explains why Word is such a pig!

Re:"This should be teaching granny to suck eggs"

[Shimbo]

It's easy enough to find on the web but he means -if your sysadmin doesn't grok basic security then you have bigger problems than trying to get Tomcat running.

Granny's are traditionally assumed to be inherently able to suck eggs, so attempting to teach them is pointless (and somewhat insulting).

Tomcat Speed

[markv242]

Does the book have a chapter on optimizing Tomcat's threads to provide better performance than the out-of-the-box installation? If not, then don't bother buying the book.

Instead, use the money to license a copy of Resin which is, for lack of a better description, Tomcat on Nitro. It follows the reference implementation of JSP and Servlets just as well as Tomcat does, and even the default configuration, which is tuned for development, outperforms Tomcat.

The configuration of Resin is almost exactly like the config of Tomcat, so I honestly don't see why you'd pick Tomcat over Resin (unless you were having trouble getting the 1.2 or 1.3 JDK installed on your FreeBSD box, something that is historically difficult to do).

Re:Tomcat Speed

[FatherOfONe]

First let me say that I use Resin for our production systems and LOVE it. But you seem to be missing the point that Tomcat is FREE. Resin is only free if you do NOT use it to make money. Granted Resin is cheap (under 1k), but not free.

Also I would say that getting Resin hooked in to Apache 1.3.x and configured is far easier than Tomcat 3.x. I know 4.x is out, but I haven't had a chance to play with it.

I believe another difference is that Resin will support some J2EE stuff out and Tomcat won't. Not that I use CMP beans and stuff, but a version of Resin does support it.

I kinda would like a good book on JBOSS and Apache. Does anyone know if JBOSS has an easy way to deploy your EJB's yet, or do you have to write XML code?

Shameless Plug

[CmdrWass]

A while back, I wrote and published a straightforward how-to for integrating Jakarta into Apache (getting Jakarta to share port 80 with Apache as opposed to using 8080).

So... if anyone is interested:

http://wass.homelinux.net/howtos/Jakarta_How-To.sh tml

really a decent book

[suedehed]

I got my copy last week, and have been flipping through it for a few days now. My company recently launched their new web presence (shameless plug: iGames.com) on Tomcat (with SQL 2000 Enterprise on the backend). I have been using tomcat for quite a long time, but mostly in the "out of the box" mode. Now that I needed to delve into it a bit further (like trying to figure out how to get it to log to one damn log file, instead of doing Daily logs! ). I was also under the impression that this book would help me with the "finer" tuning and tweaking of the JVM for Tomcat. It has helped somewhat, but I still get occasional hanging, which is easily remidied by restarting tomcat (not the solution I need, next step, connection pooling!). Overall, I think the book is a good reference, it covers some topics that I have searched far and wide to find on the newsgroups, and couldnt.

Re:really a decent book

[corey_lawson]

It's SQL Server 2000 Enterprise, dammit. Pedants-R-Us.com

Need tomcat docs help

[u-235-sentinel]

I've been looking for more information regarding Tomcat. The docs which come with the product don't provide all the information I need. Also their web site is basically a mirror of the docs in the product.

Any direction would be appreciated.

Not judging by the User Mailing List

[jfsather]

Actually, if you subscribe to the user mailing list I don't think you'd say this. I managed to get by with just the online documentation and google, but is seems like there are quite a few people who can't. Every day we get asked about Apache/Tomcat binding and help with various server.xml and web.xml problems.

I never understand how some people can't use the resources available. Hell, the mailing list archive is online and people can't figure out that they should search there before asking the list. The list is running at about 50+ messages a day. Obviously someone needs this book.

those covers

[avandesande]

I know someone that covers their wrox books so they don't see the glazed stares of the authors. I just scratch their eyes out with a pocketknife. The covers of my Oreilly books never weird me out....

Re:review license infringement? Sorry-bullshit

[Software]

This is pure bullshit. If you read the Amazon TOS, you would see this part,

If you do post content or submit material, and unless we indicate otherwise, you grant Amazon.com and its affiliates a nonexclusive, royalty-free, perpetual, irrevocable, and fully sublicensable right to use, reproduce, modify, adapt, publish, translate, create derivative works from, distribute, and display such content throughout the world in any media.

Nowhere in here does it say that "all reviews become the exclusive property of Amazon." All this item, and the rest of the TOS, says is that Amazon can publish the review, and that you have the right to grant Amazon the right. This is perfectly fair, IMHO. If you're submitting a review to Amazon, OF COURSE they should have the right to publish it - why else would you submit it.

100% Java

[dubbayu_d_40]

For tomcat to do this would require a bug that would show up on all platforms (ie maintaining strong refs to unneeded objects). Perhaps it is the Solaris VM? Hmmm, I doubt it... Perhaps it is your developers ;-)

Favorite quote from article

[kvandivo]

My favorite quote in the review:

"This should be teaching granny to suck eggs for a book aimed at administrators, but it's only a few pages and completes the subject."

Re:Tomcat docs are good, but always need improveme

[realkiwi]

I second this!

They need improving a lot. Everything is in there but it is not clearly laid out. The logic is often wrong.

My HOWTO integrate Tomcat/postgresql/Dreamweaver Ultradev was an attempt at helping the lower end of application programmers like myself to get a quick start. The latest MX version points to a HOWTO at Sun for Tomcat setup. It is much easier to follow than the docs.

Saved me from connector hell

[bot]

Comments from someone who used it found it a lifesaver.

I spent days (well hours... but felt like days) trying to figure out what Web Server connector (JK/JK2/WARP) to use to tie Tomcat to Apache, and why and how to get it all to work. This book saved me a lot of effort- I did go over the Tomcat user docs, but they were not very helpful.

Response to plagiarism

[john.carnell]

Actually somebody did plagariaze my comments off of Amazon.com. I am not very happy about it, but I doubt I have any real recourse :,>.

A couple of things though:

1. I do teach Java programming at a large technical college (Waukesha County Technical College, largest in the state of Wisconsin). I teach an intermediate Java programming class that has a heavy emphasis on servlet and JSP programming.

2. I do think the book is well-written and here is why. Many of the people on Slashdot are usually well-rounded developers whose abilities and experience are often greater then the average developer. Tomcat does have excellent documentation, but many people do not translate what they see in a a browser as well as what they read in a book. I think the Apache Tomcat book provides a great introduction to Tomcat as well being a useful reference manual. I have prepared material in my class based off of this book and have found it easy to follow and useful.

3. A note of disclosure: I have written for Wrox in the past (4 books) and done some technical reviewing work for Wrox. I have NEVER participated in any kind of technical reviewing for the Apache Tomcat book. Wrox sent me a copy of the book by mistake (I was suppose to be getting a couple of copies of my own book :,()). Even though I received this book by mistake I found this book incredibly useful because it provided an easy to use reference manual that I could recommend to my students for purchase.

Wrox has never asked me to "shill" for this book (or any other book) on Slashdot or Amazon.

I made my review on Amazon because I liked the book and I think that it is worth picking up.

I am posting here today because a colleague of mine sent me email telling me someone plagiarized my review on this site. The review posted here is pretty much my words (except for the hippy part :,()). I stand by my review on Amazon.

Sincerely,
John Carnell

Something you don't see every day...

[ffatTony]

Wrox Press has done a great job

Although Wrox has some good books, their best IMHO being Michael Kay's XSLT book, they are well know (at least around these parts) for egregious spelling, factual, and gramatical errors/mistakes.

My general strategy is that if OReilly or Addison Wesley offer a book, buy that. Only If their text is not available and if the Wrox text is on sale will I think about purchasing the Wrox version.

[Offtopic] Re:Tomcat is easy!

[chewy]

It's simply too verbose for me.

The problems developers face these days regarding configuration files... I was also against using XML for something like config files (I come from a world of crontab and smb.conf), but eversince I started using Tomcat alot with their XML config files I started figuring out why they use it.

Basically, XML allows alot of verbosity in the XML file, and XML parsers are a dime a dozen (or less), and when I code some silly thing I want it to be highly configurable and I don't want to code Yet Another Config Parser.

XML allows alot of structure to be easily realized in a human-readable format that is easy to parse.

Re:[Offtopic] Re:Tomcat is easy!

[Anonymous Coward]

XML is Lisp sexps, reimplemented badly. Even if you're writing in C, there's a wealth of Lisp sexp parsers that are faster, smaller and easier to understand than the bloated, messier-than-C++ parsers for XML.

Documentation isn't really that great.

[Anonymous Coward]

I hope the you was being sarcastic, have you ever tried to make an apache 2.0 webserver talk to tomcat 4.1.x? I've spent too much time at it allready and it still isn't the way I'd like it. The documentation for this is woefully inadequate to boot, so there is NO help.

I tried to compile mod_webapp but it's just plain broken... My biggest complaint about the documentation and tomcat in general is that there are too many connectors that dont do the job quite right, or if they do they dont tell you how (cant compile mod_webapp, which is supposed to be better than the jk modules, which breaks some of my mod_rewrite rules).

I just want tomcat to serve my jsp pages and apache to serve the rest.

My French Bananas Of Unbounded Magnificence

[bcaulf]

My French Bananas Of Unbounded Magnificence

When teaching Granny to suck eggs
The dusky maiden softly begs
The husky crone to lift a hand
And helps the wrinkled hag to stand
Where moth and mildew cannot reach
Ties her in place, and starts to teach
With many cries of "Stand up straight!"
"Now put it in your mouth, like so -
And must I tell you: suck, don't blow!"
But Granny blew and eggy mess
Besmirched the helpful maiden's dress
Who then delivered such a slap
That Gran responded "Shut your trap!"
And tried to slap the maiden back
Her aged joints went crick and crack
The ropes held tight; the maiden smiled,
The crone could only curse the child;
The evil girl now took her switch
But luckily, a sudden glitch
Occurred to stop her beating Gran
She beat the egg instead, /enfin/.

from A Golden Treasury of Collaborative Verse

Re:My French Bananas Of Unbounded Magnificence

[Anonymous Coward]

You're an odd tree toad!

I stopped buying wrox books long time ago

[sky_hausman]

after I paid AUS$110 for a book titled something like 'Professional Microsoft Transaction Server'. It was the worst book I ever paid money for. I had a look at their other books and realised how they cheat. Since then I stick to Adison Wesley and O'Reilly mostly.