home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / faqs / comp / answers / client-server-faq < prev    next >
Encoding:
Internet Message Format  |  1997-10-19  |  55.0 KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!thetimes.pixel.kodak.com!news.kodak.com!news-pen-16.sprintlink.net!newsfeed.nysernet.net!news.nysernet.net!207.41.200.131!news-pen-1.sprintlink.net!news-east.sprintlink.net!news-dc-26.sprintlink.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cpk-news-hub1.bbnplanet.com!cpk-news-feed4.bbnplanet.com!cpk-news-feed1.bbnplanet.com!news.bbnplanet.com!netnews.jhuapl.edu!aplcen.apl.jhu.edu!news.abs.net!u1.abs.net!not-for-mail
  2. From: lloyd@abs.net (Lloyd Taylor)
  3. Newsgroups: comp.client-server,comp.answers,news.answers,comp.object.corba
  4. Subject: Client/Server Frequently Asked Questions
  5. Supersedes: <client-server-faq-1-874540556@abs.net>
  6. Followup-To: comp.client-server
  7. Date: 18 Oct 1997 11:01:49 -0400
  8. Organization: ABSnet Internet Services, Baltimore, MD
  9. Lines: 1196
  10. Approved: news-answers-request@MIT.EDU
  11. Distribution: world
  12. Expires: 22 Nov 97 10:01:26
  13. Message-ID: <client-server-faq-1-877186886@abs.net>
  14. Reply-To: lloyd@abs.net (Client/Server FAQ Maintainer)
  15. NNTP-Posting-Host: u1.abs.net
  16. X-Trace: news.abs.net 877186913 26592 lloyd 207.114.0.131
  17. X-Complaints-To: usenet@news.abs.net
  18. Summary: This posting contains a list of Frequently Asked Questions 
  19.      about Client/Server Computing.  Please read it before you 
  20.       post questions to the comp.client-server newsgroup.
  21. Keywords: FAQ CLIENT SERVER DISTRIBUTED COMPUTING
  22. Xref: senator-bedfellow.mit.edu comp.client-server:22455 comp.answers:28591 news.answers:114910 comp.object.corba:10365
  23.  
  24. Posted-By: auto-faq 3.1.1.2
  25. Archive-name: client-server-faq
  26. Revision: 1.11 1997/10/18 15:01:03
  27. Posting-frequency: Monthly, on the 17th 
  28.  
  29. Client/Server Frequently Asked Questions  
  30.  
  31. Information about this document
  32.  
  33. Contained below is a list of commonly asked questions in
  34. comp.client-server. Before posting a question to comp.client-server,
  35. check to see if your question(s) are already answered below.
  36.  
  37. Additional questions (and answers!) may be emailed to lloyd@abs.net.
  38. If the question is of general interest, it may be added to the CS-FAQ.
  39. Questions that relate to specific client/server implementation issues
  40. may be answered in one or more of the books listed in the FAQ.  If 
  41. answers cannot be found there, consider posting your question to
  42. comp.client-server.  Due to the volume of email I receive, I cannot
  43. respond to individual questions.
  44.  
  45. Vendors of client/server products and services are welcome to submit
  46. *brief* summaries of their offerings for inclusion in a separate portion
  47. of this FAQ.  A single paragraph which includes pointers to additional
  48. information (www, ftp, email, or voice telephone) is welcome.
  49.  
  50. The most recent (authoritative) version of this FAQ is always available at:
  51.  
  52.   http://www.abs.net/~lloyd/csfaq.txt
  53.  
  54. In addition, this FAQ is archived at many sites, including the
  55. following. Any site which mirrors "rtfm.mit.edu" should have a current
  56. copy as well. If you did not receive the entire posting, please check
  57. here:
  58.  
  59.   ftp://ftp.uu.net/usenet/news.answers/client-server-faq.Z
  60.   ftp://rtfm.mit.edu/pub/usenet-by-group/news.answers/client-server-faq
  61.  
  62.  
  63. -- Lloyd Taylor
  64.    comp.client-server FAQ maintainer
  65.    Home Page: <http://www.wp.com/Lloyd.Taylor>
  66.    
  67. Changes since last release:
  68.  
  69. Updated Q 3.9 
  70.  
  71. ----------------------------------------------------------------------
  72.  
  73. Subject: Table of Contents
  74.  
  75. Client/Server Frequently Asked Questions List
  76. Last Revision: 10/18/97
  77.  
  78. Part 1: Introduction and Miscellaneous questions
  79.  
  80. 1.1   What archives/FTP sites carry client-server related material?
  81.  
  82.  
  83. Part 2: Client/Server Definitions
  84.  
  85. 2.1   What is Client-server Computing?
  86. 2.2   What is a Client Process?
  87. 2.3   What is a Server Process?
  88. 2.4   What is a Two-Tier Architecture?
  89. 2.5   What is a Three-Tier Architecture?
  90. 2.6   What is Middleware?
  91. 2.7   What is Cooperative Processing? 
  92. 2.8   What is Distributed Processing? 
  93. 2.9   What is an "Intranet"?
  94.  
  95.  
  96. Part 3:  Client/Server Technical Issues
  97.  
  98. 3.1   What are the characteristics of a Client/Server architecture?
  99. 3.2   What are the different types of Servers?
  100. 3.3   What are the different client/server processing styles?
  101. 3.4   What is Distributed or Remote Presentation?
  102. 3.5   What is Remote Data Management?
  103. 3.6   What is Distributed Function Processing?
  104. 3.7   What is IBM's System Application Architecture?
  105. 3.8   What is APPLE's VITAL architecture?
  106. 3.9   What is Sun's Open Network Computing Architecture?
  107. 3.10  What is Digital's Network Application System (NAS) architecture?
  108. 3.11  What is OSF-DCE?
  109. 3.12  What are DOMS (Distributed Object Management Systems)?
  110. 3.13  What is CORBA?
  111. 3.14  What is DAE?
  112.  
  113.  
  114. Part 4:  Client/Server Business Issues
  115.  
  116. 4.1   Business-Focused Client/Server Architecture
  117. 4.2   Client/Server Business Application Architectures
  118. 4.3   Business Drivers
  119. 4.4   Business Benefits
  120. 4.5   What does business expect from IT?
  121. 4.6   What is Business Process Reengineering?
  122.  
  123.  
  124. Part 5: Books and Articles on Client/Server computing
  125.  
  126. 5.1   Introductory/Overview Books
  127. 5.2   Detailed Technical Books
  128. 5.3   Other Books
  129.  
  130.  
  131. Part 6: Vendor Information
  132.  
  133. 6.1   Middleware Vendors
  134. 6.2   Test Software Vendors
  135. 6.3   Development Tool Vendors
  136. 6.4   Other Client/Server Vendors
  137.  
  138.  
  139. ------------------------------
  140.  
  141. Subject: 1.1  What sites carry client-server related material? 
  142. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  143.  
  144. Object Management Group:
  145.     http://www.omg.org/
  146.  
  147. DCE Questions and Answers:
  148.     http://www.osf.org/dce/qna
  149.  
  150. OSF/DCE FAQ
  151.     http://www.osf.org/dce/faq-mauney.html
  152.     ftp://ftp.dstc.edu.au/pub/DCE/FAQ
  153.  
  154. Object-Oriented Links at Cetus (Germany)
  155.     http://www.rhein-neckar.de/~cetus/software.html
  156.  
  157. Client/Server Computing Page
  158.     http://www.wenet.net/~jtmalone/
  159.  
  160. ------------------------------ 
  161.  
  162. Subject: Part 2: Definitions
  163.  
  164. ------------------------------ 
  165.  
  166. Subject: 2.1  What is Client-server Computing?
  167. From: Steve Hultquist <ssh@vnet.ibm.com>
  168.  
  169. The short answer:
  170.  
  171. Client/server is a computational architecture that involves client processes
  172. requesting service from server processes.
  173.  
  174. The long answer:
  175.  
  176. Client/server computing is the logical extension of modular programming.
  177. Modular programming has as its fundamental assumption that separation of
  178. a large piece of software into its constituent parts ("modules") creates
  179. the possibility for easier development and better maintainability.
  180. Client/server computing takes this a step farther by recognizing that
  181. those modules need not all be executed within the same memory space.
  182. With this architecture, the calling module becomes the "client" (that
  183. which requests a service), and the called module becomes the "server"
  184. (that which provides the service).
  185.  
  186. The logical extension of this is to have clients and servers running on
  187. the appropriate hardware and software platforms for their functions.
  188. For example, database management system servers running on platforms
  189. specially designed and configured to perform queries, or file servers
  190. running on platforms with special elements for managing files.
  191.  
  192. It is this latter perspective that has created the widely-believed myth
  193. that client/server has something to do with PCs or Unix machines.
  194.  
  195. ------------------------------ 
  196.  
  197. Subject: 2.2 What is a Client process?
  198. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  199.  
  200. The client is a process (program) that sends a message to a server
  201. process (program), requesting that the server perform a task (service).
  202. Client programs usually manage the user-interface portion of the
  203. application, validate data entered by the user, dispatch requests to
  204. server programs, and sometimes execute business logic. The client-based
  205. process is the front- end of the application that the user sees and
  206. interacts with. The client process contains solution-specific logic and
  207. provides the interface between the user and the rest of the application
  208. system. The client process also manages the local resources that the
  209. user interacts with such as the monitor, keyboard, workstation CPU and
  210. peripherals. One of the key elements of a client workstation is the
  211. graphical user interface (GUI).   Normally a part of operating system
  212. i.e. the window manager detects user actions, manages the windows on the
  213. display and displays the data in the windows.
  214.  
  215. ------------------------------ 
  216.  
  217. Subject: 2.3 What is a Server process?
  218. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  219.  
  220. A server process (program) fulfills the client request by performing the 
  221. task requested. Server programs generally receive requests from client 
  222. programs, execute database retrieval and updates, manage data integrity 
  223. and dispatch responses to client requests. Sometimes server programs 
  224. execute common or complex business logic. The server-based process 
  225. "may" run on another machine on the network. This  server could be the 
  226. host operating system or network file server; the server is then provided 
  227. both file system services and application services. Or in some cases, 
  228. another desktop machine provides the application services. The server 
  229. process acts as a software engine that manages shared resources such as 
  230. databases, printers, communication links, or high powered-processors. The 
  231. server process performs the back-end tasks that are common to similar 
  232. applications.  
  233.  
  234. ------------------------------ 
  235.  
  236. Subject: 2.4 What is a Two-Tier Architecture?
  237. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  238.  
  239. A two-tier architecture is where a client talks directly to a server,
  240. with no intervening server.  It is typically used in small environments
  241. (less than 50 users).
  242.  
  243. A common error in client/server development is to prototype an
  244. application in a small, two-tier environment, and then scale up by
  245. simply adding more users to the server.  This approach will usually
  246. result in an ineffective system, as the server becomes overwhelmed.  To
  247. properly scale to hundreds or thousands of users, it is usually
  248. necessary to move to a three-tier architecture.
  249.  
  250. ------------------------------ 
  251.  
  252. Subject: 2.5 What is a Three-Tier Architecture?
  253. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  254.  
  255. A three-tier architecture introduces a server (or an "agent") between
  256. the client and the server.  The role of the agent is manyfold.  It can
  257. provide translation services (as in adapting a legacy application on a
  258. mainframe to a client/server environment), metering services (as in
  259. acting as a transaction monitor to limit the number of simultaneous
  260. requests to a given server), or intellegent agent services (as in
  261. mapping a request to a number of different servers, collating the
  262. results, and returning a single response to the client.
  263.  
  264. ------------------------------ 
  265.  
  266. Subject: 2.6 What is Middleware?
  267. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  268.  
  269. Connectivity allows applications to transparently communicate with other 
  270. programs or processes, regardless of their location.  The key element of 
  271. connectivity is the network operating system (NOS). NOS provides 
  272. services such as routing, distribution, messaging, file and print, and 
  273. network management services.  NOS rely on communication protocols to 
  274. provide specific services. The protocols are divided into three groups: 
  275. media, transport and client-server protocols. Media protocols determine 
  276. the type of physical connections used on a network (some examples of 
  277. media protocols are Ethernet, Token  Ring, Fiber Distributed Data 
  278. Interface (FDDI), coaxial and twisted-pair). A transport protocol provides 
  279. the mechanism to move packets of data from client to server (some 
  280. examples of transport protocols are Novell's IPX/SPX, Apple's AppleTalk, 
  281. Transmission Control Protocol/ Internet Protocol (TCP/IP), Open Systems 
  282. Interconnection (OSI) and Government Open Systems Interconnection 
  283. Profile(GOSIP)).  Once the physical connection has been established and 
  284. transport protocols chosen, a client-server protocol is required before the 
  285. user can access the network services. A client-server protocol dictates the 
  286. manner in which clients request  information and services from a server 
  287. and also how the server replies to that request (some examples of client-
  288. server protocols are NetBIOS, RPC, Advanced Program-to-Program 
  289. Communication (APPC), Named Pipes, Sockets, Transport Level Interface 
  290. (TLI) and Sequenced Packet Exchange (SPX)).
  291.  
  292. ------------------------------ 
  293.  
  294. Subject: 2.7 What is Cooperative Processing?
  295. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  296.  
  297. Cooperative processing is computing which requires two or more distinct 
  298. processors to complete a single transaction.  Cooperative processing is 
  299. related to both distributed and client/server processing. It is a form of 
  300. distributed computing where two or more distinct processes are required to 
  301. complete a single business transaction. Usually, these programs interact 
  302. and execute concurrently on different processors. Cooperative processing 
  303. can also be considered to be a style of client/server processing if 
  304. communication between processors is performed through a message 
  305. passing architecture. 
  306.  
  307. ------------------------------ 
  308.  
  309. Subject: 2.8 What is Distributed Processing?
  310. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  311.  
  312. The distribution of applications and business logic across multiple 
  313. processing platforms.  Distributed processing implies that processing will 
  314. occur on more than one processor in order for a transaction to be 
  315. completed. In other words, processing is distributed across two or more 
  316. machines and the processes are most likely not running at the same time, 
  317. i.e. each process performs part of an application in a sequence. Often the 
  318. data used in a distributed processing environment is also distributed across 
  319. platforms.
  320.  
  321. ------------------------------
  322.  
  323. Subject: 2.9 What is an "Intranet"?
  324. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  325.  
  326. The explosion of the World Wide Web is due to the world-wide acceptance
  327. of a common transport (TCP/IP), server standard (HTTP), and markup
  328. language (HTML).  Many corporations have discovered that these same
  329. technologies can be used for internal client/server applications with
  330. the same ease that they are used on the Internet.  Thus was born the
  331. concept of the "Intranet": the use of Internet technologies for
  332. implementing internal client/server applications.
  333.  
  334. One key advantage of Web-based intranets is that the problem of managing
  335. code on the client is greatly reduced.  Assuming a standard browser on
  336. the desktop, all changes to user interface and functionality can be done
  337. by changing code on the HTTP server.  Compare this with the cost of
  338. updating client code on 2,000 desktops.
  339.  
  340. A second advantage is that if the corporation is already using the
  341. Internet, no additional code needs to be licensed or installed on client
  342. desktops.  To the user, the internal and external information servers
  343. appear integrated.
  344.  
  345. A rapidly-disappearing disadvantage is that there is limited ability to
  346. provide custom coding on the client.  In the early days of the Web,
  347. there were limited ways of interacting with the client.  The Web was
  348. essentially "read-only".  With the release of code tools such as Java
  349. and JavaScript, this limitation is no longer a major issue.
  350.  
  351. ------------------------------ 
  352.  
  353. Subject: Part 3: Client/Server Technical Issues
  354.  
  355. ------------------------------ 
  356.  
  357. Subject: 3.1 What are the characteristics of client/server architecture?
  358. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  359.  
  360. The basic characteristics of client/server architectures are:
  361.  
  362. 1) combination of a client or front-end portion that interacts with the user, 
  363. and a server or back-end portion that interacts with the shared resource. 
  364. The client process contains solution-specific logic and provides the 
  365. interface between the user and the rest of the application system. The 
  366. server process acts  as a software engine that manages shared resources 
  367. such as databases, printers, modems, or high powered processors. 
  368.  
  369. 2) the front-end task and back-end task have fundamentally different 
  370. requirements for computing resources such as processor speeds, memory, 
  371. disk speeds and capacities, and input/output devices. 
  372.  
  373. 3) the environment is typically heterogeneous and multivendor. The 
  374. hardware platform and operating system of client and server are not 
  375. usually the same.Client and server processes communicate through a 
  376. well-defined set of standard application program interfaces (API's) and 
  377. RPC's.
  378.  
  379. 4) An important characteristic of client-server systems is scalability. They 
  380. can be scaled horizontally or vertically. Horizontal scaling means adding 
  381. or removing client workstations with only a slight performance impact. 
  382. Vertical scaling means migrating to a larger and faster server machine or 
  383. multiservers.
  384.  
  385. ------------------------------ 
  386.  
  387. Subject: 3.2 What are the  different types of servers?
  388. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  389.  
  390. The simplest form of servers are disk servers and file servers. With a file 
  391. server, the client passes requests for files or file records over a network to 
  392. the file server. This form of data service requires large bandwidth and can 
  393. slow a network with many users down considerably. Traditional LAN 
  394. computing allows users to share resources, such as data files and 
  395. peripheral devices, by moving them from standalone PCUs onto a 
  396. Networked File Server (NFS).
  397.  
  398. The more advanced form of servers are database servers, transaction 
  399. server and application servers (Orfali and Harkey 1992). In database 
  400. servers, clients passes SQL (Structured Query Language) requests as 
  401. messages to the server and the results of the query are returned over the 
  402. network. The code that processes the SQL request and the data resides on 
  403. the server allowing it to use its own processing power to find the requested 
  404. data, rather than pass all the records back to a client and let it find its own
  405. data as was the case for the file server. In transaction servers, clients 
  406. invoke remote procedures that reside on servers which also contains an 
  407. SQL database engine. There are procedural statements on the server to 
  408. execute a group of SQL statements (transactions) which either all succeed 
  409. or fail as a unit. The applications based on transaction servers are called 
  410. On-line Transaction Processing (OLTP) and tend to be mission-critical 
  411. applications which require 1-3 second response time, 100% of the time 
  412. and require tight controls over the security and integrity of the database.  
  413. The communication overhead in this approach is kept to a minimum as the  
  414. exchange typically consists of a single request/reply (as opposed to 
  415. multiple SQL statements in database servers). Application servers are not 
  416. necessarily database centered but are used to server user needs, such as. 
  417. download capabilities from Dow Jones or regulating a  electronic mail 
  418. process. Basing resources on a server allows users to share data, while 
  419. security and management services, which are also based in the server, 
  420. ensure data integrity and security. 
  421.  
  422. ------------------------------ 
  423.  
  424. Subject: 3.3 What are the different client/server processing styles?
  425. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  426.  
  427. Gartner group came out with the five ways of describing the different c/s 
  428. styles based on how they split the three components of any application: 
  429. user interface, business or application logic, data management. The five 
  430. styles are distributed presentation, remote presentation,  distributed 
  431. function, remote data management, and distributed data management.
  432.  
  433. (Note: This is an arbitary classification and others may do it differently)
  434.  
  435. ------------------------------ 
  436.  
  437. Subject: 3.4 What is distributed or remote presentation?
  438. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  439.  
  440. For people whose roots are embedded in the mainframe IBM world, 
  441. client-server is  essentially distributed or remote presentation. This style 
  442. maps a workstation Graphical User Interface (GUI)  front end onto an 
  443. existing application's text-based screen. This   is also called Remote, 
  444. Mapping, Front-ending or HLLAPI (High-Level Language Application 
  445. Programming Interface). The  mode of operation is typically intelligent 
  446. workstations intercepting and interrogating text-screen (e.g. 3270) data 
  447. streams sent from a host for display in a windowed environment.This is   
  448. "frontware" solution, where a GUI front end is added to an IBM/MVS 
  449. 3270/5250 application and is placed on a workstation.   However, most 
  450. processing remains on the host or server, with the exception of user 
  451. interface translation logic and possibly validation logic.  For example,  
  452. data from an application program is sent to a 3270 screen program on the 
  453. mainframe to be displayed. The  merged data is sent to the workstation as 
  454. a 3270 data stream.The workstation interprets the data and converts it to 
  455. graphical form in a window. (Typically every mainframe screen used by 
  456. the application has a corresponding window on the workstation and vice 
  457. versa). When the user enters the data in a GUI window, it is transformed 
  458. by the frontware application into a corresponding 3270 data format and is 
  459. sent to the host computer. 
  460.  
  461. ------------------------------ 
  462.  
  463. Subject: 3.5 What is Remote Data Management?
  464. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  465.  
  466. In remote data management, the entire application resides on the client and 
  467. the data managment is located on a remote server/host.   Remote Data 
  468. Management is relatively easily to program for because there is just one 
  469. application program. The client communicates with the server using SQL, 
  470. the server then responds with data that satisfies the query.  RDBMS 
  471. products that offer remote data management provide a layer of software on 
  472. the client to handle the communication with the DBMS server.This style 
  473. represents a more traditional LAN database server or file server approach. 
  474. Workstations support the presentation and function logic and interface 
  475. with the data server through the data manipulation language.Distributed 
  476. data management is an extension of remote data management and uses the 
  477. distributed facilities of the DBMS to access distributed data in a manner 
  478. transparent to users. This is most relevant for architectures having data 
  479. spread  across  several servers and when access to a DBMS on another 
  480. server is required.
  481.  
  482. ------------------------------ 
  483.  
  484. Subject: 3.6 What is distributed function processing?
  485. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  486.  
  487. Here the split occurs in the application functionality, one part going to the 
  488. client, other to the server. Distributed function applications are the most 
  489. complex of the three typologies  since two separately compiled application 
  490. programs must be developed.  Developers must analyze where each 
  491. function should reside and what type of dialog must occur between the 
  492. two programs. The underlying communications facilities may implement 
  493. either a message-based or remote procedure call (RPC) mechanism for 
  494. transfer of dialog and data.  However, there are many variants of this 
  495. typology. One variant of the distributed function style is where data 
  496. management and application function occur at both the client and server. 
  497. In this instance, data management at the client would include referential, 
  498. read-only data. Data frequently updated or accessed by many users would 
  499. reside on the server.
  500.  
  501. ------------------------------ 
  502.  
  503. Subject: 3.7 What is IBM's System Application Architecture?
  504. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  505.  
  506. SAA is a collection of selected software interfaces, conventions, and 
  507. protocols that are used as a framework for developing consistent, 
  508. integrated applications across the major IBM computing environments.
  509.  
  510. Four major components of this architecture are:
  511.  - Common User Access (CUA) defines conventions for GUI look and feel.
  512.  - Common Programming Interface (CPI) provides languages, tools, and 
  513.    APIs that give applications greater portability and more consistent user 
  514.    interfaces across multiple platforms. 
  515.  - Common Communication Support (CCS) supports existing 
  516.    communications standards, such as LU 6.2. 
  517.  - Common Applications, written by IBM, will serve as demonstrations of 
  518.    SAA concepts and make it easy for users to migrate between systems. 
  519.  
  520. ------------------------------ 
  521.  
  522. Subject: 3.8 What is APPLE's VITAL architecture?
  523. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  524.  
  525. VITAL provides a way of building information systems constructed from 
  526. generalized modules that can be reused and shared.It specifies how to 
  527. construct and provide interfaces for these modules. A cornerstone of 
  528. Apple's client/server architecture is Data Access Language (DAL).  DAL 
  529. consists of software components for the client and the server (Macintosh 
  530. System 7 includes the client component, DOS and Windows clients are 
  531. sold separately).  DAL sits between the client and server components.  
  532. This approach allows varied clients to communicate with many different 
  533. servers.  With DAL, a change in the DBMS does not affect the front-end; 
  534. it simply requires the appropriate DAL link.
  535.  
  536. ------------------------------ 
  537.  
  538. Subject: 3.9 What is Sun's Open Network Computing Architecture?
  539. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  540.  
  541. Open Network Computing (ONC) is the Sun architecture, with third party
  542. alliances providing the missing pieces.  Sun's RPC is licensed by more
  543. than 300 companies, including DEC, IBM, and Apple Computer.  It is a
  544. lean, efficient  RPC that is particularly effective for installations
  545. not requiring WAN support.  Transport Independent Remote Procedure
  546. Calls (TI-RPC) were co-developed by Sun and AT&T.  TI-RPC runs
  547. independent of the underlying network transport, allowing applications
  548. to run unmodified over multiple transport protocols including NetWare,
  549. PCNFS, AIX/6000, Solaris, UNIX/SVR4, AIX/ESA.  NetWise developed the
  550. TI-RPC Application Toolkit source code generation technology.
  551.  
  552. ------------------------------ 
  553.  
  554. Subject: 3.10 What is Digital's Network Application System (NAS) architecture? 
  555. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  556.  
  557. NAS is a software suite that enables applications to be integrated across a 
  558. distributed network of multivendor systems: NAS services are divided 
  559. into four main groups:
  560.  - Application Access Services which support user interface (forms based, 
  561.    graphical or character terminal based)
  562.  - Communication and Central services which support communications 
  563.    using electronic mail and EDI
  564.  - Information and resource sharing, which supports database access and 
  565.    compound documents (collection of images, graphics and conventional 
  566.    text)
  567.  - System Access services which provides a standard operating system 
  568.    interface.
  569.  
  570. ------------------------------ 
  571.  
  572. Subject: 3.11 What is OSF-DCE?
  573. From: Jon Mauney <mauney@jtec.mauney.com>
  574.  
  575. (Extracted, with permission, from the DCE FAQ, available at
  576. http://www.osf.org/dce/faq-mauney.html)
  577.  
  578. DCE is the Distributed Computing Environment, from the Open Software
  579. Foundation. (It is called "the DCE" by sticklers for grammatical
  580. consistency.)
  581.  
  582. DCE consists of multiple components which have been integrated to work
  583. closely together.  They are the Remote Procedure Call (RPC), the Cell
  584. and Global Directory Services (CDS and GDS), the Security Service, DCE
  585. Threads, Distributed Time Service (DTS),and Distributed File Service
  586. (DFS).  The Threads, RPC, CDS, Security, and DTS components are
  587. commonly referred to as the "secure core" and are the required
  588. components of any DCE installation.  DFS is an optional component.
  589.  
  590. DCE is called "middleware" or "enabling technology."  It is not
  591. intended to exist alone, but instead should be integrated or bundled
  592. into a vendor's operating system offering.  DCE's security and
  593. distributed filesystem, for example, can completely replace their
  594. current, non-network, analogs.
  595.  
  596. ------------------------------ 
  597.  
  598. Subject: 3.12 What are Distributed Object Management Systems (DOMS)?
  599. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu> 
  600.  
  601. DOMS provide a way of pulling diverse components together and 
  602. managing their communications. They are aimed at addressing the 
  603. following: 
  604.  - A single interface to manage the complexities of a heterogeneous         
  605.    environment 
  606.  - A uniform framework, based on standards and extensibility, to build,     
  607.    integrate, and deploy open distributed-computing applications
  608.  - A method for creating location independence for client applications.
  609.  
  610. ------------------------------ 
  611.  
  612. Subject: 3.13 What is CORBA?
  613. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  614.  
  615. CORBA stands for the Common Object Request Broker Architecture.  It is a
  616. set of standard mechanisms for naming, locating, and defining objects in
  617. a distributed computing environment.
  618.  
  619. (For technical details, peruse the Object Management Group web site at 
  620. http://www.omg.org)
  621.  
  622. ------------------------------ 
  623.  
  624. Subject: 3.14 What is DAE?
  625. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  626.  
  627. Distributed Application Environment is  designed to allow businesses to 
  628. use IBM's RISC System/6000 and PS/2 computers in a client/server 
  629. network (or standalone) for their business applications.  DAE consists (1)  
  630. MESSAGING services; (2) DATABASE services ; (3)  PRESENTATION 
  631. services; (4)  DEVICE services to capture data and to control a broad  
  632. category of controllers, devices, equipment and sensors.  
  633.  
  634. ------------------------------
  635.  
  636. Subject: Part 4:  Client/Server Business Issues
  637.  
  638. ------------------------------
  639.  
  640. Subject: 4.1 Business-Focused Client/Server Architecture
  641. From: Bernard Robertson-Dunn <brd@netinfo.com.au>
  642.  
  643. When analysing a business there are three views of the organisation:
  644.  
  645. - A functional model, which reflects organisational responsibilities
  646. and the way in which the people who use the system view their work.
  647.  
  648. - A process model, which details the business functions of the
  649. organisation (eg accept orders, make goods, deliver goods, bill
  650. customers, receive money).  The functional structure and process model
  651. rarely, if ever, agree.
  652.  
  653. - An information model, which details the information that the
  654. organisation needs to function.
  655.  
  656. ------------------------------
  657.  
  658. Subject: 4.2. Client/Server Business Application Architectures
  659. From: Bernard Robertson-Dunn <brd@netinfo.com.au>
  660.  
  661. Traditional applications architectures have been based on function.
  662. Today, to meet the needs of the business an application architecture
  663. should reflect the complete range of business requirements.
  664.  
  665. Therefore, client/server computing demands a three layer view of the
  666. organisation.  
  667.  
  668. 1 The user interface layer, which implements the functional model
  669.  
  670. 2 The business function layer, which implements the process model
  671.  
  672. 3 The data layer, which implements the information model
  673.  
  674. It should be noted that this application architecture does not demand
  675. multiple hardware platforms, although such technology can be utilised,
  676. if the environment is robust and reliable enough and the business is
  677. prepared to pay the additional costs associated with workstation and
  678. LAN technology.
  679.  
  680. ------------------------------
  681.  
  682. Subject: 4.3  Business Drivers
  683. From: Bernard Robertson-Dunn <brd@netinfo.com.au>
  684.  
  685. Client/server computing has arisen because of a change in business
  686. needs.  Businesses today need integrated, flexible, responsive and
  687. comprehensive applications to support the complete range of business
  688. processes.
  689.  
  690. Problems with existing systems include: 
  691. - applications were developed to model vertical applications 
  692. - applications were built in isolation 
  693. - applications were implemented as monolithic systems 
  694. - applications were complex 
  695. - the supporting technology was based on a centralised control model
  696.  
  697. Information technology, which is an enabling factor in systems
  698. building, has almost reached the stage where these systems can be
  699. designed and created. Unfortunately, most businesses have existing
  700. systems based on older technology, which must be incorporated into the
  701. new, integrated environment.
  702.  
  703. The development and implementation of client/server computing is more
  704. complex, more difficult and more expensive than traditional, single
  705. process applications. The only answer to the question "why build
  706. client/server applications?" is "because the business demands the
  707. increased benefits.
  708.  
  709. ------------------------------
  710.  
  711. Subject: 4.4  Business Benefits
  712. From: Bernard Robertson-Dunn <brd@netinfo.com.au>
  713.  
  714. - There is a perceived need for vendor independence. This includes
  715.   application development methodologies, programming paradigms, products
  716.   and architectures.
  717.  
  718. - Organisation have changed from steep hierarchies to flattened
  719.   hierarchies
  720.  
  721. - Network management is replacing vertical management
  722.  
  723. - There is a change to team based management
  724.  
  725. - The customer should have a single point of contact for all business
  726.   with the organisation
  727.  
  728. - The customer should deal with the same person over multiple contacts.
  729.  
  730. - The user will perform as much processing as possible during customer
  731.   contact time
  732.  
  733. - The time required to complete the work will be minimised
  734.  
  735. - There is a need for empowerment of staff and audit trail of actions
  736.  
  737. - Multi-skilled and multi-function teams need access to multiple
  738.   applications
  739.  
  740. ------------------------------
  741.  
  742. Subject: 4.5 What does business expect from IT?
  743. From: Bernard Robertson-Dunn <brd@netinfo.com.au>
  744.  
  745. - New applications should be aligned with both the user's view and the
  746.   business process view.  Existing functionally aligned systems are not
  747.   appropriate
  748.  
  749. - Applications need to provide a consistent user interface
  750.  
  751. - Application complexity needs to be hidden
  752.  
  753. - The user interaction must be flexible
  754.  
  755. - Consistent information across all applications
  756.  
  757. - A variety of user interface styles to reflect the needs of the work
  758.  
  759. - Users should be able to modify business rules without reference to IT
  760.   staff
  761.  
  762. - IT systems will support all activity performed by the user, not just
  763.   a part
  764.  
  765. - An ability to evolve IT systems to reflect changing business
  766.   requirements
  767.  
  768. - It is essential that there be integrity of transactional processes
  769.  
  770. ------------------------------ 
  771.  
  772. Subject: 4.6 What is Business Process Reengineering?
  773. From: Ravi Kalakota <kalakota@uhura.cc.rochester.edu>
  774.  
  775. Reengineering is the organizational process required to align people, 
  776. processes and technology with strategies to achieve business integration. It 
  777. can also be thought of as taking a business in its current state and forming 
  778. an organizational and operational blueprint to redirect skills, policies, 
  779. information (data), cultural values, organizational structures, processing 
  780. and incentives towards targeted improvements.
  781.  
  782. ------------------------------ 
  783.  
  784. Subject:  Part 5: Books on Client/Server Computing
  785.  
  786. ------------------------------ 
  787.  
  788. Subject: 5.1 Introductory/Overview Books
  789. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  790.  
  791.     AUTHOR:         Orfali, Robert, et. al.
  792.     TITLE:          Essential Client/Server Survival Guide
  793.     PUBLISHED:      New York : Van Nostrand Reinhold
  794.     ISBN:           0-442-01941-6
  795.  
  796.     AUTHOR:         Berson, Alex
  797.     TITLE:          Client-server architecture / Alex Berson.              
  798.     PUBLISHED:      New York : McGraw-Hill, c1992.                         
  799.     SERIES:         J. Ranade series on computer communications            
  800.     ISBN:           0070050767 
  801.                      
  802.     AUTHOR:         Smith, Patrick.
  803.     TITLE:          Client/server computing
  804.     PUBLISHED:      Carmel, Ind. : SAMS, c1992.                        
  805.     SERIES:         Professional reference series.            
  806.     ISBN:           0672300656
  807.  
  808.     AUTHOR:         Linthicum, David
  809.     TITLE:          David Linthicum's Guide to Client/Server and Intranet
  810.                 Development
  811.     PUBLISHED:      Wiley, c1997.
  812.     ISBN:           047117467X
  813.  
  814.  
  815. ------------------------------ 
  816.  
  817. Subject: 5.2 Detailed Technical Books
  818. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  819.  
  820.     AUTHOR:         Orfali, Robert, Dan  Harkey.  
  821.     TITLE:          Client/server programming with OS/2 2.0  
  822.     PUBLISHED:      New York : Van Nostrand Reinhold, c1992.  
  823.     SERIES:         VNR computer library 
  824.     ISBN:           0442012195
  825.  
  826.     AUTHOR:         Dewire, Dawna Travis
  827.     TITLE:          Client/server computing 
  828.     PUBLISHED:      New York : McGraw-Hill, c1993.                
  829.     SERIES:         James Martin/McGraw-Hill productivity series  
  830.     ISBN:           007016732X
  831.  
  832.     AUTHOR:         Renaud, Paul E., 1957-  
  833.     TITLE:          Introduction to client/server systems : a practical 
  834.                     guide for systems professionals / Paul E. Renaud.
  835.     PUBLISHED:      New York : Wiley, c1993.
  836.     SERIES:         Wiley professional computing
  837.     ISBN:           0471577731;   047157774X (pbk.)
  838.  
  839. ------------------------------ 
  840.  
  841. Subject: 5.3 Other Books
  842. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  843.  
  844.     AUTHOR:         Baker, Richard H.
  845.     TITLE:          Networking the enterprise : how to build client/server 
  846.                     systems that work                              
  847.     PUBLISHED:      New York : McGraw-Hill, c1994
  848.     SERIES:         McGraw-Hill series on computer communications
  849.     ISBN:           0070050899 :  0070050902 (PBK)
  850.     
  851.     AUTHOR:         Khanna, R. (Editor)
  852.     TITLE:          Distributed Computing: Implementation and
  853.                     Management Strategies
  854.     PUBLISHED:      New Jersey: Prentice Hall, c1994
  855.     ISBN:           0-13-220138-0
  856.     
  857.     AUTHOR:         Inmon, William H.                           
  858.     TITLE:          Developing client/server applications
  859.     PUBLISHED:      Boston : QED Pub. Group, c1993.            
  860.     ISBN:           0894354582
  861.         
  862.     AUTHOR:         Boar, Bernard H., 1947-
  863.     TITLE:          Implementing client/server computing : a strategic 
  864.                     perspective
  865.     SERIES:         McGraw-Hill systems design & implementation 
  866.     ISBN:           0070062153
  867.     
  868. ------------------------------ 
  869.  
  870. Subject: Part 6: Vendor Information
  871.  
  872. Vendors may submit information for possible inclusion in this section
  873. to lloyd@abs.net.  Please limit your submission to one paragraph, and
  874. include contact information.  If you want to be taken seriously by the
  875. readership of comp.client-server, it is strongly suggested that you
  876. include a pointer to your WWW page.  If you don't have one, get one.
  877.  
  878. No endorsement is to be inferred from inclusion in the CS-FAQ.
  879.  
  880. ------------------------------ 
  881.  
  882. Subject: 6.1  Middleware Vendors
  883. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  884.  
  885. =======
  886.  
  887. NobleNet specializes in providing high quality middleware tools for
  888. client-server development. Our premier product is EZ-RPC, an RPC
  889. precompiler tool kit that includes our enhanced XDR (packaged as an
  890. IDL), precompiler, and various libraries. EZ-RPC is available on more
  891. than 40 platforms, including most UNIXes, most Windows, Macs, Vms,
  892. OS/2, and several others. We also publish a Windows rpcgen and
  893. distribute the IONA coporation's Orbix Object Request Broker
  894. development toolkit.  A new product, a distributed two-tier ODBC driver
  895. SDK, is available for those working with databases. We provide free
  896. evaluation copies of EZ-RPC to qualified programmers.  For more
  897. information, contact NobleNet, Inc. at 508-460-8222, send email to
  898. sales@noblenet.com, or browse <http://www.noblenet.com/>.  An EZ-RPC
  899. mailing list is available. Subscribe by sending a message to
  900. ezrpc-request@world.std.com with the single word "subscribe" in the
  901. message body.
  902.  
  903. =======
  904.  
  905. Piccolo(tm), from Cornerstone Software, Inc. is a message-oriented
  906. middleware product that provides application developers with peer-to-peer
  907. connectivity without regard for the underlying communications transport
  908. (i.e. TCP/IP, NetBios, Async).  Piccolo is supported on UNIX versions AIX,
  909. SCO, HP-UX (HP9000/700 & 800), Tandem S2 Integrity, Solaris 2.1, and Silicon
  910. Graphics (SGI).  It is also supported on Windows 3.x, Windows NT, and the
  911. Tandem NonStop Kernel. Application developers use the Piccolo API to access
  912. data and applications residing on any of the supported platforms on a
  913. network.  The developers need no programming knowledge of the underlying
  914. transport protocol.  For more information, point your Web browser to
  915. http://www.corsof.com/, or E-mail piccolo@corsof.com, or call Piccolo Sales
  916. at 603-595-7480.
  917.  
  918. =======
  919.  
  920. PIPES Platform, from PeerLogic, is message-oriented middleware that
  921. provides the essential communications services for distributing
  922. applications across the enterprise.  PIPES Platform's process-to-process
  923. messaging allows development of applications with an asynchronous,
  924. non-blocking, event-driven architecture.  A dynamic name service lets
  925. you find at run-time and communicate with any application resource in
  926. the PIPES Platform network. PIPES Platform automatically maintains
  927. information on all PIPES Platform resources, even as machines and
  928. applications are added or moved. Session management services provide
  929. guaranteed message delivery, integrity, prioritization, sequencing,
  930. dynamic re-routing, and error handling. PIPES Platform's cross-platform
  931. and multiprotocol support provide a consistent communications interface
  932. that allows developers to focus on business logic, not communications.
  933. Contact  Jennifer Hart, Director, Product Marketing, 800-733-7601,
  934. jhart@peerlogic.com; http://www.peerlogic.com/
  935.  
  936. =======
  937.  
  938. SmartSockets (tm), from Talarian Corporation, is a rapid application
  939. development toolkit which enables processes to communicate quickly,
  940. reliably, and securely across different operating system platforms,
  941. through the use of messages. The communicating processes can reside
  942. on the same machine, on a LAN, on a WAN, or anywhere on the Internet.
  943. SmartSockets is an industrial-strength package which takes care of
  944. network interfaces, guarantees delivery of messages, handles communication
  945. protocols, and deals with recovery after system/network failures.
  946. SmartSockets's programming model is built specifically to offer
  947. high-speed interprocess communication, scalability, reliability and
  948. fault tolerance. It supports a variety of communication paradigms
  949. including publish-subscibe, peer-to-peer, and RPC. Included as part of
  950. the package are graphical tools for monitoring and debugging your
  951. application. SmartSockets is available on most UNIX, OpenVMS, Windows
  952. 3.1, Windows 95, Windows NT, and OS/2. For more information, contact
  953. Kelly Weiler at 415-965-8050 ext. 145. Also, visit our home page at
  954. http://www.talarian.com/, or E-mail info@talarian.com.
  955.  
  956. =======
  957.  
  958. Entersoft Systems Corporation supplies NCR's TOP END (tm) 
  959. Transaction Request Broker middleware. TOP END has been used by 
  960. customers in banking, retail, telecomm and other industries to 
  961. build some of the largest transaction processing systems 
  962. connectiong 100s of nodes and up to 10,000s users. TOP END runs 
  963. on Windows (all versions), UNIX, and legacy platform, and 
  964. includes support for Java and Active/X applications. Entersoft 
  965. is the sole supplier of TOP END on most platforms. Entersoft 
  966. also provides add-on products for transaction processing, such 
  967. as the TOP END-Tuxedo Message Gateway. Customers can contact 
  968. Entersoft at http://www.entersoft.com or at 908-575-9100. 
  969. Customers can also get additional TOP END information at NCR, at 
  970. http://www.ncr.com/product/topend/index.htm.
  971.  
  972. ------------------------------ 
  973.  
  974. Subject: 6.2 Test Software Vendors
  975. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  976.  
  977. =======
  978.  
  979. EMPOWER/CS is load testing software for client/server applications. Load
  980. testing is the process of analyzing the effect of many users on an
  981. application. EMPOWER/CS listens to the traffic between a client and
  982. server. It builds scripts that can be replayed with or without the
  983. client devices. Scripts can be enhanced with C language to extend
  984. captured activity and vary the data in queries and updates. EMPOWER/CS
  985. charts the time each user must wait for his or her screen response
  986. before an application is deployed. Performix, Inc., 8200 Greensboro
  987. Drive, Suite 1475, McLean, VA 22102 (703)448-6606, (703)893-1939 (fax),
  988. Email: info@performix.com
  989.  
  990. ------------------------------ 
  991.  
  992. Subject: 6.3 Development Tool Vendors
  993. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  994.  
  995. =======
  996.  
  997. ICONIX Software Engineering, Inc. is the maker of ICONIX PowerTools,
  998. CASE tools for object-oriented and structured development. ICONIX
  999. offers a free white paper on combining OMT with Objectory for
  1000. client/server development, along with special offers and product
  1001. information about ICONIX PowerTools, by visiting the new ICONIX WWW
  1002. PowerPage site: <http://www.biap.com/iconix/>. For further information,
  1003. contact Alyse Rome, Director, New Media Marketing & Communications,
  1004. ICONIX.  Voice: 310-458-0092; email:  ICONIX@eworld.com.
  1005.  
  1006. =======
  1007.  
  1008. Unisys TransIT Open/OLTP Software is a suite of development tools and
  1009. runtime management software that provides transaction processing
  1010. extensions for Windows and Windows NT and UNIX based applications. 
  1011. Enterprises can quickly develop distributed and highly scaleable
  1012. business application systems, based on standard (X/Open and ISO)
  1013. high-level APIs, networks and protocols.  These applications can then
  1014. seamlessly blend the attributes of UNIX, Windows, Windows NT and
  1015. mainframe systems and can integrate and synchronize the many different
  1016. databases used on each of these platforms.  This Client/Server
  1017. middleware works with Microsoft or third party development tools and
  1018. includes the libraries for C, C++ or COBOL, plus Windows and Windows NT
  1019. Dynamic Link Libraries (DLLs).  The Windows and Windows NT support also
  1020. includes OLE point-and-click features for application development.  On
  1021. every platform, these tools enhance normal data access (e.g., ODBC or
  1022. SQL) capabilities with transaction processing, naming/location services
  1023. and the store and forward (queuing) of messages.  Runtime environments
  1024. are highly tunable with the ability to locate and/or replicate server
  1025. applications as desired without any impact to the client applications.
  1026. Likewise, server applications are immune to client changes due to new
  1027. platforms, applications or interfaces.  For more information, please
  1028. reference <http://www.unisys.com/>, or contact Phil Wimpenny via
  1029. telephone at +1-215-986-5765 or via email at wimpenny@po3.bb.unisys.com  
  1030.   
  1031. =======   
  1032.    
  1033. JYACC is the maker of JAM 7, a cross-platform tool for building
  1034. client/server and distributed applications. It consists of a graphical
  1035. screen painter, its own scripting language called JPL, a Visual Object
  1036. Repository to allow creation of complex objects that can be shared
  1037. across screens and updated through inheritance, 100's of C library
  1038. function calls, and various tools and utilities.  JAM applications can
  1039. run unmodified on more than 100 platforms and operating environments,
  1040. including DOS, MS-Windows, Motif, OS/2 Presentation Manager, Macintosh,
  1041. VAX/VMS, and virtually every implementation of UNIX, both in
  1042. character-mode and in Motif. JAM also integrates seamlessly with more
  1043. than twenty of the most popular RDMBS products, including native drivers
  1044. for Oracle, Sybase, Informix, ODBC, DB/2, and others.  JAM works with
  1045. the leading Transaction Monitors, including Tuxedo, so that developers
  1046. can create true Three-Tier applications.  For more information, please
  1047. reference: <http://www.jyacc.com>, Email: jazzin@jyacc.com,
  1048. Phone:800-458-3313 or 212-267-7722
  1049.  
  1050. =======
  1051.  
  1052. INTERSOLV is a leading provider of open client/server development
  1053. solutions.  INTERSOLV development solutions are available for
  1054. object-oriented development, open client/server development, software
  1055. configuration management and data warehousing.  Customers benefit from
  1056. INTERSOLVs common look and feel, broad coverage and rich functionality.
  1057. INTERSOLV, with annual revenues exceeding $120 million, has more than
  1058. 375,000 product licenses at 16,000+ customer sites around the world.
  1059. The INTERSOLV World Wide Web site can be accessed at
  1060. http://www.intersolv.com/.
  1061.  
  1062. =======
  1063.  
  1064. CS/8000 is the first development system that seamlessly integrates
  1065. methodology, expert systems and client/server system architectures.
  1066. With CS/8000 you have all the tools you need to manage client/server
  1067. projects of any level of complexity. Use it to select your system
  1068. architecture, develop your project plan, and generate all of your
  1069. project documentation.  CS/8000 keeps you organized and keeps you on
  1070. track.  Learn more about Client/Server Connection by visiting us at
  1071. http://www.cscl.com or contacting us.  Voice:  914-241-9100 email:
  1072. cscl@cscl.com
  1073.  
  1074. =======
  1075.  
  1076. Cornut Informatique provides a range of client/server products. CI-Link is a
  1077. powerful middleware that connects SQL database with Macintosh and PC/Windows
  1078. applications. Eclipse Query is an easy to use query tool for Macintosh and
  1079. PC/Windows. Eclipse Report is graphical multi data source report generator.
  1080. Eclipse Builder is C/S development environment for Macintosh and PC/Windows.
  1081. Don't read our lips, try and judge. The Cornut Informatique Web site can be
  1082. accessed at http://www.cornut.fr/.  Frederic Bouquet,  fbouquet@cornut.fr
  1083.  
  1084. =======
  1085.  
  1086. MAGNA X from Magna Software Corporation provides a safe growth path to the
  1087. open systems environments of the 1990's, a path that preserves and leverages
  1088. your existing IS investment.  MAGNA X is an open OLTP application
  1089. development system that simplifies growth into the complex world of
  1090. distributed computing involving PCs, UNIX servers, and mainframes.  MAGNA X
  1091. generates three-tier client/server TP systems, concentrating on the SERVER
  1092. portion of distributed systems. Services are generated for UNIX and/or
  1093. CICS/ESA;  Windows NT support has been announced. Unlike competing 3-tier
  1094. products, MAGNA X is strictly open.  There is no run-time software.
  1095. Industry-standard middleware (Encina, CICS, Tuxedo, Entera) is used for
  1096. connectivity.  Service programs are generated in COBOL and/or C++ (available
  1097. late '96) and are fully compiled, efficient.  Front-end clients can be
  1098. written in any language, including Power Builder, Visual Basic, Delphi,
  1099. Java, C or C++.  If PB or VB is used, MX "Wizards" automate the construction
  1100. of fully functional "test clients" with no programming required.  The MAGNA
  1101. X development environment is currently available on most major UNIX
  1102. platforms.  Oracle, DB2/AIX, DB2/MVS, Sybase and Informix are supported.
  1103. Local service and support is available in the U.S, Europe, Japan and Korea.
  1104. For more information: info@magna.com, www.magna.com or call 212/691-0300.
  1105.  
  1106. =======
  1107.  
  1108. Blyth Software is an international supplier of modular application 
  1109. development tools for building, deploying, and maintaining workgroup, 
  1110. departmental and enterprise client/server applications.  Blyth has 
  1111. more than 25,000 registered developers and 450 ISVs worldwide.  Blyth 
  1112. Software is headquartered in Foster City, California, with 
  1113. international offices in London, England;  Hamburg, Germany;  and 
  1114. distributors throughout Europe, Asia Pacific and Latin America.
  1115. URL:  http://www.blyth.com     email:  info@blyth.com
  1116. US Sales: 1.800.346.6647       email:  us_sales@blyth.com
  1117. US TechSupport: 415.570.2220   email:  us_support@blyth.com
  1118. UK/EUC Sales:  (44) 1344.482258 email:  uk_sales@blyth.com
  1119. UK/EUC Tech Supp: (44) 1344.482258  email:  alistair_killick@blyth.com
  1120.  
  1121. =======
  1122.  
  1123. Dynasty is a true Enterprise Client/Server development environment.
  1124. It provides a truly Open solution, generating runtime-free C code,
  1125. native to the target platforms.  Presentation can be targeted at Windows
  1126. 3.x/95/NT, OS/2, Motif and Macintosh.  Services can be automatically
  1127. partitioned in various ways, from standalone with the client, to out on
  1128. NT, OS/2, Unix or Tandem servers, with no limit to the number of tiers.
  1129. It is also possible to create servers that can be accessed from Visual
  1130. Basic, Powerbuilder and Internet clients.  Standard communication
  1131. protocols such as IMC and TCP/IP are supported, as well as Tuxedo for
  1132. more complex distributed applications requiring TP.  SQL for Oracle,
  1133. Sybase, Informix, SqlBase, Nonstop SQL, DB2/2, SQL Server and ODBC is
  1134. automatically generated, with the option to modify it if necessary.
  1135. For more information see http://www.dynasty.com where local country
  1136. information is also available.
  1137.  
  1138. ======
  1139.  
  1140. Systemator is produced by Sysdeco, a well-known Scandinavian software
  1141. company. Systemator provides support for all phases of the
  1142. development process, from modeling through to implementation, 
  1143. testing and maintenance of information systems. Systemator
  1144. supports a wide range of machine platforms, database systems and 
  1145. user interfaces. Its powerful repository and conceptual modeling
  1146. abilities ensure cost effective development as well as much lower
  1147. maintenance costs. Thanks to its graphical dialog modeling and editing
  1148. tools, Systemator provides a powerful GUI prototyping capability which
  1149. greatly facilitates user involvement in the initial stage of
  1150. prototyping. In Systemator's model designer you can build abstract
  1151. models of the structure, the functions and the information of 
  1152. your enterprise. Data modeling is used for describing the structure of
  1153. the information handled by the organization. The data model is the
  1154. basis for generating both database structures and user dialogs. Such
  1155. an abstract model of the data ensures portability between several
  1156. database management systems and windowing systems.  More information is 
  1157. available on the WWW at http://www.sysdeco.no/tools/systemator/ 
  1158. or by contacting Vivian Ra (vra@sysdeco.no, tel:+47 22 09 65 00, 
  1159. fax: +47 22 09 65 01)
  1160.  
  1161. =======
  1162.  
  1163. Nat Systems builds and supports the NatStar development tool. NatStar
  1164. offers an pragmatically object oriented and user friendly environment for
  1165. rapidly developing applications that can be deployed enterprise-wide, from
  1166. the mainframe to the desktop, making native use of middleware. NatStar's
  1167. development environment offers three separate but tightly integrated
  1168. modules for graphically defining the presentation, data model and workflow
  1169. model of the application. NatStar automatically generates code and SQL
  1170. that can be deployed in a multi-tier environment, enabling a dynamically
  1171. partitioned application. NatStar is a perfect tool for Component Based
  1172. Development and today offers a catalog of tried and tested technical
  1173. components, and business components for the near future. NatWeb
  1174. is Nat Systems' solution for developing Internet applications that
  1175. front-end legacy systems. Nat Systems offers support for the entire
  1176. software development cycle, enabling integration with upper CASE tools,
  1177. Configuration & Change management, workflow tools, document management,
  1178. etc.  See www.natsys.com for more info.
  1179.  
  1180. ------------------------------ 
  1181.  
  1182. Subject: 6.4 Other Client/Server Vendors
  1183. From: Lloyd Taylor <Lloyd.Taylor@jhuapl.edu>
  1184.  
  1185. =======
  1186.  
  1187. The IBM Client/Server Computing Unit maintains a web page at
  1188. http://www.csc.ibm.com dedicated to information related to client/server
  1189. computing.  It addresses both business and technical issues.
  1190. The business side includes a Consultant's Corner where there are articles
  1191. from industry experts.  The technical side includes a web demo of
  1192. IBM's Client/Server Advisor System and many client/server success
  1193. stories from around the world.  There is also a Client/Server Spotlight
  1194. section that contains a C/S Newsletter and information on other C/S
  1195. resources.  Suggestions on additional content are welcome.
  1196.  
  1197. =======
  1198.  
  1199. Sequent Computer Systems, Inc.  is a leading architect and provider of
  1200. open client/server solutions for enterprise business computing. With
  1201. an installed base of nearly 8,000 systems, Sequent leads all other
  1202. vendors of high-end UNIX systems supporting very large-scale on-line
  1203. transaction processing (OLTP), decision support (DSS)/data warehousing
  1204. and Internet-based applications. Sequent's project-oriented offerings
  1205. include consulting, educational and professional services geared to
  1206. help organizations re-architect their existing information technology
  1207. infrastructures.  Sequent successfully commercialized symmetric
  1208. multiprocessing (SMP), and today, architects enterprise-class computing
  1209. environments based on open systems.  Symmetry servers incorporate up to
  1210. 30 industry-standard processors to provide superior price/performance and
  1211. scalability for on-line transaction processing (OLTP), data warehouses
  1212. and the application of internet technologies to business communications
  1213. (including intranets).  NUMA-Q systems, Sequent's next-generation, will
  1214. scale to more than 250 processors and manage 100 terabytes of data.
  1215. Call (530) 626-5700, or browse our website at http://www.sequent.com/.
  1216.  
  1217. =======
  1218.  
  1219. End of Client/Server FAQ
  1220.