Google, Amazon, and Beyond
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.
Haven't most of Google's features been exposed already?
FP
both google and amazon offer their data as web services. that is, amazon has made available their database data in XML format. this allows you to do cool things like junglescan.com. google offers a similiar service, but im not too familiar with it. anyone care to elaborate?
http://www.rayn.net . Funny. Stuff.
www.bookpool.com is much cheaper. O'Reilly books are usually 40% cheaper.
You can purchase Google, Amazon, and Beyond from bn.com
Is it just me or is this odd?
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?
Request your free CD of my piano music.
Get it here: link!
"... I'm glad he posted that.. he did us a service so we did not have to open a new browser window and slashdot some poor website."
Well gee, i'm glad we didn't slashdot a server either - what kind of idiot do you take me for? The fact that he didn't even bother to credit the author of that comment is the problem there, smart guy.
Ok... the cynic in me can now rest
I have mod points and I am not afraid to use them
I'm a big fan of both Sun and Java, but it dismays me that they continue to push web services and try to make better tools and APIs for web services without making their sites accessible to web services. Why oh, why, can't they at least provide a nice web service for Bug Parade.
If this is offtopic, why isnt the post claming that its a plagarized post marked offtopic?
this is hypocrisy in action
Does anybody knows about Xen? It is a proposition for a programing language which use the document has a metaphor insteed of the object.
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?
When checking www.junglescan.com, it was interesting to see "Wicked Cool Shell Scripts: 101 Scripts for Linux, Mac OS X, and UNIX Systems " at the top of the "Today's top winners" with a +41331% change at Amazon. This book was reviewed yesterday in Slashdot.
this book is $12 cheaper on amazon...
Web services were so big 1-2 years ago... and nothing. Absolutely nothing substantial.
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.
a site to provide exactly 2 web services:
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.
MORTAR COMBAT!
last year's buzzwords, all strung together in one convenient sentence...
It is pitch dark. You are likely to be eaten by a grue.
ooo...a tautology.