65 Pages

Ch02

Course: CPTR 405, Fall 2009
School: GA Southern
Rating:
 
 
 
 
 

Word Count: 2766

Document Preview

2 Evolution Chapter of the Major Programming Languages ISBN 0-321-33025-0 Chapter 2 Topics Zuse's Plankalkul Minimal Hardware Programming: Pseudocodes The IBM 704 and Fortran Functional Programming: LISP The First Step Toward Sophistication: ALGOL 60 Computerizing Business Records: COBOL The Beginnings of Timesharing: BASIC 1-2 Copyright 2006 Addison-Wesley. All rights reserved. Chapter 2 Topics...

Register Now

Unformatted Document Excerpt

Coursehero >> Georgia >> GA Southern >> CPTR 405

Course Hero has millions of student submitted documents similar to the one
below including study guides, practice problems, reference materials, practice exams, textbook help and tutor support.

Course Hero has millions of student submitted documents similar to the one below including study guides, practice problems, reference materials, practice exams, textbook help and tutor support.
2 Evolution Chapter of the Major Programming Languages ISBN 0-321-33025-0 Chapter 2 Topics Zuse's Plankalkul Minimal Hardware Programming: Pseudocodes The IBM 704 and Fortran Functional Programming: LISP The First Step Toward Sophistication: ALGOL 60 Computerizing Business Records: COBOL The Beginnings of Timesharing: BASIC 1-2 Copyright 2006 Addison-Wesley. All rights reserved. Chapter 2 Topics (continued) Everything for Everybody: PL/I Two Early Dynamic Languages: APL and SNOBOL The Beginnings of Data Abstraction: SIMULA 67 Orthogonal Design: ALGOL 68 Some Early Descendants of the ALGOLs Programming Based on Logic: Prolog History's Largest Design Effort: Ada 1-3 Copyright 2006 Addison-Wesley. All rights reserved. Chapter 2 Topics (continued) ObjectOriented Programming: Smalltalk Combining Imperative ad ObjectOriented Features: C++ An ImperativeBased ObjectOriented Language: Java Scripting Languages: JavaScript, PHP, and Python A CBased Language for the New Millennium: C# Markup/Programming Hybrid Languages 1-4 Copyright 2006 Addison-Wesley. All rights reserved. Genealogy of Common Languages Copyright 2006 Addison-Wesley. All rights reserved. 1-5 Zuse's Plankalkl Never implemented Advanced data structures Invariants floating point, arrays, records Copyright 2006 Addison-Wesley. All rights reserved. 1-6 Plankalkl Syntax An assignment statement to assign the expression A[4] + 1 to A[5] | A + 1 => A V | 4 5 (subscripts) S | 1.n 1.n (data types) Copyright 2006 Addison-Wesley. All rights reserved. 1-7 Minimal Hardware Programming: Pseudocodes What was wrong with using machine code? Poor readability Poor modifiability Expression coding was tedious Machine deficienciesno indexing or floating point Copyright 2006 Addison-Wesley. All rights reserved. 1-8 Pseudocodes: Short Code Short Code developed by Mauchly in 1949 for BINAC computers 01 Expressions were coded, left to right Example of operations: 02 ) 07 + 03 = 08 pause 04 / 09 ( 06 abs value 1n (n+2)nd power 2n (n+2)nd root 4n if <= n 58 print and tab Copyright 2006 Addison-Wesley. All rights reserved. 1-9 Pseudocodes: Speedcoding Speedcoding developed by Backus in 1954 for IBM 701 Pseudo ops for arithmetic and math functions Conditional and unconditional branching Autoincrement registers for array access Slow! Only 700 words left for user program Copyright 2006 Addison-Wesley. All rights reserved. 1-10 Pseudocodes: Related Systems The UNIVAC Compiling System David J. Wheeler (Cambridge University) Developed by a team led by Grace Hopper Pseudocode expanded into machine code developed a method of using blocks of relocatable addresses to solve the problem of absolute addressing Copyright 2006 Addison-Wesley. All rights reserved. 1-11 IBM 704 and Fortran Fortran 0: 1954 not implemented Fortran I:1957 Designed for the new IBM 704, which had index registers and floating point hardware Environment of development Computers were small and unreliable Applications were scientific No programming methodology or tools Machine efficiency was most important Copyright 2006 Addison-Wesley. All rights reserved. 1-12 Design Process of Fortran Impact of environment on design of Fortran I No need for dynamic storage Need good array handling and counting loops No string handling, decimal arithmetic, or powerful input/output (commercial stuff) Copyright 2006 Addison-Wesley. All rights reserved. 1-13 Fortran I Overview First implemented version of Fortran Names could have up to six characters Posttest counting loop (DO) Formatted I/O Userdefined subprograms Threeway selection statement (arithmetic IF) No data typing statements Copyright 2006 Addison-Wesley. All rights reserved. 1-14 Fortran I Overview (continued) First implemented version of FORTRAN No separate compilation Compiler released in April 1957, after 18 worker years of effort Programs larger than 400 lines rarely compiled correctly, mainly due to poor reliability of 704 Code was very fast Quickly became widely used Copyright 2006 Addison-Wesley. All rights reserved. 1-15 Fortran II Distributed in 1958 Independent compilation Fixed the bugs Copyright 2006 Addison-Wesley. All rights reserved. 1-16 Fortran IV Evolved during 196062 Explicit type declarations Logical selection statement Subprogram names could be parameters ANSI standard in 1966 Copyright 2006 Addison-Wesley. All rights reserved. 1-17 Fortran 77 Became the new standard in 1978 Character string handling Logical loop control statement IF-THEN-ELSE statement Copyright 2006 Addison-Wesley. All rights reserved. 1-18 Fortran 90 Most significant changes from Fortran 77 Modules Dynamic arrays Pointers Recursion CASE statement Parameter type checking Copyright 2006 Addison-Wesley. All rights reserved. 1-19 Fortran Evaluation Highly optimizing compilers (all versions before 90) Dramatically changed forever the way computers are used Characterized as the lingua franca of the computing world Types and storage of all variables are fixed before run time Copyright 2006 Addison-Wesley. All rights reserved. 1-20 Functional Programming: LISP LISt Processing language Designed at MIT by McCarthy AI research needed a language to Only two data types: atoms and lists Syntax is based on lambda calculus Process data in lists (rather than arrays) Symbolic computation (rather than numeric) Copyright 2006 Addison-Wesley. All rights reserved. 1-21 Representation of Two LISP Lists Copyright 2006 Addison-Wesley. All rights reserved. 1-22 LISP Evaluation Pioneered functional programming No need for variables or assignment Control via recursion and conditional expressions Still the dominant language for AI COMMON LISP and Scheme are contemporary dialects of LISP ML, Miranda, and Haskell are related languages Copyright 2006 Addison-Wesley. All rights reserved. 1-23 Scheme Developed at MIT in mid 1970s Small Extensive use of static scoping Functions as firstclass entities Simple syntax (and small size) make it ideal for educational applications Copyright 2006 Addison-Wesley. All rights reserved. 1-24 COMMON LISP An effort to combine features of several dialects of LISP into a single language Large, complex Copyright 2006 Addison-Wesley. All rights reserved. 1-25 The First Step Toward Sophistication: ALGOL 60 Environment of development FORTRAN had (barely) arrived for IBM 70x Many other languages were being developed, all for specific machines No portable language; all were machine dependent No universal language for communicating algorithms ALGOL 60 was the result of efforts to design a universal language Copyright 2006 Addison-Wesley. All rights reserved. 1-26 Early Design Process ACM and GAMM met for four days for design (May 27 to June 1, 1958) Goals of the language Close to mathematical notation Good for describing algorithms Must be translatable to machine code Copyright 2006 Addison-Wesley. All rights reserved. 1-27 ALGOL 58 Concept of type was formalized Names could be any length Arrays could have any number of subscripts Parameters were separated by mode (in & out) Subscripts were placed in brackets Compound statements (begin ... end) Semicolon as a statement separator Assignment operator was := if had an else-if clause No I/O "would make it machine dependent" Copyright 2006 Addison-Wesley. All rights reserved. 1-28 ALGOL 58 Implementation Not meant to be implemented, but variations of it were (MAD, JOVIAL) Although IBM was initially enthusiastic, all support was dropped by mid 1959 Copyright 2006 Addison-Wesley. All rights reserved. 1-29 ALGOL 60 Overview Modified ALGOL 58 at 6day meeting in Paris New features Block structure (local scope) Two parameter passing methods Subprogram recursion Stackdynamic arrays Still no I/O and no string handling Copyright 2006 Addison-Wesley. All rights reserved. 1-30 ALGOL 60 Evaluation Successes It was the standard way to publish algorithms for over 20 years All subsequent imperative languages are based on it First machineindependent language First language whose syntax was formally defined (BNF) Copyright 2006 Addison-Wesley. All rights reserved. 1-31 ALGOL 60 Evaluation (continued) Failure Never widely used, especially in U.S. Reasons Lack of I/O and the character set made programs non portable Too flexiblehard to implement Entrenchment of Fortran Formal syntax description Lack of support from IBM Copyright 2006 Addison-Wesley. All rights reserved. 1-32 Computerizing Business Records: COBOL Environment of development UNIVAC was beginning to use FLOWMATIC USAF was beginning to use AIMACO IBM was developing COMTRAN Copyright 2006 Addison-Wesley. All rights reserved. 1-33 COBOL Historical Background Based on FLOWMATIC FLOWMATIC features Names up to 12 characters, with embedded hyphens English names for arithmetic operators (no arithmetic expressions) Data and code were completely separate Verbs were first word in every statement Copyright 2006 Addison-Wesley. All rights reserved. 1-34 COBOL Design Process First Design Meeting (Pentagon) May 1959 Design goals Design committee members were all from computer manufacturers and DoD branches Design Problems: arithmetic expressions? subscripts? Fights among manufacturers Must look like simple English Must be easy to use, even if that means it will be less powerful Must broaden the base of computer users Must not be biased by current compiler problems Copyright 2006 Addison-Wesley. All rights reserved. 1-35 COBOL Evaluation Contributions First macro facility in a highlevel language Hierarchical data structures (records) Nested selection statements Long names (up to 30 characters), with hyphens Separate data division Copyright 2006 Addison-Wesley. All rights reserved. 1-36 COBOL: DoD Influence First language required by DoD Still the most widely used business applications language would have failed without DoD Copyright 2006 Addison-Wesley. All rights reserved. 1-37 The Beginning of Timesharing: BASIC Designed by Kemeny & Kurtz at Dartmouth Design Goals: Current popular dialect: Visual BASIC First widely language used with time sharing Copyright 2006 Addison-Wesley. All rights reserved. 1-38 Easy to learn and use for nonscience students Must be "pleasant and friendly" Fast turnaround for homework Free and private access User time is more important than computer time 2.8 Everything for Everybody: PL/I Designed by IBM and SHARE Computing situation in 1964 (IBM's point of view) Scientific computing IBM 1620 and 7090 computers FORTRAN SHARE user group IBM 1401, 7080 computers COBOL GUIDE user group 1-39 Business computing Copyright 2006 Addison-Wesley. All rights reserved. PL/I: Background By 1963 Scientific users began to need more elaborate I/O, like COBOL had; business users began to need floating point and arrays It looked like many shops would begin to need two kinds of computers, languages, and support stafftoo costly Build a new computer to do both kinds of applications Design a new language to do both kinds of applications 1-40 The obvious solution Copyright 2006 Addison-Wesley. All rights reserved. PL/I: Design Process Designed in five months by the 3 X 3 Committee Initial concept Three members from IBM, three members from SHARE An extension of Fortran IV Initially called NPL (New Programming Language) Name changed to PL/I in 1965 Copyright 2006 Addison-Wesley. All rights reserved. 1-41 PL/I: Evaluation PL/I contributions First unitlevel concurrency First exception handling Switchselectable recursion First pointer data type First array cross sections Concerns Many new features were poorly designed Too large and too complex Copyright 2006 Addison-Wesley. All rights reserved. 1-42 Two Early Dynamic Languages: APL and SNOBOL Characterized by dynamic typing and dynamic storage allocation Variables are untyped Storage is allocated to a variable when it is assigned a value A variable acquires a type when it is assigned a value Copyright 2006 Addison-Wesley. All rights reserved. 1-43 APL: A Programming Language Designed as a hardware description language at IBM by Ken Iverson around 1960 Still in use; minimal changes Highly expressive (many operators, for both scalars and arrays of various dimensions) Programs are very difficult to read Copyright 2006 Addison-Wesley. All rights reserved. 1-44 SNOBOL Designed as a string manipulation language at Bell Labs by Farber, Griswold, and Polensky Powerful operators for string pattern matching Slower than alternative languages (and thus no longer used for writing editors) Stilled used for certain text processing tasks Copyright 2006 Addison-Wesley. All rights reserved. 1-45 The Beginning of Data Abstraction: SIMULA 67 Designed primarily for system simulation in Norway by Nygaard and Dahl Based on ALGOL 60 and SIMULA I Primary Contributions Coroutines a kind of subprogram Implemented in a structure called a class Classes are the basis for data abstraction Classes are structures that include both local data and functionality Copyright 2006 Addison-Wesley. All rights reserved. 1-46 Orthogonal Design: ALGOL 68 From the continued development of ALGOL 60 but not a superset of that language Source of several new ideas (even though the language itself never achieved widespread use) Design is based on the concept of orthogonality A few principle concepts, few combining mechanisms Copyright 2006 Addison-Wesley. All rights reserved. 1-47 ALGOL 68 Evaluation Contributions Userdefined data structures Reference types Dynamic arrays (called flex arrays) Less usage than ALGOL 60 Had strong influence on subsequent languages, especially Pascal, C, and Ada Comments Copyright 2006 Addison-Wesley. All rights reserved. 1-48 Early Descendants of ALGOLs ALGOL languages impacted all imperative languages Pascal C Modula/Modula 2 Ada Oberon C++/Java Perl (to some extent) Copyright 2006 Addison-Wesley. All rights reserved. 1-49 Pascal 1971 Developed by Wirth (a member of the ALGOL 68 committee) Designed for teaching structured programming Small, simple, nothing really new Largest impact on teaching programming From mid1970s until the late 1990s, it was the most widely used language for teaching programming Copyright 2006 Addison-Wesley. All rights reserved. 1-50 C 1972 Designed for systems programming (at Bell Labs by Dennis Richie) Evolved primarily from BCLP, B, but also ALGOL 68 Powerful set of operators, but poor type checking Initially spread through UNIX Many areas of application Copyright 2006 Addison-Wesley. All rights reserved. 1-51 Perl Related to ALGOL only through C A scripting language Developed by Larry Wall Perl variables are statically typed and implicitly declared Powerful but somewhat dangerous Widely used as a general purpose language A script (file) contains instructions to be executed Other examples: sh, awk, tcl/tk Three distinctive namespaces, denoted by the first character of a variable's name Copyright 2006 Addison-Wesley. All rights reserved. 1-52 Programming Based on Logic: Prolog Developed, by Comerauer and Roussel (University of AixMarseille), with help from Kowalski ( University of Edinburgh) Based on formal logic Nonprocedural Can be summarized as being an intelligent database system that uses an inferencing process to infer the truth of given queries Highly inefficient, small application areas Copyright 2006 Addison-Wesley. All rights reserved. 1-53 History's Largest Design Effort: Ada Huge design effort, involving hundreds of people, much money, and about eight years Strawman requirements (April 1975) Woodman requirements (August 1975) Tinman requirements (1976) Ironman equipments (1977) Steelman requirements (1978) Named Ada after Augusta Ada Byron, known as being the first programmer Copyright 2006 Addison-Wesley. All rights reserved. 1-54 Ada Evaluation Contributions Packages support for data abstraction Exception handling elaborate Generic program units Concurrency through the tasking model Comments Competitive design Included all that was then known about software engineering and language design First compilers were very difficult; the first really usable compiler came nearly five years after the language design was...

Find millions of documents on Course Hero - Study Guides, Lecture Notes, Reference Materials, Practice Exams and more. Course Hero has millions of course specific materials providing students with the best way to expand their education.

Below is a small sample set of documents:

GA Southern - CPTR - 405
Chapter 3Describing Syntax and SemanticsISBN 0-321-33025-0Chapter 3 Topics Introduction The General Problem of Describing Syntax Formal Methods of Describing Syntax Attribute Grammars Describing the Meanings of Programs: Dynamic Seman
GA Southern - CPTR - 405
Chapter 4Lexical and Syntax AnalysisISBN 0-321-33025-0Chapter 4 Topics Introduction Lexical Analysis The Parsing Problem RecursiveDescent Parsing BottomUp ParsingCopyright 2006 Addison-Wesley. All rights reserved.1-2Introduction L
GA Southern - CPTR - 405
Chapter 6Data TypesISBN 0-321-33025-0Chapter 6 Topics Introduction Primitive Data Types Character String Types UserDefined Ordinal Types Array Types Associative Arrays Record Types Union Types Pointer and Reference Types1-2Copyright
GA Southern - CPTR - 405
CPTR 405 Review for Final Exam Exam Date: 5/1/07 Time: 10:00 am The final exam is comprehensive. Study the previous two exams, quizzes, lecture slides, previous reviews, lecture notes, and the textbook as you prepared for the exam. Most of the follow
GA Southern - CPTR - 405
Student Name: _ Grade Rubric: PresentationDimension Topic Definition Not yet The topic definition does not exist. Organization is entirely random. Organization Beginning The topic definition is unclear. Some organization is found, but placement of c
GA Southern - CPTR - 314
O traveled a long distance - from all corners of the world - to meet on this very specific day. October 2, 1900 - 28 years to theday that the London eccentric, Phileas Fogg accepted and then won a 20,000 bet that he could travel Around the World in
GA Southern - CPTR - 314
An Introduction to NP-completenessDr. Eduardo UrbinaExample of a three-stops bus routeExample of a Three-stops Bus RouteRoute 1: school,s1,s2,s3,school = 10 + 8 + 6 + 2 = 26 2: school,s1,s3,s2,school = 10 + 5 + 6 + 12 = 35 3: school,s2,s1,s3,sc
GA Southern - CPTR - 314
CPTR 314Introduction to Artificial Intelligence Instructor: Dr. Eduardo UrbinaArtificial Intelligence DefinitionAI may be defined as the branch of computer science that is concerned with the automation of intelligent behavior Artificial Intel
GA Southern - CPTR - 314
Knowledge RepresentationCPTR 314 The need of a Good Representation The representation that is used to represent a problem is very important The representation used can make the difference between an efficient algorithm and an algorithm
GA Southern - CPTR - 314
The List ClassCPTR 314 Constructors Declaration of Lists list &lt;string&gt; employees; list &lt;string&gt; new_words (old_words); list &lt;string&gt;: iterator itr; list &lt;string&gt;: const_iterator itr; Declarations of Iterators Insert Methods vo
GA Southern - CPTR - 314
MICROSOFT VISUAL C+ .NET TUTORIALINTRODUCTIONMicrosoft Visual C+ .NET allows you to create many different types of applications.This guide addresses creating and using Console Applications. A console application is a program that runs inside a DOS
GA Southern - CPTR - 314
CPTR 314 Homework There will be a quiz on that day as well. Page 223 # 6.3, 6.4, 6.5a,b, 6.11,6.14,6.14 1. Prove that the following is correct a. 3n2 + 4n = O(n2) b. 2n22n + n log n = (n22n) 2. Show that the following is incorrect a. 3n3 + 4n + 3= O(
GA Southern - CPTR - 314
GA Southern - CPTR - 314
CPTR 314 Program 6 Due Date: 4/6/05 Write a dynamic programming solution to the following problem: Imagine a competition in which two teams A and B play not more than 2n 1 games, the winner being the first team to achieve n victories. We assume that
GA Southern - CPTR - 314
CPTR 314 Program #3 Due Date 2/24/05 Write a program that reads a postfix expression and generates an infix expression. The expression will allow the operations +,-, *,/ and ^. The numbers can only be integers. If the postfix expression is not well f
GA Southern - CPTR - 314
CPTR 314 Program #4 Due Date 10/19/05 Write a program that reads a postfix expression and generates an infix expression. The expression will allow the operations +,-, *,/ and ^. The order of operations is the same as in regular arithmetic. The number
GA Southern - CPTR - 314
CPTR 314 PROGRAM #4 DUE DATE: 3/16/05 1. Using the STL &lt;list&gt; write an editor class that implements the line-based editor described in exercise 17.25(Page 603) in the textbook. The editor class should have methods for at least each one of the command
GA Southern - CPTR - 314
CPTR 314 Program 5 Due Date: 3/25/05 Modify the the BinarySearchTree.h and BinarySearchTree.cpp files described in chapter 19 of the textbook by adding the following public methods: 1. Overload the operators = and != to indicate if the two binary tre
GA Southern - CPTR - 314
CPTR 314 PROGRAM #6 DUE DATE: 11/2/05 1. Using the STL &lt;list&gt; write an editor class that implements the line-based editor described in exercise 17.25(Page 603) in the textbook. The editor class should have methods for each one of the command on page
GA Southern - CPTR - 314
CPTR 314 Program 6 Due Date: 4/6/05 Write a dynamic programming solution to the following problem: Imagine a competition in which two teams A and B play not more than 2n 1 games, the winner being the first team to achieve n victories. We assume that
GA Southern - CPTR - 314
CPTR 314 Program 7 Extra credit Due Date: 4/17/05 Total 50 pts Add to the specifications of Program 7 the boolean method isStronglyConnected() that checks whether a graph is strongly connected. A directed graph is strongly connected if there is a pat
GA Southern - CPTR - 314
CPTR 314 Program 7 Due Date: 11/11/05 Modify the the BinarySearchTree.h and BinarySearchTree.cpp files described in chapter 19 of the textbook by adding the following public methods: 1. Overload the operators = and != to indicate if the two binary tr
GA Southern - CPTR - 314
CPTR 314 Program 8 Due Date: 4/22/05 Write a program in C+ that plays the modified game of Nim. In this game a number of tokens are placed on a table between the two opponents. At each turn, the player must divide a pile of tokens into two nonempty p
GA Southern - CPTR - 314
CPTR 314 PROGRAM 9 Due Date: 12/8/05 Total Points 150. Write a program to play MAXIT. The board is represented as an N X N grid of numbers randomly placed at the start of the game. The program asks the users for the value of N and then places in the
GA Southern - CPTR - 314
CPTR 314 Data Structures, Algorithms and Knowledge SystemsCourse Outline Fall 2005 Instructor: Dr. Eduardo Urbina Office: HSC 124 Office Hours: MTW: 2 5 pm Office Phone: 423-236-2872 Email: urbina@southern.edu URL: http:/computing.southern.edu/~urb
GA Southern - CPTR - 314
CPTR 314 Programming Assignment 1 Due Date: 1/14/05, 2005 Implement and test in C+ a List class using linked lists. This class will have the following methods: List (): Constructor to initialize the pointers. ~List(): Destructor to return to the heap
GA Southern - CPTR - 314
CPTR 314 Data Structures, Algorithms and Knowledge SystemsCourse Outline Spring 2005 Instructor: Dr. Eduardo Urbina Office: HSC 124 Office Phone: 236-2872 Email: urbina@southern.edu URL: http:/www.cs.southern.edu/~urbinaPrerequisites: CPTR 215; MA
GA Southern - CPTR - 314
CPTR 314 Review: Test I September 23, 2005 1. Chapter #1 1.1. Arrays, Strings &amp; Vectors 1.1.1. Basic declarations and operations 1.2. Reference Variables 1.3. Passing by value, reference, and constant references 1.3.1. Trace simple segments 1.4. Poin
GA Southern - CPTR - 314
CPTR 314 Review: Test I February 4, 2004 1. Chapter #1 1.1. Arrays, Strings &amp; Vectors 1.1.1. Basic declarations and operations 1.2. Reference Variables 1.3. Passing by value, reference, and constant references 1.3.1. Trace simple segments 1.4. Pointe
GA Southern - CPTR - 314
CPTR 314 EXAM II REVIEW DATE: 10/19/05 1. STL Containers and Iterators 1.1. Definitions 1.2. STL declaration and use 2. STL Algorithms 2.1. find_if 2.2. lower_bound 2.3. sort 3. STL data structures 3.1. Declare and program 3.1.1. Stacks 3.1.2. Queues
GA Southern - CPTR - 314
CPTR 314 EXAM II REVIEW DATE: 2/23/05 1. STL Containers and Iterators 1.1. Definitions 1.2. STL declaration and use 2. STL Algorithms 2.1. find_if 2.2. lower_bound 2.3. sort 3. STL data structures 3.1. Declare and program 3.1.1. Stacks 3.1.2. Queues
GA Southern - CPTR - 314
CPTR 314 Exam III Review Exam Date: 11/16/05 1. Chapter 18 a. General Trees i. Basic Definitions ii. Representation b. Binary Trees i. Representation ii. Traversals 2. Chapter 19 a. Binary Search Trees i. Operations ii. Implementation b. AVL tree i.
GA Southern - CPTR - 314
CPTR 314 Exam III Review Date: 4/04/05 1. Chapter 8 a. Dynamic Programming Definition b. Dynamic Programming Implementation 2. Chapter 18 a. General Trees i. Basic Definitions ii. Representation b. Binary Trees i. Representation ii. Traversals 3. Cha
GA Southern - CPTR - 314
CPTR 314 FINAL EXAM REVIEW EXAM DATE: 12/12/05 TIME: 12:00 noon The Final exam will cover the material outlined below. Remember that the final exam could replace the grade of the lower of the previous two exams. 1. Algorithm Efficiency 1.1. Calculate
GA Southern - CPTR - 314
CPTR 314 FINAL EXAM REVIEW EXAM DATE: 4/26/05 TIME: 10:00 am The Final exam will cover the material outlined below. Remember that the final exam could replace the grade of the lower of the previous two exams. 1. Algorithm Efficiency 1.1. Calculate th
GA Southern - CPTR - 314
Design PatternsChapter 5Design PatternAdesign pattern describes a problem that occurs over and over in software engineering and then describes the solution in a sufficient generic manner The idea is a design pattern is to document a problem a
CSU Mont. Bay - CS - 6580
the DNS systemOlaf M. Kolkman Okolkman@ripe.netslideset 1February 2003Purpose of namingsAddresses are used to locate objects Names are easier to remember than numbers You would like to get to the address or other objects using a name DNS pr
CSU Mont. Bay - CS - 6580
Distributed Objects06/15/091Message Passing vs. Distributed Objects06/15/092Message Passing versus Distributed ObjectsThe message-passing paradigm is a natural model for distributed computing, in the sense that it mimics interhuman c
CSU Mont. Bay - CS - 6580
Luca Simone Software Engineering 2 a.a. 2001/200206/15/09 1Enterprise Java BeansIntroduction Application Server Java 2 Enterprise Edition EJB PropertiesEJB Overview Deployment Phase Type of beansWhat is an Enterprise Bean ? Client acce
CSU Mont. Bay - CS - 6580
Professional Open SourceEJB 3.0Ease of use JBoss Group, 2003.June 15, 20091JBoss Inc.Professional Open SourceOpen Source Projects JBoss Application Server (#1 Market Share) Hibernate JGroups JBoss jBPM JBoss AOP JBoss Porta
CSU Mont. Bay - CS - 6580
The 1st Java professional open sourceConvention Israel 2006Copyright AlphaCSP, The 1st Java open source convention Israel 2006The Next Generation of EJB DevelopmentFrederic Simon AlphaCSPCopyright AlphaCSP, The 1st Java open source conventi
CSU Mont. Bay - CS - 6580
Objectives of This Chapter Overview Session Beans Entity Beans Message Driven beans EJB Web service The Deployment Model of EJB Examples and Lab PracticeOverview Overview of the EJB Architecture and J2EE platform The new specification of J
CSU Mont. Bay - CS - 6580
Chapter 7 SOAPObjectives Describe what SOAP is used for and the concept behind SOAP Identify what the SOAP specification is composed of and where it can be found Describe the SOAP Message Exchange Patterns Describe the structure of the SOAP mes
CSU Mont. Bay - CS - 6580
More of this Feature Part 1: Why Do We Need EJB? Part 2: What are EJBs? Part 3: The Many Forms of EJBs Part 4: What Constitutes an EJB? Part 5: Create the EJB Example Application Join the Discussion Discuss this ArticleIntroduction
CSU Mont. Bay - CS - 6580
Distributed Coordination-Based Systems1. Coordination ModelsTemporal coupling: All up and running Referential coupling: Explicit referencing (know the name or ID) Temporally coupled/Referentially coupled: Direct coordination) Temporally coupled/Ref
CSU Mont. Bay - CS - 6580
Exploring LDAPByValmiki Mukherjee Seethal Nagalla Hemakumar RangineniSeminar Series on Computer Network Protocols CSCI 5780 Spring 2005Session -1Introduction to LDAPBy Seethal NagallaWhat is LDAP RFC, Origin and Progress LDAP Standard LDAP
CSU Mont. Bay - CS - 6580
DISTRIBUTED SYSTEMS Principles and ParadigmsSecond Edition ANDREW S. TANENBAUM MAARTEN VAN STEENChapter 11 DISTRIBUTED FILE SYSTEMSTanenbaum &amp; Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights
CSU Mont. Bay - CS - 6580
The Future of NFSMike Eisler Network Appliance, Inc. email2mre-snia@yahoo.com August, 2005A Brief History of NFS 1984: NFS version 2 Aimed at home directories and mail boxes 1987: First attempt at secure NFS 1991: First NFS/TCP 1992: N
CSU Mont. Bay - CS - 6580
Hello World!A basic EJB exampleBefore startingThis example assumes you have already downloaded and installed OpenEJB in the directory c:\openejb. Refer to the QuickStart Guide if you haven't yet installed OpenEJB. We also assume that you are runn
CSU Mont. Bay - CS - 6580
Java Remote Method Invocation (RMI)In Java we implement object systems:JVM 1 JVM 2O1O2execution scheme distribution schemeO3thread 1thread 2Programs/objects running on different virtual machines: separately compiled/linked allocated i
CSU Mont. Bay - CS - 6580
Remote Method InvocationNetprog Java 2001 - RMI1Network Programming Paradigms Sockets programming: design a protocol first, then implement clients and servers that support the protocol. RMI: Develop an application, then move some objects to r
CSU Mont. Bay - CS - 6580
ReplicationJorge Cardoso University of MadeiraIntroductionReplication of dataThe maintenance of copies of data at multiple computers. Enhanced performance High availability and Fault tolerance.For example, the caching of resources from web ser
CSU Mont. Bay - CS - 6580
COSC1174/1175 CS484 Advanced Client Server ArchitectureSOAP Introduction TutorialHerry Hamidjaja herryh@acm.org1COSC1174/1175 CS484 Advanced Client Server ArchitectureAgenda Introduction What is SOAP ? Why SOAP ? SOAP Protocol Anat
CSU Mont. Bay - CS - 6580
DISTRIBUTED SYSTEMS Principles and ParadigmsSecond Edition ANDREW S. TANENBAUM MAARTEN VAN STEENChapter 5 Naming (Revised for CS6580)Tanenbaum &amp; Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights
CSU Mont. Bay - CS - 6580
Web ServicesDistributed Systems1Service Oriented Architecture Service-Oriented Architecture (SOA) expresses a software architectural concept that defines the use of services to support the requirements of software users2Service Oriented Arc
CSU Mont. Bay - CS - 6580
DISTRIBUTED SYSTEMS Principles and ParadigmsSecond Edition ANDREW S. TANENBAUM MAARTEN VAN STEENChapter 1IntroductionTanenbaum &amp; Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved. 0-1
CSU Mont. Bay - CS - 6580
DISTRIBUTED SYSTEMS Principles and ParadigmsSecond Edition ANDREW S. TANENBAUM MAARTEN VAN STEENChapter 3 ProcessesTanenbaum &amp; Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved. 0-13-2
CSU Mont. Bay - CS - 6580
DISTRIBUTED SYSTEMS Principles and ParadigmsSecond Edition ANDREW S. TANENBAUM MAARTEN VAN STEENChapter 4 CommunicationTanenbaum &amp; Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved. 0-
CSU Mont. Bay - CS - 6580
DISTRIBUTED SYSTEMS Principles and ParadigmsSecond Edition ANDREW S. TANENBAUM MAARTEN VAN STEENChapter 5 NamingTanenbaum &amp; Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved. 0-13-2392
CSU Mont. Bay - CS - 6580
DISTRIBUTED SYSTEMS Principles and ParadigmsSecond Edition ANDREW S. TANENBAUM MAARTEN VAN STEENChapter 5 NamingTanenbaum &amp; Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved. 0-13-2392
CSU Mont. Bay - CS - 6580
DISTRIBUTED SYSTEMS Principles and ParadigmsSecond Edition ANDREW S. TANENBAUM MAARTEN VAN STEENChapter 6 SynchronizationTanenbaum &amp; Van Steen, Distributed Systems: Principles and Paradigms, 2e, (c) 2007 Prentice-Hall, Inc. All rights reserved.