H. Hafer

Congrats D.!

regards,
Harbo

As long as they are linked correctly from an index.html, why not? Keep in mind that they probably only look into index.html (and its links), not into each of the files you provide with your jar file.

HTH,
Harbo

Google: "pattern repository"

Two of 'em:
- Portland Pattern repository
- TheServerSide

HTH,
Harbo

Whether or not my diagrams are *printable* is unknown to me, I didn't check it. Either, I didn't bother how big my diagrams were. Actually, Ihad to scroll quite a bit if shown in browsers. As long as the diagrams aren't crowded, sheer size doesn't matter, /me thinks.

HTH,
Harbo

To reenforce Joyce's hint: Just to skim Jade's book and to take as many mock exams as often as possible worked for me to pass part 1 with high marks. No, I didn't have any experiences in the field of J2EE before, not even Java

However, to actually *know* the matters would be helpfull, too

HTH,
Harbo

Congrats Hu Yong !!

Besides, I've never heard of anyone who got the reasoning behind his marks, so good luck to you

regards,
Harbo

Congrats Fais !!

regards,
Harbo

Whethter or not it is _necessary_ to describe the mechanisms you've chosen to meet the NFRs I would recommend to actually do it for the following reasons:

- it doesn't hurt,
- it helps to check for completeness, and most importly
- it is a very good exercise for part iii

HTH,
Harbo

I believe HF would be much to much on EJB and insufficient in other areas. Cade is definitely enough for part I.

regards,
Harbo

Why not? With respect to class-, sequence-, and component-diagrams the differences are minor, anyway.

HTH,
Harbo

I did not use packages to identify tiers, because of the fact that one package per tier would violate the guidelines of packaging and thus making packages obsolet. Instead I used different colors for each tier and used them for any object and class in any diagram.

HTH,
Harbo

Originally posted by Finland Finland:
I really can not recommend Entity bean.

Unfortunately you just aim at certification as java enterprise architect so you should stick with their technology. Or would you like to provide a bea examiner with a jboss solution?

regards,
Harbo

The very first things are the diagrams the assignment demands. So try to begin with them first.
You will notice that you will have to make assumptions for your decisions. Write them down somewhere - all of them!
After you've finished the diagrams you should compile a text file in which you explain your assumptions. You can do it in one monolithic file or per diagram, thats your choice. Then render it in HTML and upload it. That's all!

HTH,
Harbo

Originally posted by Goutam Bhattacharjee:
Apart from this, would any of you kindly explain (preferably with examples) what is the difference between the Observer & Mediator patterns? (I don't require definitions). Both of these seem same to me, and it is difficult to choose betwen the two when given only one option.

Huh?
If you don't require definitions (because you already know them) then I don't understand your problem because observer and mediator are quite different. So please try to explain, why they are not in your opinion.
That way we have a chance to intervene without repeating things you already know.

regards,
Harbo

Originally posted by Finland Finland:
I feel there is no need to draw persistent related thing in architecture design.

Don't know how detailed the diagrams should be, but it should visible from your diagrams, what persistence mechanism has been chosen and why it works.

regards,
Harbo