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...
Saved in:
Main Authors: | , |
---|---|
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 |