Slashdot Mirror


Java Web Services in a Nutshell

milaf writes "Surprisingly many people have absolutely wrong ideas about Web Services. I think that the hype and perceived simplicity of everything having to do with the Web are to blame. Well, that, and the wide-spread 'confidence through ignorance' among us." Read on for milaf's review of the O'Reilly-published Java Web Services in a Nutshell, which he says displaces hype with good information. Java web services in a nutshell author Kim Topley pages 642 publisher O'Reilly rating 9/10 reviewer Alex ISBN 0596003994 summary Excellent book on Web Services for Java developers, related standards and technologies

I expected this book to be similar to other "Nutshell" books that I like and am familiar with: a very accurate and concise description of the domain, followed by a huge API reference. Well, I was pleasantly surprised: this book reads more like a tutorial, yet it is a reference in the sense that you can easily read its parts independently, and its index is quite useful and complete.

The book covers all technologies necessary for defining, implementing, and deploying Web Services for both client and server sides:

  • WSDL (Web Services Definition Language), the XML-based interface definition language (and more); CORBA folks: this is your IDL for the Web Services platform, only not as easily read or understood. Not to worry: there are GUI-based editors for this thing, many of them are free. Plus the book explains WSDL format and structure in a great detail.
  • JAXR, a client-side interface for extraction of business and service information from the compliant Web Service registries.
  • JAX-RPC (two chapters: basic and advanced); at the application level this technology is similar to CORBA using Java.
  • JAXM, a high level standard-based generic interface to messaging that is implemented by a messaging provider. It offers the benefits of asynchronous messaging, robust message delivery, and message profiles (use of SOAP message headers).
  • SAAJ is a low-level Java interface to SOAP; under the hood some of the mentioned technologies use it.

For each of these technologies the author dedicates enormous effort to showing intricate but very relevant technical details without obscuring the big picture. There is a necessary but not overwhelming amount of Java code and XML. You will be able to reuse the examples since they are very clear.

The book has a chapter on Web Services tools and configuration files. This is a very helpful chapter: the business of defining deployment descriptors by hand is a messy job; presence of this chapter makes the job a bit easier. A small but helpful API reference may be found at the end of the volume.

If you need to understand the details of how to build, implement, and deploy Web Services, you will not be disappointed. There is absolutely no hype in this book! Considering the topic, nowadays this alone is an achievement.

Web Services technology is not the "Web Stuff," it is not related to browsing the WWW, and it does not pertain to the services offered by the WWW vendors (unless Web Services is what they sell). It is a fast-growing technology for programming in the distributed computing environment. Judging by the hype and money being spent on it by the leading powerhouses, it is going to be very prolific and important technology in the near future. Want to know more? -- Read the book!

You can purchase Java Web Services in a Nutshell from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

91 comments

  1. Re:Just gimme the gist of it.. by Trigun · · Score: 1

    It's not just you. That was a real pain in the ass to read.

    Someone want to fix that?

  2. A page-widening review on Slashdot. by Anonymous Coward · · Score: 4, Funny

    What next? A duplicate article posting?

    1. Re:A page-widening review on Slashdot. by pope1 · · Score: 4, Funny

      slashdot dosen't post duplicate articles,
      they are just experimenting with RAID:

      Redundant Articles Interleaving Daily

      That way, just in case you miss something important
      because a lot of stories are being posted, you can catch it later w/o having to back track.

      Be very afraid if they try and test thier RAID5 setup, where theres a SCO article at the top of the site that just never goes away, for parity.

      --
      /* * pope1 */
  3. Web Services? by _Sharp'r_ · · Score: 3, Informative

    I wish they had managed to call it something besides "Web Services" when it doesn't have a lot to do with the "World Wide Web". That's been the biggest point of confusion I've found trying to explain web services to semi-technical people.

    The services part hasn't been much better than the Web part, but at least it's mostly fitting.

    The book reviewed is a pretty good overview. I just wish they had spent more time on typical internal corporate uses and tools to convert/interact with existing legacy software products.

    You can find some similar related books at BUR - Web Services/Soap. I am looking forward to the days when standards like this combined with older stuff like XML and CSS make combining and processing data from disparete sources becomes a lot easier than it typically is now!

    --
    The party of stupid and the party of evil get together and do something both stupid and evil, then call it bipartisan.
    1. Re:Web Services? by Directrix1 · · Score: 2, Interesting

      Well, its damned easy on java if you use AltRMI.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    2. Re:Web Services? by molarmass192 · · Score: 2, Funny

      Problem is we're running out of names in IT. If not Web Services then what?

      Network Services ... taken
      Remote Services ... taken
      Shared Services ... taken
      Pluggable Services ... taken
      Grid Services ... taken


      We need a new name, something that's kinda "Net" but not used yet. How about "Scattered" or "Decentralized", or are those taken too? I think a good acronym would have been less confusing and more importantly would result in fewer questions.

      Anyhow, a lot of words just to say "I agree", the "Web" portion just serves to confuse the folks who approve the budgets.

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    3. Re:Web Services? by pkesel · · Score: 1

      Why a new name when it does the same thing that's been going on over networks for the last 20 years? This is nothing more than another version of distributed object technology. Just like DCE, CORBA, RPC, yada yada yada. The only thing is that neat tools for making it work on a web server (which is already overloaded with other crap).

      Someone sat in a room one day and thought, "Hey, why not do that again, but on port 80/443 and with XML messages! And let's call it something new!".

      The interesting part is the WSDL and UDDI. And that's not all that novel either, as tons of implementations use LDAP to define services. This is just more public.

      --
      - Sig this!
    4. Re:Web Services? by molarmass192 · · Score: 1

      Why a new name when it does the same thing that's been going on over networks for the last 20 years?

      Probably because the folks in marketing think new names sell more software and services. Wasn't there a Dilbert on this a while back?

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    5. Re:Web Services? by sg_oneill · · Score: 1

      It is in python :)

      1. import xmlrpclib

      2. myserver = xmlrpclib.Server('http://rarara.com:8000')

      3. myresult = myserver.profit()

      Yup. Xmlrpc invocation in 3 lines.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    6. Re:Web Services? by Directrix1 · · Score: 1

      Factory factory = new ClientSideClassFactory(false);
      factory.setHostContext(new SocketCustomStreamHostContext("somehost", 1235));
      TestInterface ti = (TestInterface) af.lookup("Hello");

      AltRMI in 3 lines!!!

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
  4. Re:Just gimme the gist of it.. by stratjakt · · Score: 4, Funny

    Mebbe I'll review "HTML formatting in a Nutshell" for them.

    --
    I don't need no instructions to know how to rock!!!!
  5. JAXM: Dead or Alive? by livinglegend5000 · · Score: 5, Interesting
    When I attended the JavaOne conference in June I asked one of the speakers/JAX-RPC developers from Sun why the JAXM (Java API for XML Messaging) was not included in the latest release of the Java Web Services Developers Pack (1.2). She said that it was because the JAXM library was not developmentally mature, which really concerns me since I have 5 production application using JAXM. She recommended using JAX-RPC (Remote Procedure Calls) instead, which I've been researching.

    So, I found it interesting that the author has chosen to include JAXM in his book. I have no beef against JAXM, it works as stated. But the threat of abandoned developments concerns me... Does JAXM have some life left in it yet? Does the author know something we don't?

    1. Re:JAXM: Dead or Alive? by los+furtive · · Score: 1

      Now that's scary. We wrote a db to db interface around JAXM, but higher-ups got nervous about using SOAP, so it was shelved for the time being.

      I hope Sun's decision is a temporary one, because JAXM sure takes all the work out of SOAP, and like you said, it appears to work as stated.

      --

      I'm a writer, a poet, a genius, I know it. I don't buy software, I grow it.

    2. Re:JAXM: Dead or Alive? by Anonymous Coward · · Score: 0

      JAX-RPC is much easier to use than JAXM and it's the basis of several other web services tools (Axis, GLUE) which would explain why they would do something like that.

    3. Re:JAXM: Dead or Alive? by cyberElvis · · Score: 1

      I looked on the java site and actually JAXM 1.1.2 is avaiable as an OPTIONAL library in JWSDP 1.2. I actually have production stuff running JAXM, so I was relieved to see this. They probably made it optional because Sun is fighting MS on the best way to handle Web Services. Sun prefers an RPC approach whereas MS prefers the SOAP Messaging method. Actually the only reason I am using JAXM is because the .NET Web Service I am calling doesn't play nice with JAX-RPC clients. So in answer to your question I think Sun will keep JAXM alive, albeit optional, because it is the Java implementation of the SOAP Messaging standard.

      --
      My boy, my boy!
  6. New projects i am working on with O'Reilly: by pope1 · · Score: 4, Funny

    libTurtle SDK on the Half Shell.
    WINE in a Cask.
    The freshmeat.net Handbook from the Butcher.

    I love all the silly food/drink references we deal with every day in the IT field.

    --
    /* * pope1 */
  7. Re:Just gimme the gist of it.. by Trigun · · Score: 2, Funny

    You think that they'll get the hint?

    Where's your damned 'Preview' Button now?

  8. Wouldn't it be easier ... by burgburgburg · · Score: 1, Funny

    in a computer case? I mean, size and insulation of a nutshell are going to lead to overheating quite quickly.

  9. Nice review...not by infinii · · Score: 2, Insightful

    Wow, why bother typing out that review when you could have just posted a link to ORA's description. ;)

    Can anyone explain the differences between "Java Web Services in a Nutshell" and "Java Web Services" both published by O'Reilly? Look very similar with the latter probably a bit outdated seeing as it was published March 2002. Is this Nutshell book just a rehash of the other book but with updated API's?

    1. Re:Nice review...not by Anonymous Coward · · Score: 1, Informative

      Without looking at the specific title in question - O'reilly's nutshell books are usually light on the instruction and heavy on the reference. Their regular books are the opposite.

  10. Original review without the page-widening by Anonymous Coward · · Score: 3, Informative

    I expected this book to be similar to other "Nutshell" books that I like and am familiar with: a very accurate and concise description of the domain, followed by a huge API reference. Well, I was pleasantly surprised: this book reads more like a tutorial, yet it is a reference in the sense that you can easily read its parts independently, and its index is quite useful and complete.

    The book covers all technologies necessary for defining, implementing, and deploying Web Services for both client and server sides:

    * WSDL (Web Services Definition Language), the XML-based interface definition language (and more); CORBA folks: this is your IDL for the Web Services platform, only not as easily read or understood. Not to worry: there are GUI-based editors for this thing, many of them are free. Plus the book explains WSDL format and structure in a great detail.
    * JAXR, a client-side interface for extraction of business and service information from the compliant Web Service registries.
    * JAX-RPC (two chapters: basic and advanced); at the application level this technology is similar to CORBA using Java.
    * JAXM, a high level standard-based generic interface to messaging that is implemented by a messaging provider. It offers the benefits of asynchronous messaging, robust message delivery, and message profiles (use of SOAP message headers).
    * SAAJ is a low-level Java interface to SOAP; under the hood some of the mentioned technologies use it.

    For each of these technologies the author dedicates enormous effort to showing intricate but very relevant technical details without obscuring the big picture. There is a necessary but not overwhelming amount of Java code and XML. You will be able to reuse the examples since they are very clear.

    The book has a chapter on Web Services tools and configuration files. This is a very helpful chapter: the business of defining deployment descriptors by hand is a messy job; presence of this chapter makes the job a bit easier. A small but helpful API reference may be found at the end of the volume.

    If you need to understand the details of how to build, implement, and deploy Web Services, you will not be disappointed. There is absolutely no hype in this book! Considering the topic, nowadays this alone is an achievement.

    Web Services technology is not the "Web Stuff," it is not related to browsing the WWW, and it does not pertain to the services offered by the WWW vendors (unless Web Services is what they sell). It is a fast-growing technology for programming in the distributed computing environment. Judging by the hype and money being spent on it by the leading powerhouses, it is going to be very prolific and important technology in the near future. Want to know more? -- Read the book!

    1. Re:Original review without the page-widening by Anonymous Coward · · Score: 1, Insightful

      Ugh. Another instance of moderators on crack. Why is this post informative? It is just a copy and paste of the original and it will still be page widened until they fix the original (at which point this is redundant).

  11. $4 less and free shipping! by Anonymous Coward · · Score: 0
  12. Java and web services security by Anonymous Coward · · Score: 1, Informative
  13. Heh by teslatug · · Score: 3, Funny

    I have to go buy a side-scrolling mouse, brb

  14. Mod the unformatted copy and paste troll around! by Anonymous Coward · · Score: 0

    Scurvey!

  15. What books for NON-JAVA web services? by crankyspice · · Score: 4, Insightful

    I have to implement a set of web services here on (I know, I know, not my choice) MS SQL 2000 Server. I have the option of using ASP (gack), Perl, or PHP, or any combination thereof. At first, probably mostly HTTP GET and POSTs, but eventually we'll implement SOAP.

    What books (O'Reilly?), if any, are a 'must have' for this type of work, and these tools? I know my way around PHP reasonably well, Perl at a not-quite-amateur-not-quite-pro level, and ASP / Java not at all. I've got two months, give or take, so I don't want to take the time to get up to speed on a whole new language.

    Any first-hand recommendations would be much appreciated; I've got to order books today (found out yesterday)...

    Argh.

    THANKS!!!

    --
    geek. lawyer.
    1. Re:What books for NON-JAVA web services? by Anonymous Coward · · Score: 0

      If you are going to use Microsoft technologies you might as well go the .NET route. It is designed with it in mind and there are dozens of books out there.

      I would also recommend a very good website for questions like this - google.com.

    2. Re:What books for NON-JAVA web services? by Anonymous Coward · · Score: 0

      I forget to mention that by using C# you could eventually get away from Microsoft when the Mono project is more mature.

    3. Re:What books for NON-JAVA web services? by Anonymous Coward · · Score: 0

      Um, Java works perfectly well with MS SQL 2000 . Microsoft even publishes the Java drivers required.

    4. Re:What books for NON-JAVA web services? by crankyspice · · Score: 2, Informative

      Yeah, but I know PHP and Perl, and I've got ~ 2 months to fully implement and get working with external providers, so, I'd rather not learn Java at this stage...

      --
      geek. lawyer.
    5. Re:What books for NON-JAVA web services? by monsterzero2003 · · Score: 2, Informative
      O'Reilly "Programming Web Services with XML-RPC" is a pretty good starter. It has php, python, perl chapters in addition to Java.

      I know in some eyes XML-RPC is looked at the idiot cousin of SOAP but it works and in my opinion is a lot easier. (I believe Redhat uses it as part of their "up2date" software updating facility). Particularly nice is being able to write the XML-RPC server in Python (or any of the other supported languages) while accessing it via a php client (though you can do the XML-RPC server in php too). Also - Wrox's Professional PHP4 XML (misleading name somewhat) has extensive chapters and examples of using XML-RPC with PHP. And code is available via their web site too (as is the above O'Reily book)

      If the "XML" part of "XML-RPC" fills you with trepidation you should know that you the XML is really all under the covers and there is no need to create dtd's, etc.

      A good place to get the started with XML-RPC first visit www.xml-rpc.com.

    6. Re:What books for NON-JAVA web services? by sg_oneill · · Score: 1

      Dead right.
      The python/XML-RPC combo is particularly tasty.

      Using the simplexmlrpcserver object its pretty much a case of point the server object at the served object and your away. Accessing the object is as simple as ... well the same.

      Xml-Rpc may have a less-advanced reputation, but truth be told is that theres precious little soap can do that it cant , and what else soap CAN do (variants) it probably shouldnt.

      The big advantage for the Xml-Rpc specification is that its STABLE. It fits on a couple pages of description and it doesnt change. Point versions of the Soap spec send entire code bases reduntant.

      Why would a programer be so retarded to use Soap? To put it another way, whats more dangerous a retarded-but-reliable spec or a retarded-AND-useless program(er)?

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
  16. The problem with web services... by samsmithnz · · Score: 1

    I think web services are a great idea, but from my understanding of them, it really is an all or nothing concept... either everyone has to use them and supply them or they are (mostly) useless to the general public...

    1. Re:The problem with web services... by Anonymous Coward · · Score: 0

      Well I guess you are a good candidate for reading the book since you have no clue what you are talking about. First of all, for the most part, they are invisible to the general public. Second, web services can exist side-by-side with other technologies. Everybody does not have to use them for them to be worth something.

  17. Well, I now know what not to buy by kfg · · Score: 2, Insightful

    "I expected this book to be similar to other "Nutshell" books that I like and am familiar with:
    a very accurate and concise description of the domain, followed by a huge API reference."

    Which is exactly what I'm looking for when buying a Nutshell book and expect to get.

    "this book reads more like a tutorial"

    Which is precisely what I don't want when buying a Nutshell book.

    Thanks for the review, you may have saved me grave diappointment.

    KFG

  18. Another book: Web Services Essentials by tedgyz · · Score: 1

    I have the book "Web Services Essentials", also from O'Reilly. I'm curious how the Nutshell book differs. The review makes it sound quite similar.

    At any rate, the Essentials book is a good overview of all the relevant technologies and can help you start to see the "forest". I would actually recommend it for PHBs who have 1/2 a technical clue.

    --
    "No matter where you go, there you are." -- Buckaroo Banzai
  19. My thoughts by Anonymous Coward · · Score: 0

    This field is still embryonic. Thus far, few (none?) commercial mission-critical applications exist. Also, the standard for secure Web Services is still jelling. True, there is always HTTPS. But it doesn't seem to allow for finer grained encryption and the field is casting for a better answer. So the choice is yours. Wait a year or so till some of these issues get resolved. Or, more pertinently perhaps, you want make an impact in this field now?

  20. Re:Just gimme the gist of it.. by Anonymous Coward · · Score: 0

    Not just you. And I didn't see a page widening post that could have been the culprit.

    It looks like typical assholeism from the janitors.

  21. Ahem. by American+AC+in+Paris · · Score: 4, Insightful
    Surprisingly many people have absolutely wrong ideas about Web Services. I think that the hype and perceived simplicity of everything having to do with the Web are to blame. Well, that, and the wide-spread 'confidence through ignorance' among us.

    Y'know, Web Services may--may--be an absolutely wonderful thing, but this review has done slightly less than nothing to convince me otherwise. I'll readily admit that I look askance at Web Services because all I read or hear about them comes from four-color glossies loaded with as many new acronyms as hyperbolic business-speak. I will admit that I know next to nothing about these services from the technical standpoint, and I will further acknowledge that if I were to read these books, I could very well be won over by them.

    That said, this review did absolutely nothing to make me want to pick these books up. The main body of your review consists of bulleted list of acronyms that does little more than define them by using other, more commonly recognized acronyms. You then go on to tell us that it's a good book without giving us any reasons beyond a nebulous "the author dedicates enormous effort to showing intricate but very relevant technical details without obscuring the big picture". Well, gosh, that sums up just about any technical manual worth it's salt, man! What makes this one special? What about this book is going to fix the "wrong ideas" I have about Web Services?

    You talk about how the book contains no hype (I do hope you appreciate the irony of ending that sentence with an exclamation point, by the way.) You then close the review with "Judging by the hype and money being spent on it by the leading powerhouses, it is going to be very prolific and important technology in the near future." If you're trying to correct misconceptions about Web Services, I can only assume that you want more and more technical people to view Web Services as the Fad-Of-The-Week for PHB's worldwide and not a useful, powerful technology.

    This isn't a review, it's an outline of the book, and a rambling one, at that. Tell us what makes it a good book, dammit! Tell us why we're wrong about Web Services being little more than marketing fluff and flashy buzzwords!

    --

    Obliteracy: Words with explosions

    1. Re:Ahem. by Anonymous+Crowhead · · Score: 1

      Fellow Slashdotters, prepare to be dazzled! [walks to the front of the room]
      Well, as Timothy already mentioned, the name of the book that I
      read is "Java Web Services In A Nutshell". It's about these... [describing the book jacket]
      services... with acronyms like . JAX-RPC ... and... WSDL...
      and Web Services tools and configuration files... [pause]
      Did I mention this book was written by a guy named Kim Topley?
      And published by the good people at O'Reilly. So, in conclusion,
      on the Slashdot scale of one to ten, ten being the highest, one being
      the lowest, and five being average, I give this book... a nine.
      Any questions?

    2. Re:Ahem. by Anonymous Coward · · Score: 0

      this review has done slightly less than nothing to convince me otherwise

      Are you in marketing or something? Why do you think a review is supposed to convince you of something?

      this review did absolutely nothing to make me want to pick these books up

      You are in marketing.

    3. Re:Ahem. by sdcharle · · Score: 2, Funny
      Booo!

      Bring back the kid with the toad in a jar, I liked his show and tell better.

      You are so right, though, this review reminds me so much of kids in 5th grade copying the back cover text of a book they read, then submitting it as a book report.

    4. Re:Ahem. by Anonymous Coward · · Score: 0

      Web services are nothing but sending messages between computers. They're popular because of two things: the ubiquity of HTTP, and reliable, freely available XML parsers.

      To send a message between two computers you first need a way to send it, and then a way to read it. Really, all you need are socket() and strtok(), but thanks to open source, higher level protocols can do the work for you, even though they are vastly more bloated, they are quite a bit more reliable than writing your own.

    5. Re:Ahem. by MrBlint · · Score: 0

      How can anything do less than nothing?

      --
      That's very perceptive of you Mr Stapleton and rather unexpected in a G Major
  22. /. review rating system: by Anonymous Coward · · Score: 1, Informative

    9 - good
    8 - average
    7 - poor

    The last ten book reviews on slashdot have ratings that all fall within this range. The lowest had a rating of 7, the highest, 9.

  23. Re:Question by pmz · · Score: 4, Funny

    Does anyone know if they cover JAX-OFF?

    No. This API has not been shown to scale well into a team environment making it unsuitable for "enterprise" deployments. It also has problems where projects that use it tend to be exhausted before fully satisfying the requirements. Even further diminishing this API's future is its tendancy to get very little real work done in spite of its network bandwidth consumption.

    JAX-OFF is slated to be replaced, soon, by a better ground-up implementation of the Java API for Occidental Rectilinear Groupware Interfacing. This new API promises much better scaling potential, where any number of people and businesses can join into the web services phenomenon. It also has a very low learning curve, where practically anyone is capable of making money with it.

  24. Re:I was gonna buy this book online... by fedor · · Score: 1

    You have to do XML-requests to open it.

    --
    :wq!
  25. Re:the real name of this book. by Glock27 · · Score: 2, Informative
    well how much of that is due to businesses wasting bandwidth on XML and SOAP?

    I have two words for you: compress and encrypt. :-)

    Business-critical XML should be sent over SSL or something similar...

    --
    Galileo: "The Earth revolves around the Sun!"
    Score: -1 100% Flamebait
  26. Re:Just gimme the gist of it.. by Anonymous Coward · · Score: 0

    its a hidden trick to make you switch to konqueror!

  27. Informative because it has NO page-widening by Anonymous Coward · · Score: 0
    1. Re:Informative because it has NO page-widening by Anonymous Coward · · Score: 0

      Duh. Who cares what it looks like on its own. It is still widened when inline. If he had gone through and put br's in the right places then I would say mod him up. All he did was cut and paste. I don't really think that makes it informative.

  28. Re:Just gimme the gist of it.. by Anonymous Coward · · Score: 0

    Hey, it does work in Konqueror!

    -Tri.

  29. Re:Question by Anonymous Coward · · Score: 0

    Does anyone know if they cover JAX-OFF?

    No. This API has not been shown to scale well into a team environment making it unsuitable for "enterprise" deployments.


    You must be new here. Slashdotters use the token ring based technology known as the circle jerk.

  30. one of the best references ever by jlemmerer · · Score: 0

    I do webservice programming myself. and to make it short: this is one of the best books on the topic ever

    --
    ".Sig Stealer" was here
  31. Re:Question by pmz · · Score: 1

    Slashdotters use the token ring based technology known as the circle jerk.

    That must be why Slashdot goes off-line every so often. Someone passes the token and, then, realizes they don't want it back, so the token gets taken away, cleaned, and the circle is rebooted.

  32. Re:Just gimme the gist of it.. by BigDumbAnimal · · Score: 0
    That was a real pain in the ass to read.
    There is your problem; don't RTFA.
  33. Ahh, found it. by IPFreely · · Score: 3, Insightful
    At the end of the last line of the review:

    Want to know more? -- Read the book!<nobr>

    That is causing the following horizintal rule and "buy it here" line to expand the page. How rude.

    --
    There is nothing so silly as other peoples traditions, and nothing so sacred as our own.
  34. Web Services by vvdd2 · · Score: 0

    I think the "Web Services" is not a buzzword any more.
    What slashdot readers feel about "Web Services", is it still cool?

  35. Give this man more mod points. by Anonymous Coward · · Score: 0

    My good sir, you have amused me. Well done.

  36. !!! Read This Reply !!!! by solarrhino · · Score: 1

    See, you're reading it! Now that's marketing!

    --
    "Lord, grant that I may always be right, for Thou knowest that I am hard to turn" -- A Scots-Irish prayer
  37. Re:Thank god by Anonymous Coward · · Score: 0

    nice try. However, the referrals are for bn.com! Anyone know for sure if the referral goes entirely to slashdot or if they kickback to the author?

  38. Ah....web services by Anonymous Coward · · Score: 1, Funny

    One of the few times geeks use soap.

  39. Review template by ENOENT · · Score: 4, Funny

    O'Reilly's latest offering, FOO in a Nutshell, dispells many of the myths surrounding FOO and shows it to be a worthy contender in the BAR arena. Even though BAZ, QUX, and QUUX have been proposed as alternatives to FOO, only FOO provides the full power of SNERGLE to MUMBLE programmers.

    Chapter 1 is the introduction, chapters 2-73 are the stuff that comes after the introduction, and then comes the index, which has some really good stuff in it.

    So, in short, FOO in a Nutshell is better than anything else at explaining why you should incorporate DWEEZIL into your FLARK.

    Rating: 9.5/10

    --
    That's "Mr. Soulless Automaton" to you, Bub.
    1. Re:Review template by Drakonian · · Score: 1

      I was gonna say - "Where did honestpuck go!??" I hope he didn't dissapear like poor John Katz.

      --
      Random is the New Order.
  40. Clueless reviewer and clueless editor by Corporate+Gadfly · · Score: 2, Informative

    Nice job with the line breaks there, buddy!! Because of your mistake (and the editor's) anyone who is really interested in this topic will have to suffer through horizontal scrolling (big deterrant).

    Don't the editors have a preview button (or common sense for fsck's sake)?

    --
    Corporate Gadfly
    Jonathan Archer: the most beaten up Enterprise captain in Star Trek history
    1. Re:Clueless reviewer and clueless editor by new500 · · Score: 1

      In Moz 1.4a I just reloaded the page to read comments at 0, instead of default 2. Reformatted very nicely for me.

      This worked before on most browsers, most wide articles. YMMV.

      So what gives? HTML or something wierd with slashcode?

  41. Un mentioned Technologies. by JustAnotherReader · · Score: 2, Informative
    A couple of other technologies that people considering web services should look into are:
    • Castor is a free tool which allows you to convert XML to Java objects and back. If you build a servlet that returns the XML string that represents an object then you essentially have a Web Service.
    • Apache Axis a free implementation of SOAP and web services. Oddly enough, if you browse the source code of Axis you'll see Castor packages.
    Just two technologies that wern't mentioned in the article. You might find them more useful than the ones that were.
    1. Re:Un mentioned Technologies. by fedor · · Score: 1

      And there is even more technology! At the moment there is more 'technology' and there are more books about Web Services than actual Web Services.

      --
      :wq!
  42. Good book, but slanted toward JWSDP use by Anonymous Coward · · Score: 2, Insightful
    I must say that I've purchased this book a few weeks ago and that it does cover all of the JAX* technologies really well. The only negative that I'd have to say about the book is that it utilizes the J2EE 1.4 tools heavily. I don't know how many of you are working with a J2EE 1.4 app server out there? There are several problems with Sun's wscompile script:
    • For the -wsdl2java option there isn't any documented way to set an http-proxy host (I think my workaround was to call after calling Ant's setproxy target first and then calling wscompile in an Ant target)
    • the "config.xml" documentation or even the DTD can't be found anywhere!
    Sun did a poor job of making the whole web services creation easy (ugh! .Net has the edge here). I found Apache's Axis web services kit much more easier to use. If you're looking to get started quickly and you're an experienced Java developer - this is the book for you!
  43. Re:the real name of this book. by Anonymous Coward · · Score: 0

    Of course real developers would only use SSL where it makes sense :)

    We don't want to serve our public product catalog from a SSL server, now would we...

  44. Web Services are dead, long live web services! by xeo_at_thermopylae · · Score: 1
    RPC Web Services as specified by the W3C are doomed to failure because of their unnecessary complexity and the apparent need of the vendors to create additional standards such as "Web Services choreography" and B2BXML. In contrast, the much simpler and more powerful RESTful web services have been successful for years in this samemarketplace.

    RESTful web services are the services primarily in place today: they utilize existing WWW security standards, are easy to implement and debug, and are available today.

  45. oddly enough by frankmanowar · · Score: 1

    it looks just fine in safari, but quite a mess mozilla 1.4 on mac os x.

    --

    "Other bands play, but Manowar KILLS"
  46. Re:the real name of this book. by benpeter · · Score: 1

    There is also secure SOAP, so things can continue to run on whatever protocol they were designed for.

  47. Re:the real name of this book. by Glock27 · · Score: 1
    Of course real developers would only use SSL where it makes sense :)

    We don't want to serve our public product catalog from a SSL server, now would we...

    I was using "business critical" to mean concealing important company information such as credit card numbers.

    You might as well complain about the bandwidth wasted by all that nasty HTML flying around out there.

    The backbone-level carriers should be losslessly compressing everything at that level if compression is actually cheaper than adding more bandwidth.

    However, I also understand there is quite a bandwidth surplus these days (on an Internet-wide scale) so it may just not be an issue. I also found the prediction out of MIT that network bandwidth would vastly exceed other computing resources going forward due to widely available optical fiber quite interesting.

    There, I win the run-on sentence contest for today. Time for another cup of coffee. ;-)

    --
    Galileo: "The Earth revolves around the Sun!"
    Score: -1 100% Flamebait