This week's book giveaway is in the OCMJEA forum. We're giving away four copies of OCM Java EE 6 Enterprise Architect Exam Guide and have Paul Allen & Joseph Bambara on-line! See this thread for details.
How about considering taking both the exams? They have some significant differences (and some similarities too). I bet there are very few SCDJWS5 related implementations out there in the market compared to JAX-RPC. Knowing both may help you in all kinds of ways.
I think there's the question, to me, of the utility of taking both. Certainly, there are more than a few JAX-RPC implementations, as well as companies that are using them... but I also know of quite a few companies who have already moved to JAX-WS compliant implementations (and are moving away from JAX-RPC).
Now, if it helps at all, I would imagine that, like other exams that have been upgraded, Sun will probably offer an upgrade exam at a discounted rate sometime soon after the launch of the new SCDJWS exam.
Theodore Jonathan Casser
SCJP/SCSNI/SCBCD/SCWCD/SCDJWS/SCMAD/SCEA/MCTS/MCPD... and so many more letters than you can shake a stick at!
Originally posted by Theodore Casser: I think there's the question, to me, of the utility of taking both.
Says the person who took both
I understand what you mean - if the SCDJWS 5 exists why bother with the SCDJWS 1.4? The only reason that I can think of is that the preparation path has been pretty well documented for the SCDJWS 1.4, while the preparation options for the SCDJWS 5 are still being actively explored.
Somebody who relied totally on "Head First" preparation for the SCWCD and/or SCBCD is going to have a hard time with the SCDJWS. Somebody who heavily supplemented their preparation by reading specifications and relevant articles is going to have much less of a problem. Someone who successfully navigated the SCDJWS 1.4 preparation will probably only have to push a little bit harder than before to successfully prepare for the SCDJWS 5.
What I can't figure out is why they insist on keeping the UDDI/JAXR objectives - I had hoped that the "automatic discovery" madness had run its course. There are only so many people who need build tools that access registries. UDDI/JAXR seems to be pretty much a niche technology - there are more important things that a web services developer has to worry about.
Originally posted by Peer Reynders: Says the person who took both
Let me clarify my statement then. What I was more meaning is that I don't know that, if you do not have the original SCDJWS certification at this date, it's worth rushing out to get it. It might well be worth simply waiting the two more months until SCDJWS for JavaEE 5 is released for general consumption (unless you're taking the beta tonight/tomorrow).
I mean, if you look at my massive alphabet string, you can see I'm in the same boat, having taken the original as part of the beta, actually...
(And I fully agree on the UDDI/JAXR. I can't remember the last time I actually had call for it at work... and I've been doing web services for years.)
Joined: Aug 19, 2001
Originally posted by Peer Reynders:
What I can't figure out is why they insist on keeping the UDDI/JAXR objectives - ...
My speculation... A lot of companies are pushing their customers to purchase their service registry products. I don't know whether Sun has one but in my world, IBM pushes WSRR (which is not even UDDI compliant BTW). As opposed to truly discovering the service dynamically, the idea is that in an SOA environment, a BPM engine and/or an ESB would get their services from the registry. I suspect Sun 'wants UDDI and JAXR to stay relevant' so your code is registry agnostic. At the end the day, I also agree that it shouldn't be part of the certification.