Ramon Gill

Ranch Hand
+ Follow
since May 15, 2003
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Ramon Gill

Hi Joseph,
How about using a package for the application client? we can describe the package in notes (i.e. say it contains a controller, etc and its based on MVC, links to a controller on the web tier).

Ray
Senthil,
I don't have 'ticket' in any of my models. I was thinking of having 'Booked Seat' linked to Segment.

So for the java client, you don't have a complete MVC model on the client? I was thinking of a controller on the Client tier and a controller on the web tier.

Ray
Hi Dhiren,
If I was implementing the 'Pet Store Customer Account', I would set up entity beans for User, Customer, Account, Profile, ContactInfo, Address and CreditCard. These can also be referred to as BO's as they contain state and behaviour. I would use CMP and CMR and local interfaces for all of them, which I would indicate within the deployment descriptor. I would set up a session bean as a facade (possibly with remote interfaces) to access these entity beans to provide data to a client.

IMO the above describes a composite entity for a 'customer account'in EJB 2.0 style.

I would be interested in other peoples views.

Ray
Hi Senthil,
Great explanation. Makes a lot of sense.

One thing though. I was wondering whether the client application would still have its own controller, as well as a controller in the web tier.

Also, what books are you referring to?

thanks,
Ray
Hi,
I thought part 3 was about the 'ilities' (scalability, etc).
Ray
Hi Kay,
From what I've gathered from previous threads, most are using a common 'client' to the EJB tier for the use cases. The components you mentioned are then described in separate sequence diagrams for MVC or by 'comments'.

Ray
Hi Paul,
I get it about persistence and POJO's. I still don't understand how you can do away with DTO's though. How do you transfer data between tiers? Are they proposing local interfaces for everything?

Still confused.

Ray
Hi all,
Why is DTO an anti-pattern in EJB 3.0 ?
Ray
Congrats Surajet,
You'll find the case study in cades book useful for part 2.
Ray
Hi Sameh,
My view is the same as yours - its better to take SCWCD before SCEA in order to improve your knowledge of the web tier.

The IBM 486 OO exam concentrates on learning about OO analysis & design and UML, not architecture. Again, I feel its better to take this before SCEA, even though I found this to be a fairly tough exam.

I'm a firm believer in doing things in the right order. My main goal is to learn rather than just pass an exam.

Ray
Hi Joseph,
Can you confirm that your presentation layer also include Controllers (Servlets), Service locators, Business Delegates and DTO's ?

I understand why people use tiers in the component diagram, but I'm confused as to how an application client (non-web) would fit. Would it look the same as a web client apart from JSP's in the client tier being replaced by client screens? Or do you lump eveything as a 'client' in the client tier, and link it to its own controller in the presentation tier?

Ray
Mark,
I think you can make any assumption you want. You don't have to draw a deployment diagram, so I don't think its that important.

Ray
Hi,
Nice one Sankha. Marthew, some people have had separate sequence diagrams, but I think Sankha has a better way.

Ray
Hi Mark,
My assumption is that the upkeep of the flight data is maintained in another system (outside of the scope of the assignment).

Ray