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