Entry Purtilo:1994:PSB from toplas.bib

Last update: Tue May 1 02:05:46 MDT 2012                Valid HTML 3.2!

Index sections

Top | Symbols | Math | A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

BibTeX entry

@Article{Purtilo:1994:PSB,
  author =       "James M. Purtilo",
  title =        "The {POLYLITH} Software Bus",
  journal =      j-TOPLAS,
  volume =       "16",
  number =       "1",
  pages =        "151--174",
  month =        jan,
  year =         "1994",
  CODEN =        "ATPSDT",
  ISSN =         "0164-0925 (print), 1558-4593 (electronic)",
  ISSN-L =       "0164-0925",
  bibdate =      "Fri Jan 5 07:58:42 MST 1996",
  bibsource =    "http://www.math.utah.edu/pub/tex/bib/toplas.bib",
  URL =          "http://www.acm.org/pubs/toc/Abstracts/0164-0925/174629.html",
  abstract =     "We describe a system called POLYLITH that helps
                 programmers prepare and interconnect mixed-language
                 software components for execution in heterogeneous
                 environments. POLYLITH's principal benefit is that
                 programmers are free to implement functional
                 requirements separately from their treatment of
                 interfacing requirements; this means that once an
                 application has been developed for use in one execution
                 environment (such as a distributed network) it can be
                 adapted for reuse in other environments (such as a
                 shared-memory multiprocessor) by automatic techniques.
                 This flexibility is provided without loss of
                 performance. We accomplish this by creating a new
                 run-time organization for software. An abstract
                 decoupling agent, called the {\em software bus}, is
                 introduced between the system components. Heterogeneity
                 in language and architecture is accommodated since
                 program units are prepared to interface directly to the
                 bus and not to other program units. Programmers specify
                 application structure in terms of a module
                 interconnection language (MIL); POLYLITH uses this
                 specification to guide {\em packaging\/} (static
                 interfacing activities such as stub generation, source
                 program adaptation, compilation, and linking). At run
                 time, an implementation of the bus abstraction may
                 assist in message delivery, name service, or system
                 reconfiguration.",
  acknowledgement = ack-nhfb # " and " # ack-pb,
  fjournal =     "ACM Transactions on Programming Languages and
                 Systems",
  keywords =     "languages",
  subject =      "{\bf D.2.2}: Software, SOFTWARE ENGINEERING, Tools and
                 Techniques, Modules and interfaces. {\bf D.3.3}:
                 Software, PROGRAMMING LANGUAGES, Language Constructs
                 and Features. {\bf D.3.4}: Software, PROGRAMMING
                 LANGUAGES, Processors.",
}

Related entries