Andrew Zilahi

Ranch Hand
+ Follow
since Oct 16, 2006
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 Andrew Zilahi

it's me again. The certmanager website has been down all day. Am I the only one having issues?

thanks
I've been trying since past Friday but no luck. I get the not authorized message. Sent several emails to Thompson.

Can those of you who experienced the same please share your experience.

thanks
Congratulations Manish. Just a quick question, as I am submitting my assignment Tonight. Did you use any stereotypes for the dependency relationship between components?

thanks,
A
If these classes are to track purchases, it sounds fine. I have something similar, but called "...Transaction".
[ January 08, 2007: Message edited by: Andrew Zilahi ]
Congratulations Anirudh! Since you're so generous, here is the first question. What was the concrete implementation of your model objects (Itinerary, Segment, Flight, etc)? I see two options here:

- BDM consists of interfaces only, then you have Tranfer Objects and EJB that implement them, i.e. ItineraryTO and ItineraryEJB respectively
- BDM are the actual Transfer Objects (a la Petstore).

thank you,
Andrew
MagicDraw allows for multiple stereotypes attached to a component. For instance, ItineraryManager <<Stateful Session Bean>> <<Session Facade>>. Does this sound ok?

Would be curious to find out how others convey same info in the component diagram?

Also, does anyone follow Cade's approach to create a component diagram per use case? It would come handy, as MagicDraw eval version prevents me from using more than 20 components per diagram...

regards,
Andrew
[ December 20, 2006: Message edited by: Andrew Zilahi ]
I am aware of the definition of "adapter" -- my question was what you concretely had in mind. I would imagine that you refer to some screen scraping, etc. method to access the Frequent Flyer system, right?

My approach is to connect directly to the underlying Oracle database (entity bean, BMP). I suppose nothing stops me from doing it, does it?

please advise...

thanks,
Andrew

Originally posted by Dan Drillich:
Even though it seems to be possible physically, logically you probably want to create an adapter to the Frequent Flyer Mileage system.



You are right, on a second thought it may not be such a good idea. What do you mean by "an adapter to the Frequent Flyer Mileage system"?

thanks,
Andrew
Thanks Deepak -- this is what I was hoping for.
Here is a scenario: why not make Customer a composite entity and make MileageAccount a BMP bean connecting to the Oracle DB directly? We need the mileage availability to avoid back end trip when insufficient miles?
My diagrams are getting big with all my efforts reduce size...
The biggest one, pay for itinerary (yeah, it's bigger than prepare itinerary!!), when rendered in browser, is only 25% viewable and requires scrollings. Would like to hear how others diagrams look like!

Thanks,
Andrew
In an older post the following has been recommended: BD->SFSB->SLSB, i.e. stateful session facade. My question is how to pass on the session data? Would you just <b>pass session data as argument to all SLSB calls that need it?</b> In my case, I just need to pass on the Customer and Itinerary primary keys to the payment processor, etc.
BTW, some people suggested BD->SLSB->SFSB and SLSB would get the handle to the SFSB from web tier. This is clearly not something I would want to do....

thanks,
Andrew
Has anyone figured out if Seats in BDM is a mispelling or is indeed supposed to represent a collection of collections?

thanks,
Andrew
Your call whether you choose a DAO to interface directly with the Oracle DB, screen scraping, modifying existing mileage code, etc...

Andrew

Originally posted by Durgaprasad Guduguntla:
If we assume that the web container and EJB container are colocated within the same Application server, we can use local interface for the web application and remote interface for the swing client, for accessing the facade to businnes tier. That way we can confine RMI communication to swing client only and on the other hand as the web client uses local communication, there will be a significant improvement in performance. What do you think?



You are losing scalability by doing this!!