Get the inside
track on J2EE architect certification
Tutorial Details:
Get the inside track on J2EE architect certification
Get the inside track on J2EE architect certification
By: By Humphrey Sheil
Pick up plenty of pointers and avoid common mistakes
ore than two years ago, I volunteered as a beta tester for the Sun Microsystems Certified Enterprise Architect for J2EE (Java 2 Platform, Enterprise Edition) Technology exam. I looked at the planned syllabus and saw the value in the certification, so I decided to go for it. Four months and a lot of hard work later, I received my certificate and badge in the mail, almost as if I had joined a very select fan club! Was it worth it? In a word, yes. My straightforward goal was certification, but I was pleasantly surprised that the certification process opened my eyes to ideas and approaches I simply hadn't had time to investigate in the hustle and bustle of my day job. I continue to engage with Sun on the exam's content and structure and am currently an examiner for the test. In this article, I share my experiences and also pick the brain of Mark Cade, lead developer of Sun's J2EE architect exam. If you want to become a Sun-certified J2EE architect, read on.
Why get certified?
Simply put, any certification is only as good as the awarding body. In our case, the awarding body is Sun, the company behind J2EE. That makes the certification cast iron in my book. Many other certifications are available from various Java vendors, but Sun wants to certify and approve architects for the J2EE platform, not for application server X, Y, or Z.
In general, however, the value of certification?whether from a university or a company?is often debated in our industry. I don't need a certificate to become a practicing software engineer either in the US or in Europe, unlike most other professions. Great, say some. Our unique hacker culture is changing the way the world works. We live or die by our coding skills, not by some dried-up institution's opinion of us. Boo, say others. Fly-by-night coders produce nonstandard code and undocumented, inflexible systems that are often not robust enough.
Both camps have valid arguments. But my opinion is clear: I see the value in industry-sponsored certifications. And all other things being equal, I rate a certified J2EE architect more highly than an uncertified architect. There are far more weak uncertified architects than weak Sun-certified architects.
What the exam is
Let's be blunt: The J2EE architect certification exam is a very good way to differentiate your resume. Candidates who continually ensure they are up to speed on the latest technologies and hold pivotal certifications in their chosen technologies are well-motivated people who add value to their companies, both as individuals and as team players. As Sun's Cade says, "Certification allows you to get your foot in the door. For example, if recruiters look at two candidates for an architect position, and one has the certification and the other does not, who do you think they are going to consider first?"
It can actually be fun working towards certification. Have you ever wanted to investigate a particular section of Unified Modeling Language (UML) or the Enterprise JavaBeans (EJB) specification, or wanted to refresh on a design pattern you haven't used in a while? I used my certification revision time to make myself a better architect. For example, Part 2 let me evaluate UML modeling tools I had been itching to try, while Part 1 gave me the opportunity to bone up on enterprise integration aspects I hadn't used before, like screen scraping and legacy integration. J2EE certification definitely isn't easy?it's hard work. But if you like being a J2EE architect, you will enjoy the certification process. There is a real feeling of achievement when you successfully pass the exam.
What the exam isn't
I asked Cade what the certification couldn't test. His reply in a nutshell: "Certification is not a replacement for experience." As Yoda might say, "one exam does not an architect make." Don't try and bootstrap yourself into a J2EE architect certification if you don't have the skill set to back it up. First, you will struggle to pass the exam, and second, being a J2EE architect is an applied skill; if you don't have the know-how, you will be quickly exposed.
Another point is that the architect exam is subtly different from Sun's other Java certifications. "The architect exam is more abstract, just as architecture is. The programmer exams test whether a person understands the language. The developer exam tests whether a person can apply the language to solve a problem. And the architect exam tests whether a person can use his knowledge to architect a solution that a developer could implement," Cade explains.
Typical candidate profile
The typical successful candidate falls into two main groups: strong senior engineers who are already architects in all but name and well-established architects, possibly from other technology disciplines, who use the architect certification to cross-train to J2EE, or simply brush up on their J2EE expertise.
Java skills will not be an issue for a successful candidate. Rather, the challenge is to show you can devise and communicate a robust and correct J2EE software design for a given problem. Other important skills include the ability to understand that there isn't always a perfect answer for every given problem, and to coherently and cogently defend your proposed design to an examiner.
Exam anatomy
The exam is split into three sections, each designed to test a different aspect of your skills. Figure 1 illustrates the required steps to become a Sun-certified J2EE architect.
Figure 1. The path to J2EE architect certification. Click on thumbnail to view full-size image.
Part 1
Part 1 consists of 48 multiple-choice questions, covering all aspects of enterprise application design with a strong focus on the EJB specification and architecture. Part 1 tests you on topics from design patterns to the EJB specification's core interfaces. You need to know EJB inside and out?the different types, their lifecycles. You must understand EJB containers and potential EJB pitfalls. You also need a strong grasp of other constituent J2EE technologies, such as JavaServer Pages (JSP), servlets, Java Database Connectivity (JDBC), and XML support. Learn the main design patterns and their groupings; recognize them from their UML "signatures." Business-to-business (B2B) architecture questions might also figure prominently.
You must pass Part 1 before moving to Part 2.
Part 2
Part 2 is the heart of the exam. In this section, candidates must submit their J2EE-based solutions for a given business scenario. For obvious reasons, I cannot disclose the actual business scenarios used, suffice it to say they contain both B2C (business-to-consumer) and B2B aspects. There isn't much prep work that can be done here; you must simply use your practical skills to devise a J2EE-based solution. Clear communication is crucial; you must convince the examiner you know what you're doing. Don't assume anything. All delivered diagrams must be UML compliant.
Part 3
In Part 3, candidates must answer a series of questions about their Part 2 submissions. These questions examine your ability to analyze your design objectively and also ensure that you have in-depth knowledge of your proposed system's key aspects, including maintainability, performance, and scalability. Your responses to these questions will be available to the same examiner who corrects your Part 2 submission, and he will cross-reference supplied answers with the submitted solution to evaluate your essay answers.
Exam tips
Let's get down to the brass tacks. What advice can I offer to prospective candidates? Here are the top mistakes I've seen in Part 2 and Part 3 submissions. I do not focus on Part 1, as it is a straightforward multiple-choice section; you either know the correct answers or you don't. Figure 2 captures the key aspects of both successful and unsuccessful exam submissions, based on direct examiner feedback since the J2EE architect exam launched.
Figure 2. Consistent characteristics of successful and unsuccessful exam submissions. Click on thumbnail to view full-size image.
Top submission mistakes
Completely missing the exam's point. The exam is designed to test your skills as a J2EE architect. All your effort should focus on solving the given business problem and not be mired in the nuts and bolts of esoteric J2EE issues. Sure, feel free to address these points too, but don't allow your business solution to suffer as a result.
Sloppy submissions. Sun expects people to spend between 30 to 40 hours working on the exam. With that amount of time, your submissions should not contain typos, unclear UML diagrams, incomplete arguments/justifications, and missing deliverables. Take pride in your solution and make sure it's your best effort.
Overly complex submissions. Some candidates go into overdrive and turn a well-gated enterprise system into the next Amazon.com. Step back and ensure your submission is as detailed as possible, but not overly so. Superfluous content detracts from the overall standard and makes it harder for your examiner to award marks.
Incomplete/inadequate answers for Part 3. Many candidates simply don't put enough effort into Part 3 (the essay questions). Make sure you provide complete answers and back them up with references to specific parts of your proposed architecture. And please note, stating your application is great because it is J2EE-based does not constitute an adequate defense of standard system characteristics, such as scalability, maintainability, and performance.
Finally, if you fail the exam, learn from your mistakes. If you believe you have the right profile and that you failed because of bad exam technique or preparation, put it behind you and regroup. All submissions receive a breakdown of where marks have been awarded and deducted. Use this to identif
Read
Tutorial at: Click here to view the tutorial
Rate Tutorial: Get the inside
track on J2EE architect certification
View Tutorial: Get the inside
track on J2EE architect certification
Related
Tutorials:
 An introduction to agents - JavaWorld June 1998
An introduction to agents - JavaWorld June 1998
|
Make a sweep with
clean beans -
JavaWorld
November 1999
Make a sweep with
clean beans -
JavaWorld
November 1999
|
Sun lets Jini
Starter Kit 1.1 out of the bottle - JavaWorld December
2000
Sun lets Jini
Starter Kit 1.1 out of the bottle - JavaWorld December
2000
|
Get the app out - JavaWorld January 2001
Get the app out - JavaWorld January 2001
|
J2EE clustering,
Part 1 - JavaWorld February 2001
J2EE clustering,
Part 1 - JavaWorld February 2001
|
J2EE project
dangers! - JavaWorld March 2001
J2EE project
dangers! - JavaWorld March 2001
|
Master Java with these introductory books - JavaWorld May 2001
Master Java with these introductory books - JavaWorld May 2001
|
Develop a generic caching
service to improve performance - JavaWorld July
2001
Develop a generic caching
service to improve performance - JavaWorld July
2001
|
To EJB, or not to
EJB?
To EJB, or not to
EJB?
|
Track wireless sessions with J2ME/MIDP
Track wireless sessions with J2ME/MIDP
|
Score big with
JSR 77, the J2EE Management Specification
Score big with
JSR 77, the J2EE Management Specification
|
Java's secret weapon
Java's secret weapon
|
Get the inside
track on J2EE architect certification
Get the inside
track on J2EE architect certification
|
J2EE 1.4 eases Web service development
J2EE 1.4 eases Web service development
|
Add concurrent processing with message-driven beans
Add concurrent processing with message-driven beans
|
Smart Value Object goes
one step further
Smart Value Object goes one step further
The Smart Value Object allows server components to track client-side modification of business objects in a rich client/J2EE server environment, by using the latest features offered by bytecode processing tools.
|
J2EE Connector Architecture
J2EE Connector Architecture
Introduction
If you\'ve ever had to integrate legacy data, data sources, or functionality with a new application, you\'ve no doubt faced a number of challenges: for instance, figuring out how to connect to legacy systems, m
|
Struts, JavaServer Faces, and Java Studio Creator:
The Evolution of Web Application Frameworks Sun Microsystems' Craig McClanahan, the creator of the Apache Struts Framework, co-specification lead for JavaServer Faces 1.0, and prime architect for Sun Java Studio Creator's new release, explains all three.
|
Updated Hardware Certification Test Suite Available for Download
Version 2.4 of the HCTS is now available. Use it to certify your hardware on the Solaris 9 Operating System (and updates) and the Solaris 10 OS, 32-bit and 64-bit environments.
|
Solaris 10 OS Certification Beta Exams
If you are an expert in system and network administration, you can get involved in the creation of three new Solaris 10 certification exams. These Beta exams count toward official Solaris Certification and allow you to provide comments and technical feedb
|
|
|
|
