Loading…

An architecture for component evolution

In an evolving object oriented system individual components may change. A system built out of such components needs to be able to use the most recent versions of these components no matter what their source. This paper presents an architecture in which an application will select the most appropriate...

Full description

Saved in:
Bibliographic Details
Main Authors: Ryan, A., Newmarch, J.
Format: Conference Proceeding
Language:English
Subjects:
Online Access:Request full text
Tags: Add Tag
No Tags, Be the first to tag this record!
cited_by
cites
container_end_page 503
container_issue
container_start_page 498
container_title
container_volume
creator Ryan, A.
Newmarch, J.
description In an evolving object oriented system individual components may change. A system built out of such components needs to be able to use the most recent versions of these components no matter what their source. This paper presents an architecture in which an application will select the most appropriate component version from a variety of sources, including network discovery. The architecture is based on the dynamic class loading mechanisms of Java. It succeeds where current techniques fail due to lack of interoperability and inability to adapt to dynamic environments. The architecture allows an application to dynamically load components from a variety of sources including, local disk, remote service, and personalised techniques. It chooses the most appropriate component by using version control information. Security policies may be used to restrict the actions of components and the policies can be refined as new components are loaded. This ensures that an application can run with zero configuration but be continually updated in a safe manner. We have built a prototype system and show by example how this can he used by a home gateway to allow software upgrades with zero home configuration.
doi_str_mv 10.1109/CCNC.2005.1405223
format conference_proceeding
fullrecord <record><control><sourceid>ieee_CHZPO</sourceid><recordid>TN_cdi_ieee_primary_1405223</recordid><sourceformat>XML</sourceformat><sourcesystem>PC</sourcesystem><ieee_id>1405223</ieee_id><sourcerecordid>1405223</sourcerecordid><originalsourceid>FETCH-LOGICAL-i175t-f55dc880449bfb76bf0dcc0fa011be90639de576b1265cfd7e82c14bc4950ec43</originalsourceid><addsrcrecordid>eNotj0tLxDAUhQMqOIz9AeKmO1et9-bRJMsh-IJBN7oemvQGIzPN0GYE_70F53Dgg7P44DB2i9Aign1w7s21HEC1KEFxLi5YZbWBpcJoI8UlW3EhsLFG8WtWzfM3LJFKaGtX7H4z1v0UvlKhUE4T1TFPdciHYx5pLDX95P2ppDzesKvY72eqzlyzz6fHD_fSbN-fX91m2yTUqjRRqSEYA1JaH73ufIQhBIg9IHqy0Ak7kFp25J0KcdBkeEDpg7QKKEixZnf_3kREu-OUDv30uztfE3-x_kGe</addsrcrecordid><sourcetype>Publisher</sourcetype><iscdi>true</iscdi><recordtype>conference_proceeding</recordtype></control><display><type>conference_proceeding</type><title>An architecture for component evolution</title><source>IEEE Xplore All Conference Series</source><creator>Ryan, A. ; Newmarch, J.</creator><creatorcontrib>Ryan, A. ; Newmarch, J.</creatorcontrib><description>In an evolving object oriented system individual components may change. A system built out of such components needs to be able to use the most recent versions of these components no matter what their source. This paper presents an architecture in which an application will select the most appropriate component version from a variety of sources, including network discovery. The architecture is based on the dynamic class loading mechanisms of Java. It succeeds where current techniques fail due to lack of interoperability and inability to adapt to dynamic environments. The architecture allows an application to dynamically load components from a variety of sources including, local disk, remote service, and personalised techniques. It chooses the most appropriate component by using version control information. Security policies may be used to restrict the actions of components and the policies can be refined as new components are loaded. This ensures that an application can run with zero configuration but be continually updated in a safe manner. We have built a prototype system and show by example how this can he used by a home gateway to allow software upgrades with zero home configuration.</description><identifier>ISSN: 2331-9852</identifier><identifier>ISBN: 9780780387843</identifier><identifier>ISBN: 0780387848</identifier><identifier>DOI: 10.1109/CCNC.2005.1405223</identifier><language>eng</language><publisher>IEEE</publisher><subject>Application software ; Australia ; Computer architecture ; Computer networks ; Home computing ; Information security ; Java ; Operating systems ; Software debugging ; Software prototyping</subject><ispartof>Second IEEE Consumer Communications and Networking Conference, 2005. CCNC. 2005, 2005, p.498-503</ispartof><woscitedreferencessubscribed>false</woscitedreferencessubscribed></display><links><openurl>$$Topenurl_article</openurl><openurlfulltext>$$Topenurlfull_article</openurlfulltext><thumbnail>$$Tsyndetics_thumb_exl</thumbnail><linktohtml>$$Uhttps://ieeexplore.ieee.org/document/1405223$$EHTML$$P50$$Gieee$$H</linktohtml><link.rule.ids>309,310,780,784,789,790,2057,4049,4050,27924,54554,54919,54931</link.rule.ids><linktorsrc>$$Uhttps://ieeexplore.ieee.org/document/1405223$$EView_record_in_IEEE$$FView_record_in_$$GIEEE</linktorsrc></links><search><creatorcontrib>Ryan, A.</creatorcontrib><creatorcontrib>Newmarch, J.</creatorcontrib><title>An architecture for component evolution</title><title>Second IEEE Consumer Communications and Networking Conference, 2005. CCNC. 2005</title><addtitle>CCNC</addtitle><description>In an evolving object oriented system individual components may change. A system built out of such components needs to be able to use the most recent versions of these components no matter what their source. This paper presents an architecture in which an application will select the most appropriate component version from a variety of sources, including network discovery. The architecture is based on the dynamic class loading mechanisms of Java. It succeeds where current techniques fail due to lack of interoperability and inability to adapt to dynamic environments. The architecture allows an application to dynamically load components from a variety of sources including, local disk, remote service, and personalised techniques. It chooses the most appropriate component by using version control information. Security policies may be used to restrict the actions of components and the policies can be refined as new components are loaded. This ensures that an application can run with zero configuration but be continually updated in a safe manner. We have built a prototype system and show by example how this can he used by a home gateway to allow software upgrades with zero home configuration.</description><subject>Application software</subject><subject>Australia</subject><subject>Computer architecture</subject><subject>Computer networks</subject><subject>Home computing</subject><subject>Information security</subject><subject>Java</subject><subject>Operating systems</subject><subject>Software debugging</subject><subject>Software prototyping</subject><issn>2331-9852</issn><isbn>9780780387843</isbn><isbn>0780387848</isbn><fulltext>true</fulltext><rsrctype>conference_proceeding</rsrctype><creationdate>2005</creationdate><recordtype>conference_proceeding</recordtype><sourceid>6IE</sourceid><recordid>eNotj0tLxDAUhQMqOIz9AeKmO1et9-bRJMsh-IJBN7oemvQGIzPN0GYE_70F53Dgg7P44DB2i9Aign1w7s21HEC1KEFxLi5YZbWBpcJoI8UlW3EhsLFG8WtWzfM3LJFKaGtX7H4z1v0UvlKhUE4T1TFPdciHYx5pLDX95P2ppDzesKvY72eqzlyzz6fHD_fSbN-fX91m2yTUqjRRqSEYA1JaH73ufIQhBIg9IHqy0Ak7kFp25J0KcdBkeEDpg7QKKEixZnf_3kREu-OUDv30uztfE3-x_kGe</recordid><startdate>2005</startdate><enddate>2005</enddate><creator>Ryan, A.</creator><creator>Newmarch, J.</creator><general>IEEE</general><scope>6IE</scope><scope>6IL</scope><scope>CBEJK</scope><scope>RIE</scope><scope>RIL</scope></search><sort><creationdate>2005</creationdate><title>An architecture for component evolution</title><author>Ryan, A. ; Newmarch, J.</author></sort><facets><frbrtype>5</frbrtype><frbrgroupid>cdi_FETCH-LOGICAL-i175t-f55dc880449bfb76bf0dcc0fa011be90639de576b1265cfd7e82c14bc4950ec43</frbrgroupid><rsrctype>conference_proceedings</rsrctype><prefilter>conference_proceedings</prefilter><language>eng</language><creationdate>2005</creationdate><topic>Application software</topic><topic>Australia</topic><topic>Computer architecture</topic><topic>Computer networks</topic><topic>Home computing</topic><topic>Information security</topic><topic>Java</topic><topic>Operating systems</topic><topic>Software debugging</topic><topic>Software prototyping</topic><toplevel>online_resources</toplevel><creatorcontrib>Ryan, A.</creatorcontrib><creatorcontrib>Newmarch, J.</creatorcontrib><collection>IEEE Electronic Library (IEL) Conference Proceedings</collection><collection>IEEE Proceedings Order Plan All Online (POP All Online) 1998-present by volume</collection><collection>IEEE Xplore All Conference Proceedings</collection><collection>IEEE Xplore</collection><collection>IEEE Proceedings Order Plans (POP All) 1998-Present</collection></facets><delivery><delcategory>Remote Search Resource</delcategory><fulltext>fulltext_linktorsrc</fulltext></delivery><addata><au>Ryan, A.</au><au>Newmarch, J.</au><format>book</format><genre>proceeding</genre><ristype>CONF</ristype><atitle>An architecture for component evolution</atitle><btitle>Second IEEE Consumer Communications and Networking Conference, 2005. CCNC. 2005</btitle><stitle>CCNC</stitle><date>2005</date><risdate>2005</risdate><spage>498</spage><epage>503</epage><pages>498-503</pages><issn>2331-9852</issn><isbn>9780780387843</isbn><isbn>0780387848</isbn><abstract>In an evolving object oriented system individual components may change. A system built out of such components needs to be able to use the most recent versions of these components no matter what their source. This paper presents an architecture in which an application will select the most appropriate component version from a variety of sources, including network discovery. The architecture is based on the dynamic class loading mechanisms of Java. It succeeds where current techniques fail due to lack of interoperability and inability to adapt to dynamic environments. The architecture allows an application to dynamically load components from a variety of sources including, local disk, remote service, and personalised techniques. It chooses the most appropriate component by using version control information. Security policies may be used to restrict the actions of components and the policies can be refined as new components are loaded. This ensures that an application can run with zero configuration but be continually updated in a safe manner. We have built a prototype system and show by example how this can he used by a home gateway to allow software upgrades with zero home configuration.</abstract><pub>IEEE</pub><doi>10.1109/CCNC.2005.1405223</doi><tpages>6</tpages></addata></record>
fulltext fulltext_linktorsrc
identifier ISSN: 2331-9852
ispartof Second IEEE Consumer Communications and Networking Conference, 2005. CCNC. 2005, 2005, p.498-503
issn 2331-9852
language eng
recordid cdi_ieee_primary_1405223
source IEEE Xplore All Conference Series
subjects Application software
Australia
Computer architecture
Computer networks
Home computing
Information security
Java
Operating systems
Software debugging
Software prototyping
title An architecture for component evolution
url http://sfxeu10.hosted.exlibrisgroup.com/loughborough?ctx_ver=Z39.88-2004&ctx_enc=info:ofi/enc:UTF-8&ctx_tim=2025-01-08T13%3A15%3A02IST&url_ver=Z39.88-2004&url_ctx_fmt=infofi/fmt:kev:mtx:ctx&rfr_id=info:sid/primo.exlibrisgroup.com:primo3-Article-ieee_CHZPO&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.genre=proceeding&rft.atitle=An%20architecture%20for%20component%20evolution&rft.btitle=Second%20IEEE%20Consumer%20Communications%20and%20Networking%20Conference,%202005.%20CCNC.%202005&rft.au=Ryan,%20A.&rft.date=2005&rft.spage=498&rft.epage=503&rft.pages=498-503&rft.issn=2331-9852&rft.isbn=9780780387843&rft.isbn_list=0780387848&rft_id=info:doi/10.1109/CCNC.2005.1405223&rft_dat=%3Cieee_CHZPO%3E1405223%3C/ieee_CHZPO%3E%3Cgrp_id%3Ecdi_FETCH-LOGICAL-i175t-f55dc880449bfb76bf0dcc0fa011be90639de576b1265cfd7e82c14bc4950ec43%3C/grp_id%3E%3Coa%3E%3C/oa%3E%3Curl%3E%3C/url%3E&rft_id=info:oai/&rft_id=info:pmid/&rft_ieee_id=1405223&rfr_iscdi=true