From - Thu Apr 29 16:55:35 1999 Received: from db.stanford.edu (Seaotter.Stanford.EDU [171.64.75.89]) by DB.Stanford.EDU (8.8.8/8.8.8) with ESMTP id PAA21734 for ; Thu, 29 Apr 1999 15:14:45 -0700 Message-ID: <3547A76D.905C7A0F@db.stanford.edu> Date: Wed, 29 Apr 1998 15:19:25 -0700 From: Dorothea Beringer Organization: Stanford University X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: chaims@DB.Stanford.EDU Subject: Minutes weekly meeting April 27, 1999 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mozilla-Status: 8001 Date[ April 29, 1998 ] Recordnr[ ] Who[ wp, lm, db Agenda[ Minutes[ Laurence gave a demo of the current version of the CORBA wrapper with one of the test megamodules. Problem with IO: obviously Kasuki has implemented to open a new I/O-window for each parameter that is sent to the I/O megamodule, which simply does not make much sense. Correct would be: a window gets opened when the SETUP is made to the I/O-megamodule. Then all write and ask invocations for that connection are done within that window. Finally, the window gets closed when the connection is terminated. Option: a user can also close the window, and then the megamodule has to create a new one when the next ask- or write-method is invoked (yet what about closing a window before an invocation has been terminated?). Laurence will now upgrade the transportation demo. CORBA-IDLs: Woody adapts the compiler and composition wizard so they only use one IDL for each ORB. He will also write a short documentation for that for the web, so we will know which IDL to take for wrapping and how to register megamodules. Incremental Extraction: obviously there is some confusion about which syntax and semantics we have decided upon, and what has been implemented, and what should be implemented in the wrappers. I will try to sort it out. -- Dorothea Beringer Stanford University beringer@db.stanford.edu http://www-db.stanford.edu/people/beringer.html --