- Series: Portable Command Guide
- Paperback: 320 pages
- Publisher: IBM Press; 1 edition (February 15, 2012)
- Language: English
- ISBN-10: 0132943050
- ISBN-13: 978-0132943055
- Product Dimensions: 6 x 0.6 x 9 inches
- Shipping Weight: 14.4 ounces (View shipping rates and policies)
- Average Customer Review: 4 customer reviews
- Amazon Best Sellers Rank: #3,195,371 in Books (See Top 100 in Books)
To get the free app, enter your mobile phone number.
XPages Portable Command Guide: A Compact Resource to XPages Application Development and the XSP Language 1st Edition
Use the Amazon App to scan ISBNs and compare prices.
All Books, All the Time
Read author interviews, book reviews, editors picks, and more at the Amazon Book Review. Read it now
Frequently bought together
Customers who bought this item also bought
About the Author
Martin Donnelly, software architect and tech lead for IBM’s XPages runtime team, has worked on all four XPages releases.
Maire Kehoe, lead developer on IBM’s XPages team, worked on Lotus Component Designer from 2004 to 2007, and moved to IBM Lotus Domino to help develop the Domino Server’s XPages runtime.
Tony McGuckin, senior software engineer for the XPages core runtime team, also researches and develops next generation application development tools, and consults on XPages with IBM customers.
Dan O’Connor, Team Lead for IBM Lotus Domino Designer, has worked on Domino Designer since release 8.5.0. He previously worked on the XFaces tooling for Lotus Component Designer and on JSF tooling for Rational® Application Developer.
Top customer reviews
I have all three XPages books now, and you really need them in your hands to be successful coming up to speed with XPAGES.
- slobodan lohja
Let's assume that you're a diligent administrator. You've known for maybe a decade now (or more) how best to configure an end user's Notes client installation. You can set up an efficient replication and mail routing topology in your sleep. You've even kept current, so you now know all the best practices for configuring DAOS and Traveler. Congratulations! You're a top notch email administrator.
But if I'm your Notes developer, and I need you to deploy a new XPage application, do you know what questions to ask me in order to ensure that the correct persistence settings are enabled in the application's xsp.properties file? Do you know what heap size should be set in the server's INI to provide a solid balance between performance and scalability? It's fantastic that you know exactly how to support every last detail of an email environment, but do you know how to support applications?
If you don't, or you're not sure, or even if you think you're sure, buy this book. Sorry for the blunt honesty, but I haven't met a single Domino administrator who could instinctively tell me what the xsp.persistence.mode setting should be, based on whether the users want the application to be fast, scale to massive amounts of concurrent users, or provide a healthy compromise between the two. If, at a minimum, you can't answer that question without even stopping to think, and you administer production Domino servers running 8.5, or ever plan to, you need this book.
Hint: the answer is on page 24. In fact, the entire first chapter - all 81 pages of it - are just about how to configure one file: xsp.properties. This is where you define, either at the server level, or at the application level, or both, resource management (such as CPU and RAM), cache management, and the like. There are plenty of settings that can be defined in this file that only the developer should care about, but many of them you don't want the developer to decide. Trust me, if you leave it to me, I'm typically going to max out the RAM consumption in an attempt to provide lightning fast response times. But it's your server. You should be overriding me on that decision... as long as it's still in keeping with the end users' business needs, of course.
Chapter 2, with the exception of a couple pages at the end about defining very specific security settings, is also about a single file - notes.ini - for tweaking stuff like Java heap sizes and improving post-restart performance by preloading certain JVM tasks. Again, pretty much all admin stuff. Developers should also understand these things, or we won't be writing efficient code, but it's the administrators who need to know what the appropriate settings are based on the hardware available and the users' needs.
Chapter 3 is all about Domino console commands. Very useful for the developer when doing unit testing, but obviously this is still primarily targeted at the administrator.
Okay, admins, the second half of the book would probably just bore you. So feel free to move along now. But buy the book, okay? Your end users would love for their admin to know how to support their apps as well as their mail, even if they don't realize that's what they want. Trust me on this.
Developers, still with me? Good, 'cause we're getting to the half of the book you'll actually find interesting.
Chapter 5: Server-Side Scripting. This chapter digs slightly deeper into the server languages like SSJS and Java than Mastering XPages did, but honestly I didn't see a whole lot new here. On the other hand, this is, after all, a "portable command guide". So whereas, in the words of one of the authors, Mastering XPages was about the "journey" of learning to develop XPages applications, this is kind of the "yellow book" (for those of you who have been around a while) for XPages: the handy reference you keep conveniently next to your mouse pad at all times.
Chapter 6: Server-Side Debugging Techniques. This is where it gets really interesting. A loose form of some of this has already been distributed in PDF form with the XPages Extension Library (the actual library itself, not the XPages Extension Library book), but this provides the same information in a more polished form, as well as much more detail. Spoiler alert: once you've finished this chapter, you'll know how to bind your test server's HTTP task to an Eclipse debugger, so you can step through your code just like you used to do with LotusScript. Mood killer: that does you no good if you write all your code in SSJS... you only get step-through for your Java code. Sorry. Take it from a guy who used to hate Java: just get it over with and learn Java. You'll write better code, your XPage apps will run faster and be more powerful, and your skills will be more portable should you ever decide (or be forced) to seek employment outside of the Domino microcosm. If your experience at all resembles mine, after a few months you'll wonder why you ever liked LotusScript. *
In summary, this is an excellent read for developers and admins alike. It's not as sprawling an epic as Mastering XPages, but it's not meant to be. This is a reference guide, something you'll want to absorb as much of as possible, but should keep on hand to revisit as the need arises.
IBM Press also hit various new media outlets to get the word out about this book, including podcasts, a Meet the Authors YouTube Video, and blogs.
XPages Portable Command Guide: Meet the Authors
Was all of this hard work to expose the latest IBM Press XPages imprint worth it?
Mastering XPages: A Step-by-Step Guide to XPages Application Development and the XSP Language is mentioned by this book several times as the most authoritative resource for learning and... mastering XPages, and if you don't own that book I highly recommend purchasing it first.
The Portable Command Guide is an excellent companion to Mastering XPages, and the information in these pages are invaluable. It doesn't duplicate the information found in Mastering XPages (outside of reviewing some of the very basic fundamentals and possibly some of the most common features/functions).
To put it simply, the XPages Portable Command Guide is the book that you'll be more apt to pack into your laptop bag, where Mastering XPages will sit on your desk.
You should buy both, (and the upcoming XPages Extension Library: A Step-by-Step Guide to the Next Generation of XPages Components), if your primary job can be described via a combination of the words "Lotus" and "Developer". While this book is valuable to Administrators, I think that it's more of a Developers book that is peppered with Administration considerations and interests.
Ideally, a Developer should think like an Admin, so this works out quite well.
Administrators... you can skip this one, or make your developers buy it.