Hello, everyone. I would really appreciate any advice regarding a design problem we're having. We're designing a distributed system that uses CORBA as mean of communication between client and server. The system consists of several more or less independent sub-systems. The interfaces between sub-systems will eventually be CORBA-interfaces. In Rose, we have designed them with stereotype <<interface>> (or rather reverse-engineered them from the idl-specifications). These interfaces are associated with a component, let's call it "MyInterfaces.idl", and said to be CORBA. When we generate code from the <<interface>>-stereotyped classes, the contents of the idl-file is written, and this has to be idl-compiled outside Rose to generate the necessary stubs and skeletons. Now, here comes the advice part :) When we're specifying the VOPC diagrams of the subsystem implementations, what should we put there? Should we reverse-engineer the stubs and skeleton classes and put them in the diagrams, and illustrate the relations to the classes that are the real clients, and those that implement the server functionality? Or should we stick to only the interface stereotypes? It seems more clear to only use the stereotyped classes, but then you don't get anything for free where code generation is concerned? That is , it would be nice to say that a class MyInterfaceImpl inherits from the server skeleton class (POA), and not have to maintain the operation signatures by hand as the interface changes. Basically, what I'm wondering is: How should one efficiently handle the modelling of CORBA aspects in UML? Any pointers to patterns? Your own favorite solution to offer from the depths of your experience? Any help and success stories would be appreciated! Thanks in advance, Bj�rn W. Bjanger - ConsultIT AS ************************************************************************ * Rose Forum is a public venue for ideas and discussions. * For technical support, visit http://www.rational.com/support * * Admin.Subscription Requests: [EMAIL PROTECTED] * Archive of messages: http://www.rational.com/products/rose/usergroups/rose_forum.jtmpl * Other Requests: [EMAIL PROTECTED] * * To unsubscribe from the list, please send email * * To: [EMAIL PROTECTED] * Subject:<BLANK> * Body: unsubscribe rose_forum * *************************************************************************
