DOCSLIB.ORG

Extreme Java G22.3033-007

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Extreme Java G22.3033-007 Extreme Java G22.3033-007 Session 8 - Sub-Topic 2 OMA Trading Services Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute of Mathematical Sciences Trading Services for Distributed Enterprise Communications Dr. Jean-Claude Franchitti Page 1 Presentation Agenda • Enterprise Systems Technology Classifications • Naming, Directory, and Trading Services in a Nutshell • CORBA as a Trading Service • Microsoft Active Directory Services • Jini as a Trading Service – Jini Component Architecture – Jini Programming Model – Jini Infrastructure – Jini Class Architecture and Development Process – Jini Service Example – From the Logical Infrastructure to a Physical Solution – Physical Solution Implementation Steps • Conclusions 2 Enterprise Systems Technology Classifications Q User Interfacing Q AWT, Swing, JMF, JavaBeans Q Distributed Communications Enabling Q TCP/IP, HTTP, CORBA, RMI/IIOP, COM+ Q Services for Distributed Communications Q JNDI, CORBA Trading, JINI, Activation, JMS, JavaMail, JTA, JTS, etc. Q Systems Assurance Q Security, Reliability, Availability, Maintainability, Safety Q Data Enabling Q JDBC, RDBMs, ODBMSs Q Web Enabling Q HTML, XML, Applets, Servlets, JSPs Q Applications Enabling Q EJB, EAI 3 Page 2 Services for Distributed Communications Q Naming Q DNS, JNDI Q Directory Q NIS, NDS, LDAP, Microsoft Active Directory Q Trading Q CORBA Trading Service, JINI Q Activation Q CORBA LifeCycle Service, Java Activation Framework Q Messaging Q JMS, JavaMail, CORBA Event Service, CORBA Messaging Service, CORBA Notification Service Q Transaction Q CORBA OTS, JTS, JTA 4 Naming Service Q Provides the ability to bind names to objects, and lookup objects by names (~ telephone white pages) e.g., COSNaming, DNS, LDAP, NIS, JNDI 5 Page 3 Directory Service Q Provides a way to manage the storage and distribution of shared information (~ telephone yellow pages) e.g., NIS, NDS, LDAP, Microsoft Active Directory 6 Trading Service Q Provide a framework for objects to identify themselves in a distributed system Q Provides facilities for looking up and discovering other services Q Provides services to remote objects Q e.g., CORBA Trading, Jini, Microsoft Active Directory 7 Page 4 CORBA as a Trading Service Q Provides a sophisticated directory service in which the directory objects contain: § Attributes and service type information on distributed objects § Distributed objects Handles Q APIs: Admin, Link, Lookup, Proxy Register Microsoft Active Directory Service (ADS) Q Maintains user, security, and network resource information used on a Windows 2000 network Q DCOM components can store their activation and connection information in the ADS Q COM objects can be exposed as APIs to ADS 8 Introducing Jini as a Trading Service Q What is Jini Technology? Q Who Developed Jini? Q What are the Claimed Benefits? Q What are the Limitations? Q What is the Jini system architecture? 9 Page 5 Jini Technology Architecture Q Jini provides “underware” (not middleware) Q Jini helps services, clients, and users find other services (via lookup, registration, and leasing services) 10 What is Jini Technology? Q Jini provides an infrastructure to federate services in a distributed system Q Enable spontaneous networking Q Simplify delivery of network services Q Simplify access to network services Q Jini provides a programming model for reliable, secure distributed services Q Jini provides several basic services 11 Page 6 Who Developed Jini? Q Jim Waldo (CORBA, RMI, JavaSpaces) Q Bill Joy (BSD Unix, SunOS) Q Ken Arnold (JavaSpaces) Q Ann Wollrath (Java RMI) Q Bob Sheifler (X Window System) 12 What are the Claimed Benefits? Q Makes using a network more like using a phone Q Allows software and hardware components to more easily provide network services Q Makes adding and managing network services easier 13 Page 7 What are the Limitations? Q Intended for workgroups of 2-100 nodes/services Q Implies some agreement regarding trust, identity and policy within a single Jini federation Q Requires Java, 48KB of memory Q Licensing (SCSL new licensing model) Q … 14 Key Concepts Q Services Q Discovery and Lookup Q Extended RMI Q Distributed Security Q Leasing Q Transactions Q Distributed Events 15 Page 8 Services Q Services may be added or withdrawn from a Jini federation at any time Q Jini provides mechanisms for service registration, lookup, and use Q Services communicate by using a service protocol (i.e., a set of Java interfaces) Q Set of services is open-ended 16 Discovery and Lookup Q Lookup service provides mapping: Q Interfaces to objects Q Hierarchical lookup: Q Lookup service may include entry for other lookup services Q Discovery is registering a new service with a lookup service (Jini federation discovers service) 17 Page 9 Extended RMI Q Communication among services uses Java RMI Q Extended with leases Q RMI provides Q Activation Q Distributed garbage collection Q Multicast Q Replication 18 Distributed Security Q Principal: entity on behalf of which a service is accessed Q Access control list: associates access privileges with each object implementing a service 19 Page 10 Leasing Q A lease is a grant of access over a time period Q Negotiated as part of service protocol (~ CORBA licensing service role) Q If lease expires without renewal, user and provider can free associated resource Q Leases handle client and network failures, removal of services, … Q Exclusive lease says service cannot be shared 20 Transactions Q A series of operations may be wrapped in a transaction Q Insure changes made atomically: all or none Q Jini transaction interfaces supply service protocol for a two-phase commit 21 Page 11 Distributed Events Q Jini supports distributed events (~ CORBA events) Q Objects register interest in other object’s events Q Notifications delivered to interested objects 22 Java + Jini Q Base Java Q Infrastructure: Q Java VM, RMI, Java Security Model Q Programming Model: Q Java APIs, Java Beans, etc. Q Services: Q JNDI, EJBs, JTS, etc. Q Java + Jini Q Infrastructure: Q Extended RMI, Discovery, Distributed Security, Lookup Q Programming Model: Q Leasing, Transactions, Distributed Events Q Services: Q JavaSpaces, Two-Phase Commit Manager 23 Page 12 Discovery Protocol Q Service Joins a Jini Lookup Service Q Provider uses multicast to locate Lookup service Q Registers Interfaces Q Loads Proxy object into Lookup Service 24 Lookup Protocol Q Client looks up service when needed Q Looks up by Java type, attributes Q Copy of proxy moved to client Q Uses proxy to invoke services 25 Page 13 Client / Service Interaction Q Client uses service through proxy Q Proxy might be complete service object or RMI stub Q Or mixture of local/remote methods Q Service protocol may be private to sender 26 Jini Component Architecture Q Logical Component Architecture Q Storage, JavaSpaces, Printing, TM Q Jini Discovery, Join, and Lookup Q Java 2 platform (RMI, security, networking) Q Physical Component Architecture Q JSTK JavaSpaces Starter Kit Q Jini Starter Kit Q Jini Software Kit (JSK) - com.sun.jini.* Q Jini Extended Platform (JXP) - net.jini.* Q Jini Core Platform (JCP) - net.jini.core.* Q J2SE 27 Page 14 Jini Programming Model Q Distributed Events API Q Interface extending the JavaBeans event model Q Distributed Leasing Q Interfaces to obtain leases for use of distributed resources Q Distributed Transactions 28 Jini Infrastructure Q Service Discovery Q Jini Community Joining Q Services provide service items (meta-data attribute information, and proxy object) Q Jini Lookup Services Q Clients fill out a service template Q Clients receive a set of service matches Q Clients can extract the service proxy item to start using the service 29 Page 15 Jini Tools and Configuration Q JSK: Jini System Software Starter Kit Q JCP (jini-core.jar), JXP (jini-ext.jar), JSK (subset included in sun-util.jar) Q JSK provides a lookup service with the codename “reggie” Q JSK also provides a transaction management service with the codename “mahalo” Q Sun provides a Jini service called JavaSpaces used to store and retrieve Java objects in a distributed network (codename is “outrigger”) 30 Jini Class Architecture and Development Process Q Server side Q Jini service implementation Q Jini service proxy Q Connectivity needed to a back-end device or process Q Client side Q Discover a lookup service Q Create a Jini service template Q Look up a Jini service Q Handle Jini Service Lookup Matches Q Use the Jini Service 31 Page 16 Jini Service Examples Q Jini[TM] Technology Starter Kit (starter kit) and the Jini Technology Core Platform Compatibility Kit (TCK) are available to download under the Sun Community Source License v 3.0/Jini Technology Specific Attachment v 1.0 (SCSL3/Jini TSA v 1.0) program Q Sample applications are provided with the Starter Kit 32 Conclusions Q CORBA Trading Service provides support for associating distributed CORBA object references in a directory service Q CORBA Trading Service is a somewhat complicated framework to use Q ADS provides a directory service implementation and standard interfaces for COM/DCOM applications Q ADS is platform dependent Q Jini adds support for dynamic discovery of lookup services by servers and clients Q Jini’s API is simple Q Configuring Jini’s runtime infrastructure can be somewhat tedious. 33 Page 17 Links to more information Jini home Jini FAQs Jini white papers Jini specs Jini licensing 34 Page 18.
Load more

Recommended publications
  • A Pairwise Abstraction for Round-Based Protocols
    A Pairwise Abstraction for Round-Based Protocols Lonnie Princehouse Nate Foster Ken Birman Department of Computer Science, Cornell University f lonnie, jnfoster, ken [email protected] Distributed systems are hard to program, for a number of make predictable use of the network. As such, they are reasons. Some of these reasons are inherent. System state “good neighbors” in massive multi-tenant data centers, such is scattered across multiple nodes, and is not random ac- as those that drive Amazon’s EC2. Many cloud computing cess. Bandwidth is an ever-present concern. Fault tolerance services have relaxed consistency requirements in favor of is much more complicated in a partial-failure model. This availability, and this also plays to the strengths of round- presents both a challenge and an opportunity for the pro- based protocols. gramming languages community: What should languages Our goal with CPG is to design abstractions for describ- for distributed systems look like? What are the shortcom- ing these protocols that make it easy to develop richer proto- ings of conventional languages for describing systems that cols via composition and code re-use. The fundamental unit extend beyond a single machine? seen by programmers in CPG is a pair of nodes. A protocol Prior work in this area has produced diverse solutions. in CPG is defined using a select function, which identifies The DryadLINQ [7] language expresses distributed compu- pairs of nodes to communicate in each round, and an up- tations using SQL-like queries. BLOOM [1] also follows a date function, which takes the states of the selected nodes data-centric approach, but assumes an unordered program- as input and produces their updated states after communica- ming model by default.
    [Show full text]
  • In This Day of 3D Graphics, What Lets a Game Like ADOM Not Only Survive
    Ross Hensley STS 145 Case Study 3-18-02 Ancient Domains of Mystery and Rougelike Games The epic quest begins in the city of Terinyo. A Quake 3 deathmatch might begin with a player materializing in a complex, graphically intense 3D environment, grabbing a few powerups and weapons, and fragging another player with a shotgun. Instantly blown up by a rocket launcher, he quickly respawns. Elapsed time: 30 seconds. By contrast, a player’s first foray into the ASCII-illustrated world of Ancient Domains of Mystery (ADOM) would last a bit longer—but probably not by very much. After a complex process of character creation, the intrepid adventurer hesitantly ventures into a dark cave—only to walk into a fireball trap, killing her. But a perished ADOM character, represented by an “@” symbol, does not fare as well as one in Quake: Once killed, past saved games are erased. Instead, she joins what is no doubt a rapidly growing graveyard of failed characters. In a day when most games feature high-quality 3D graphics, intricate storylines, or both, how do games like ADOM not only survive but thrive, supporting a large and active community of fans? How can a game design seemingly premised on frustrating players through continual failure prove so successful—and so addictive? 2 The Development of the Roguelike Sub-Genre ADOM is a recent—and especially popular—example of a sub-genre of Role Playing Games (RPGs). Games of this sort are typically called “Roguelike,” after the founding game of the sub-genre, Rogue. Inspired by text adventure games like Adventure, two students at UC Santa Cruz, Michael Toy and Glenn Whichman, decided to create a graphical dungeon-delving adventure, using ASCII characters to illustrate the dungeon environments.
    [Show full text]
  • Towards Rogue-Soar: Amulet of Yendor Using Its Levitation Capabilities.” Combining Soar, Curses and Micropather
    Gameplay The purpose of Rogue is “to descend into the Dungeons of Doom, defeat monsters, find treasure, and return to the surface with the Towards Rogue-Soar: amulet of Yendor using its levitation capabilities.” Combining Soar, Curses and Micropather Johnicholas Hines Advisor: Clare Bates Congdon May 17, 2010 Figure: The player (‘@’) is fighting a bat (‘B’). History Novelty I In the late 1970s, Ken Arnold designed a library (later named Rogue does not seem like a novel environment for Soar. curses[1]) to put characters at specific locations, enabling a I Discrete-Space crude form of interactive graphics. I Discrete-Time / Synchronous I Using this library, Michael Toy and Glen Wichman designed I Two-Dimensional Rogue[4]. I Single-Agent I In 1983, Rogue became popular when it was included in BSD Unix 4.2. Why should you be interested? I In 1984, Michael L. Mauldin, Guy Jacobson, Andrew Appel, and Leonard Hamey published “Rog-o-matic: A belligerent expert system”[3]. I In 1987, John Laird, Paul Rosenbloom, and Allen Newell published “Soar: An Architecture for General Intelligence”[2]. Is writing an Rog-o-matic-competitive agent easy now? Why you should be interested Rogue-Soar I/O I Rogue is a real human activity; people played it. ˆio I Rogue has been previously studied. ˆinput-link ˆspot I Because Rogue was written decades ago, it is now fast. ˆrow <0..23> I The generic I/O link could be reused for other curses-based ˆcolumn <0..79> roguelikes (ADoM, Angband, Crawl, Moria, NetHack). ˆcontents <char> I The generic I/O link could be reused for other curses-based ˆoutput-link applications (vi, emacs, lynx, w3m).
    [Show full text]
  • Cisc 7124X [*709.2X]
    Brooklyn College Department of Computer & Information Sciences CISC 7124 [*709.2X] Object-Oriented Programming 37½ hours plus conference and independent work; 3 credits Object-oriented programming concepts and techniques: data abstraction and encapsulation, classes, inheritance, overloading, polymorphism, interfaces. Introduction to and use of one or more object-oriented languages such as C++ or Smalltalk. An introduction to object-oriented design. Syllabus Procedural programming in Java Introduction to object-oriented design and programming View classes as abstract data types o Int class o Rectangle class o Stack class o Queue class Object-oriented programming in Java (Classes, Methods, Messages, and Instances) o Built-in classes . Boolean, Character, Byte, Short, Integer, Long, Float, Double, String & StringBuffer, Vector, Hashtable Interfaces and Packages Collections Inheritance Midterm exam (BinaryTree.java | SumLines.java) I/O o Echo.java o CopyTextFile.java Graphics programming with AWT (Components & Graphic & Layout managers) o TestDrawString.java o TestImage.java Event handling o TestEvent.java o TestCardLayout.java o TestImageCards.java Applets Advanced topics o Network programming with sockets o Multithreaded programming and animation . DigitClock.java . Greeting1.java . AnimatedImage.java . PingPong.java . ProducerConsumer.java . Clocks.java o JDBC and MySql o Servlet programming Textbook : The Java Tutorial: A Short Course on the Basics, 4th Edition Bibliography: Big Java: Programming and Practice, by Cay S. Horstmann, Wiley, 2002. A Programmer's Guide to Java (tm) Certification -- Khalid Azim Mughal, Rolf Rasmussen, 2000. Core Java 2, Volume I -- Fundamentals, by Cay S. Horstmann and Gary Cornell, Prentice Hall, 1999. Introduction to Programming Using Java : An Object-Oriented Approach, by David M. Arnow, Gerald Weiss, Addison-Wesley, 1998.
    [Show full text]
  • The Jini/Sup TM/ Architecture: Dynamic Services in a Flexibie Network
    9.3 The JiniTMArchitecture: Dynamic Services in a Flexible Network Ken Arnold Sun Microsystems, Inc. 1 Network Drive Burlington, MA 01 804 +01-781-442-0720 [email protected] 1. ABSTRACT capable printer, the proxy object that implements the This paper gives an overview of the JiniTM Printer interface will convert the text to PostScript and architecture, which provides a federated infra- send it to the printer. A different printing service whose printer uses PCL as a printing language will have a a proxy structure for dynamic services in a network. object that converts the text to PCL commands. Services may be large or small. The universal platform provided by the virtual machine also 1.1 Keywords means that code can be downloaded to the client if necessary. Jini, Java, networks, distribution, distributed computing This means that the client can use services whose implementations were previously unknown. If a client using 2. INTRODUCTION the PostScript capable print service has never used it before, The JiniTM architecture provides an infrastructure for the conversion code can be automatically downloaded on defining, advertising, and finding services in a network. demand by the virtual machine. Clients can talk to services Services are defined by one or more JavaTM language that they have never seen before (and may never see again) interfaces or classes. These types define a contract with the without any human intervention, such as installing drivers on clients of the service. all the systems that will use a new printing service. For example, if a service supports a printer interface it A discovery protocol lets clients and services find available supports a Printer service.
    [Show full text]
  • The Javascript Programming Language
    The JavaScript Programming Language The JavaScript Programming Language - 95 pages - Jones & Bartlett Publishers, 2009 - 2009 - 1449662676, 9781449662677 - Ray Toal, John David Dionisio The JavaScript Programming Language provides a brief introduction to the JavaScript language that is now an important component of every programmers tool box. It offers an overview of JavaScript to students interested in pursuing advanced programming skills. Clear and Concise, The JavaScript Programming Language is an excellent primer to this popular dynamic language and is ideal for use on its own or when coupled with one of Jones and Bartlett's outstanding introductory computer science texts. DOWNLOAD PDF FILE http://resourceid.org/2gcPGlG.pdf Programming with JavaScript: Algorithms and Applications for Desktop and Mobile Browsers - John David Dionisio, Ray Toal - Computers - Designed specifically for the CS-1 Introductory Programming Course, "Programming with JavaScript: Algorithms and Applications for Desktop and Mobile Browsers" introduces - 694 pages - ISBN:9780763780609 - Dec 19, 2011 DOWNLOAD PDF FILE http://resourceid.org/2gcUGGJ.pdf Web Development with JavaScript and Ajax Illuminated - Oct 22, 2010 - ISBN:9781449613242 - Computers - 497 pages - Web Development with JavaScript and AJAX teaches your students the cutting-edge techniques for web development for Web 2.0 and 3.0. Ideal for the undergraduate student delving - Richard Allen, Kai Qian, Southern Polytechnic State University Kai Qian, Lixin Tao, Xiang Fu DOWNLOAD PDF FILE http://resourceid.org/2gcPFOx.pdf JavaScript Pocket Reference - Computers - ISBN:9781449335991 - David Flanagan - JavaScript is the ubiquitous programming language of the Web, and for more than 15 years, JavaScript: The Definitive Guide has been the bible of JavaScript programmers around - 280 pages - Apr 9, 2012 - Activate Your Web Pages DOWNLOAD PDF FILE http://resourceid.org/2gcPEdr.pdf It is usable as either a programming language (that is compiled to JavaScript) or as a JavaScript library, and is designed for both uses.
    [Show full text]
  • Irrevocability in Games
    IRREVOCABILITY IN GAMES Interactive Qualifying Project Report completed in partial fulfillment of the Bachelor of Science degree at Worcester Polytechnic Institute, Worcester, MA Submitted to: Professor Brian Moriarty Daniel White Michael Grossfeld 1 Abstract This report examines the history and future application of irrevocability in video games. Decision making is an essential part of playing video games and irrevocability negates replayability by disallowing alternate decisions. We found that successful games with this theme exhibit irreversibility in both story and game mechanics. Future games looking to use irrevocability well must create an ownership that the player feels towards the experience by balancing these two mechanics. 2 Table of Contents IRREVOCABILITY IN GAMES .............................................................................................................. 1 Abstract .................................................................................................................................................... 2 Table of Contents ................................................................................................................................... 3 Part One: Concept of Irrevocability ................................................................................................ 4 Introduction .......................................................................................................................................................... 4 Part Two: Chronology of Irrevocability ........................................................................................
    [Show full text]
  • A Framework for Run-Time Correctness Assurance of Real- Time Systems
    University of Pennsylvania ScholarlyCommons Technical Reports (CIS) Department of Computer & Information Science January 1998 MaC: A Framework for Run-Time Correctness Assurance of Real- Time Systems Moonjoo Kim University of Pennsylvania Mahesh Viswanathan University of Pennsylvania Hanene Ben-Abdallah University of Pennsylvania Sampath Kannan University of Pennsylvania, [email protected] Insup Lee University of Pennsylvania, [email protected] See next page for additional authors Follow this and additional works at: https://repository.upenn.edu/cis_reports Recommended Citation Moonjoo Kim, Mahesh Viswanathan, Hanene Ben-Abdallah, Sampath Kannan, Insup Lee, and Oleg Sokolsky, "MaC: A Framework for Run-Time Correctness Assurance of Real-Time Systems", . January 1998. University of Pennsylvania Department of Computer and Information Science Technical Report No. MS-CIS-98-37. This paper is posted at ScholarlyCommons. https://repository.upenn.edu/cis_reports/77 For more information, please contact [email protected]. MaC: A Framework for Run-Time Correctness Assurance of Real-Time Systems Abstract We describe the Monitoring and Checking (MaC) framework which provides assurance on the correctness of program execution at run-time. Our approach complements the two traditional approaches for ensuring that a system is correct, namely static analysis and testing. Unlike these approaches, which try to ensure that all possible executions of the system are correct, our approach concentrates on the correctness of the current execution of the system. The MaC architecture consists of three components: a filter, an event recognizer, and a run-time checker. The filter extracts low-level information, e.g,, values of program variables and function calls, from the system code, and sends it to the event recognizer.
    [Show full text]
  • Rogue-Like Warum Rogue-Like?
    Rogue-like Warum Rogue-like? Michael Toy, Ken Arnold and Glenn Wichman at U.C. Santa Cruz Ascii Grafik • http://www.lcurtisboyle.com/nitros9/rogue-80.gif D&D Regeln • Basiert meist auf Dungeons and Dragons • Es wird aber sehr viel experimentiert Prozeduraler Levelaufbau Perma Death Turnbased Dungeon Crawler Sehr hoher Schwierigkeitsgrad Unintuitive Steuerung • Viele Profi-Funktionen • Oft kann man Scripte schreiben, um vieles zu automatisieren Voraussetzungen Adventure 1975 • Fantasy Setting • in einem Höhlensystem • rein textbasiert Steuerung • HJKLY(Z)UBN VI Tasten Curses Library • Entwickelt von Ken Arnold • Bibliothek zum Positionieren des Cursors und setzen von Ascii-Zeichen beliebig auf dem Bildschirm • aus Curses wurde PDCurses • und daraus NCurses (n steht für New) • Software ist zwischen allen Versionen leicht portierbar BSD Unix • Santa Cruz, California, Michael Toy & Glenn Wichman • Michael reist nach U.C. Berkeley • Entwickelt dort mit Ken Arnold das Spiel weiter • Dort wurde auch BSD Unix entwickelt, die Grundlage für Mac OS X • Das Spiel wurde Teil von BSD • Damit wurde es auf allen Unirechnern der ganzen Welt verbreitet Unterscheidung von Rogue-likes • *band • Hack-likes *band • Set Your Own Pace: There isn't a hunger clock forcing you forward (or there is a shop to restock at). • No Level Memory: Levels are not preserved when you go up and down, so you can keep getting new monsters at any given difficulty level. • Lots of Items: There are a lot of items, ranging from broken sticks to super amazing swords. Equipment upgrade paths are long, rather than being very short. • Steep Power Curve: The PC is god-like powerful by the end of the game.
    [Show full text]
  • COOTS ‘99) Sponsored by the USENIX Association Conference Web Site
    Call for Papers 5th Conference on Object-Oriented Technologies and Systems (COOTS ‘99) Sponsored by The USENIX Association Conference Web site:http://www.usenix.org/events/coots99 May 3-7, 1999 San Diego, California, USA Important Due Dates In addition to experience-centered papers, COOTS '99 Paper submissions: Nov. 6, 1998 accepts papers on a wide range of topics, including but Tutorial submissions: Nov. 6, 1998 not limited to: Notification to authors: Dec. 16, 1998 Distributed Objects Camera-ready papers: March 23, 1999 Object-oriented systems performance Security for Distributed Objects Conference Organizers Object services Program Chair Mobile objects Murthy Devarakonda, IBM T.J. Watson Research Center Object-oriented design technigues Program Committee Component based operating systems Ken Arnold, Sun Microsystems, Inc. Standard Template Library Rachid Guerraoui, Swiss Federal Institute of Technology Advanced C++ topics/examples Jennifer Hamilton, Microsoft Corporation Java and Web programming languages Doug Lea, SUNY Oswego Container technologies (e.g. Java Beans) Gary Leavens, Iowa State University Design patterns Scott Meyers, Software Development Consultant Visual J++ and other development tools Ira Pohl, UC Santa Cruz Fault tolerance Rajendra Raj, Morgan Stanley & Company New OO programming languages Doug Schmidt, Washington University Object-Oriented database systems Joe Sventek, Hewlett-Packard Labs Building distributed applications Steve Vinoski, IONA Technologies, Inc. Persistent Object Issues Werner Vogels, Cornell University
    [Show full text]
  • A Guide to the Mazes of Menace: Guidebook for Nethack
    A Guide to the Mazes of Menace: Guidebook for NetHack Eric S. Raymond (Extensively edited and expanded for 3.4) February 12, 2003 1 Introduction Recently, you have begun to find yourself unfulfilled and distant in your daily occupation. Strange dreams of prospecting, stealing, crusading, and combat have haunted you in your sleep for many months, but you aren’t sure of the reason. You wonder whether you have in fact been having those dreams all your life, and somehow managed to forget about them until now. Some nights you awaken suddenly and cry out, terrified at the vivid recollection of the strange and powerful creatures that seem to be lurking behind every corner of the dungeon in your dream. Could these details haunting your dreams be real? As each night passes, you feel the desire to enter the mysterious caverns near the ruins grow stronger. Each morning, however, you quickly put the idea out of your head as you recall the tales of those who entered the caverns before you and did not return. Eventually you can resist the yearning to seek out the fantastic place in your dreams no longer. After all, when other adventurers came back this way after spending time in the caverns, they usually seemed better off than when they passed through the first time. And who was to say that all of those who did not return had not just kept going? Asking around, you hear about a bauble, called the Amulet of Yendor by some, which, if you can find it, will bring you great wealth.
    [Show full text]
  • C0S 578: Advanced Java Technology
    C0S 578: Advanced Java Technology Fall 2009 Instructor: Suad Alagi´c Office: 231 Science Building, Phone: 780-4841, e-mail: [email protected] 1LectureHours Tuesday, Thursday 16:10 – 17:25 PM, SC-165 2OfficeHours Tuesday, Thursday, 14:45 – 16:00 PM 3Textbooks • Ken Arnold and James Gosling, The JavaTM Programming Language, Addison-Wesley. • James Gosling, Bill Joy, Guy Steele, and Gilad Bracha, The JavaTM Language Specification, Addison-Wesley. • Tim Lindholm and Frank Yellin, The JavaTM Virtual Machine Specification, Addison-Wesley. • More advanced topics are covered in papers to be discussed in the course. 4 Prerequisites This course requires good background in programming languages. CS 360 (or an equivalent course) is the absolute minimum required for the course. Additional background in object-oriented pro- gramming languages and systems, or the Java programming language is very desirable. 5 Course Contents • The first part of the course is an overview of the main design issues of the Java programming language. • The second part of the course covers more advanced concepts such as programming with generic (parametric) classes, concurrent programming, and Java Core Reflection. 1 • The third part of the course will cover the extensions of Java such as persistence and assertions (Java Modeling Language). • The fourth part of the course consists of a full coverage of the underlying software platform, the Java Virtual Machine. Specific topics to be covered are: • The Java type system • Concurrent object-oriented programming, threads • Java Core Reflection • Persistence for Java • Parametric polymorphism for Java • Object-oriented assertions (time permitting) • Java Virtual Machine Programming assignments include concurrent programming, programming with parametric collec- tion types, dynamic loading and compilation, usage of the Java reflective capabilities, and usage of persistent capabilities available in Java and in its extensions.
    [Show full text]