OMG Internet SIG
Minutes of Meeting #9
Tampa, Florida
January 13-14, 1997
OMG Document internet/97-01-01
OMG Internet
SIG homepage
Contents
Meeting Summary
We completed an analysis, begun in Nice, France, of responses to the
Internet Services RFI,
and issued recommendations to ORB/OS
and recommendations to Common Facilities
Task Forces for suites of future RFPs. In addition, we formed a Working
Group on Composable Architecture to study guarantees regarding how
OMG specifications compose, federate, and interoperate in practice (see
composition recommendations).
Finally, we discussed the future role of Internet SIG in OMG. In subsequent
joint meetings with Common Facilities and ORBOS we reviewed two draft RFPs
based on Internet SIG recommendations made in Nice, one for Common Internet
Services (document number not yet assigned) and one for Reverse Java Mapping
(orbos/96-12-12).
At the next meeting of the Internet SIG in Austin, the Composable Architectures
Working Group will meet. In addition, we may also assemble those interested
in an open, next generation HTTP architecture (requirements, architecture,
interfaces, any need for IDL interfaces).
Attendees
- Colin Ashford - Nortel - ashford@nortel.ca
- Pranab K. Baruah - Boeing - pranab@ate.boeing.com
- Michael Bigrigg - Concurrent Technologies Corp - bigrigg@ctc.com
- Bernd Blobel - U Magdeburg, Germany - bernd.blobel@mrz.uni-magdeburg.de
- Lorraine Cash - Raytheon - waldbuss@ed.ray.com
- John Chen - Silicon Graphics - jcchen@engr.sgi.com
- Jeff Chilton - Objective Interface - jeff.chilton@ois.com
- Michael Jesse Chonoles - Lockheed Martin Adv Concepts
Center - chonoles.michael@acc.mds.imco.com
- Peter de Jong - HP - deJong@apollo.hp.com
- Kevin Donahue - Micromedex - kdonahue@mdx.com
- Dave Frye - Expersoft - didge@expersoft.com
- Bhash Ganti - Boeing - bhash@atc.boeing.com
- Karl Gardner - raytheon - fkg@swl.msd.ray.com
- Anastasius Gavras - Research Centre Telecom/TINA-C -
gavras@tinac.com
- Mark Godfrey - Shell Services Co. - mrg@shellus.com
- David King - Micromedex - dking@mdx.com
- Salil Kulkarni - Tandem Computers - salil@loc252.tandem.com
- Tom Jennings - WG - jennings@wg.com
- Jonathan Legh-Smith - BT - jleghsmi@jungle.bt.co.uk
- Jeff Mackay - Anderson Consulting - jeffrey.c.mackay@ac.com
- Steve Marney - EDS - marney@ru.cs.gmr.com
- Masani - St. Michaels Hospital - asemm@smh.toronto.on.ca
- Drew Mills - United Parcel Service (UPS) - appltam@air.ups.com
- Satish Paranjpe - NEC Systems Laboratory - sdp@syl.nj.nec.com
- Nick Pascarella - EDS - pascarella@edsug.com
- David Pfister - Checkfree - dhp@secapl.com
- Kirthiga Reddy - Silicon Graphics - kirthiga@engr.sgi.com
- Brian Schimpf - Gradient Technologies - schimpf@gradient.com
- Silas Larry Smith - IBM - slsmith@vnet.ibm.com
- Chris Smith - BT - chris@drake.bt.co.uk
- Shel Sutton (co-chair) - MITRE - shel@mitre.org
- Robin Tait - Sabre Groud - Robin_Tait@amrcorp.com
- Gregg.Tally - TIS - tally@tis.com
- Craig Thompson (Co-chair) - Object Services and Consulting,
Inc. - thompson@objs.com
- Patrick Thompson - Rogue Wave Software - thompson@roguewave.com
- Vincent Walh - Brodiam Eireann - vw@broadcom.ie
- Ward Walker - BBN - wwalker@bbn.com
- Ken Wilner - Progress Software - wilner@progress.com
- Eric R. Ziemer - Ameritech - eric.r.ziemer@ameritech.com
Meeting Minutes
Recapping the previous meeting of ISIG
At the last Internet SIG meeting held in Nice, France (see minutes
of Meeting #8), we reviewed three responses to the Internet
Services RFI (from Mitre
(internet/96-10-02), OBJS
(internet/96-10-03), and Data
Access (internet/96-10-03)), began an analysis of the responses, and
made recommendations to Common Facilities Task Force to issue a draft
Reverse Java Mapping RFP (orbos/96-12-12)and an URL-IOR Mapping RFP
(no subsequent action taken by the OMG meeting in Tampa) and to Common
Facilities Task Force to issue a draft
Common Internet Services RFP (drafted, no document number assigned
yet).
This Meeting
RFI Analysis completed, recommendations
formulated. Craig Thompson, one of the ISIG co-chairs, led today's
meeting and recorded these minutes. We began with a review of the activities
and results of the OMG Nice meeting, then described what has been achieved
since that meeting, namely two RFP drafts: one on Common Internet Services
RFP (Common Facilities Task Force), the other on a Reverse Java Mapping
RFP (ORBOS RFP).
We then began a half-day review of a draft set of recommendations, prepared
in advance of the meeting by Thompson. These consisted of three pages of
bullets listing a large suite of proposed RFPs, which summarized the RFI
response recommendations. Thompson mentioned that there are three driving
forces behind these recommendations:
- interface the OMG Object Management Architecture (OMA) to existing
and emerging IETF, Web Consortium, and other Internet protocols and applications,
- adapt some of the process of IETF and other Internet culture, and
- scale OMG's OMA from environments with 40 workstations in a LAN to
environments with 40 million workstations in a WAN.
The recommendations were roughly sorted into three groups: recommendations
to ORBOS Task Force, recommendations
to Common Facilities Task Force, and recommendations
to OMG concerning componentware and composability of OMG specifications
and implementations.
Note: the only formal vote was after Thompson asked if we should form
a working group on composition and federation in OMG architectures, then
Shel Sutton made a motion to form such a group, Sankar seconded, and white
ballot vote confirmed the sense of the group.
A controversial topic was: should OMG somehow provide for reference
implementations in its process, for instance like IETF does. Maybe the
Test group should get involved in this. Obviously, such an implementation
would have to be branded by conformance testing.
Discussion on Continued Role of Internet
SIG. Since its founding in 1995, the mission of Internet SIG has been
two-fold: arrange for informational presentations and sync up OMG to Internet/Web
standards. At the OMG meeting in Hyannis, we considered whether to recommend
to the Platform Technical Committee to progress Internet SIG to a task
force. We decided then to issue the Internet Services RFI, consider whether
responses warranted creating a new task force or whether we could partition
recommended work to existing task forces. Based on our results, we believe
we can do the latter most successfully. This led us to ask whether Internet
SIG has a continuing mission. Certainly, we will have at least one more
meeting since we have unfinished business in making recommendations on
composable architectures. Many feel we should continue our successful informational
role beyond Austin and that other missions will arise (e.g., composable
HTTP, coordination of Common Facilities and ORBOS, long-term roadmap).
Joint Meetings between Internet SIG, Common
Facilities, and ORBOS. From 3-5 p.m. on Monday and from 9-11 a.m. on
Tuesday, Internet SIG met with these other groups for 30 minute (redundant)
presentations on a summary of its recommendations. More detailed recommendations
to each of these groups will be made at the Austin meeting.
In addition, we reviewed both draft RFPs. Discussions on both raised
a number of issues; both are deferred to the Austin meeting to give time
to make revisions and raise further issues.
Next Meeting
The next meeting of Internet SIG will take place in Austin, Texas, on
March 10, 1997. We will discuss "composable architectures," arrange
for informational presentations (possibly on next-generation HTTP systems
that are being componentized in some way), and the future role of Internet
SIG. Here is an aggressive draft agenda.
OMG Internet SIG Meeting #10
Austin, Texas
March 10-11, 1997
Tentative Agenda
- MONDAY, MARCH 10
- 09:00a - 05:00p Workshop on Component HTTP Directions
- what are the requirements?
- what is the architecture?
- what are the interfaces?
- does an OMG RFI/RFP make sense in this area?
- TUESDAY, MARCH 11
- 09:00a - 11:00a Joint Meeting with ORBOS and Common Facilities
- Internet SIG Recommendations to ORBOS
- Internet SIG Recommendations to Common Facilities
- 11:00p - 12:00p Continuing Role of Internet SIG
- 01:00a - 05:00p Composable Architectures Working Group (ISIG WG)
Final Recommendations
Meeting Summary
- Composition and Architecture Working Group
- Recommendations to ORB/OS Task Force
- Recommendations to Common Facilities Task Force
Drivers
- IETF, Web protocols, existing or coming, Internet culture
- Scaling from 40 workstations to 40 million
Composition and Architecture
ISIG Working Group
- Change in OMG process
- reference implementations needed - borrow process from others regarding
reference implementations - The Open Group and IETF.
- OMA Architecture
- an optional uses specification to support plug and play (Composition
RFP?)
- Composition of Basic Object Services
- OODB Facility - the OODB specification should be a composition of Basic
Object Services
- OODBMS-RDBMS Facility - add Collections and the Query Service into
the OODB
- Active DBMS or KBMS Facility - add a Rules Service into an OODBMS-RDBMS
- Workflow Facility
- Upper Middleware for Collaboration and Groupware - what additional
services are needed
- deconstruct existing systems into Basic Object Components and subsystems
with IDL interfaces.
- Web Servers/Peers - what is the OMG interface for "plug ins"?
Should we replace HTTP messaging with IDL? What is the migration path?
- Web Search Engines
- Better Emailers
- Multiplicity and Federation of Service and Facility
- Federated Basic Object Services - federated namespaces, nested transactions,
distributed queries, traders talking to other traders, and federation of
caches and indices.
- Federated Common Facilities - federated repositories, federated DBMS
systems, federated KBMS systems, federated workflow systems, and federation
of web search engines.
- Theory needed
- binding time
- can we prove that if a component has a desirable property like safety
and that a composition rule preserves that property, then the resulting
system will preserve that property? That might allow secure systems to
federate with other secure systems into larger wholes.
- can we protect against situations where an undesirable property infects
a whole federation?
- can we specialize components or select differing policies that govern
their behavior and then still compose them
- can we evolve systems and track the changes; can we rapidly assemble
applications from component pieces
- can we solve problems ignoring distribution, persistence, security,
versioning, and other services and then later add them in via X-unaware
wrappers?
- can we throttle systems so they become more or less distributed dynamically?
Recommendations to OMG ORB/OS
- Object Model and Mapping Challenges
- what is the right type model for the Internet/Web
- Mappings
- Converge OMG IDL and Java via bi-directional mapping
- map all OMG specs to Java
- Converge OMG IDL and MIME via MIME - IDL mapping
- Converge OMG IDL and ODMG/SQL"3" (related to persistence)
- via an IDL to SQL ADT mapping
- Relations to IDL mapping
- learn from Microsoft OLE DB
- HTML to IDL Mapping
- typed links so web objects can be strongly typed
- Naming issues
- interoperability of OMG and web naming (e.g., OIDs and URLs)
- federation of namespaces when IDL names in one environment clash with
the same names in another.
- ORB capabilities needed
- call by value or the ability to move state around
- asynchronous dispatch or deferred synchronous
- isochronous delivery
- programmable dispatch
- separate specifications for IDL and CORBA distribution service - ISO
14750
- modular quality of service, determine bandwidth availability
- application partitioning, dynamic invocation determination
- migration management - for controlling and load balancing
- media streams for varying media types, not just audio and video but
radar data, etc
- compiling down to an IP + byte-coded methods level
- mechanisms for handling firewalls
- New Object Services needed
- Caching Service
- Replication Service
- Generalized Indexing Service
- Parsing Service
- Translation Service - for converting one representation to another.
Is this the same as the Data Interchange Service?
- Change Management Services
- Event-Condition-Action Rules Service
- Event Logging Service - today done differently by every event management
tool ORB
- Licensing charging - monitoring useage
Recommendations to OMG Common
Facilities
- Add to charter: Internet protocols, services, and facilities, collaboration,
- Internet Services/Facilities
- Common Internet Prototcols #1 including: FTP (File Transfer
Protocol), Telnet, Email (SMTP - Simple Mail Transport Protocol), POP3
(Post Office Protocol 3), WAIS, Finger, Gopher, WAIS
- Common Internet Protocols #2 and beyond including: Network News,
Email, MAPI, SMI, JMAPI, …, other IETF protocols
- Internet Information-based Facilities
- Search Tools
- Web servers, CGI "replacements"
- DBMS, OODB, RDBMS, ODBC
- Metadata Repositories
- KBMS
- Workflow
- Coordination Technology, Groupware
Long term - Extend OMA toward Global Organized Information Space
- Uniform information space for file systems and DBMS systems
- Situations, Virtual Rooms, Information Spaces, Security Domains.
- Distributed Simulation and Distributed Planning.
- Modeling Enterprise Architectures
- Survivability and Understandability
Informational Presentation
Distributed Simulation, Fred Koul
Both distributed geographically and across platforms, the distributed
simulation community is taking off, especially in training including across
allied forces, also in FAA air traffic management training, with wider
use by industry expected as tools become cheaper. The time is ripe for
standards. U.S. DoD has adopted/mandated High Level Architecture
for simulation. HLA is a prime candidate for adoption of an object environment.
There is interest in OMG and WWW-NG unification as a base infrastructure.
A Distributed Simulation SIG could contribute. HLA is defined as a set
of services. An OMG DSIM SIG would coordinate with Real-time, Internet,
and C4I. The SIG could add requirements on CORBA architecture. Some OA&D
proposals cover some distributed simulation--their context is executable
models. There will be an organizational meeting on Wed 1-5 room 515. Thurs
2:30-5. Captain Hollenbach , Director of DMSO at 1:30 Thursday. He reports
to Dr. Anita Jones. Fred has a briefing on HLA with him, also a Mission
statement and next moves. There have been two implementations of HLA to
date: RTI (Run Time Infrastructure) 0.1 used Orbix. In DMSO Familiarization
F0, the decision was made not to use CORBA. This was because some
federates are only single threaded. Also, they wanted to be more efficient
than CORBA by using asynchronous messaging.