<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
   xmlns="http://purl.org/rss/1.0/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:prism="http://prismstandard.org/namespaces/1.2/basic/"
   xmlns:dcterms="http://purl.org/dc/terms/"

>
<channel rdf:about="http://www.citeulike.org/about">
<pubDate>Sat, 05 Jul 2008 05:38:06 BST</pubDate>


	<title>CiteULike: bfraser's library [386 articles]</title>
	<description>CiteULike: bfraser's library [386 articles]</description>


	<link>http://www.citeulike.org/user/bfraser</link>
	<dc:publisher>CiteULike.org</dc:publisher>
	<dc:language>en-gb</dc:language>
	<dc:rights>Copyright &#169; 2004-2008 citeulike.org</dc:rights>
	<items>
    <rdf:Seq>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2965138"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2319580"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/715399"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2931388"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2931386"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1207879"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2880000"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2927528"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2927505"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2927490"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2924312"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2434829"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/309400"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1842741"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2919745"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2906268"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/163708"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2604156"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2899206"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2899195"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2883480"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2883473"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2883471"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1806485"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/959328"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2842778"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2842772"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/3530"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1093247"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1093245"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2739242"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2739216"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1301354"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/478829"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/149347"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1351871"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2731174"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1379615"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/778826"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/261736"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2719471"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2719469"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2697657"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/115158"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2670388"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/1888932"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/777709"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/350136"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2651094"/>
        <rdf:li rdf:resource="http://www.citeulike.org/user/bfraser/article/2651076"/>

	</rdf:Seq>
	</items>
	</channel>


<item rdf:about="http://www.citeulike.org/user/bfraser/article/2965138">
    <title>Do Crosscutting Concerns Cause Defects?</title>
    <link>http://www.citeulike.org/user/bfraser/article/2965138</link>
    <description>&lt;i&gt;IEEE Transactions on Software Engineering (2008)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;There is a growing consensus that crosscutting concerns harm code quality. An example of a crosscutting concern is a functional requirement whose implementation is distributed across multiple software modules. We asked the question, &#34;How much does the amount that a concern is crosscutting affect the number of defects in a program?&#34; We conducted three extensive case studies to help answer this question. All three studies revealed a moderate to strong statistically significant correlation between the degree of scattering and the number of defects. This paper describes the experimental framework we developed to conduct the studies, the metrics we adopted and developed to measure the degree of scattering, the studies we performed, the efforts we undertook to remove experimental and other biases, and the results we obtained. In the process, we have formulated a theory that explains why increased scattering might lead to increased defects.</description>
    <dc:title>Do Crosscutting Concerns Cause Defects?</dc:title>

    <dc:creator>Marc Eaddy</dc:creator>
    <dc:creator>Thomas Zimmermann</dc:creator>
    <dc:creator>Kaitlin Sherwood</dc:creator>
    <dc:creator>Vibhav Garg</dc:creator>
    <dc:creator>Gail Murphy</dc:creator>
    <dc:creator>Nachiappan Nagappan</dc:creator>
    <dc:creator>Alfred Aho</dc:creator>
    <dc:source>IEEE Transactions on Software Engineering (2008)</dc:source>
    <dc:date>2008-07-04T22:13:36-00:00</dc:date>
    <prism:publicationYear>2008</prism:publicationYear>
    <prism:publicationName>IEEE Transactions on Software Engineering</prism:publicationName>
    <prism:category>aosd</prism:category>
    <prism:category>concern</prism:category>
    <prism:category>defect</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2319580">
    <title>Statement Annotations for Fine-Grained Advising</title>
    <link>http://www.citeulike.org/user/bfraser/article/2319580</link>
    <description>&lt;i&gt;(July 2006), pp. 89-100.&lt;/i&gt;</description>
    <dc:title>Statement Annotations for Fine-Grained Advising</dc:title>

    <dc:creator>Marc Eaddy</dc:creator>
    <dc:creator>Alfred Aho</dc:creator>
    <dc:source>(July 2006), pp. 89-100.</dc:source>
    <dc:date>2008-02-01T14:35:52-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:startingPage>89</prism:startingPage>
    <prism:endingPage>100</prism:endingPage>
    <prism:category>aosd</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/715399">
    <title>Aspect Categories and Classes of Temporal Properties</title>
    <link>http://www.citeulike.org/user/bfraser/article/715399</link>
    <description>&lt;i&gt;Lecture Notes in Computer Science, Vol. 3880 (February 2006), pp. 106-134.&lt;/i&gt;</description>
    <dc:title>Aspect Categories and Classes of Temporal Properties</dc:title>

    <dc:creator>Shmuel Katz</dc:creator>
    <dc:identifier>doi:10.1007/11687061_4</dc:identifier>
    <dc:source>Lecture Notes in Computer Science, Vol. 3880 (February 2006), pp. 106-134.</dc:source>
    <dc:date>2006-06-29T07:34:37-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:publicationName>Lecture Notes in Computer Science</prism:publicationName>
    <prism:volume>3880</prism:volume>
    <prism:startingPage>106</prism:startingPage>
    <prism:endingPage>134</prism:endingPage>
    <prism:category>aosd</prism:category>
    <prism:category>journal</prism:category>
    <prism:category>verification</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2931388">
    <title>Sokoban is PSPACE-complete</title>
    <link>http://www.citeulike.org/user/bfraser/article/2931388</link>
    <description>&lt;i&gt;pp. 65-76.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;It is shown that the popular puzzle Sokoban can be used to emulate a linear bounded automata (finite tape Turing Machine (TM)). In particular, a construction is given that has a solution if and only if the corresponding Turing Machine on its input halts in the accept state. Further, if the TM halts and accepts, then the pusher will make &#920;(n + t(n)) moves and pushes, where n is the number of symbols on the input tape, and t(n) is the number of transitions made by the TM during its...</description>
    <dc:title>Sokoban is PSPACE-complete</dc:title>

    <dc:creator>Joseph Culberson</dc:creator>
    <dc:source>pp. 65-76.</dc:source>
    <dc:date>2008-06-26T16:09:00-00:00</dc:date>
    <prism:startingPage>65</prism:startingPage>
    <prism:endingPage>76</prism:endingPage>
    <prism:category>ai</prism:category>
    <prism:category>planning</prism:category>
    <prism:category>sokoban</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2931386">
    <title>Using Abstraction for Planning in Sokoban</title>
    <link>http://www.citeulike.org/user/bfraser/article/2931386</link>
    <description>&lt;i&gt;Computers and Games (2003), pp. 360-375.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Heuristic search has been successful for games like chess and checkers, but seems to be of limited value in games such as Go and shogi, and puzzles such as Sokoban. Other techniques are necessary to approach the performance that humans achieve in these hard domains. This paper explores using planning as an alternative problem-solving framework for Sokoban. Previous attempts to express Sokoban as a planning application led to poor performance results. Sokoban is introduced as a new planning formulation of the domain. The approach abstracts a Sokoban problem into rooms and tunnels. This allows for the decomposition of the hard initial problem into several simpler sub-problems, each of which can be solved efficiently. The experimental results show that the abstraction has the potential for an exponential reduction in the size of the search space explored.</description>
    <dc:title>Using Abstraction for Planning in Sokoban</dc:title>

    <dc:creator>Adi Botea</dc:creator>
    <dc:creator>Martin Müller</dc:creator>
    <dc:creator>Jonathan Schaeffer</dc:creator>
    <dc:source>Computers and Games (2003), pp. 360-375.</dc:source>
    <dc:date>2008-06-26T16:06:13-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:publicationName>Computers and Games</prism:publicationName>
    <prism:startingPage>360</prism:startingPage>
    <prism:endingPage>375</prism:endingPage>
    <prism:category>abstraction</prism:category>
    <prism:category>ai</prism:category>
    <prism:category>planning</prism:category>
    <prism:category>sokoban</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1207879">
    <title>Action-Oriented Exception Handling in Cooperative and Competitive Concurrent Object-Oriented Systems</title>
    <link>http://www.citeulike.org/user/bfraser/article/1207879</link>
    <description>&lt;i&gt;: Advances in Exception Handling Techniques: (2001), 147.&lt;/i&gt;</description>
    <dc:title>Action-Oriented Exception Handling in Cooperative and Competitive Concurrent Object-Oriented Systems</dc:title>

    <dc:creator>Alexander Romanovsky</dc:creator>
    <dc:creator>Jörg Kienzle</dc:creator>
    <dc:source>: Advances in Exception Handling Techniques: (2001), 147.</dc:source>
    <dc:date>2007-04-05T07:42:24-00:00</dc:date>
    <prism:publicationYear>2001</prism:publicationYear>
    <prism:publicationName>: Advances in Exception Handling Techniques:</prism:publicationName>
    <prism:startingPage>147</prism:startingPage>
    <prism:category>concurrency</prism:category>
    <prism:category>distributed</prism:category>
    <prism:category>exception_handling</prism:category>
    <prism:category>oop</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2880000">
    <title>Aspects and Formal Methods</title>
    <link>http://www.citeulike.org/user/bfraser/article/2880000</link>
    <description>&lt;i&gt;FM 2008: Formal Methods (2008), pp. 1-11.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Aspects are now commonly used to add functionality that otherwise would cut across the structure of object systems. In this survey, both directions in the connection between aspects and formal methods are examined. On the one hand, the use of aspects to facilitate (general) software verification, and especially model checking, is demonstrated. On the other hand, the new challenges to formal specification and verification posed by aspects are defined, and several existing solutions are described.</description>
    <dc:title>Aspects and Formal Methods</dc:title>

    <dc:creator>Shmuel Katz</dc:creator>
    <dc:identifier>doi:10.1007/978-3-540-68237-0_1</dc:identifier>
    <dc:source>FM 2008: Formal Methods (2008), pp. 1-11.</dc:source>
    <dc:date>2008-06-10T15:26:08-00:00</dc:date>
    <prism:publicationYear>2008</prism:publicationYear>
    <prism:publicationName>FM 2008: Formal Methods</prism:publicationName>
    <prism:startingPage>1</prism:startingPage>
    <prism:endingPage>11</prism:endingPage>
    <prism:category>aspect</prism:category>
    <prism:category>formalmethods</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2927528">
    <title>Diagnosis of harmful aspects using regression verification</title>
    <link>http://www.citeulike.org/user/bfraser/article/2927528</link>
    <description>&lt;i&gt;(2004)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Aspects are intended to add needed functionality to a system or to treat concerns of the system by augmenting or changing the existing code in a manner that cross-cuts the usual class or process hierarchy. However, sometimes aspects can invalidate some of the already existing desirable properties of the system. This paper shows how to automatically identify such situations. The importance of specifications of the underlying system is emphasized, and shown to clarify the degree of obliviousness...</description>
    <dc:title>Diagnosis of harmful aspects using regression verification</dc:title>

    <dc:creator>S Katz</dc:creator>
    <dc:source>(2004)</dc:source>
    <dc:date>2008-06-25T21:42:51-00:00</dc:date>
    <prism:publicationYear>2004</prism:publicationYear>
    <prism:category>aosd</prism:category>
    <prism:category>aspect_interference</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2927505">
    <title>Interference Analysis for AspectJ</title>
    <link>http://www.citeulike.org/user/bfraser/article/2927505</link>
    <description>&lt;i&gt;(2003)&lt;/i&gt;</description>
    <dc:title>Interference Analysis for AspectJ</dc:title>

    <dc:creator>M Storzer</dc:creator>
    <dc:creator>J Krinke</dc:creator>
    <dc:source>(2003)</dc:source>
    <dc:date>2008-06-25T21:26:00-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:category>aosd</prism:category>
    <prism:category>aspect_interference</prism:category>
    <prism:category>aspectj</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2927490">
    <title>Automated Reasoning on Aspects Interactions</title>
    <link>http://www.citeulike.org/user/bfraser/article/2927490</link>
    <description>&lt;i&gt;Automated Software Engineering, 2006. ASE '06. 21st IEEE/ACM International Conference on (2006), pp. 313-316.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;The aspect-oriented paradigm allows weaving aspects in different join points of a program. Aspects can modify object fields and method control flow, thus possibly introducing subtle and undesired interactions (conflicts) among aspects and objects, which are not easily detectable. In this paper we propose a fully automated approach to discover conflicts among classes and aspects directly from Java bytecode. The novelty of this work is the usage of a rule engine for identifying possible conflicts among advices, methods, and fields. The knowledge base is obtained through static analysis of classes and aspects bytecode. The possible conflicts are represented by means of rules that can be easily extended and customized</description>
    <dc:title>Automated Reasoning on Aspects Interactions</dc:title>

    <dc:creator>Paolo Falcarin</dc:creator>
    <dc:creator>Marco Torchiano</dc:creator>
    <dc:identifier>doi:10.1109/ASE.2006.19</dc:identifier>
    <dc:source>Automated Software Engineering, 2006. ASE '06. 21st IEEE/ACM International Conference on (2006), pp. 313-316.</dc:source>
    <dc:date>2008-06-25T21:12:08-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:publicationName>Automated Software Engineering, 2006. ASE '06. 21st IEEE/ACM International Conference on</prism:publicationName>
    <prism:startingPage>313</prism:startingPage>
    <prism:endingPage>316</prism:endingPage>
    <prism:category>aosd</prism:category>
    <prism:category>aspect_interference</prism:category>
    <prism:category>formalmethods</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2924312">
    <title>Pregnancy sickness and embryo quality</title>
    <link>http://www.citeulike.org/user/bfraser/article/2924312</link>
    <description>&lt;i&gt;Trends in Ecology &#38; Evolution, Vol. 17, No. 3. (1 March 2002), pp. 115-120.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Nausea and vomiting are routine features of early pregnancy in humans. But are they adaptive or pathological? Several lines of evidence suggest that they protect mothers and developing embryos from dietary mutagens and pathogens. Nausea and vomiting in pregnancy (NVP) coincide with the vulnerable period of embryogenesis, are associated with food aversions, and are predictors of positive pregnancy outcomes. Here, I argue that NVP is not directly adaptive, but arises as a byproduct of genetic conflict between mother and embryo. The negative correlation between first-trimester spontaneous abortion and NVP is not the result of protection of embryos from environmental mutagens or pathogens, but the result of intrinsic chromosomal defects. These low-quality embryos produce subnormal levels of human chorionic gonadotropin, a hormone involved in pregnancy maintenance, and the probable proximate trigger for NVP.</description>
    <dc:title>Pregnancy sickness and embryo quality</dc:title>

    <dc:creator>Scott Forbes</dc:creator>
    <dc:identifier>doi:10.1016/S0169-5347(01)02428-4</dc:identifier>
    <dc:source>Trends in Ecology &#38; Evolution, Vol. 17, No. 3. (1 March 2002), pp. 115-120.</dc:source>
    <dc:date>2008-06-24T20:33:03-00:00</dc:date>
    <prism:publicationYear>2002</prism:publicationYear>
    <prism:publicationName>Trends in Ecology &#38; Evolution</prism:publicationName>
    <prism:volume>17</prism:volume>
    <prism:number>3</prism:number>
    <prism:startingPage>115</prism:startingPage>
    <prism:endingPage>120</prism:endingPage>
    <prism:category>pregancy</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2434829">
    <title>Modal logics for mobile processes</title>
    <link>http://www.citeulike.org/user/bfraser/article/2434829</link>
    <description>&lt;i&gt;Theoretical Computer Science, Vol. 114, No. 1. (14 June 1993), pp. 149-171.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;In process algebras, bisimulation equivalence is typically defined directly in terms of the operational rules of action; it also has an alternative characterization in terms of a simple modal logic (sometimes called Hennessy-Milner logic). This paper first defines two forms of bisimulation equivalence for the [pi]-calculus, a process algebra which allows dynamic reconfiguration among processes; it then explores a family of possible logics, with different modal operators. It is proven that two of these logics characterize the two bisimulation equivalences. Also, the relative expressive power of all the logics is exhibited as a lattice. The results are applicable to most value-passing process algebras.</description>
    <dc:title>Modal logics for mobile processes</dc:title>

    <dc:creator>Robin Milner</dc:creator>
    <dc:creator>Joachim Parrow</dc:creator>
    <dc:creator>David Walker</dc:creator>
    <dc:identifier>doi:10.1016/0304-3975(93)90156-N</dc:identifier>
    <dc:source>Theoretical Computer Science, Vol. 114, No. 1. (14 June 1993), pp. 149-171.</dc:source>
    <dc:date>2008-02-27T07:52:21-00:00</dc:date>
    <prism:publicationYear>1993</prism:publicationYear>
    <prism:publicationName>Theoretical Computer Science</prism:publicationName>
    <prism:volume>114</prism:volume>
    <prism:number>1</prism:number>
    <prism:startingPage>149</prism:startingPage>
    <prism:endingPage>171</prism:endingPage>
    <prism:category>logic</prism:category>
    <prism:category>modal</prism:category>
    <prism:category>pi-calculus</prism:category>
    <prism:category>process_algebra</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/309400">
    <title>Extensible algebraic datatypes with defaults</title>
    <link>http://www.citeulike.org/user/bfraser/article/309400</link>
    <description>&lt;i&gt;Vol. 36, No. 10. (October 2001), pp. 241-252.&lt;/i&gt;</description>
    <dc:title>Extensible algebraic datatypes with defaults</dc:title>

    <dc:creator>Matthias Zenger</dc:creator>
    <dc:creator>Martin Odersky</dc:creator>
    <dc:identifier>doi:10.1145/507635.507665</dc:identifier>
    <dc:source>Vol. 36, No. 10. (October 2001), pp. 241-252.</dc:source>
    <dc:date>2005-08-31T19:36:04-00:00</dc:date>
    <prism:publicationYear>2001</prism:publicationYear>
    <prism:issn>0362-1340</prism:issn>
    <prism:volume>36</prism:volume>
    <prism:number>10</prism:number>
    <prism:startingPage>241</prism:startingPage>
    <prism:endingPage>252</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>adt</prism:category>
    <prism:category>oop</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1842741">
    <title>Theory and practice of constraint handling rules</title>
    <link>http://www.citeulike.org/user/bfraser/article/1842741</link>
    <description>&lt;i&gt;The Journal of Logic Programming, Vol. 37, No. 1-3. (12 October 1998), pp. 95-138.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Constraint Handling Rules (CHR) are our proposal to allow more flexibility and application-oriented customization of constraint systems. CHR are a declarative language extension especially designed for writing user-defined constraints. CHR are essentially a committed-choice language consisting of multi-headed guarded rules that rewrite constraints into simpler ones until they are solved. In this broad survey we aim at covering all aspects of CHR as they currently present themselves. Going from theory to practice, we will define syntax and semantics for CHR, introduce an important decidable property, confluence, of CHR programs and define a tight integration of CHR with constraint logic programming languages. This survey then describes implementations of the language before we review several constraint solvers - both traditional and nonstandard ones - written in the CHR language. Finally we introduce two innovative applications that benefited from using CHR.</description>
    <dc:title>Theory and practice of constraint handling rules</dc:title>

    <dc:creator>Thom Fruhwirth</dc:creator>
    <dc:identifier>doi:10.1016/S0743-1066(98)10005-5</dc:identifier>
    <dc:source>The Journal of Logic Programming, Vol. 37, No. 1-3. (12 October 1998), pp. 95-138.</dc:source>
    <dc:date>2007-10-30T16:41:36-00:00</dc:date>
    <prism:publicationYear>1998</prism:publicationYear>
    <prism:publicationName>The Journal of Logic Programming</prism:publicationName>
    <prism:volume>37</prism:volume>
    <prism:number>1-3</prism:number>
    <prism:startingPage>95</prism:startingPage>
    <prism:endingPage>138</prism:endingPage>
    <prism:category>constraint</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2919745">
    <title>Inductively generated pointcuts to support refactoring to aspects</title>
    <link>http://www.citeulike.org/user/bfraser/article/2919745</link>
    <description>&lt;i&gt;(2004)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;In this paper, we show that the basic pointcut languages offered by current aspect-oriented programming languages impact important software engineering properties, such as evolvability and comprehensibility, in a negative way. We discuss this impact by means of detailed examples, and propose an advanced pointcut managing environment, based on machine learning techniques, to overcome the problem. 1 Problem Statement An important part of an aspect's definition consists of the specification of...</description>
    <dc:title>Inductively generated pointcuts to support refactoring to aspects</dc:title>

    <dc:creator>T Tourwe</dc:creator>
    <dc:creator>A Kellens</dc:creator>
    <dc:creator>W Vanderperren</dc:creator>
    <dc:creator>F Vannieuwenhuyse</dc:creator>
    <dc:source>(2004)</dc:source>
    <dc:date>2008-06-23T20:49:57-00:00</dc:date>
    <prism:publicationYear>2004</prism:publicationYear>
    <prism:category>aosd</prism:category>
    <prism:category>machine_learning</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2906268">
    <title>Planning as satisfiability</title>
    <link>http://www.citeulike.org/user/bfraser/article/2906268</link>
    <description>&lt;i&gt;(1992), pp. 359-363.&lt;/i&gt;</description>
    <dc:title>Planning as satisfiability</dc:title>

    <dc:creator>Henry Kautz</dc:creator>
    <dc:creator>Bart Selman</dc:creator>
    <dc:source>(1992), pp. 359-363.</dc:source>
    <dc:date>2008-06-18T21:52:31-00:00</dc:date>
    <prism:publicationYear>1992</prism:publicationYear>
    <prism:startingPage>359</prism:startingPage>
    <prism:endingPage>363</prism:endingPage>
    <prism:publisher>John Wiley &#38; Sons, Inc.</prism:publisher>
    <prism:category>planning</prism:category>
    <prism:category>sat</prism:category>
    <prism:category>sat_encoding</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/163708">
    <title>An axiomatic basis for computer programming</title>
    <link>http://www.citeulike.org/user/bfraser/article/163708</link>
    <description>&lt;i&gt;Commun. ACM, Vol. 12, No. 10. (October 1969), pp. 576-580.&lt;/i&gt;</description>
    <dc:title>An axiomatic basis for computer programming</dc:title>

    <dc:creator>CAR Hoare</dc:creator>
    <dc:identifier>doi:10.1145/363235.363259</dc:identifier>
    <dc:source>Commun. ACM, Vol. 12, No. 10. (October 1969), pp. 576-580.</dc:source>
    <dc:date>2005-04-19T01:26:16-00:00</dc:date>
    <prism:publicationYear>1969</prism:publicationYear>
    <prism:publicationName>Commun. ACM</prism:publicationName>
    <prism:issn>0001-0782</prism:issn>
    <prism:volume>12</prism:volume>
    <prism:number>10</prism:number>
    <prism:startingPage>576</prism:startingPage>
    <prism:endingPage>580</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>classic</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2604156">
    <title>Language-independent detection of object-oriented design patterns</title>
    <link>http://www.citeulike.org/user/bfraser/article/2604156</link>
    <description>&lt;i&gt;Computer Languages, Systems &#38; Structures, Vol. 30, No. 1-2. ( 2004), pp. 21-33.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;This paper shows that one can reason at a meta level about the structure of object-oriented source code in a language-independent way. To achieve this, we propose a language-independent meta-level interface to extract complex information about the structure of the source code. This approach is validated by defining a set of logic queries to detect object-oriented best practice patterns and design patterns in two different languages: Smalltalk and Java. The queries were applied to two similar medium-sized applications available for each language, and the results were confirmed by manually investigating the source code and available documentation.</description>
    <dc:title>Language-independent detection of object-oriented design patterns</dc:title>

    <dc:creator>Johan Fabry</dc:creator>
    <dc:creator>Tom Mens</dc:creator>
    <dc:identifier>doi:10.1016/j.cl.2003.09.002</dc:identifier>
    <dc:source>Computer Languages, Systems &#38; Structures, Vol. 30, No. 1-2. ( 2004), pp. 21-33.</dc:source>
    <dc:date>2008-03-27T23:00:02-00:00</dc:date>
    <prism:publicationYear>2004</prism:publicationYear>
    <prism:publicationName>Computer Languages, Systems &#38; Structures</prism:publicationName>
    <prism:volume>30</prism:volume>
    <prism:number>1-2</prism:number>
    <prism:startingPage>21</prism:startingPage>
    <prism:endingPage>33</prism:endingPage>
    <prism:category>aosd</prism:category>
    <prism:category>design</prism:category>
    <prism:category>patterns</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2899206">
    <title>ReLAx: implementing KALA over the reflex AOP kernel</title>
    <link>http://www.citeulike.org/user/bfraser/article/2899206</link>
    <description>&lt;i&gt;(2007)&lt;/i&gt;</description>
    <dc:title>ReLAx: implementing KALA over the reflex AOP kernel</dc:title>

    <dc:creator>Johan Fabry</dc:creator>
    <dc:creator>&#233;ric Tanter</dc:creator>
    <dc:creator>Theo D'Hondt</dc:creator>
    <dc:identifier>doi:10.1145/1255400.1255403</dc:identifier>
    <dc:source>(2007)</dc:source>
    <dc:date>2008-06-16T17:44:23-00:00</dc:date>
    <prism:publicationYear>2007</prism:publicationYear>
    <prism:publisher>ACM</prism:publisher>
    <prism:category>aop</prism:category>
    <prism:category>aosd</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2899195">
    <title>KALA: Kernel aspect language for advanced transactions</title>
    <link>http://www.citeulike.org/user/bfraser/article/2899195</link>
    <description>&lt;i&gt;Science of Computer Programming, Vol. 71, No. 3. (1 May 2008), pp. 165-180.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Transaction management is a known crosscutting concern. Previous research has been conducted to express this concern as an aspect. However, such work has used general-purpose aspect languages which lack a formal foundation, and most importantly are unable to express advanced models of transaction management. In this paper, we propose a domain-specific aspect language for advanced transaction management, called KALA, that overcomes these limitations. First, KALA is based on a recognized formalism for the domain of advanced transaction management, called ACTA. Second, as a consequence of being based on the ACTA formalism, KALA covers a wide variety of models for transaction management. Finally, being a domain-specific aspect language, KALA allows programmers to express their needs at a higher level of abstraction than what is achieved with general-purpose aspect languages. This paper reports on the design of KALA and its implementation over Java, based on the Reflex AOP kernel for domain-specific aspect languages.</description>
    <dc:title>KALA: Kernel aspect language for advanced transactions</dc:title>

    <dc:creator>Johan Fabry</dc:creator>
    <dc:creator>Éric Tanter</dc:creator>
    <dc:creator>Theo D'Hondt</dc:creator>
    <dc:identifier>doi:10.1016/j.scico.2007.10.004</dc:identifier>
    <dc:source>Science of Computer Programming, Vol. 71, No. 3. (1 May 2008), pp. 165-180.</dc:source>
    <dc:date>2008-06-16T17:38:53-00:00</dc:date>
    <prism:publicationYear>2008</prism:publicationYear>
    <prism:publicationName>Science of Computer Programming</prism:publicationName>
    <prism:volume>71</prism:volume>
    <prism:number>3</prism:number>
    <prism:startingPage>165</prism:startingPage>
    <prism:endingPage>180</prism:endingPage>
    <prism:category>aosd</prism:category>
    <prism:category>transaction</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2883480">
    <title>On the decidability of process equivalences for the [pi]-calculus</title>
    <link>http://www.citeulike.org/user/bfraser/article/2883480</link>
    <description>&lt;i&gt;Theoretical Computer Science, Vol. 183, No. 2. (15 September 1997), pp. 215-228.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;We present general results for showing process equivalences applied to the finite control fragment of the [pi]-calculus decidable. Firstly, a Finite Reachability Theorem states that up to finite name spaces and up to a static normalisation procedure, the set of reachable agent expressions is finite. Secondly, a Boundedness Lemma shows that no potential computations are missed when name spaces are chosen large enough, but finite. We show how these results lead to decidability for a number of [pi]-calculus equivalences such as strong or weak, late or early bismulation equivalence. Furthermore, for strong late equivalence we show how our techniques can be used to adapt the well-known Paige-Tarjan algorithm. Strikingly, this results in a single exponential running time not much worse than the running time for the case of for instance CCS. Our results considerably strengthens previous results on decidable equivalences for parameter-passing process calculi.</description>
    <dc:title>On the decidability of process equivalences for the [pi]-calculus</dc:title>

    <dc:creator>Mads Dam</dc:creator>
    <dc:identifier>doi:10.1016/S0304-3975(96)00325-8</dc:identifier>
    <dc:source>Theoretical Computer Science, Vol. 183, No. 2. (15 September 1997), pp. 215-228.</dc:source>
    <dc:date>2008-06-11T17:39:54-00:00</dc:date>
    <prism:publicationYear>1997</prism:publicationYear>
    <prism:publicationName>Theoretical Computer Science</prism:publicationName>
    <prism:volume>183</prism:volume>
    <prism:number>2</prism:number>
    <prism:startingPage>215</prism:startingPage>
    <prism:endingPage>228</prism:endingPage>
    <prism:category>decidability</prism:category>
    <prism:category>pi-calculus</prism:category>
    <prism:category>verification</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2883473">
    <title>Proof systems for pi-calculus logics</title>
    <link>http://www.citeulike.org/user/bfraser/article/2883473</link>
    <description>&lt;i&gt;(2003), pp. 145-212.&lt;/i&gt;</description>
    <dc:title>Proof systems for pi-calculus logics</dc:title>

    <dc:creator>Mads Dam</dc:creator>
    <dc:source>(2003), pp. 145-212.</dc:source>
    <dc:date>2008-06-11T17:34:24-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:startingPage>145</prism:startingPage>
    <prism:endingPage>212</prism:endingPage>
    <prism:publisher>Kluwer Academic Publishers</prism:publisher>
    <prism:category>pi-calculus</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2883471">
    <title>Model checking mobile processes</title>
    <link>http://www.citeulike.org/user/bfraser/article/2883471</link>
    <description>&lt;i&gt;Inf. Comput., Vol. 129, No. 1. (August 1996), pp. 35-51.&lt;/i&gt;</description>
    <dc:title>Model checking mobile processes</dc:title>

    <dc:creator>Mads Dam</dc:creator>
    <dc:source>Inf. Comput., Vol. 129, No. 1. (August 1996), pp. 35-51.</dc:source>
    <dc:date>2008-06-11T17:33:35-00:00</dc:date>
    <prism:publicationYear>1996</prism:publicationYear>
    <prism:publicationName>Inf. Comput.</prism:publicationName>
    <prism:issn>0890-5401</prism:issn>
    <prism:volume>129</prism:volume>
    <prism:number>1</prism:number>
    <prism:startingPage>35</prism:startingPage>
    <prism:endingPage>51</prism:endingPage>
    <prism:publisher>Academic Press, Inc.</prism:publisher>
    <prism:category>model_checking</prism:category>
    <prism:category>pi-calculus</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1806485">
    <title>Linearity and the pi-calculus</title>
    <link>http://www.citeulike.org/user/bfraser/article/1806485</link>
    <description>&lt;i&gt;ACM Trans. Program. Lang. Syst., Vol. 21, No. 5. (September 1999), pp. 914-947.&lt;/i&gt;</description>
    <dc:title>Linearity and the pi-calculus</dc:title>

    <dc:creator>Naoki Kobayashi</dc:creator>
    <dc:creator>Benjamin Pierce</dc:creator>
    <dc:creator>David Turner</dc:creator>
    <dc:identifier>doi:10.1145/330249.330251</dc:identifier>
    <dc:source>ACM Trans. Program. Lang. Syst., Vol. 21, No. 5. (September 1999), pp. 914-947.</dc:source>
    <dc:date>2007-10-22T13:47:13-00:00</dc:date>
    <prism:publicationYear>1999</prism:publicationYear>
    <prism:publicationName>ACM Trans. Program. Lang. Syst.</prism:publicationName>
    <prism:issn>0164-0925</prism:issn>
    <prism:volume>21</prism:volume>
    <prism:number>5</prism:number>
    <prism:startingPage>914</prism:startingPage>
    <prism:endingPage>947</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>linear_logic</prism:category>
    <prism:category>pi-calculus</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/959328">
    <title>The chemical abstract machine</title>
    <link>http://www.citeulike.org/user/bfraser/article/959328</link>
    <description>&lt;i&gt;(1990), pp. 81-94.&lt;/i&gt;</description>
    <dc:title>The chemical abstract machine</dc:title>

    <dc:creator>Gerard Berry</dc:creator>
    <dc:creator>Gerard Boudol</dc:creator>
    <dc:identifier>doi:10.1145/96709.96717</dc:identifier>
    <dc:source>(1990), pp. 81-94.</dc:source>
    <dc:date>2006-11-23T10:58:38-00:00</dc:date>
    <prism:publicationYear>1990</prism:publicationYear>
    <prism:startingPage>81</prism:startingPage>
    <prism:endingPage>94</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>abstraction</prism:category>
    <prism:category>concurrency</prism:category>
    <prism:category>theory</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2842778">
    <title>Load Balancing of Autonomous Actors over Dynamic Networks</title>
    <link>http://www.citeulike.org/user/bfraser/article/2842778</link>
    <description>&lt;i&gt;(2004)&lt;/i&gt;</description>
    <dc:title>Load Balancing of Autonomous Actors over Dynamic Networks</dc:title>

    <dc:creator>Travis Desell</dc:creator>
    <dc:creator>Kaoutar Maghraoui</dc:creator>
    <dc:creator>Carlos Varela</dc:creator>
    <dc:source>(2004)</dc:source>
    <dc:date>2008-05-28T20:55:02-00:00</dc:date>
    <prism:publicationYear>2004</prism:publicationYear>
    <prism:publisher>IEEE Computer Society</prism:publisher>
    <prism:category>actor</prism:category>
    <prism:category>distributed</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2842772">
    <title>Adaptive Computation over Dynamic and Heterogeneous Networks</title>
    <link>http://www.citeulike.org/user/bfraser/article/2842772</link>
    <description>&lt;i&gt;Parallel Processing and Applied Mathematics (2004), pp. 1083-1090.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Over the last two decades, efficient message passing libraries have been developed for parallel scientific computation. Concurrently, programming languages have been created supporting dynamically reconfigurable distributed systems over the heterogeneous Internet. In this paper, we introduce SALSA-MPI, an actor programming language approach to scientific computing that extends MPI with a checkpointing and migration API and a runtime system that manages both periodic checkpoints and process or application migration. The goal is to enable dynamic network reconfiguration and load balancing without sacrificing application performance or requiring extensive code modifications. As driving technology for this effort of unifying parallel and distributed computing, we plan to use adaptive solvers of partial differential equations. Fields as diverse as fluid dynamics, material science, biomechanics, and ecology make use of parallel adaptive computation, but target architectures have traditionally been supercomputers and tightly-coupled clusters. SALSA-MPI is intended to allow these computations to make efficient use of more distributed and dynamic computing resources.</description>
    <dc:title>Adaptive Computation over Dynamic and Heterogeneous Networks</dc:title>

    <dc:creator>Kaoutar Maghraoui</dc:creator>
    <dc:creator>Joseph Flaherty</dc:creator>
    <dc:creator>Boleslaw Szymanski</dc:creator>
    <dc:creator>James Teresco</dc:creator>
    <dc:creator>Carlos Varela</dc:creator>
    <dc:source>Parallel Processing and Applied Mathematics (2004), pp. 1083-1090.</dc:source>
    <dc:date>2008-05-28T20:52:35-00:00</dc:date>
    <prism:publicationYear>2004</prism:publicationYear>
    <prism:publicationName>Parallel Processing and Applied Mathematics</prism:publicationName>
    <prism:startingPage>1083</prism:startingPage>
    <prism:endingPage>1090</prism:endingPage>
    <prism:category>distributed</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/3530">
    <title>Polymorphic effect systems</title>
    <link>http://www.citeulike.org/user/bfraser/article/3530</link>
    <description>&lt;i&gt;(1988), pp. 47-57.&lt;/i&gt;</description>
    <dc:title>Polymorphic effect systems</dc:title>

    <dc:creator>JM Lucassen</dc:creator>
    <dc:creator>DK Gifford</dc:creator>
    <dc:identifier>doi:10.1145/73560.73564</dc:identifier>
    <dc:source>(1988), pp. 47-57.</dc:source>
    <dc:date>2004-12-13T16:40:33-00:00</dc:date>
    <prism:publicationYear>1988</prism:publicationYear>
    <prism:startingPage>47</prism:startingPage>
    <prism:endingPage>57</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>polymorphism</prism:category>
    <prism:category>type_theory</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1093247">
    <title>Coordinated exception handling in distributed object systems: from model to system implementation</title>
    <link>http://www.citeulike.org/user/bfraser/article/1093247</link>
    <description>&lt;i&gt;Distributed Computing Systems, 1998. Proceedings. 18th International Conference on (1998), pp. 12-21.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Exception handling in concurrent and distributed programs is a difficult task though it is often necessary. In many cases traditional exception mechanisms for sequential programs are no longer appropriate. One major difficulty is that the process of handling an exception may need to involve multiple concurrent components that are cooperating in pursuit of some global goal. Another complication is that several exceptions may be raised concurrently in different nodes of a distributed environment. Existing proposals and actual concurrent languages either ignore these difficulties or only cope with a limited form of them. The paper attempts a general solution, developed especially for distributed object systems, starting from a conceptual model, together with algorithms for coordinating concurrent components and resolving multiple exceptions, through to an actual system implementation. An industrial production cell is chosen as a case study to demonstrate the usefulness of the proposed model and algorithms. A system that supports coordinated atomic actions and exception resolution is implemented in distributed Ada 95 and examined through several performance-related experiments</description>
    <dc:title>Coordinated exception handling in distributed object systems: from model to system implementation</dc:title>

    <dc:creator>J Xu</dc:creator>
    <dc:creator>A Romanovsky</dc:creator>
    <dc:creator>B Randell</dc:creator>
    <dc:identifier>doi:10.1109/ICDCS.1998.679465</dc:identifier>
    <dc:source>Distributed Computing Systems, 1998. Proceedings. 18th International Conference on (1998), pp. 12-21.</dc:source>
    <dc:date>2007-02-07T18:55:14-00:00</dc:date>
    <prism:publicationYear>1998</prism:publicationYear>
    <prism:publicationName>Distributed Computing Systems, 1998. Proceedings. 18th International Conference on</prism:publicationName>
    <prism:startingPage>12</prism:startingPage>
    <prism:endingPage>21</prism:endingPage>
    <prism:category>distributed</prism:category>
    <prism:category>exception_handling</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1093245">
    <title>Error recovery in asynchronous systems</title>
    <link>http://www.citeulike.org/user/bfraser/article/1093245</link>
    <description>&lt;i&gt;IEEE Trans. Softw. Eng., Vol. 12, No. 8. (August 1986), pp. 811-826.&lt;/i&gt;</description>
    <dc:title>Error recovery in asynchronous systems</dc:title>

    <dc:creator>Roy Campbell</dc:creator>
    <dc:creator>Brian Randell</dc:creator>
    <dc:source>IEEE Trans. Softw. Eng., Vol. 12, No. 8. (August 1986), pp. 811-826.</dc:source>
    <dc:date>2007-02-07T18:53:29-00:00</dc:date>
    <prism:publicationYear>1986</prism:publicationYear>
    <prism:publicationName>IEEE Trans. Softw. Eng.</prism:publicationName>
    <prism:issn>0098-5589</prism:issn>
    <prism:volume>12</prism:volume>
    <prism:number>8</prism:number>
    <prism:startingPage>811</prism:startingPage>
    <prism:endingPage>826</prism:endingPage>
    <prism:publisher>IEEE Press</prism:publisher>
    <prism:category>distributed</prism:category>
    <prism:category>exception_handling</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2739242">
    <title>Laws of software evolution revisited</title>
    <link>http://www.citeulike.org/user/bfraser/article/2739242</link>
    <description>&lt;i&gt;Software Process Technology (1996), pp. 108-124.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Data obtained during a 1968 study of the software process [8] led to an investigation of the evolution of OS/360 [13] and and, over a period of twenty years, to formulation of eight Laws of Software Evolution. The FEAST project recently initiated (see sections 4–6 below) is expected to throw additional light on the phenomenology underlying these laws, to increase understanding of them, to explore their finer detail, to expose their wider relevance and implications and to develop means for their beneficial exploitation. This paper is intended to trigger wider interest in the laws and in the FEAST study of feedback and feedback control in the context of the software process and its improvement to ensure beneficial exploitation of their potential.</description>
    <dc:title>Laws of software evolution revisited</dc:title>

    <dc:creator>M Lehman</dc:creator>
    <dc:identifier>doi:10.1007/BFb0017737</dc:identifier>
    <dc:source>Software Process Technology (1996), pp. 108-124.</dc:source>
    <dc:date>2008-04-30T17:16:49-00:00</dc:date>
    <prism:publicationYear>1996</prism:publicationYear>
    <prism:publicationName>Software Process Technology</prism:publicationName>
    <prism:startingPage>108</prism:startingPage>
    <prism:endingPage>124</prism:endingPage>
    <prism:category>engineering</prism:category>
    <prism:category>software_evolution</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2739216">
    <title>Programs, life cycles, and laws of software evolution</title>
    <link>http://www.citeulike.org/user/bfraser/article/2739216</link>
    <description>&lt;i&gt;Proceedings of the IEEE, Vol. 68, No. 9. (1980), pp. 1060-1076.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;By classifying programs according to their relationship to the environment in which they are executed, the paper identifies the sources of evolutionary pressure on computer applications and programs and shows why this results in a process of never ending maintenance activity. The resultant life cycle processes are then briefly discussed. The paper then introduces laws of Program Evolution that have been formulated following quantitative studies of the evolution of a number of different systems. Finally an example is provided of the application of Evolution Dynamics models to program release planning.</description>
    <dc:title>Programs, life cycles, and laws of software evolution</dc:title>

    <dc:creator>MM Lehman</dc:creator>
    <dc:source>Proceedings of the IEEE, Vol. 68, No. 9. (1980), pp. 1060-1076.</dc:source>
    <dc:date>2008-04-30T17:07:54-00:00</dc:date>
    <prism:publicationYear>1980</prism:publicationYear>
    <prism:publicationName>Proceedings of the IEEE</prism:publicationName>
    <prism:volume>68</prism:volume>
    <prism:number>9</prism:number>
    <prism:startingPage>1060</prism:startingPage>
    <prism:endingPage>1076</prism:endingPage>
    <prism:category>engineering</prism:category>
    <prism:category>programming</prism:category>
    <prism:category>software</prism:category>
    <prism:category>software_evolution</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1301354">
    <title>Embedded interpreters</title>
    <link>http://www.citeulike.org/user/bfraser/article/1301354</link>
    <description>&lt;i&gt;J. Funct. Program., Vol. 15, No. 4. (July 2005), pp. 503-542.&lt;/i&gt;</description>
    <dc:title>Embedded interpreters</dc:title>

    <dc:creator>Nick Benton</dc:creator>
    <dc:identifier>doi:10.1017/S0956796804005398</dc:identifier>
    <dc:source>J. Funct. Program., Vol. 15, No. 4. (July 2005), pp. 503-542.</dc:source>
    <dc:date>2007-05-17T06:28:54-00:00</dc:date>
    <prism:publicationYear>2005</prism:publicationYear>
    <prism:publicationName>J. Funct. Program.</prism:publicationName>
    <prism:issn>0956-7968</prism:issn>
    <prism:volume>15</prism:volume>
    <prism:number>4</prism:number>
    <prism:startingPage>503</prism:startingPage>
    <prism:endingPage>542</prism:endingPage>
    <prism:publisher>Cambridge University Press</prism:publisher>
    <prism:category>embedded_languages</prism:category>
    <prism:category>fp</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/478829">
    <title>The many faces of publish/subscribe</title>
    <link>http://www.citeulike.org/user/bfraser/article/478829</link>
    <description>&lt;i&gt;ACM Comput. Surv., Vol. 35, No. 2. (June 2003), pp. 114-131.&lt;/i&gt;</description>
    <dc:title>The many faces of publish/subscribe</dc:title>

    <dc:creator>Patrick</dc:creator>
    <dc:creator>Pascal Felber</dc:creator>
    <dc:creator>Rachid Guerraoui</dc:creator>
    <dc:creator>Anne-Marie Kermarrec</dc:creator>
    <dc:identifier>doi:10.1145/857076.857078</dc:identifier>
    <dc:source>ACM Comput. Surv., Vol. 35, No. 2. (June 2003), pp. 114-131.</dc:source>
    <dc:date>2006-01-24T16:18:59-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:publicationName>ACM Comput. Surv.</prism:publicationName>
    <prism:issn>0360-0300</prism:issn>
    <prism:volume>35</prism:volume>
    <prism:number>2</prism:number>
    <prism:startingPage>114</prism:startingPage>
    <prism:endingPage>131</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>architecture</prism:category>
    <prism:category>software</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/149347">
    <title>Principled design of the modern Web architecture</title>
    <link>http://www.citeulike.org/user/bfraser/article/149347</link>
    <description>&lt;i&gt;ACM Trans. Inter. Tech., Vol. 2, No. 2. (May 2002), pp. 115-150.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;The World Wide Web has succeeded in large part because its software architecture has been designed to meet the needs of an Internet-scale distributed hypermedia application. The modern Web architecture emphasizes scalability of component interactions, generality of interfaces, independent deployment of components, and intermediary components to reduce interaction latency, enforce security, and encapsulate legacy systems. In this article we introduce the Representational State Transfer (REST) architectural style, developed as an abstract model of the Web architecture and used to guide our redesign and definition of the Hypertext Transfer Protocol and Uniform Resource Identifiers. We describe the software engineering principles guiding REST and the interaction constraints chosen to retain those principles, contrasting them to the constraints of other architectural styles. We then compare the abstract model to the currently deployed Web architecture in order to elicit mismatches between the existing protocols and the applications they are intended to support.</description>
    <dc:title>Principled design of the modern Web architecture</dc:title>

    <dc:creator>Roy Fielding</dc:creator>
    <dc:creator>Richard Taylor</dc:creator>
    <dc:identifier>doi:10.1145/514183.514185</dc:identifier>
    <dc:source>ACM Trans. Inter. Tech., Vol. 2, No. 2. (May 2002), pp. 115-150.</dc:source>
    <dc:date>2005-04-04T18:05:20-00:00</dc:date>
    <prism:publicationYear>2002</prism:publicationYear>
    <prism:publicationName>ACM Trans. Inter. Tech.</prism:publicationName>
    <prism:issn>1533-5399</prism:issn>
    <prism:volume>2</prism:volume>
    <prism:number>2</prism:number>
    <prism:startingPage>115</prism:startingPage>
    <prism:endingPage>150</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>architecture</prism:category>
    <prism:category>rest</prism:category>
    <prism:category>web</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1351871">
    <title>Architecture-based runtime software evolution</title>
    <link>http://www.citeulike.org/user/bfraser/article/1351871</link>
    <description>&lt;i&gt;Software Engineering, 1998. Proceedings of the 1998 (20th) International Conference on (1998), pp. 177-186.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Continuous availability is a critical requirement for an important class of software systems. For these systems, runtime system evolution can mitigate the costs and risks associated with shutting down and restarting the system for an update. We present an architecture-based approach to runtime software evolution and highlight the role of software connectors in supporting runtime change. An initial implementation of a tool suite for supporting the runtime modification of software architectures, called ArchStudio, is presented</description>
    <dc:title>Architecture-based runtime software evolution</dc:title>

    <dc:creator>P Oreizy</dc:creator>
    <dc:creator>N Medvidovic</dc:creator>
    <dc:creator>RN Taylor</dc:creator>
    <dc:identifier>doi:10.1109/ICSE.1998.671114</dc:identifier>
    <dc:source>Software Engineering, 1998. Proceedings of the 1998 (20th) International Conference on (1998), pp. 177-186.</dc:source>
    <dc:date>2007-05-31T15:27:55-00:00</dc:date>
    <prism:publicationYear>1998</prism:publicationYear>
    <prism:publicationName>Software Engineering, 1998. Proceedings of the 1998 (20th) International Conference on</prism:publicationName>
    <prism:startingPage>177</prism:startingPage>
    <prism:endingPage>186</prism:endingPage>
    <prism:category>architecture</prism:category>
    <prism:category>runtime</prism:category>
    <prism:category>software_evolution</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2731174">
    <title>Reconciling environment integration and software evolution</title>
    <link>http://www.citeulike.org/user/bfraser/article/2731174</link>
    <description>&lt;i&gt;ACM Trans. Softw. Eng. Methodol., Vol. 1, No. 3. (July 1992), pp. 229-268.&lt;/i&gt;</description>
    <dc:title>Reconciling environment integration and software evolution</dc:title>

    <dc:creator>Kevin Sullivan</dc:creator>
    <dc:creator>David Notkin</dc:creator>
    <dc:identifier>doi:10.1145/131736.131744</dc:identifier>
    <dc:source>ACM Trans. Softw. Eng. Methodol., Vol. 1, No. 3. (July 1992), pp. 229-268.</dc:source>
    <dc:date>2008-04-28T22:25:32-00:00</dc:date>
    <prism:publicationYear>1992</prism:publicationYear>
    <prism:publicationName>ACM Trans. Softw. Eng. Methodol.</prism:publicationName>
    <prism:volume>1</prism:volume>
    <prism:number>3</prism:number>
    <prism:startingPage>229</prism:startingPage>
    <prism:endingPage>268</prism:endingPage>
    <prism:publisher>ACM</prism:publisher>
    <prism:category>engineering</prism:category>
    <prism:category>integration</prism:category>
    <prism:category>software</prism:category>
    <prism:category>software_evolution</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1379615">
    <title>Classpects: unifying aspect- and object-oriented language design</title>
    <link>http://www.citeulike.org/user/bfraser/article/1379615</link>
    <description>&lt;i&gt;(2005), pp. 59-68.&lt;/i&gt;</description>
    <dc:title>Classpects: unifying aspect- and object-oriented language design</dc:title>

    <dc:creator>Hridesh Rajan</dc:creator>
    <dc:creator>Kevin Sullivan</dc:creator>
    <dc:identifier>doi:10.1145/1062455.1062483</dc:identifier>
    <dc:source>(2005), pp. 59-68.</dc:source>
    <dc:date>2007-06-12T02:29:51-00:00</dc:date>
    <prism:publicationYear>2005</prism:publicationYear>
    <prism:startingPage>59</prism:startingPage>
    <prism:endingPage>68</prism:endingPage>
    <prism:publisher>ACM Press </prism:publisher>
    <prism:category>aosd</prism:category>
    <prism:category>oop</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/778826">
    <title>Precise interprocedural dataflow analysis via graph reachability</title>
    <link>http://www.citeulike.org/user/bfraser/article/778826</link>
    <description>&lt;i&gt;(1995), pp. 49-61.&lt;/i&gt;</description>
    <dc:title>Precise interprocedural dataflow analysis via graph reachability</dc:title>

    <dc:creator>Thomas Reps</dc:creator>
    <dc:creator>Susan Horwitz</dc:creator>
    <dc:creator>Mooly Sagiv</dc:creator>
    <dc:identifier>doi:10.1145/199448.199462</dc:identifier>
    <dc:source>(1995), pp. 49-61.</dc:source>
    <dc:date>2006-07-28T20:45:15-00:00</dc:date>
    <prism:publicationYear>1995</prism:publicationYear>
    <prism:startingPage>49</prism:startingPage>
    <prism:endingPage>61</prism:endingPage>
    <prism:publisher>ACM Press</prism:publisher>
    <prism:category>graph</prism:category>
    <prism:category>ifds</prism:category>
    <prism:category>program_analysis</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/261736">
    <title>Design Rules, Vol. 1: The Power of Modularity</title>
    <link>http://www.citeulike.org/user/bfraser/article/261736</link>
    <description>&lt;i&gt;(15 March 2000)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;We live in a dynamic economic and commerical world, surrounded by objects of remarkable complexity and power. In many industries, changes in products and technologies have brought with them new kinds of firms and forms of organization. We are discovering news ways of structuring work, of bringing buyers and sellers together, and of creating and using market information. Although our fast-moving economy often seems to be outside of our influence or control, human beings create the things that create the market forces. Devices, software programs, production processes, contracts, firms, and markets are all the fruit of purposeful action: they are designed.&#60;br /&#62; &#60;br /&#62; Using the computer industry as an example, Carliss Y. Baldwin and Kim B. Clark develop a powerful theory of design and industrial evolution. They argue that the industry has experienced previously unimaginable levels of innovation and growth because it embraced the concept of &#60;i&#62;modularity&#60;/i&#62;, building complex products from smaller subsystems that can be designed independently yet function together as a whole. Modularity freed designers to experiment with different approaches, as long as they obeyed the established &#60;i&#62;design rules&#60;/i&#62;. Drawing upon the literatures of industrial organization, real options, and computer architecture, the authors provide insight into the forces of change that drive today's economy.</description>
    <dc:title>Design Rules, Vol. 1: The Power of Modularity</dc:title>

    <dc:creator>Carliss Baldwin</dc:creator>
    <dc:creator>Kim Clark</dc:creator>
    <dc:source>(15 March 2000)</dc:source>
    <dc:date>2005-07-21T16:21:36-00:00</dc:date>
    <prism:publicationYear>2000</prism:publicationYear>
    <prism:publisher>The MIT Press</prism:publisher>
    <prism:category>architecture</prism:category>
    <prism:category>design</prism:category>
    <prism:category>modularity</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2719471">
    <title>An analysis of modularity in aspect oriented design</title>
    <link>http://www.citeulike.org/user/bfraser/article/2719471</link>
    <description>&lt;i&gt;(2005), pp. 15-26.&lt;/i&gt;</description>
    <dc:title>An analysis of modularity in aspect oriented design</dc:title>

    <dc:creator>Cristina Lopes</dc:creator>
    <dc:creator>Sushil Bajracharya</dc:creator>
    <dc:identifier>doi:10.1145/1052898.1052900</dc:identifier>
    <dc:source>(2005), pp. 15-26.</dc:source>
    <dc:date>2008-04-25T21:02:34-00:00</dc:date>
    <prism:publicationYear>2005</prism:publicationYear>
    <prism:startingPage>15</prism:startingPage>
    <prism:endingPage>26</prism:endingPage>
    <prism:publisher>ACM</prism:publisher>
    <prism:category>aosd</prism:category>
    <prism:category>aspect</prism:category>
    <prism:category>modularity</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2719469">
    <title>Inversion of Control Containers and the Dependency Injection pattern</title>
    <link>http://www.citeulike.org/user/bfraser/article/2719469</link>
    <description>&lt;i&gt;&lt;/i&gt;</description>
    <dc:title>Inversion of Control Containers and the Dependency Injection pattern</dc:title>

    <dc:creator>Martin Fowler</dc:creator>
    <dc:date>2008-04-25T21:01:09-00:00</dc:date>
    <prism:category>architecture</prism:category>
    <prism:category>dependency_injection</prism:category>
    <prism:category>design</prism:category>
    <prism:category>spring</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2697657">
    <title>PuLSE: a methodology to develop software product lines</title>
    <link>http://www.citeulike.org/user/bfraser/article/2697657</link>
    <description>&lt;i&gt;(1999), pp. 122-131.&lt;/i&gt;</description>
    <dc:title>PuLSE: a methodology to develop software product lines</dc:title>

    <dc:creator>Joachim Bayer</dc:creator>
    <dc:creator>Oliver Flege</dc:creator>
    <dc:creator>Peter Knauber</dc:creator>
    <dc:creator>Roland Laqua</dc:creator>
    <dc:creator>Dirk Muthig</dc:creator>
    <dc:creator>Klaus Schmid</dc:creator>
    <dc:creator>Tanya Widen</dc:creator>
    <dc:creator>Jean-Marc Debaud</dc:creator>
    <dc:identifier>doi:10.1145/303008.303063</dc:identifier>
    <dc:source>(1999), pp. 122-131.</dc:source>
    <dc:date>2008-04-21T18:21:53-00:00</dc:date>
    <prism:publicationYear>1999</prism:publicationYear>
    <prism:startingPage>122</prism:startingPage>
    <prism:endingPage>131</prism:endingPage>
    <prism:publisher>ACM</prism:publisher>
    <prism:category>design</prism:category>
    <prism:category>engineering</prism:category>
    <prism:category>pulse</prism:category>
    <prism:category>software</prism:category>
    <prism:category>software_product_line</prism:category>
    <prism:category>spl</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/115158">
    <title>Design Patterns</title>
    <link>http://www.citeulike.org/user/bfraser/article/115158</link>
    <description>&lt;i&gt;(15 January 1995)&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;&#60;I&#62;Design Patterns&#60;/I&#62; is a modern classic in the literature of object-oriented development, offering timeless and elegant solutions to common problems in software design. It describes patterns for managing object creation, composing objects into larger structures, and coordinating control flow between objects. The book provides numerous examples where using composition rather than inheritance can improve the reusability and flexibility of code. Note, though, that it's not a tutorial but a catalog that you can use to find an object-oriented design pattern that's appropriate for the needs of your particular application--a selection for virtuoso programmers who appreciate (or require) consistent, well-engineered object-oriented designs. Now on CD, this internationally acclaimed bestseller is more valuable than ever! &#60;P&#62; Use the contents of the CD to create your own design documents and reusable components. The CD contains: 23 patterns you can cut and paste into your own design documents; sample code demonstrating pattern implementation; complete Design Patterns content in standard HTML format, with numerous hyperlinked cross-references; accessed through a standard web browser; Java-based dynamic search mechanism, enhancing online seach capabilities; graphical user environment, allowing ease of navigation. &#60;P&#62; First published in 1995, this landmark work on object-oriented software design presents a catalog of simple and succinct solutions to common design problems. Created by four experienced designers, the 23 patterns contained herein have become an essential resource for anyone developing reusable object-oriented software. In response to reader demand, the complete text and pattern catalog are now available on CD-ROM. This electronic version of &#60;i&#62;Design Patterns&#60;/i&#62; enables programmers to install the book directly onto a computer or network for use as an online reference for creating reusable object-oriented software. &#60;P&#62; The authors first describe what patterns are and how they can help you in the design process. They then systematically name, explain, evaluate, and catalog recurring designs in object-oriented systems. All patterns are compiled from real-world examples and include code that demonstrates how they may be implemented in object-oriented programming languages such as C++ and Smalltalk. Readers who already own the book will want the CD to take advantage of its dynamic search mechanism and ready-to-install patterns.</description>
    <dc:title>Design Patterns</dc:title>

    <dc:creator>Erich Gamma</dc:creator>
    <dc:creator>Richard Helm</dc:creator>
    <dc:creator>Ralph Johnson</dc:creator>
    <dc:creator>John Vlissides</dc:creator>
    <dc:source>(15 January 1995)</dc:source>
    <dc:date>2005-03-06T00:47:55-00:00</dc:date>
    <prism:publicationYear>1995</prism:publicationYear>
    <prism:publisher>Addison-Wesley Professional</prism:publisher>
    <prism:category>classic</prism:category>
    <prism:category>design</prism:category>
    <prism:category>patterns</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2670388">
    <title>A Domain-Specific Language for Parallel and Grid Computing</title>
    <link>http://www.citeulike.org/user/bfraser/article/2670388</link>
    <description>&lt;i&gt;(2008)&lt;/i&gt;</description>
    <dc:title>A Domain-Specific Language for Parallel and Grid Computing</dc:title>

    <dc:creator>Joao Sobral</dc:creator>
    <dc:creator>Miguel Monteiro</dc:creator>
    <dc:source>(2008)</dc:source>
    <dc:date>2008-04-14T20:30:20-00:00</dc:date>
    <prism:publicationYear>2008</prism:publicationYear>
    <prism:category>aosd</prism:category>
    <prism:category>dsl</prism:category>
    <prism:category>parallel</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/1888932">
    <title>Reusable aspect-oriented implementations of concurrency patterns and mechanisms</title>
    <link>http://www.citeulike.org/user/bfraser/article/1888932</link>
    <description>&lt;i&gt;(2006), pp. 134-145.&lt;/i&gt;</description>
    <dc:title>Reusable aspect-oriented implementations of concurrency patterns and mechanisms</dc:title>

    <dc:creator>Carlos Cunha</dc:creator>
    <dc:creator>Ao Jo\</dc:creator>
    <dc:creator>Miguel Monteiro</dc:creator>
    <dc:identifier>doi:10.1145/1119655.1119674</dc:identifier>
    <dc:source>(2006), pp. 134-145.</dc:source>
    <dc:date>2007-11-09T10:18:09-00:00</dc:date>
    <prism:publicationYear>2006</prism:publicationYear>
    <prism:startingPage>134</prism:startingPage>
    <prism:endingPage>145</prism:endingPage>
    <prism:publisher>ACM</prism:publisher>
    <prism:category>aosd</prism:category>
    <prism:category>aspect</prism:category>
    <prism:category>aspectj</prism:category>
    <prism:category>concurrency</prism:category>
    <prism:category>reuse</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/777709">
    <title>CORBA: integrating diverse applications within distributed heterogeneous environments</title>
    <link>http://www.citeulike.org/user/bfraser/article/777709</link>
    <description>&lt;i&gt;Communications Magazine, IEEE, Vol. 35, No. 2. (1997), pp. 46-55.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;Large computer networks such as corporate intranets and the Internet are inherently heterogeneous due to such factors as increasingly rapid technological change, engineering trade-offs, accumulation of legacy systems over time, and varying system costs. Unfortunately, such heterogeneity makes the development and maintenance of applications that make the best use of such networks difficult. The Common Object Request Broker Architecture specification created by the Object Management Group provides a stable model for distributed object-oriented systems that helps developers cope with heterogeneity and inevitable change. Applications written to the CORBA standard are abstracted away from underlying networking protocols and transports, instead relying on object request brokers to provide a fast and flexible communication and object activation substrated. The abstractions provided by CORBA ORBs are currently serving as the basis for applications in a wide variety of problem domains, including telecommunications, finance, medicine, and manufacturing, running on platforms ranging from mainframes down to test and measurement equipment. This article first provides an overview of the Object Management Architecture, then describes in detail the CORBA component of that architecture, and concludes with a description of the OMG organization along with some of its current and future work</description>
    <dc:title>CORBA: integrating diverse applications within distributed heterogeneous environments</dc:title>

    <dc:creator>S Vinoski</dc:creator>
    <dc:identifier>doi:10.1109/35.565655</dc:identifier>
    <dc:source>Communications Magazine, IEEE, Vol. 35, No. 2. (1997), pp. 46-55.</dc:source>
    <dc:date>2006-07-28T10:31:24-00:00</dc:date>
    <prism:publicationYear>1997</prism:publicationYear>
    <prism:publicationName>Communications Magazine, IEEE</prism:publicationName>
    <prism:volume>35</prism:volume>
    <prism:number>2</prism:number>
    <prism:startingPage>46</prism:startingPage>
    <prism:endingPage>55</prism:endingPage>
    <prism:category>corba</prism:category>
    <prism:category>distributed</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/350136">
    <title>Service-Oriented Architecture : Concepts, Technology, and Design</title>
    <link>http://www.citeulike.org/user/bfraser/article/350136</link>
    <description>&lt;i&gt;(02 August 2005)&lt;/i&gt;</description>
    <dc:title>Service-Oriented Architecture : Concepts, Technology, and Design</dc:title>

    <dc:creator>Thomas Erl</dc:creator>
    <dc:source>(02 August 2005)</dc:source>
    <dc:date>2005-10-14T01:27:46-00:00</dc:date>
    <prism:publicationYear>2005</prism:publicationYear>
    <prism:publisher>Prentice Hall PTR</prism:publisher>
    <prism:category>architecture</prism:category>
    <prism:category>distributed</prism:category>
    <prism:category>soa</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2651094">
    <title>Spring in Action</title>
    <link>http://www.citeulike.org/user/bfraser/article/2651094</link>
    <description>&lt;i&gt;(2005)&lt;/i&gt;</description>
    <dc:title>Spring in Action</dc:title>

    <dc:creator>Craig Walls</dc:creator>
    <dc:creator>Ryan Breidenbach</dc:creator>
    <dc:source>(2005)</dc:source>
    <dc:date>2008-04-10T22:01:24-00:00</dc:date>
    <prism:publicationYear>2005</prism:publicationYear>
    <prism:publisher>Manning</prism:publisher>
    <prism:category>aosd</prism:category>
    <prism:category>middleware</prism:category>
    <prism:category>spring</prism:category>
</item>



<item rdf:about="http://www.citeulike.org/user/bfraser/article/2651076">
    <title>The JBoss Extensible Server</title>
    <link>http://www.citeulike.org/user/bfraser/article/2651076</link>
    <description>&lt;i&gt;Middleware 2003 (2003), pp. 997-997.&lt;/i&gt;&lt;br /&gt;&lt;br /&gt;JBoss is an extensible, reflective, and dynamically reconfigurable Java application server. It includes a set of components that implement the J2EE specification, but its scope goes well beyond J2EE. JBoss is open-ended middleware, in the sense that users can extend middleware services by dynamically deploying new components into a running server. We believe that no other application server currently o.ers such a degree of extensibility. This paper focuses on two major architectural parts of JBoss: its middleware component model, based on the JMX model, and its meta-level architecture for generalized EJBs. The former requires a novel class loading model, which JBoss implements. The latter includes a powerful and flexible remote method invocation model, based on dynamic proxies, and relies on systematic usage of interceptors as aspect-oriented programming artifacts.</description>
    <dc:title>The JBoss Extensible Server</dc:title>

    <dc:creator>Marc Fleury</dc:creator>
    <dc:creator>Francisco Reverbel</dc:creator>
    <dc:identifier>doi:10.1007/3-540-44892-6_18</dc:identifier>
    <dc:source>Middleware 2003 (2003), pp. 997-997.</dc:source>
    <dc:date>2008-04-10T21:50:41-00:00</dc:date>
    <prism:publicationYear>2003</prism:publicationYear>
    <prism:publicationName>Middleware 2003</prism:publicationName>
    <prism:startingPage>997</prism:startingPage>
    <prism:endingPage>997</prism:endingPage>
    <prism:category>aosd</prism:category>
    <prism:category>java</prism:category>
    <prism:category>jboss</prism:category>
    <prism:category>middleware</prism:category>
</item>



</rdf:RDF>

