home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 14 Text / 14-Text.zip / proscons.zip / somobj.txt < prev   
Text File  |  1995-02-17  |  5KB  |  96 lines
  1.  
  2.     The (highly unofficial) FIDONET OS2PROG C++ compiler pros and cons list
  3.     ───────────────────────────────────────────────────────────────────────
  4.  
  5.                         The SOMObjects Travel Guide
  6.                         ───────────────────────────
  7.  
  8.     There have been two versions of SOM.  SOM 1.x was "ante CORBA", and
  9.     SOMO 2.x is "post CORBA".  This means that the two are not strictly
  10.     compatible.  Although IBM has done its best to allow SOM 1.x
  11.     applications to continue to work on SOM 2.x, SOM 1.x is now a lame
  12.     duck, as is OIDL, the language that it used.
  13.  
  14.     With the advent of SOM 2.x came several standard SOM class libraries,
  15.     namely the Persistence, Distribution, Collection, and Replication
  16.     frameworks ("framework" is a posey name for class library).  These
  17.     allow SOM programmers to load and save objects, to use objects
  18.     remotely, to make collections of objects, and to keep multiple copies
  19.     of objects.  There are a couple of more specialised class libraries as
  20.     well.
  21.  
  22.     Using the Distribution framework is often known colloquially as DSOM,
  23.     Distributed SOM.  DSOM can either be Workstation Enabled, meaning that
  24.     different processes on one machine can share DSOM classes and objects,
  25.     or Workgroup Enabled, meaning that DSOM classes and objects can be
  26.     shared across a LAN using TCP/IP, NETBIOS, or IPX/SPX.
  27.  
  28.     The SOM runtime itself ships as standard as part of OS/2, since
  29.     Workplace Shell is a SOM application that requires it.  OS/2 version
  30.     2.1x came with SOM 1.x, and none of the standard SOM class libraries.
  31.  
  32.     OS/2 WARP 3.0 comes with SOM version 2.1, and all of the standard SOM
  33.     class libraries in DLL form (in the \OS2\DLL directory).  The
  34.     Distribution framework supplied is only Workstation enabled.  The DSOM
  35.     Workgroup enabler runtime is available separately as IBM part number
  36.     59G5679.  Workplace Shell in OS/2 WARP 3.0 is in fact a DSOM server.
  37.  
  38.                         ───────────────────────────
  39.  
  40.     There are various tools available for writing SOM-capable programs.
  41.  
  42.     The OS/2 Developers' Toolkit version 2.1 includes a basic set of SOM
  43.     tools for creating SOM 1.x programs.  It also contains SOM 1.x OIDL
  44.     class definitions for the Workplace Shell classes in OS/2 2.10.
  45.  
  46.     The SOMObjects Developers' Toolkit version 2.1 for OS/2 provides a lot
  47.     of SOM development tools for SOM 2.1, including the SOM compiler that
  48.     is used to translate class definitions written in IDL into language
  49.     bindings for use in programs, all of the class definitions for the
  50.     various SOM standard class libraries, and several interface repository
  51.     management tools.
  52.  
  53.                         ───────────────────────────
  54.  
  55.     The SOM support of the various C++ compilers currently breaks down as
  56.     follows :
  57.  
  58.     The position of EMX C++ 0.9a respective to SOM is in some doubt.
  59.     There are several compiler-specific parts of the SOM header files,
  60.     which EMX C++ doesn't seem to have.  Certainly EMX C++ is not an
  61.     "official" SOM platform.
  62.  
  63.     Borland C++ 2.0 does not ship with any SOM headers either (BC++OS2
  64.     version 1.0 used to have them).  Confusion seems to reign over this,
  65.     since Borland C++ is an official SOM platform.
  66.  
  67.     Watcom C++ 10.0b ships with version 2.0 of the SOMObjects Developers'
  68.     Toolkit, which allows users of Watcom C++ to write SOM 2.0 programs
  69.     using the C/C++ language bindings.
  70.  
  71.     ( One warning about Watcom C++ 10.0b : Its installation program is
  72.     badly broken, in that it doesn't check that it is actually upgrading
  73.     your current level of SOM support.  It places its \WATCOM\DLL
  74.     directory at the head of LIBPATH in CONFIG.SYS.  On OS/2 WARP 3.0
  75.     systems, this replaces the SOM 2.1 runtime with the SOM 2.0 runtime,
  76.     and Workplace Shell is then unable to start.  Editing CONFIG.SYS by
  77.     hand to move the directory containing the SOM 2.0 runtime to the tail
  78.     of LIBPATH cures the problem.  )
  79.  
  80.     IBM CSet++ 2.1 ships with version 2.1 of the OS/2 Developers' Toolkit,
  81.     which only allows users of CSet++ to write SOM 1.x programs.  For SOM
  82.     2.x programs, the SOMObjects Developers' Toolkit must be purchased
  83.     separately.
  84.  
  85.     IBM CSet++ 3.0, when it is released, will be a DirectToSOM C++
  86.     compiler, allowing people to implement and use SOM 2.1 classes as
  87.     native C++ classes.
  88.  
  89.     MetaWare High C++ 3.31a is also a DirectToSOM C++ compiler, which has
  90.     the added advantages of being on its second release, and available
  91.     right now.  Again, it allows people to implement and use SOM 2.1
  92.     classes as native C++ classes.
  93.  
  94.    » JdeBP «               » (c) Copyright 1995 All Rights Reserved. «
  95.    » JdeBP@donor2.demon.co.uk                      FIDONET 2:440/4.0 «
  96.