home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.29 / text0064.txt < prev    next >
Encoding:
Text File  |  1992-12-26  |  4.2 KB  |  105 lines

  1. Submitted-by: pc@hillside.co.uk (Peter Collinson)
  2.  
  3. USENIX Standards Watchdog Committee
  4. Stephen R. Walli <stephe@usenix.org>, Report Editor
  5. Report on POSIX.17 - Directory Services API
  6.  
  7.  
  8. Mark Hazzard <markh@rsvl.unisys.com> reports on the meeting in Chicago
  9. July 13-17, 1992:
  10.  
  11. Summary
  12.  
  13. Draft 3.0 of POSIX.17 completed the first round of IEEE balloting in
  14. May. We met primarily as a ballot resolution team in Chicago,
  15. resolving 98% of all outstanding comments and objections. Since the
  16. Chicago meeting, we have finished Draft 3.0 ballot resolution, and
  17. published and re-circulated Draft 4.0 for ballot. We plan to get the
  18. ballot results in time to resolve comments at the Utrecht meeting in
  19. October.  From there we plan to submit the balloted specification to
  20. the IEEE for final approval, publication and forwarding to ISO for
  21. fast tracking (i.e. direct ISO ballot).
  22.  
  23. Our Project Authorization Request (PAR) has been split/recast into 4
  24. separate PARs to:
  25.  
  26.   1.  separate the Directory Services API work (which is almost
  27.       finished) from the POSIX name space issue which hasn't received
  28.       much attention, and
  29.  
  30.   2.  separate the actual document into a format aligned with ISO
  31.       expectations.
  32.  
  33. Introduction
  34.  
  35. The POSIX.17 group has generated and is currently balloting a user to
  36. directory services API (e.g. API to an X.500 DUA - Directory User
  37. Agent). We used APIA - X/Open's XDS specification as a basis for work.
  38. XDS is included in XPG4 and has been adopted as part of both OSF's
  39. Distributed Computer Environment (DCE) and Unix International's Atlas.
  40.  
  41. XDS is an object oriented interface and requires a companion
  42. specification (XOM) for object management. XOM is a stand- alone
  43. specification with general applicability beyond the API to directory
  44. services. It will be used by IEEE P1224.1 (X.400 API) and possibly
  45. other POSIX groups, and is being standardized by POSIX/TCOS as P1224.
  46. A draft of P1224 is already in ballot.
  47.  
  48. Status
  49.  
  50. POSIX.17 was reviewed by the Project Management Committee for the
  51. Chicago meeting without problem.
  52.  
  53. Draft 3.0 of POSIX.17, which included all test methods and its
  54. Language Independent Specification (LIS), completed IEEE ballot prior
  55. to the Chicago. The group spent a majority of the meeting processing
  56. the results of that ballot. Over 200 comments/objections were
  57. processed, with all but 4 tentatively resolved. Actions were assigned
  58. to resolve the remaining four. Our technical editor did an incredible
  59. job in producing Draft 4.0 in time for a recirculation ballot, which
  60. closed October 5th.
  61.  
  62. POSIX.17 was one of three TCOS-SS projects recommended for fast track
  63. ballot to ISO during a special ad hoc meeting of the US TAG to JTC1.
  64. [Ed. - ISO is responsible for developing and approving of
  65. international standards.  TCOS-SS (Technical Committee on Operating
  66. Systems - Standards Subcommittee) is the IEEE committee responsible for
  67. developing operating system standards, e.g. POSIX.  Documents
  68. developed by the IEEE can be forwarded by an ANSI (hence U.S.)
  69. Technical Advisory Group (TAG) to the Joint Technical Committee (JTC1)
  70. of ISO and the International Electrotechnical Committee (IEC) for
  71. consideration as ISO standards.]
  72.  
  73. In order to accommodate the ISO format, POSIX.17 needed to be split
  74. into 4 separate parts (documents). To that end, four PARs were
  75. submitted to the IEEE which requires a PAR for every document. This in
  76. effect revises our current work to reflect the ISO format
  77. requirements. These have been reviewed and accepted by the IEEE Review
  78. Committee (REVCOM) and assigned the following project numbers under
  79. the general heading of "OSI APIs".
  80.  
  81.     P1224.2 - Directory Services API - Language Independent
  82.      specification
  83.  
  84.     P1326.2  - Test Methods for P1224.2
  85.  
  86.     P1327.2  - C Language Binding for P1224.2
  87.  
  88.     P1328.2  - Test Methods for P1327.2
  89.  
  90. My understanding is that when P1224.2 and P1327.2 are approved by the
  91. IEEE, they will be proposed to ISO as Draft International Standards
  92. (DIS).
  93.  
  94. In Closing ...
  95.  
  96. The group is meeting in Utrecht in October, where we plan to process
  97. the results of our September recirculation ballot.  If all goes to
  98. plan, we will submit our specification to the IEEE for acceptance as a
  99. standard before year's end. Based on this schedule, I would expect to
  100. see it published by the IEEE in the first half of 1993.
  101.  
  102.  
  103. Volume-Number: Volume 29, Number 66
  104.  
  105.