aspose file tools*
The moose likes Architect Certification (SCEA/OCMJEA) and the fly likes SCEA 5 Part 2 - Assignment Sent Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Certification » Architect Certification (SCEA/OCMJEA)
Bookmark "SCEA 5 Part 2 - Assignment Sent" Watch "SCEA 5 Part 2 - Assignment Sent" New topic
Author

SCEA 5 Part 2 - Assignment Sent

Anderson Fonseca
Ranch Hand

Joined: Feb 05, 2004
Posts: 126
Dear Ranchers,

Today 09:00pm, i sent my assignment, i would like to do some comments, maybe help someone.

Follow a bit description about these items

- Class diagram with 25 classes including classes of domain business model assignment.

- Component diagram with aproximately 35 components and 9 interfaces, i used j2ee design patterns, with stereotypes for each component.

- Deployment Diagram with a Web Client, Web Server, Application Server and Database Server nodes describing the connection protocol for each node.

- A Risk List with 3 risks identified and mitigation (i can't write about them).

- My sequence diagram followed the basic flow steps for each use case, displaying the communication among components in my architeture proposal.

- I used UML 1.4 with Jude Community
- I don't used any framework, only J2EE design patterns.
- Quantity of hours to complete my project: 30 hours.

My exam essay is marked for next Thursday.

Good Luck for all ranchers
[ November 26, 2007: Message edited by: Anderson Fonseca ]

Anderson Fonseca :: Brazil<br />SCJA 1.0, SCJP 1.4, SCWCD 1.4, SCBCD 1.3, SCDJWS, SCEA(I), SCEA 5 (I,II,III)
Cameron Wallace McKenzie
author and cow tipper
Saloon Keeper

Joined: Aug 26, 2006
Posts: 4968
    
    1

Thanks. That's great information, without being any information at all.

Seriously though, it sounds very similar to what people said about SCEA I, with regards to number of classes, components and diagrams. Just a quick read of the assignment, a candidate would sorta conceptualize a solution like that. Still, it's good to hear it. Just makes me feel a little more comfortable with the direction I'm going in.

The assignment is intimidating when you read it. But when you break it down, alot of things should fall into place. I mean, they tell you a request goes out, and a response comes back - and we know that a front controller is an important design pattern - well, it makes sense that a solution that goes in that direction might make sense.

Even the components diagrams. I mean, of course those core components you mentioned will be involved - it isn't really an enterprise architecture without a database somewhere, is it?

So thanks. I hope your 30 hours of hard work pay off in high marks and great praise from Sun.

-Cameron McKenzie

New JavaRanch Thread: Which J2EE Design Patterns are Obsolete - Which are more important than ever?
[ November 27, 2007: Message edited by: Cameron McKenzie ]
Hong Anderson
Ranch Hand

Joined: Jul 05, 2005
Posts: 1936
Thank you. Great Informations.

Good luck for your part 3 exam.


SCJA 1.0, SCJP 1.4, SCWCD 1.4, SCBCD 1.3, SCJP 5.0, SCEA 5, SCBCD 5; OCUP - Fundamental, Intermediate and Advanced; IBM Certified Solution Designer - OOAD, vUML 2; SpringSource Certified Spring Professional
Morten Franorge
Ranch Hand

Joined: Jul 29, 2005
Posts: 137
Originally posted by Anderson Fonseca:
Dear Ranchers,

Today 09:00pm, i sent my assignment, i would like to do some comments, maybe help someone.

Follow a bit description about these items

- Class diagram with 25 classes including classes of domain business model assignment.

- Component diagram with aproximately 35 components and 9 interfaces, i used j2ee design patterns, with stereotypes for each component.

[ November 26, 2007: Message edited by: Anderson Fonseca ]


I have approx the same amount of classes in my class diagram.
How did you manage to have more components in your application than classes?


SCJP 1.4, SCBCD 1.3, SCBCD 5.0, SCEA J2EE, SCEA 5.0
Anderson Fonseca
Ranch Hand

Joined: Feb 05, 2004
Posts: 126
I didn't care about relationships between classes and components, i tried extends only business domain model adding elements identified in use cases brief description and basic flow steps.

My component diagram represent a structure with elements architeturaly significants (controller, view, helper, application service, application controller, session facade, bussines object, transfer object, web service broker and so on) applying j2ee design patterns.
[ November 27, 2007: Message edited by: Anderson Fonseca ]
Morten Franorge
Ranch Hand

Joined: Jul 29, 2005
Posts: 137
Originally posted by Anderson Fonseca:
I didn't care about relationships between classes and components, i tried extends only business domain model adding elements identified in use cases brief description and basic flow steps.

My component diagram wanted represent a structure with elements architeturaly significants (controller, view, helper, application service, application controller, session facade, bussines object, transfer object, web service broker and so on) applying j2ee design patterns.


I'm using JEE 5.0, which deprecates many (all?) of these patterns.
Anderson Fonseca
Ranch Hand

Joined: Feb 05, 2004
Posts: 126
[Quoted question about how to solve the assignment removed (as was the question itself) - Andrew]

I can�t say about my assignment content, but when i was reading, found clear references in background section about in which context i should keep focus.

[ November 27, 2007: Message edited by: Anderson Fonseca ]
[ November 27, 2007: Message edited by: Andrew Monkhouse ]
Cameron Wallace McKenzie
author and cow tipper
Saloon Keeper

Joined: Aug 26, 2006
Posts: 4968
    
    1

I'm using JEE 5.0, which deprecates many (all?) of these patterns.


That's a fantastic statement. Can you expand on it? Maybe even link to an article on it? That'd be interesting.

New JavaRanch Thread: Which J2EE Design Patterns are Obsolete - Which are more important than ever?

-Cameron
[ November 27, 2007: Message edited by: Cameron McKenzie ]
Deron McAndrew
Greenhorn

Joined: Nov 15, 2007
Posts: 7
Originally posted by Anderson Fonseca:
Dear Ranchers,

Today 09:00pm, i sent my assignment...
[ November 26, 2007: Message edited by: Anderson Fonseca ]


You are the man. Unfortunately my job is playing havoc with my certification schedule. If only I could break my habits of eating food and living indoors.
Juan Pablo Crossley
Ranch Hand

Joined: Oct 16, 2007
Posts: 128
[quoted comment on a partial solution removed. (as was the comment posted earlier) - Andrew]

in EJB 3.0 the use of injection is a new common practice... the service locators is still a good practice? or some of them were replaced by the injection statements?

One more question, I know the benefits of Service Locator Pattern... do you remember one of the Service Locator Cache Pattern, the one of caching the home interface in order to avoid the overhead of retriving it?... so... in EJB 3.0 the Home dissapared, the cache is not longer needed and the caching of the InitialContext is not longer needed either. The service Locator will be good in any way in the EJB 3.0?

[Juan - I had to remove the section you had quoted. Without it I am not certain your post still makes sense. I believe that as a more generic question it should probably be in it's own topic, possibly in a different forum. Regards, Andrew]
[ November 27, 2007: Message edited by: Andrew Monkhouse ]

SCJP, SCBCD, SCEA 5, MCP

How to pass SCEA 5 | 2, 3, N-tier which one should I pick? | Analysis of persistence layer from SCEA 5 perspective | Swing... why not?
Juan Pablo Crossley
Ranch Hand

Joined: Oct 16, 2007
Posts: 128
One more question about the same think... patterns in EJB 3, the Value List Pattern was created because the EJB 2.1 has the feature of retriving the data just in time, but, then you can have a list of Entities and iterate over them to create value objects of the selected page.

How will it apply in the new approach of EJB 3?... the methods setMaxResults and setFirstResult will play a part of it, but I still don't get all the picture in here. Everytime the client call the getNext method the Value List must execute the query with the setFirstResult and return the next values?
David Sheth
Greenhorn

Joined: Dec 16, 2001
Posts: 17
When I read through Core J2EE patterns again in preparation for part I of SCEA 5 beta, I made notes regarding which patterns I thought were still useful, and which I thought were obsolete. I incorporated these notes into a book review, which you may find useful:

Core J2EE Patterns book review


SCJP, SCWCD<br /><a href="http://eclecticprogrammer.com" target="_blank" rel="nofollow">eclecticprogrammer.com</a>
Juan Pablo Crossley
Ranch Hand

Joined: Oct 16, 2007
Posts: 128
Originally posted by David Sheth:
When I read through Core J2EE patterns again in preparation for part I of SCEA 5 beta, I made notes regarding which patterns I thought were still useful, and which I thought were obsolete. I incorporated these notes into a book review, which you may find useful:

Core J2EE Patterns book review

Cool link, but are these notes "approved" by SUN? I will try to download the new beta catalog from blueprints in order to avoid any mistake using the J2EE patterns in the JEE beta 5 test.
David Sheth
Greenhorn

Joined: Dec 16, 2001
Posts: 17
No, these are not "approved" by Sun. As I mentioned, I made notes regarding which patterns I thought were still useful, and which I thought were obsolete. My thoughts are based on what changed in the spec from J2EE 1.4 to JEE 5.
Cameron Wallace McKenzie
author and cow tipper
Saloon Keeper

Joined: Aug 26, 2006
Posts: 4968
    
    1

In an effort not to hijack this thread, which started out on a completely different topic, I started a new thread about which J2EE design patterns are now considered obsolete, and which ones might be most pertinent to a successful JEE 5 architecture, and for that matter, passing the SCEA 5 beta.

New JavaRanch Thread: Which J2EE Design Patterns are Obsolete - Which are more important than ever?

I'd love to organize your thoughts on the topic in that thread.

Thanks.

-Cameron McKenzie
Andrew Monkhouse
author and jackaroo
Marshal Commander

Joined: Mar 28, 2003
Posts: 11508
    
  95

I've had to remove quite a few posts as I felt they were asking too many questions or too much detail on potential solutions. Please remember that for the Beta assignment NO such discussion is allowed.

Even Anderson's original email comes dangerously close to providing too much information.

Please try and respect the non-disclosure requirement of the Beta. If managing this becomes too much of a chore for the other moderators and myself, or if Sun request it, then all messages that even mention the Beta assignment will be deleted - no clean-ups.

Regards, Andrew


The Sun Certified Java Developer Exam with J2SE 5: paper version from Amazon, PDF from Apress, Online reference: Books 24x7 Personal blog
chao cai
Ranch Hand

Joined: May 26, 2005
Posts: 154
[Deleted] See my comments in the post immediately before this one to find out why. Andrew
[ November 27, 2007: Message edited by: Andrew Monkhouse ]

SCEA<br />SCJP 1.2<br />SCBCD<br />MCSD<br />IBM Certified Specialist RUP v2003<br />IBM Certified Solution Designer OOAD vUML2<br /> <br />Phone Number:86-010-82776427
Peter Pilgrim
Greenhorn

Joined: Nov 05, 2002
Posts: 21
Originally posted by Cameron McKenzie:
In an effort not to hijack this thread, which started out on a completely different topic, I started a new thread about which J2EE design patterns are now considered obsolete, and which ones might be most pertinent to a successful JEE 5 architecture, and for that matter, passing the SCEA 5 beta.

New JavaRanch Thread: Which J2EE Design Patterns are Obsolete - Which are more important than ever?

I'd love to organize your thoughts on the topic in that thread.


Thanks.

-Cameron McKenzie


Hi All

Yes, I think this is all helpful information for an architect. I am imagining mentoring junior programmers on a project and basically I would ask myself, how do I communicate the design and architecture to the other members of the team.

How much understanding do they have?
How much understanding do they need to have to complete their tasks?
How much understanding do I have of the business requirements?
How much detail do I need to show?
What are my trade-offs?

For example if do not need to show a hundred interfaces then I wont do it.
I will show basic abstractions and types but keep it simple as possible. In other word I do not have to program or design everything, because I hope I am becoming the architect. Design is always at a level lower than architecture is any case. And this advice doesn't break the confidentially agreement with Sun.

I just want to know how does one represent annotations in UML notation?

TIA
[ November 28, 2007: Message edited by: Peter Pilgrim ]

--<br />[bold]Peter Pilgrim[/bold]<br />Java EE Developer, Designer and Architect<br/>Oracle Java Champion<br /><a href="http://jroller.com/peter_pilgrim" target="_blank" rel="nofollow">http://jroller.com/peter_pilgrim</a>
Anderson Fonseca
Ranch Hand

Joined: Feb 05, 2004
Posts: 126
Part 3 finished wait until Feb, 15, 2008
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: SCEA 5 Part 2 - Assignment Sent