Slashdot Mirror


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.

42 of 136 comments (clear)

  1. Isn't this a bit overspecialised? by 91degrees · · Score: 2, Funny

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

    1. Re:Isn't this a bit overspecialised? by Cap'n+Canuck · · Score: 2, Funny

      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.

  2. The reason why i think twice before buying Wrox by the+cobaltsixty · · Score: 3, Funny

    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?

    1. Re:The reason why i think twice before buying Wrox by Neon+Spiral+Injector · · Score: 4, Informative

      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.

    2. Re:The reason why i think twice before buying Wrox by bwt · · Score: 2


      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?

    3. Re:The reason why i think twice before buying Wrox by bwt · · Score: 2


      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.

  3. Tomcat is easy! by dougmc · · Score: 5, Informative
    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.)

    1. Re:Tomcat is easy! by monkeyserver.com · · Score: 4, Insightful

      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...

      --
      http://monkeyserver.com --- weeeeee
    2. Re:Tomcat is easy! by FortKnox · · Score: 2, Informative

      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.

      --
      Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    3. Re:Tomcat is easy! by swb · · Score: 2

      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?

    4. Re:Tomcat is easy! by deppe · · Score: 5, Insightful

      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).

    5. Re:Tomcat is easy! by seanb · · Score: 2, Insightful

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

    6. Re:Tomcat is easy! by Black+Perl · · Score: 3, Informative

      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.

      --
      bp
    7. Re:Tomcat is easy! by swb · · Score: 2

      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.

    8. Re:Tomcat is easy! by monkeyserver.com · · Score: 2

      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.

      --
      http://monkeyserver.com --- weeeeee
    9. Re:Tomcat is easy! by monkeyserver.com · · Score: 2
      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.

      --
      http://monkeyserver.com --- weeeeee
    10. Re:Tomcat is easy! by swb · · Score: 2

      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."

  4. great book. by Anonymous Coward · · Score: 4, Informative

    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.

    1. Re:great book. by AndyDeck · · Score: 2, Interesting

      >> 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.

      --

      The Crystal Wind is the Storm, and the Storm is Data, and the Data is Life
  5. Re:Book is really unneeded by dubious9 · · Score: 4, Insightful

    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.

    --
    Why, o why must the sky fall when I've learned to fly?
  6. Re:Tomcat??? by sisukapalli1 · · Score: 3, Informative

    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

  7. Tomcat docs are good, but always need improvement by f00zbll · · Score: 4, Interesting

    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.

  8. Nice to see by Kandel · · Score: 4, Informative
    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!

    1. Re:Nice to see by GOD_ALMIGHTY · · Score: 4, Insightful

      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.

      --
      Arrogance is Confidence which lacks integrity. -- me
  9. Tomcat works very well in my opinion by municio · · Score: 5, Informative

    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.

    1. Re:Tomcat works very well in my opinion by spatrick_123 · · Score: 2

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

  10. Tomcat and linux reduces dev cost & time by Anonymous Coward · · Score: 4, Interesting

    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

  11. Compared to Mastering Tomcat Development? by GOD_ALMIGHTY · · Score: 3, Interesting

    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?

    --
    Arrogance is Confidence which lacks integrity. -- me
  12. I would love to use Tomcat by DeadSea · · Score: 2, Offtopic
    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.

  13. Something good from Wrox?? by JThaddeus · · Score: 2

    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.

    --
    "Love is a familiar; Love is a devil: there is no evil angel but Love." --William Shakespeare ('Love's Labors Lost')
  14. review license infringement? by larry+bagina · · Score: 5, Interesting
    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.

    --
    Do you even lift?

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

    1. Re:review license infringement? by glenstar · · Score: 2
      if Microsoft Word included emacs code. ?????

      Now that explains why Word is such a pig!

  15. Re:Are you using Tomcat on Solaris 8? by j3110 · · Score: 4, Insightful

    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.

    --
    Karma Clown
  16. Tomcat Speed by markv242 · · Score: 2, Insightful
    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).

    1. Re:Tomcat Speed by FatherOfONe · · Score: 2

      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?

      --
      The more I learn about science, the more my faith in God increases.
  17. Shameless Plug by CmdrWass · · Score: 3, Interesting

    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

  18. Not judging by the User Mailing List by jfsather · · Score: 2, Insightful

    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.

  19. those covers by avandesande · · Score: 5, Funny

    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....

    --
    love is just extroverted narcissism
  20. Re:review license infringement? Sorry-bullshit by Software · · Score: 5, Informative
    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.

  21. Re:Book is really unneeded by mbogosian · · Score: 2

    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....

  22. Something you don't see every day... by ffatTony · · Score: 2

    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.

  23. Re:Book is really unneeded by dnoyeb · · Score: 2

    Ink cartdridges cost more than books these days.