Slashdot Log In
Google, Amazon, and Beyond
from the moon-is-next dept.
| Google, Amazon, and Beyond | |
| author | Alexander Nakhimovsky and Tom Myers |
| pages | 314 |
| publisher | Apress |
| rating | 6 for most, 8 for Java programmers |
| reviewer | Tony Williams |
| ISBN | 1590591313 |
| summary | Good guide to web services for Java programmers |
The first two chapters are introductory material, though the authors quickly introduce some code with JavaScript routines to talk to both Google and Amazon. The second of them does a good job explaining the intricacies of DOM and how you use it to build a web page in Java. Then the authors get down to some serious work at using Java, including stand-alone applications and applets, to access web services.
They move fast throughout the book; this is not one to read quickly or without ready access to a computer. That said, the writing is good; the text is understandable and all the code is well explained.
The book covers a wide gamut of techniques and technologies, including SOAP and REST on the query side, and XSLT and XPath on the output side.
Then the book moves on to instructions for offering your own services. This part of the book starts off with WebDAV using Tomcat, though there is a short digression into Java Server Pages before really getting down to the nitty gritty. Finally the book shows how to use WSDL and Axis to easily create full web applications.
You can see that this volume covers a lot of territory. This breadth may well be the book's largest flaw; its wide reach means no topic gets a really deep coverage and a number of topics do not get the coverage they deserve. Indeed I would have to say that only a much better Java programmer than I would get full value from this volume -- there were parts where the authors lost me entirely and it took an effort to get back my understanding, occasionally resorting to a Java manual.
The publishers have a page for the book that has an example chapter, table of contents, index and source code. The example chapter, 4, details how to build a SOAP server using Java and provides an excellent example for the book. If you're a little unsure of your Java skills, take a look at this chapter and see if you can easily understand the code and explanation. If you can, then this volume should have no surprises for you.
It should be said that nothing about the book's cover tells you how much of it relies on Java, though a good read of the table of contents makes it obvious. I would have personally preferred a book that was more general in the programming language it used, covering more of the tactics and methods rather than examining specific code. If, on the other hand, you are an experienced Java programmer looking for a book on programming web services in that language, then this is an excellent volume.
You can purchase Google, Amazon, and Beyond from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
web services (Score:4, Interesting)
(http://www.rayn.net/)
Re:web services (Score:5, Informative)
(http://feedharvest.com/)
Re:web services (Score:4, Informative)
(http://www.booksunderreview.com/ | Last Journal: Friday August 29 2003, @09:38PM)
I always shop at bookpool.com (Score:2, Informative)
Seems odd.. (Score:5, Funny)
Is it just me or is this odd?
An application I'd like to have (Score:2)
(http://www.geometricvisions.com/ | Last Journal: Monday May 02 2005, @05:35PM)
It seems to me it should be pretty easy to use Google's API to find the rank a given page has for a given query.
It's easy to check the rank for a few queries, but I'd like to measure them for dozens, and several different pages too, so it would be very helpful to have it automated.
Is there such a program?
Re:An application I'd like to have (Score:5, Informative)
(http://feedharvest.com/)
How can Sun push web services? (Score:4, Informative)
Xen and opensource (Score:2, Interesting)
Is has many advantages and makes more then some sence from a webservices perpective. I would love to work on an opensource implementation of something like that. It could be based on python (for example). That would do a great mix with zope.
Anybody knows if something like that exists?
Too simplistic? (Score:5, Interesting)
Re:Too simplistic? (Score:4, Funny)
(http://slowmovingtargets.blogspot.com/)
Maybe I've been a programmer for too long... I completely understood that.
Why a B&N link? (Score:1, Informative)
How long before Web Services finally dies? (Score:2, Interesting)
People are still clinging to this notion that Web Services is still the "Big Thing", but frankly it isn't. It's pretty mundane, and doesn't deserve the level of respect that it still seems to get.
Remember all the hullabaloo over how Web Services will change the way the Web will work? How UDDI will allow different vendors to create competing Web Services and customers could choose between them? It would be the next great competitive market? Such a great market never got created.
It's ova! Go home! It's going to go the way of the dodo soon. I predict that Amazon will soon get rid of it because it will become more of a pain in the ass to support than being something that generates actual revenues.
Re:How long before Web Services finally dies? (Score:4, Insightful)
(http://www.cornetdesign.com/)
Well, yes and no.
I think Web Services has its place. Is it going to "change the face of the web"? Perhaps, but not like the marketers say.
Let's be realistic. Web Services, as you said, started getting big 2 years ago. Which means that is when most PHBs heard about it. And it represents a fundamental change in the way a lot of businesses function. Which means that it will take a significant amount of time to adopt.
My personal feeling is that there are a lot of uses for it. Once we can get through the phase of competing standards, matching XML formats, etc, it is a useful tool.
But to call it huge, I don't know. Does it have it's place? Absolutlely. We've used it to get disparate systems talking to one another, which, granted, could have been done with Corba, or anything else. But the learning curve is much faster for the Junior programmers.
On the flip side, I think it is wrong to say it is going the way of the dodo. It has its use. Just like XML has its use. They *can* change the way businesses are run, but in the end, they will help in instances where they are needed, and save (or make) the companies money.
web service idea (Score:2)
1. users register themselves with a uniquely assigned ID (1231513542352) and their current mailing address.
2. other users look up the ID (1231513542352) to retrieve an unnamed address.
now the first user just needs to tell businesses (more specifically, the businesses computers) where to find this web service and what their ID is. now the business computers can consume this web service and print out the correct mailing address.
this is basically DNS for snail mail addresses, but instead of fighting for "mortarcombat.addr" with the 1000s of other mortar combats of the world, I just have an ID.
Buzz Lastyear? (Score:1)
(http://www.darcynorman.net/)
MOD PARENT DOWN - STOLEN TEXT! (Score:5, Informative)
(Last Journal: Wednesday February 23 2005, @01:02PM)
Re:Dagnabit. This look like a bridge over my head (Score:1)