Slashdot Mirror

Michael J. Ross writes "Among the hundreds of content management systems (CMSs) available for building Web sites, Plone may not be the most popular; but for the majority of experienced Python developers, it is without equal. This is partly due to Plone being one of the few major CMSs written in Python, and partly due to its powerful extensibility. Customizing and extending Plone, however, are not for the faint of heart. Fortunately, help is at hand, in Professional Plone Development, a book written by seasoned Plone developer Martin Aspeli." Read below for the rest Of Michael's review. Professional Plone Development author Martin Aspeli pages 420 publisher Packt Publishing rating 7/10 reviewer Michael J. Ross ISBN 1847191983 summary A practical exploration of how to extend the CMS Plone. Professional Plone Development was put out by Packt Publishing, on 26 September 2007, under the ISBNs 1847191983 and 978-1847191984. On the book's Web page, visitors can order a copy of the book (more on this later), download the sample source code found in the book, submit feedback, ask questions of the publisher, and download a sample chapter — specifically, Chapter 2, which presents the case study used by the author. For anyone who wants to get the most out of this book, downloading and working through the sample code would be extremely valuable.

The book's material is organized into 19 chapters, spanning 420 pages — despite what is reported on the publisher's Web page, which as of this writing indicates that the book comprises 300 pages. The book's chapters are grouped into four parts. The first one, the briefest, sets the stage for what follows, by presenting a context for Plone development, including the CMS's history, its competition, its use as a stand-alone application versus use as a framework, and other foundational matters. It also introduces the case study — a cinema chain's Web site — used throughout the book to illustrate the concepts being taught. Lastly, the first part of the book covers the development environment needed by the reader to follow along, including discussion of Zope, which is an open source application server designed for creating CMSs and other Web-based applications.

The second part of the book covers Plone customization: basic concepts, laying out a site's strategy, security and workflow issues, add-on products, and creating a new theme. The book's third part, the longest, covers how to extend Plone with new functionality: Zope programming essentials, custom content types, standalone views and forms, working with a relational databases, user management, creating user interfaces with KSS, and more. The fourth and last part of the book addresses real world deployment of one's extensions, including Zope server management, production server setup, LDAP authentication, and possibilities for the future. Unlike most technical books, the author provides at the end a brief yet worthwhile section on where the reader can go next to learn more along the same lines as the book. The brevity of the section is certainly not from a lack of knowledge or helpfulness on the part of the author, but rather the dearth of information available to developers interested in learning about how to extend Plone.

There's a great deal to like about this book. The author clearly possesses the expertise and experience needed for providing instruction on a challenging topic such as this. His explanations are not abbreviated, as seen in so many other technical monographs. Furthermore, most programmers learn best by viewing and mentally dissecting sample code. For such people, Martin Aspeli's practical approach — focusing on a substantial sample application — will prove more engaging and instructive than the made-up and oftentimes overly simplistic examples found in many computer programming books — including the increasingly popular cookbook titles. On the other hand, by placing almost all of the discussion within the framework of a single sample application, the author diminishes the potential of the book for reference purposes. To benefit the most from this book, the reader definitely would want to work through all of the chapters, in detail, and in the order presented.

In presenting the many steps of creating the case study application, the author provides a generous amount of information on what he considers to be best practices, to make the Plone development process more reliable, and the resulting code easier to maintain and further extend in the future. The confident authority with which the author covers these principles, and the validity of the examples provided, demonstrates his knowledge of the subject matter, and reassures the reader that the author has the experience to provide reliable technical guidance.

In terms of prerequisites, readers should have a solid familiarity with Python and Plone. The book covers Plone version 3.0, but still would be of value to developers who have not yet upgraded from an earlier 2.x release.

Professional Plone Development is definitely best suited for Plone developers and administrators from the intermediate to advanced levels. However, even someone fairly new to Plone, would benefit from what it offers. In fact, carefully working through all of the material, and taking the time to really understand it, could take a developer from the beginner to the intermediate level. With further experience, subsequent rereadings of the book would likely yield further insights. It's that kind of book — meaty and in-depth, and not in any way a shallow "dummies" book.

However, there are some criticisms that should be leveled against this book, although none of them have anything to do with the writing of the author or the sample code. Rather, these are recommendations for future improvement directed to the publisher. First and foremost, the book's print on the page, is quite shiny — and not in the sense of a "Firefly" compliment. Rather, it reflects light as if the ink were extremely glossy. As a result, depending upon the placement of one's reading light, the page being viewed invariably has a large shiny spot, forcing the reader to keep rocking the book back and forth, relative to the light source, in order to shift the glare away from the section on the page that is currently being viewed. Of the hundreds if not thousands of technical books I have read, this is the only one with this type of printing, and I hope it is the last. This problem is not seen with the largest text of all, such as "Part N" at the beginning of each of the book's four major parts.

The images in the book, of which there are few, have a high degree of pixelation, which makes them look cheap, though it certainly does not make them impossible to read. As with the book's text, the pictures suffer from the same annoying shininess.

Earlier it was mentioned that the prospective reader can order a copy of the book from the publisher's Web site. However, I would not recommend this until the publisher improves the way that they package their books for shipping. Rather than enclosing the book in a plastic bag or a piece of clean wrapping paper, to protect it, the book is placed bare inside of the shipping box, in which it bounces around during transit, as it makes its way to the purchaser from the shipping/distribution facility. Consequently, the corners and edges of the book are easily curled, and the outside surfaces of the book's cover are scratched from the imperfections found in the shipping box's interior. This shows what can happen with books that are mailed with no internal protection. Publishers should not assume that what the shipping department sees when they place the book in the box, is what the customer sees days later when they receive it. Fortunately, this book is available from all major online booksellers, including the 11 firms listed on the publisher's Web page, for various countries. While this might not guarantee better protection of the book's cover, I have had far fewer similar problems with Amazon.com, for instance.

Despite these production flaws — all of which can be corrected — Professional Plone Development is a worthy addition to the library of any Plone administrator interested in making the most of their Plone installation, any Python developer who wants to create Web sites without reinventing the wheel, and any professional programmer interested in taking advantage of the growing demand for Plone developers.

Michael J. Ross is a Web developer, writer, and freelance editor.

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

Stefane Fermigier writes "French open source software vendor Nuxeo has recently released version 3.4.0 of its Zope-based enterprise content management system CPS. CPS is a platform for building content management, collaboration and business process applications, that has been used in several majors projects in the French administration and industry. The result of more than one year of work by 30 contributors, CPS is one of the first major products to leverage the new Zope 3 component architecture."

breadiu asks: "I work for a department at a university, and we'd love to offer students some type of web-accessible file storage, but, like most educational institutions, money is tight. There are some great closed source solutions out there like Xythos' Digital Locker Suite, but those cost. I've had trouble finding a really well put together open source solution. I've taken a look at Slide and even Zope, but neither really match up to Xythos' offerings. What have others done to provide centralized file storage/management? Is there anything OSS that offers WebDAV, Apache support, BSD/Linux support and Active Directory-LDAP authentication with support for Windows and Mac clients?"

Robert Nagle writes "Over the last year, Zope and Plone have gained mindshare as open source web application servers. In the last few months, two books have come out about how to use, extend and administer Plone. One is Andy McKay's Definitive Guide to Plone (available for free online), and the other is Julie Meloni's Plone Content Management Essentials." Read on for Nagle's review of both books. (See each) author (See each) pages (See each) publisher (See each) rating (See each) reviewer Robert Nagle ISBN (See each) summary McKay's book is indeed definitive; Meloni's book is a good introduction

The Zope/plone combination offers a variety of advantages to the open source developer: robust workflow capabilities, conformity to Web standards, cross-platform support and a sophisticated security model. On the other hand, it has a steep learning curve and deals with objects in an object database (instead of the usual RDBMS/LAMP data model).

First, here's 30 seconds of what Plone is all about (the Slashdot editors can provide the bunnies). Zope is a Python-backed web application server which includes a Zope Management Interface (or ZMI), a web-based interface to modify templates and interact with/administer the Zope Object Database (ZODB). Although Zope can be a standalone webserver, in fact people usually put it behind Apache for reasons of security, performance and caching. Years ago, Zope used a custom scripting language (DTML) to do its business logic, but later switched to an XML-based templating language called ZPT and let users use Python-based scripts to perform actions. Zope is the application server; CMF is the content management framework, and Plone is the standards-compliant front end that lets you manage skins, slots, styles, portlets, forms, actions, content types and installation of products. Then there's archetypes, which make it easier to create new content types and web forms. Oh, have I mentioned that we're dealing with objects here? In other words, we're not just throwing data and text into SQL); we're creating different types of content (documents, events, multimedia objects), storing them as objects (with actions, metadata, etc) and then summoning them (or parts of them) from the object database with ZPT using macros and indices.

From a design perspective, Plone is elegant although so multi-layered that it's often hard to figure out where to make changes. Also, while the Plone front end is snazzy, most users end up having to go to the ZMI to modify the template and edit actions (which, depending on how you look at it, can be an advantage or disadvantage). Finally, although the list of open source products for Plone and Zope is impressive, they don't necessarily play well together, and many products for Zope don't work in Plone and vice versa.

Definitive Guide to Plone author Andy McKay pages 584 publisher Apress rating 5 ISBN 1590593294

That is where Andy McKay's book and Julie Meloni's book come in. Of the two books, Andy's is more comprehensive and geared toward the experienced developer (and typical Slashdot reader); Julie's book does more hand-holding and provides more thorough explanations of introductory concepts.

As a lead plone developer, McKay has intimate knowledge of the good, the bad and the ugly for plone. Although his chapters fly by certain introductory tasks at record speed, he explains things well and offers lots of tips and hints throughout the book. (I can't tell you how many times I've put the book down and exclaimed, 'Aha, so that's how you ...'). The sequence of presentation is generally logical with one exception: in chapter 14 (page 459), the book mentions that you can use Zope Enterprise Objects to debug a live server without having to shut down Plone. That is valuable -- even vital-- information, and belonged in the earlier chapter on installing Zope. Although the chapters don't go into great depth, his code examples and commentary are sufficient to explain what is going on.

It's not the main focus of the book, but the sections on system administration (caching, tuning, scaling) are well done although some things are missing (like Virtual Host Monster). It's assumed that readers will be able to find this information elsewhere.

The best parts about McKay's book are how it relates Python programming to Plone. The deeper you get into Plone, the more important it is to write Python scripts and do basic Python debugging. Even basic sysadmin tasks like product management seems to require an understanding of object-oriented concepts. One initial difficulty comes with the idea of URL paths corresponding not to actual directories but objects being contained within other objects. (So that login_form in http://foobar/login_form doesn't necessarily reside within the foobar directory, but is in any directory or object acquired by the foobar object). This type of URL (called a traversal) is explained well enough in the book, but often makes it difficult to figure out where to find things within the ZMI and the file system. Who would have ever thought that the place to edit the login_form object for http://foobar/login_form is /foobar/portal_skins/plone_forms/login_form within the ZMI (which is actually /zopeinstance/products/CMFPlone/skins/plone_forms/ login_form.pt on the file system)? That's why McKay's skin example (in Chapter 7) accomplishes so many things; it provides a "guided tour" through the layers (i.e., scripts, templates, etc) contained within portal_skins; it also runs through the process of creating custom templates and forms based on existing ones. This, by the way, is one of the niftiest features of Zope/Plone; you push a Customize button in the ZMI, and voila! you've cloned an object for customizing. This is dense stuff, but after reading this chapter, I have a better sense of the beast I'm dealing with.

I particularly liked the book's chapters on archetypes and manipulating content types. If Zope/Plone is about manipulating objects, then it helps to have a variety of objects to manipulate. Archetypes lets you create new content types and new views for content types. By providing Python libraries for fields and widgets, archetypes makes it relatively easy to create web forms for data input. McKay's book covers this topic thoroughly and clearly. I also appreciated the chapter on searches and indexing (and the helpful table of indices and index types); this filled in a lot of gaps in my knowledge. The sections on security and workflow contained good examples, and the book also contained a section on internationalization. The programming chapters are the best parts about the book.

On the negative side, I wish there were more charts and tables in the book (perhaps as appendices). A lot of this is already found within Zope help or the Plone site, but it would have been handy to have these things as reference. Although McKay's book contains a good (though brief) introduction to Zope Page Templates, the explanation of the syntax is scattered throughout the ZPT chapter; it would have been much better to summarize all the tal tags in a single table.

Also, at many points during the ZPT chapter and other chapters, McKay refers to Plone and archetype API classes that are described nowhere else in the book. It took me a while to figure out where these things were coming from (and I would refer you to here for API descriptions). The book would have benefited from a better description of APIs, even a high level view of it (You can find some quick references here).

Because of its focus on development, McKay's book spends almost no time on third-party products or "sanctioned" products available in the plone collective. This is somewhat understandable (given the mercurial nature of product development), but the casual reader might finish the book without realizing that additional additional products even exist. (Here's a fairly comprehensive list of Plone and Zope products).

Also, I would have liked better explanation about change management. Plone has its own product installer, but I always have difficulties upgrading products. How do you test products before actually deploying them? How do you manage upgrades (and how do you upgrade Zope itself?) For such an extensible project as Plone, managing the installation, testing and upgrade of third-party products can be a disaster waiting to happen.

Plone Content Management Essentials author Julie C. Meloni pages 258 publisher SAMS rating 3 ISBN 0672326876

Julie Meloni's book takes a different approach to the subject, one geared less to Python development and more to deploying third-party products and customizing site appearances. I'm tempted to say that the typical Slashdot reader would find this book "shallow," but really that is not fair. Although Meloni's book contains a short appendix on Python, it focuses more on how Plone works out of the box and how to take advantage of core functionality. In fact, Meloni's slender book contains many useful sections probably deemed too elementary for McKay's book: how structured text works, for example.

Rather than trying to cover everything Plone-related, Meloni identifies a small number of typical tasks and explains them in detail. For example, the book documents the Plone style sheets and how to modify them in the ZMI. Too basic, you say? Well, yes, but it's still useful reference material. Rather than trying to teach you how to write your own Plone product or content type from scratch, she walks us through using that nifty Customize button to clone existing templates for customization (although to tell the truth, you still need would need to know a good bit about Python and ZPT syntax to complete the task). Although the book's section on skins focused mainly on how they relate to style sheets, I found the section on customizing slots to be particularly useful.

In contrast to McKay's book, Meloni spends a separate chapter on deploying and using several popular plone products: a discussion board, a weblog and a photo album. Given that several competing products exist for each category, and that better products are likely to come out later, this chapter will probably be the first to go out of date.

Perhaps the book could have spent less time on the products themselves and more on managing products and testing/troubleshooting them.

Of the two books, McKay's book is the more indispensable, even though I still wound up consulting external sources fairly often for clarification. On the other hand, after reading first McKay's book and then Meloni's, I wish I had read Meloni's book first. Meloni's book provides a great introduction to basic plone concepts; McKay's book is great for the power user/developer. (Still another book, recently released, Cameron Cooper's Building Websites with Plone probably goes into more detail on the Python side; read a sample PDF chapter).

Perhaps I sound like a shill for the publishing industry when I say this, but it sometimes make sense to possess two or more books on a topic. The decision-making process for geeks buying books can sometimes differ radically from the general public. Geeks, for example, don't have qualms about paying full price for a new book if the content is up-to-late and relevant to the task at hand. The ordinary reader might make a purchasing decision on the basis of which book constitutes the highest information density (the $20 book with 200 pages vs. the $30 books with 500 pages). Geeks are also more inclined to view the purchasing decision in terms of time saved (i.e., how much time will reading this book save me in the long run?) From the standpoint of saving time, there's a lot to be said for reading an introductory book first and then moving to a book on more advanced topics.

Of course, Andy McKay's book is available already for free on the web (and kudos to Apress Publishing for allowing this).

** Actually, mysql/postgresql DB adaptors make it possible for Zope to fetch/send sql data; and Archetypes has a function, SQLStorage, to allow data from content objects to persist in a sql database (news to me). Other Web Resources:

• Zopezen, Andy McKay's development weblog
• Plone How-to's
• List of Plone Products and Zope Products, Sorted by Category
• Zope & Plone API's. (More here).
• Great Visual Guide to the Zope/Plone Interface
• Handouts from the Plone Conference for 2003 and 2004
• ZopeMag Weekly, an intermittent series of Zope and Plone tips and tricks.
• For general Python introductions, see the Python Tutorial, How To Think Like A Computer Scientist (Python) and Dive Into Python (also published by Apress and free online)

Robert Nagle (aka idiotprogrammer) writes fiction under various pseudonyms. He lives and works in Houston, Texas. In early 2005 he will be launching a plone-backed literary community ezine. You can purchase the Definitive Guide to Plone from bn.com; bn also carries Plone Content Management Essentials . Slashdot welcomes readers' book reviews -- to see your own review here, carefully read the book review guidelines, then visit the submission page.

tj8 writes "The Zope 3 development team has announced Zope X3 3.0.0 final. After almost three years of development it has finally arrived!"

tj8 writes "The Zope 3 development team has announced Zope X3 3.0.0 final. After almost three years of development it has finally arrived!"

securitas writes "eWEEK Labs' Jim Rapoza reviews open source Plone 2.0 Web publishing portal / content management software and raves about the Zope/Python-based system. He liked it so much it garnered an Analyst's Choice award, beating out a commercial portal suite, Traction's TeamPage 3.01, reviewed in the same issue. The Plone 2.0 release was mentioned a couple of weeks ago on Slashdot."

Ursus Maximus writes "Eagerly awaited by many, this book reached bookstores just after Christmas, and updates the 1999 edition. Learning Python is O'Reilly's introduction to Python programming and at 591 pages, this is a major upgrade to the 366 page original. Furthermore, the Python language has undergone extensive improvements and additions in the last five years, and the new book does a good job of covering these changes." Learning Python 2nd Edition author Mark Lutz & David Ascher pages 591 publisher O'Reilly & Associates, Inc. rating 10 reviewer Ursus Maximus ISBN 0596002815 summary An introduction to Python programming

Python is a dynamic, interpreted, object oriented language used for both scripting and systems programming. Python is known for being easy to learn and use, while also being powerful enough to be used for such projects as Zope and the Chandler project. Its growing popularity is also based on its reputation for fostering programmer productivity and program maintainability. One drawback sometime cited is its relatively slow execution speed compared to compiled languages such as C.

For myself, I have probably read too many books about Python, but that is because I am an amateur hacker who learns programming slowly, and I find that reading several books about the same topic, covering the subject matter from different angles, allows me to better absorb the material. For me, this was a good review of the core language and a welcome refresher course on the newer aspects introduced in versions 2.2 and 2.3. For anyone who is new to Python and wants to learn from the ground up, this book would be a great place to start.

Mark Lutz is an authority on Python and one if its leading teachers, with both Learning and O'Reilly's Programming Python to his credit, as well as the courses and seminars he teaches professionally. In updating the original version, which was already very good, Mark has polished the chapters on the core language to a nearly perfect level, while his co-author David Ascher has done the same on the more advanced aspects of the book. In addition, Mr Lutz has benefited from extensive feedback from students and readers, and his explanations therefore anticipate common misunderstandings. Each chapter is accompanied by a problem and exercise section and answers are included at the back of the book.

A major addition to the new edition is a chapter on "Advanced Function Topics," including list comprehensions, generators and iterators. Python is sometimes used with a functional programing style almost similar to Lisp, although to List purists that may sound like heresy. The recent versions of the language have significantly upgraded Python's support for the functional style. Functions cover three chapters in the 2nd edition instead of just one.

Another major change since the first edition is extended coverage of Modules, which now occupies four chapter instead of just one. Python modules are a high level package structure for code and data, and they help facilitate code reuse. Yet another addition is coverage of Python's "new style classes." Coverage of classes and object oriented programming has been greatly expanded and now includes five whole chapters and almost 100 pages. Coverage of exceptions now is expanded to three chapters.

If you have been considering learning Python, now would be a great time since this new book is the perfect introductory text. If you already know Python and have read the first edition of Learning Python or another introductory text, then this book may not be essential since the new language features are covered pretty well on the web in various places, and you might be better advised to read one of the other fine books on non-introductory aspects of Python. But this book is about as good an introduction to the language as you are likely to find. The book does not cover all of the Python libraries nor many other topics, but it does briefly touch on the major libraries, frameworks, gui toolkits, and community resources.

If you want to learn the core Python language quickly, this may be your best bet. Learning Python only covers the basics, but it is deep in information on what it does cover. Well written, understandable, and in a very logical arrangement, this book is densely packed with info.

I have often found myself returning to the original book, and the new book will now fill this role. It is deep in information, well written, and a joy to read. For an experienced programmer who is just learning Python, it may be possible to thoroughly learn everything about the core language in one reading of this book. For relative newbies, it will be an often-used resource.

To read more reviews of books about Python, visit the Python Learning Foundation. You can purchase the Learning Python, 2nd Ed. from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

Alexander Limi writes: "The winners of the O'Reilly "Open Source Goes to COMDEX" Contest have been announced. The lucky ones are: GNOME, KDE, OpenOffice, Zope, GIMP and our own project, Plone. Congratulations to all the deserving projects! Check out the announcement here."

nosse_elendili writes "These are exciting times for those of us who use Zope, because the long anticipated Zope 3 Alpha 1 has been released! For those who don't know, Zope is a powerful but somewhat obscure free, open-source, cross-platform web application server built around Python. Zope 3 is a complete rewrite and rethinking of the Zope platform so it looks and operates quite differently than previous releases. However, if you have never played with Zope before you should probably just read about Zope 3 and stick to the stable version with the Plone content management system installed. This is only an alpha release after all and Zope3 looks and acts alot like Zope2 + Plone."

nosse_elendili writes "These are exciting times for those of us who use Zope, because the long anticipated Zope 3 Alpha 1 has been released! For those who don't know, Zope is a powerful but somewhat obscure free, open-source, cross-platform web application server built around Python. Zope 3 is a complete rewrite and rethinking of the Zope platform so it looks and operates quite differently than previous releases. However, if you have never played with Zope before you should probably just read about Zope 3 and stick to the stable version with the Plone content management system installed. This is only an alpha release after all and Zope3 looks and acts alot like Zope2 + Plone."

nosse_elendili writes "These are exciting times for those of us who use Zope, because the long anticipated Zope 3 Alpha 1 has been released! For those who don't know, Zope is a powerful but somewhat obscure free, open-source, cross-platform web application server built around Python. Zope 3 is a complete rewrite and rethinking of the Zope platform so it looks and operates quite differently than previous releases. However, if you have never played with Zope before you should probably just read about Zope 3 and stick to the stable version with the Plone content management system installed. This is only an alpha release after all and Zope3 looks and acts alot like Zope2 + Plone."

nosse_elendili writes "These are exciting times for those of us who use Zope, because the long anticipated Zope 3 Alpha 1 has been released! For those who don't know, Zope is a powerful but somewhat obscure free, open-source, cross-platform web application server built around Python. Zope 3 is a complete rewrite and rethinking of the Zope platform so it looks and operates quite differently than previous releases. However, if you have never played with Zope before you should probably just read about Zope 3 and stick to the stable version with the Plone content management system installed. This is only an alpha release after all and Zope3 looks and acts alot like Zope2 + Plone."

nosse_elendili writes "These are exciting times for those of us who use Zope, because the long anticipated Zope 3 Alpha 1 has been released! For those who don't know, Zope is a powerful but somewhat obscure free, open-source, cross-platform web application server built around Python. Zope 3 is a complete rewrite and rethinking of the Zope platform so it looks and operates quite differently than previous releases. However, if you have never played with Zope before you should probably just read about Zope 3 and stick to the stable version with the Plone content management system installed. This is only an alpha release after all and Zope3 looks and acts alot like Zope2 + Plone."

Robert Nagle writes: "Apache's HTTP server has been by many measures the most popular web server on the web, and perhaps the primary application that drives people to Linux and open source. Three years ago, Wrox published the definitive book on running the Apache server by Peter Wainwright. Excellent though the book was, it badly needed updating. In May 2002, Wrox published another book, Professional Apache 2.0, which covers the new generation of Apache server, as well as older 1.3x versions that are still running production servers around the world." Robert's review continues, below. Professional Apache 2.0 author Peter Wainwright pages 873 publisher Wrox rating 5 Stars reviewer Robert Nagle, Idiotprogrammer ISBN 1861007221 summary Excellent, comprehensive Guide to the latest version of Apache.

Although Apache changed a great deal in its version 2.0, it is a credit to the Apache folk that the config files and command line options have basically remained the same for sys admins. For this reason, the book seems to include a lot of material (CGI security, building, core modules) from the original book. However, a closer look reveals many changes. Almost every chapter includes a discussion about how features differ in both versions of Apache. The book does a good job of giving an overview of Apache's architectural changes and how the use of multi-processing modules (MPM) allow the admin to choose an optimal implementation of apache. This edition, noticeably bigger than the previous one, contains many more examples of how one can extend apache functionality (configuring for binary distribution, setting up virtual interfaces, load sharing). Many sections have been expanded. The discussion of security and SSL is more detailed, yet more succinct; so is the section on content negotiation, (which is twice as long as the previous book), doing proxy server configurations, rsync and benchmarking performance. The discussion on hardening the server was great and up-to-date, although I wish the book spent more time discussing on patching and upgrading.

What is new to the book? We find a longer discussion of graphic administration tools for Windows and Unix, including webmin (which actually I wanted more of). We also have discussions of newer modules such as mod_ruby, mod_python, mod_dav as well as a brief description on how to install tomcat alongside apache. The discussion of mod_dav was especially helpful and interesting to me (and I was especially glad that the author acknowledged the Subversion DAV module, something which is bound to become more important). The php stuff hasn't changed much (although at the time the book was published, 2.0 compatibility with PHP was still an iffy proposition). The book's discussion of mod_perl isn't significantly different, although it does point out migration issues and some additional features.

Generally, the book is clearly written and contains enough examples to find any configuration you want. A few parts required rereading (especially the part about proxies and proxypasses), and occasionally I needed a better explanation of what the example code was supposed to do.

No book can be everything for everybody, and nobody can accuse the book of not having enough content (it is after all more than 700 pages!). I found myself wishing for other things. The book briefly discussed 2.0's support for ipv6, but I longed for a fuller explanation and a more detailed example (Fortunately, I had seen a good ipv6 tutorial on Linux Journal ). Also, I would have liked more information about other web application servers (like zope that Apache sometimes coexists with, content frameworks (such as cocoon) and other goodies produced by the Apache Foundation. The author might legitimately feel that such subjects lie outside the book's scope, but such topics are becoming more important.

In summary: for newbies who are looking for a guide to start with: this is the definitive book to read. It's definitive and a little imposing, but it is well written and logically arranged.

For people already familiar with Apache 1.3 but looking for more depth about ipv6, php, content frameworks or Tomcat, it might be better to read books on those specific subjects instead of this one. Indeed, Wrox will soon be coming out with a book specifically on Apache and Tomcat.

For experienced system administrators, the material in this book may not be terribly new, but they will still appreciate the variety of configuration examples for managing large numbers of virtual hosts and the convenience of having documentation of the 1.3/2.0 differences at their fingertips.

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

WallyHartshorn asks: "I'm the web coordinator for an agency (1,200 employees) with a web site consisting of roughly 2,500 static HTML pages, plus a few hundred Acrobat files, a dozen CGI scripts, etc. Currently, updates are done manually by a staff of 2 full-time web developers (including me) and 5 non-IT employees who have web page development as about 25% of their job responsibilities. We have been considering purchasing some web content management software, probably something on the lines of RedDot, eMPower, or Microsoft Content Management Server. We've also been considering using Zope or building something ourselves from the ground up. We only have two Perl programmers and nobody knows Python. Given the current budget limitations, we might have more luck getting permission to spend a few months writing our own software than we would getting approval to spend thousands of dollars on a pre-built package. On the other hand, I could also see a "build from the ground up" project turning into a maintenance nightmare. What experiences have people who run web sites of a comparable size had with building their own web content management software versus purchasing one? (Please keep in mind that we are not running a blog, a news site, or a community site, so something like Slash would not work.) Our content consists primarily of reference material and services.)"

An Anonymous Coward writes: "Zope 2.5.1 was released. The binaries come with Python 2.1.3. Zope nows comes out-of-the-box with PageTemplates, Sessions, VirtualHosting and the ZODB storage is based on the Standalone ZODB module maintained by Pythonlabs. Drop-in ZEO and you get a distributed object oriented database system."

An Anonymous Coward writes: "Zope 2.5.1 was released. The binaries come with Python 2.1.3. Zope nows comes out-of-the-box with PageTemplates, Sessions, VirtualHosting and the ZODB storage is based on the Standalone ZODB module maintained by Pythonlabs. Drop-in ZEO and you get a distributed object oriented database system."

An Anonymous Coward writes: "Zope 2.5.1 was released. The binaries come with Python 2.1.3. Zope nows comes out-of-the-box with PageTemplates, Sessions, VirtualHosting and the ZODB storage is based on the Standalone ZODB module maintained by Pythonlabs. Drop-in ZEO and you get a distributed object oriented database system."

moominpapa writes "We are about to set up a project web site that will involve static and dynamically-generated XML pages serialized into HTML, PDF etc. and user interaction with a database (either native XML or MySQL). Previously we've dealt with SGML content and used DynaText/DynaWeb along with PHP and MySQL. Now we want to move to XML content and all-open-source tools. The two main choices seem to be a Java-based Apache/Tomcat/Cocoon 2 framework or a Python-based Zope (+ some XML tools) framework. Cocoon 2 looks powerful but installation on Solaris and Mac OS X has been rather buggy and the performance slow. However, our programmers know Java well and the XML tools are all there. Zope looks promising, although it would mean picking up Python and Zope doesn't seem to have the XML stuff well-integrated yet. Has anyone extensively used both? What would you say were the strong and weak points of each? Is there another possible framework you think we should consider?"

Olivier DECKMYN writes: "Zopera team, representing the community of french speaking Zope users have made a community Interview of Jim Fulton, the brain behind Zope. Jim explains origins and future of Zope, business of Zope Corp., and delivers informations about the fantastic upcoming Zope 3... Zope is a revolutionnary Open-Source internet application server, written in Python."

Dare Obasanjo contributed this piece about a subject that probably only a very few people have ever taken the time to consider, or had to. Below he asks the musical question "Why aren't you using an Object Oriented Database Management System?"Update: 05/04 02:11 PM by H :This is also running on K5 - yes, that's on purpose, and yes, Dare, myself and Rusty all know. *grin*

Why Aren't You Using An Object Oriented Database Management System?

In today's world, Client-Server applications that rely on a database on the server as a data store while servicing requests from multiple clients are quite commonplace. Most of these applications use a Relational Database Management System (RDBMS) as their data store while using an object oriented programming language for development. This causes a certain inefficency as objects must be mapped to tuples in the database and vice versa instead of the data being stored in a way that is consistent with the programming model. The "impedance mismatch" caused by having to map objects to tables and vice versa has long been accepted as a necessary performance penalty. This paper is aimed at seeking out an alternative that avoids this penalty.

What follows is a condensed version of the following paper; An Exploration of Object Oriented Database Management Systems, which I wrote as part of my independent study project under Dr. Sham Navathe.

Introduction

The purpose of this paper is to provide answers to the following questions

• What is an Object Oriented Database Management System (OODBMS)?
• Is an OODBMS a viable alternative to an RDBMS?
• What are the tradeoffs and benefits of using an OODBMS over an RDBMS?
• What does code that interacts with an OODBMS look like?

Overview of Object Oriented Database Management Systems

An OODBMS is the result of combining object oriented programming principles with database management principles. Object oriented programming concepts such as encapsulation, polymorphism and inheritance are enforced as well as database management concepts such as the ACID properties (Atomicity, Consistency, Isolation and Durability) which lead to system integrity, support for an ad hoc query language and secondary storage management systems which allow for managing very large amounts of data. The Object Oriented Database Manifesto [Atk 89] specifically lists the following features as mandatory for a system to support before it can be called an OODBMS; Complex objects, Object identity, Encapsulation , Types and Classes ,Class or Type Hierarchies, Overriding,overloading and late binding, Computational completeness , Extensibility, Persistence , Secondary storage management, Concurrency, Recovery and an Ad Hoc Query Facility.

>From the aforementioned description, an OODBMS should be able to store objects that are nearly indistinguishable from the kind of objects supported by the target programming language with as little limitation as possible. Persistent objects should belong to a class and can have one or more atomic types or other objects as attributes. The normal rules of inheritance should apply with all their benefits including polymorphism, overridding inherited methods and dynamic binding. Each object has an object identifier (OID) which used as a way of uniquely identifying a particuler object. OIDs are permanent, system generated and not based on any of the member data within the object. OIDs make storing references to other objects in the database simpler but may cause referential intergrity problems if an object is deleted while other objects still have references to its OID. An OODBMS is thus a full scale object oriented development environment as well as a database management system. Features that are common in the RDBMS world such as transactions, the ability to handle large amounts of data, indexes, deadlock detection, backup and restoration features and data recovery mechanisms also exist in the OODBMS world.

A primary feature of an OODBMS is that accessing objects in the database is done in a transparent manner such that interaction with persistent objects is no different from interacting with in-memory objects. This is very different from using an RDBMSs in that there is no need to interact via a query sub-language like SQL nor is there a reason to use a Call Level Interface such as ODBC, ADO or JDBC. Database operations typically involve obtaining a database root from the the OODBMS which is usually a data structure like a graph, vector, hash table, or set and traversing it to obtain objects to create, update or delete from the database. When a client requests an object from the database, the object is transferred from the database into the application's cache where it can be used either as a transient value that is disconnected from its representation in the database (updates to the cached object do not affect the object in the database) or it can be used as a mirror of the version in the database in that updates to the object are reflected in the database and changes to object in the database require that the object is refetched from the OODBMS.

Comparisons of OODBMSs to RDBMSs

There are concepts in the relational database model that are similar to those in the object database model. A relation or table in a relational database can be considered to be analogous to a class in an object database. A tuple is similar to an instance of a class but is different in that it has attributes but no behaviors. A column in a tuple is similar to a class attribute except that a column can hold only primitive data types while a class attribute can hold data of any type. Finally classes have methods which are computationally complete (meaning that general purpose control and computational structures are provided [McF 99]) while relational databases typically do not have computationally complete programming capabilities although some stored procedure languages come close.

Below is a list of advantages and disadvantages of using an OODBMS over an RDBMS with an object oriented programming language.

Advantages

1. Composite Objects and Relationships: Objects in an OODBMS can store an arbitrary number of atomic types as well as other objects. It is thus possible to have a large class which holds many medium sized classes which themselves hold many smaller classes, ad infinitum. In a relational database this has to be done either by having one huge table with lots of null fields or via a number of smaller, normalized tables which are linked via foreign keys. Having lots of smaller tables is still a problem since a join has to be performed every time one wants to query data based on the "Has-a" relationship between the entities. Also an object is a better model of the real world entity than the relational tuples with regards to complex objects. The fact that an OODBMS is better suited to handling complex,interrelated data than an RDBMS means that an OODBMS can outperform an RDBMS by ten to a thousand times depending on the complexity of the data being handled.
   
   
2. Class Hierarchy: Data in the real world is usually has hierarchical characteristics. The ever popular Employee example used in most RDBMS texts is easier to describe in an OODBMS than in an RDBMS. An Employee can be a Manager or not, this is usually done in an RDBMS by having a type identifier field or creating another table which uses foreign keys to indicate the relationship between Managers and Employees. In an OODBMS, the Employee class is simply a parent class of the Manager class.
   
   
3. Circumventing the Need for a Query Language: A query language is not necessary for accessing data from an OODBMS unlike an RDBMS since interaction with the database is done by transparently accessing objects. It is still possible to use queries in an OODBMS however.
   
   
4. No Impedence Mismatch: In a typical application that uses an object oriented programming language and an RDBMS, a signifcant amount of time is usually spent mapping tables to objects and back. There are also various problems that can occur when the atomic types in the database do not map cleanly to the atomic types in the programming language and vice versa. This "impedance mismatch" is completely avoided when using an OODBMS.
   
   
5. No Primary Keys: The user of an RDBMS has to worry about uniquely identifying tuples by their values and making sure that no two tuples have the same primary key values to avoid error conditions. In an OODBMS, the unique identification of objects is done behind the scenes via OIDs and is completely invisible to the user. Thus there is no limitation on the values that can be stored in an object.
   
   
6. One Data Model: A data model typically should model entities and their relationships, constraints and operations that change the states of the data in the system. With an RDBMS it is not possible to model the dynamic operations or rules that change the state of the data in the system because this is beyond the scope of the database. Thus applications that use RDBMS systems usually have an Entity Relationship diagram to model the static parts of the system and a seperate model for the operations and behaviors of entities in the application. With an OODBMS there is no disconnect between the database model and the application model because the entities are just other objects in the system. An entire application can thus be comprehensively modelled in one UML diagram.
   
   

Disadvantages

1. Schema Changes: In an RDBMS modifying the database schema either by creating, updating or deleting tables is typically independent of the actual application. In an OODBMS based application modifying the schema by creating, updating or modifying a persistent class typically means that changes have to be made to the other classes in the application that interact with instances of that class. This typically means that all schema changes in an OODBMS will involve a system wide recompile. Also updating all the instance objects within the database can take an extended period of time depending on the size of the database.
   
   

Who is currently using an OODBMS to handle mission critical data

The following information was gleaned from the ODBMS Facts website.

• The Chicago Stock Exchange manages stock trades via a Versant ODBMS.
  
  
• Radio Computing Services is the world's largest radio software company. Its product, Selector, automates the needs of the entire radio station -- from the music library, to the newsroom, to the sales department. RCS uses the POET ODBMS because it enabled RCS to integrate and organize various elements, regardless of data types, in a single program environment.
  
  
• The Objectivity/DB ODBMS is used as a data repository for system component naming, satellite mission planning data, and orbital management data deployed by Motorola in The Iridium System.
  
  
• The ObjectStore ODBMS is used in SouthWest Airline's Home Gate to provide self-service to travelers through the Internet.
  
  
• Ajou University Medical Center in South Korea uses InterSystems' Cachè ODBMS to support all hospital functions including mission-critical departments such as pathology, laboratory, blood bank, pharmacy, and X-ray.
  
  
• The Large Hadron Collider at CERN in Switzerland uses an Objectivity DB. The database is currently being tested in the hundreds of terabytes at data rates up to 35 MB/second.
  
  
• As of November, 2000, the Stanford Linear Accelerator Center (SLAC) stored 169 terabytes of production data using Objectivity/DB. The production data is distributed across several hundred processing nodes and over 30 on-line servers.

Interacting With An OODBMS

Below are Java code samples for accessing a relational database and accessing an object database. Compare the size of the code in both examples. The examples are for an instant messaging application.

1. Validating a user.
   
   Java code accessing an ObjectStore(TM) database
   
import COM.odi.*;
import COM.odi.util.query.*;
import COM.odi.util.*;
import java.util.*;

try {

//start database session
Session session = Session.create(null, null);
session.join();

//open database and start transaction
Database db = Database.open("IMdatabase", ObjectStore.UPDATE);
Transaction tr = Transaction.begin(ObjectStore.READONLY);

//get hashtable of user objects from DB
OSHashMap users = (OSHashMap) db.getRoot("IMusers");

//get password and username from user
String username = getUserNameFromUser();
String passwd = getPasswordFromUser();


//get user object from database and see if it exists and whether password is correct
UserObject user = (UserObject) users.get(username);

if(user == null)
System.out.println("Non-existent user");
else
if(user.getPassword().equals(passwd))
System.out.println("Successful login");
else
System.out.println("Invalid Password");

//end transaction, close database and retain terminate session
tr.commit();
db.close();
session.termnate();
}
//exception handling would go here ...


   Java JDBC code accessing an IBM's DB2 Database(TM)
   
   import java.sql.*;
import sun.jdbc.odbc.JdbcOdbcDriver;
import java.util.*;


try {

//Launch instance of database driver.
Class.forName("COM.ibm.db2.jdbc.app.DB2Driver").newInstance();

//create database connection
Connection conn = DriverManager.getConnection("jdbc:db2:IMdatabase");

//get password and username from user
String username = getUserNameFromUser();
String passwd = getPasswordFromUser();

//perform SQL query
Statement sqlQry = conn.createStatement();
ResultSet rset = sqlQry.executeQuery("SELECT password from user_table WHERE username='" + username +"'");


if(rset.next()){
if(rset.getString(1).equals(passwd))
System.out.println("Successful login");
else
System.out.println("Invalid Password");
}else{
System.out.println("Non-existent user");
}

//close database connection
sqlQry.close();
conn.close();

}
//exception handling would go here ...

   There isn't much difference in the above examples although it does seem a lot clearer to perform operations on a UserObject instead of a ResultSet when validating the user.
   
   
2. Getting the user's contact list.
   
   Java code accessing an ObjectStore(TM) database
   
   import COM.odi.*;
import COM.odi.util.query.*;
import COM.odi.util.*;
import java.util.*;


try {

/* start session and open DB, same as in section 1a */

//get hashmap of users from the DB
OSHashMap users = (OSHashMap) db.getRoot("IMusers");

//get user object from database
UserObject c4l = (UserObject) users.get("Carnage4Life");
UserObject[] contactList = c4l.getContactList();

System.out.println("This are the people on Carnage4Life's contact list");

for(int i=0; i <contactList.length; i++)
System.out.println(contactList[i].toString()); //toString() prints fullname, username, online status and webpage URL

/* close session and close DB, same as in section 1a */
}//exception handling code
   
   Java JDBC code accessing an IBM's DB2 Database(TM)
   
   import java.sql.*;
import sun.jdbc.odbc.JdbcOdbcDriver;
import java.util.*;


try {

/* open DB connection, same as in section 1b */
//perform SQL query
Statement sqlQry = conn.createStatement();
ResultSet rset = sqlQry.executeQuery("SELECT fname, lname, user_name, online_status, webpage FROM contact_list, user_table" + "WHERE contact_list.owner_name='Carnage4Life' and contact_list.buddy_name=user_table.user_name");

System.out.println("This are the people on Carnage4Life's contact list");


while(rset.next())
System.out.println("Full Name:" + rset.getString(1) + " " + rset.getString(2) + " User Name:" + rset.getString(3) + " OnlineStatus:" + rset.getString(4) + " HomePage URL:" + rset.getString(5));

/* close DB connection, same as in section 1b*/
}//exception handling code

   
   The benefits of using an OODBMS over an RDBMS in Java slowly becomes obvious. Consider also that if the data from the select needs to be returned to another method then all the data from the result set has to be mapped to another object (UserObject).
   
   
3. Get all the users that are online.
   
   Java code accessing an ObjectStore(TM) database
   
   import COM.odi.*;
import COM.odi.util.query.*;
import COM.odi.util.*;
import java.util.*;

try{
/* same as above */

//use a OODBMS query to locate all the users whose status is 'online'
Query q = new Query (UserObject.class, "onlineStatus.equals(\"online\"");
Collection users = db.getRoot("IMusers");
Set onlineUsers = q.select(users);

Iterator iter = onlineUsers.iterator();

// iterate over the results
while ( iter.hasNext() )
{
UserObject user = (UserObject) iter.next();

// send each person some announcement
sendAnnouncement(user);

}

/* same as above */

}//exception handling goes here

   
   Java JDBC code accessing an IBM's DB2 Database(TM)
   import java.sql.*;
import sun.jdbc.odbc.JdbcOdbcDriver;
import java.util.*;

try{
/* same as above */

//perform SQL query
Statement sqlQry = conn.createStatement
();
ResultSet rset = sqlQry.executeQuery
("SELECT fname, lname, user_name, online_status,
webpage FROM user_table WHERE
online_status='online'");

while(rset.next()){

UserObject user = new UserObject
(rset.getString(1),rset.getString
(2),rset.getString(3),rset.getString
(4),rset.getString(5));
sendAnnouncement(user);

}


/* same as above */
}//exception handling goes here



List of Object Oriented Database Management Systems
Proprietary

• Object Store
• O2
• Gemstone
• Versant
• Ontos
• DB/Explorer ODBMS
• Ontos
• Poet
• Objectivity/DB
• EyeDB
  
  Open Source
• Ozone
• Zope
• FramerD
• XL2

Conclusion

The gains from using an OODBMS while developing an application using an OO programming language are many. The savings in development time by not having to worry about separate data models as well as the fact that there is less code to write due to the lack of impedance mismatch is very attractive. In my opinion, there is little reason to pick an RDBMS over an OODBMS system for newapplication development unless there are legacy issues that have to be dealt with.

psyklohps asks: "I work at a local newspaper in Dover, DE. My boss is trying to setup a forum based site that will cover local news and get responses form the community. Unfortunately bosses are not very smart, and he is trying to develop the site from scratch. So I feel that I should tell him about the forum-based-code engines that are free. Of course my first choice would be Slashcode, but after looking on Google I found alot of different engines. PHPNuke, Zope, Squish.dot, and others that I have forgotten are available. What are the pros and cons for each of them?"

snottrue writes "This just in from comp.lang.python - the PythonLabs team is moving to Digital Creations (the Zope people)." Van Rossum's message is informative.

Today's Slashback calls out to you with puppy-dog eyes, pleading with you to read on for addenda, errata, et cetera regarding previous Slashdot stories and other updates from the world. Read below for ... the all-singing, all-dancing, topless, hatless and reckless Cue Cat review (one night only) ... one reaction to Stephen Hawking's idea of the world's (human) life expectancy ... some Official Words from the Quakemakers ... and as usual, a few bits and pieces.

Just stick around and collect on this bet. mindriot writes "The German climatic researcher Manfred Stock has rejected Stephen Hawking's theory which states that man would not exist on earth for another 1,000 years. To him this seems rather unlikely. Stock expects that, in 50 years, mankind will have switched to alternative power resources. Read the german article here." Oder, wenn Sie nicht Deutsch kann, bitte Babelfish benutzen. It's a much more optimistic view of things, but hardly the words of a Pollyanna.

CD-Rs are cheap, cheap, cheap. David Hume writes: "Fox News is reporting that '[a] three-judge panel decided to allow the popular service to continue allowing users to share music files over the Internet, pending further deliberations.' ... "The judges seemed to need more information from the recording industry and were more antagonistic to the RIAA," said copyright expert Leonard Rubin, who observed the proceedings."'

Overall, it sounds like Napster is taking neither the "shoo-in" or "dropped anchor" tacks that many people predicted. The article points out (and presumably the judge knows) that peer-to-peer file transfers have long since left the gate.

Well, they are the guys who make it, after all! You might remember the stink raised by the release of the Q3 1.25 patch. Now Bob Mintern writes: "iD Software, in hue of their current Point Release for Quake 3 1.25, has released a FAQ highlighting sevral issues of the 1.25 patch and what it breaks. The FAQ can be located here. I wonder when the "offical" patch will work and everything will be normal again..."

After this I'll try to shut up for a while about it, OK? There's been so much about the CueCat that perhaps you (and / or digital convergence) are sick of hearing about it. I pledge not to mention it for at least a week, on penalty of an early bedtime or perhaps more vacation days. But today, you must deal a few I thought were neat ;) First, bk1e asks the musical question: "Why :de:claw your :Cue:Cat when you can get it :spayed in about two minutes with a soldering iron? Simply solder on one jumper and it acts like any other barcode scanner." Heh.

Or, even without doing that, hangel points to this "A CueCat decoder for Zope by stevea," which includes source. Specifically, this one will let you scan in a book's bar code and look it up on Amazon.

Finally, photon317 writes: "There's a make-fun-of-DC site at www.digitaldivergence.org." This I leave to your own judgement, but as R. Crumb might say, not everything is for everybody. Think iBrator.

Today's Slashback calls out to you with puppy-dog eyes, pleading with you to read on for addenda, errata, et cetera regarding previous Slashdot stories and other updates from the world. Read below for ... the all-singing, all-dancing, topless, hatless and reckless Cue Cat review (one night only) ... one reaction to Stephen Hawking's idea of the world's (human) life expectancy ... some Official Words from the Quakemakers ... and as usual, a few bits and pieces.

Just stick around and collect on this bet. mindriot writes "The German climatic researcher Manfred Stock has rejected Stephen Hawking's theory which states that man would not exist on earth for another 1,000 years. To him this seems rather unlikely. Stock expects that, in 50 years, mankind will have switched to alternative power resources. Read the german article here." Oder, wenn Sie nicht Deutsch kann, bitte Babelfish benutzen. It's a much more optimistic view of things, but hardly the words of a Pollyanna.

CD-Rs are cheap, cheap, cheap. David Hume writes: "Fox News is reporting that '[a] three-judge panel decided to allow the popular service to continue allowing users to share music files over the Internet, pending further deliberations.' ... "The judges seemed to need more information from the recording industry and were more antagonistic to the RIAA," said copyright expert Leonard Rubin, who observed the proceedings."'

Overall, it sounds like Napster is taking neither the "shoo-in" or "dropped anchor" tacks that many people predicted. The article points out (and presumably the judge knows) that peer-to-peer file transfers have long since left the gate.

Well, they are the guys who make it, after all! You might remember the stink raised by the release of the Q3 1.25 patch. Now Bob Mintern writes: "iD Software, in hue of their current Point Release for Quake 3 1.25, has released a FAQ highlighting sevral issues of the 1.25 patch and what it breaks. The FAQ can be located here. I wonder when the "offical" patch will work and everything will be normal again..."

After this I'll try to shut up for a while about it, OK? There's been so much about the CueCat that perhaps you (and / or digital convergence) are sick of hearing about it. I pledge not to mention it for at least a week, on penalty of an early bedtime or perhaps more vacation days. But today, you must deal a few I thought were neat ;) First, bk1e asks the musical question: "Why :de:claw your :Cue:Cat when you can get it :spayed in about two minutes with a soldering iron? Simply solder on one jumper and it acts like any other barcode scanner." Heh.

Or, even without doing that, hangel points to this "A CueCat decoder for Zope by stevea," which includes source. Specifically, this one will let you scan in a book's bar code and look it up on Amazon.

Finally, photon317 writes: "There's a make-fun-of-DC site at www.digitaldivergence.org." This I leave to your own judgement, but as R. Crumb might say, not everything is for everybody. Think iBrator.

nchip writes: "Emedicene has been granted patent for "Group Publising System," announced on Infotoday. Quotes from the article: 'The software is unique -- it is the only enterprise software that allows all production to take place on the Internet.' ... '"Our system is a complete authoring, editing, and version-control system with complete management-tracking tools and a built-in communications network."' That Sounds a lot like Zope or wikiwikiweb." Or to pick something even more (ahem) prior, say CVS!

doval asks: "I just took a look at Webex and Centranow. For those of you who have seen these sites, is there an open source equivalent? For those of you who have not, they offer the following (currently wintel only): Presentation Sharing, Document Sharing, Application Sharing, Web Co-browsing, File Transfer, Desktop Sharing, Telephony Integration, Internet Voice, and Video Integration. Think MS Meeting, ICQ, PC-to-phone, and PC-to-PC all in a browser (synchronous). I am familiar with open source bits and pieces like OpenH323, Jabber, plus collaboration environments like Zope. However, I do not know of anything like the sites I mentioned. Particularly, I would like to get my hands on a good example of Web synchronous application sharing and PC-to-phone."

BwanaZulia writes "Paul Everitt (of Digital Creations) has announced that Digital Creations will soon make ZEO (Zope Enterprise Option) a standard part of the Zope platform. In Paul's words, "ZEO turns Zope into a *distributed* transactional object system, allowing people to add processors, machines, and networks to scale their web applications." This bring Zope into a while new class of web application servers."

BwanaZulia writes "Paul Everitt (of Digital Creations) has announced that Digital Creations will soon make ZEO (Zope Enterprise Option) a standard part of the Zope platform. In Paul's words, "ZEO turns Zope into a *distributed* transactional object system, allowing people to add processors, machines, and networks to scale their web applications." This bring Zope into a while new class of web application servers."

CodeShark writes "With all of the current comparisons between IIOP and the NAS Servers out there, I recently saw information on /. regarding the Zope application server. I am wondering about other /. reader's experiencing using this framework in terms of reliability, stability, and ease of use. "