Fellow Certification Seekers and Holders: By entering the Sun Certification process you have agreed to the Candidate Pretest Agreement. This document includes following passage:
No Disclosure. You understand an agree that the Test is confidential and proprietary information of Sun or its licensors. You agree to maintain confidentiality of the Test of the duration of the life of the Test as determined solely by Sun, but longer than five (5) years from the date You sit for the Test, and will not disclose, whether verbally, in writing or in any media, the Test or any part thereof. You agree to return any Test or part thereof to Sun upon completion of the Test. You further agree not to request any other individual to disclose any Test or any part thereof to You
The assignment is part of the Test and therefore quoting it verbatim or even describing aspects of it can be interpreted by Sun Microsystems as a violation of the Non-Disclosure Agreement you entered into. Such a violation could be used as grounds to deny any certification you are seeking to obtain or even re-voke any certification you have already obtained from Sun Microsystems.
Just because you haven't witnessed any evidence that Sun has exercised this right in the past, does not mean that it hasn't happened, nor does it indicate that it won't happen in the future.
In any case publication of the Assignments content and solutions or parts thereof only devalue the certification as a whole. Achieving the SCEA certification by "piecing" together others "solutions" to exactly the same assignment does not prepare or equip you for the role of a J2EE Enterprise Architect. In the real world most ventures are a team effort - however this particular assignment was designed to be completed by a single person - you, the want-to-be Enterprise Architect.
When encountering a problem, do your own research - remember this is your assignment. When you do need to ask a question, abstract the problem as much as possible to preserve the confidentiality of the assignment - i.e. make it a question about architecture or technology in general, not the assignment in particular. More than likely the process of abstracting the problem will help you solve it.
Such a violation could be used as grounds to deny any certification you are seeking to obtain or even re-voke any certification you have already obtained from Sun Microsystems.
Not just that, Sun's lawyers could come after JavaRanch for allowing such a violation to occur. This is serious stuff.
As I noted in my other post, it is often hard to draw the line between what is allowed and what is not. I would certainly caution everyone that using assignement terminology verbatim should be minimized, if not totally avoided. Asking for help is fine, but asking someone to hand-hold you throughout the assignment is not a good idea. Architectural solutions require a balance of creative thinking and technical competence. A single business scenario may be fulfilled using several( certainly more than one )architectural implementation. There isn't really no right or wrong answer and that is the reason why this certification is long drawn.
Please remember that everyone here has a personal obligation to play by the rules, maintain integrity and not do anything that would forfeit the value of this certification. I don't know how to say this mildly - if you can't come up with a solution by yourself, you are perhaps not ready for it yet. If the solution is not yours, then you are plain cheating.
Good luck everyone!
Open Group Certified Distinguished IT Architect. Open Group Certified Master IT Architect. Sun Certified Architect (SCEA).
It's especially hard for people who did a similar job already with the SCJD assignment, which however was J2SE and NOT J2EE based. But even there you were not allowed to talk about ready baked solutions. I remember that Andrew Monkhouse (the SCJD moderator) kept a strong eye (and still does so) on it and imidiately removes posts that do not comply to the rules. Nevertheless we sometimes quoted small passages from the assignments to clarify things (not to get a solution). We have there lots of different assignments with lots of different versions so people didn't get much out of it when quoting a passage from an real assignment.
Honestly I saw the SCEA as something similar to the SCJD with the only difference that we are now in the J2EE arena.
Well, I can live with the rules you mention and can only emphasize the statement Peer posted:
When you do need to ask a question, abstract the problem as much as possible to preserve the confidentiality of the assignment - i.e. make it a question about architecture or technology in general, not the assignment in particular.
That should work either and is always a good idea when one wants to discuss an issue.
But as we had a study guide in SCJD (Max Habibi) we have the same for SCEA (Mark Cade). And Mark Cade's study guide is suggested by Sun for the SCEA exam. So there is nothing wrong in going a similar path as decribed in Mark Cade's case study chapter.
It has been over two years since I completed parts 2 & 3 . However going thro the postings I realized there isn't one single aspect of the assignment's requirements that has not been posted in this forum.
Additionally while hiring I have started seeing a stream of 'SCEA' with very little understanding of design patterns and J2EE . Could this forum be one of the places where these human web crawlers get their info to pass the exam ?
K.P.Thottam (K.P.T)<br /> <br />Sun Certified Enterprise Architect,TOGAF 8 Certified,Certified Information System security Professional (CISSP),SCJDWS,SCWCD,SCJP,MCP