<rdf:RDF xmlns:community="http://www.bibsonomy.org/ontologies/2008/05/community#" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:owl="http://www.w3.org/2002/07/owl#" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:cc="http://web.resource.org/cc/" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" xmlns:swrc="http://swrc.ontoware.org/ontology#" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#" xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xml:base="http://www.bibsonomy.org/user/cschenk/eclipse"><owl:Ontology rdf:about=""><rdfs:comment>BibSonomy publications for /user/cschenk/eclipse</rdfs:comment><owl:imports rdf:resource="http://swrc.ontoware.org/ontology/portal"/></owl:Ontology><rdf:Description rdf:about="http://www.bibsonomy.org/bibtex/2f66736c2d94206e938d1742b7594e894/cschenk"><owl:sameAs rdf:resource="http://www.bibsonomy.org/uri/bibtex/2f66736c2d94206e938d1742b7594e894/cschenk"/><rdf:type rdf:resource="http://swrc.ontoware.org/ontology#Article"/><owl:sameAs rdf:resource="http://www-128.ibm.com/developerworks/opensource/library/os-ecl-manage/"/><swrc:date>Sat May 31 16:25:53 CEST 2008</swrc:date><swrc:month>February</swrc:month><swrc:title>Manage your Eclipse environment</swrc:title><swrc:year>2006</swrc:year><swrc:keywords>article eclipse environment ibm manage read:2008 </swrc:keywords><swrc:abstract>The continuing growth of Eclipse means that there will always be an increase in the number of projects and plug-ins to manage. As a developer, this management process can be frustrating when staying up to date with the latest Eclipse builds. As a new user, the concept of projects, plug-ins, workspaces, and installations may seem daunting at first. This article aims to show some best practices for managing your Eclipse environment.</swrc:abstract><swrc:author><rdf:Seq><rdf:_1><swrc:Person swrc:name="Chris Aniszczyk"/></rdf:_1><rdf:_2><swrc:Person swrc:name="Phil Crosby"/></rdf:_2></rdf:Seq></swrc:author></rdf:Description><rdf:Description rdf:about="http://www.bibsonomy.org/bibtex/25595302265f2f88d38a27461bcca6d01/cschenk"><owl:sameAs rdf:resource="http://www.bibsonomy.org/uri/bibtex/25595302265f2f88d38a27461bcca6d01/cschenk"/><rdf:type rdf:resource="http://swrc.ontoware.org/ontology#InProceedings"/><swrc:date>Fri May 30 16:08:12 CEST 2008</swrc:date><swrc:address>New York, NY, USA</swrc:address><swrc:booktitle>MSR &#039;08: Proceedings of the 2008 international workshop on Mining software repositories</swrc:booktitle><swrc:month>May</swrc:month><swrc:pages>31--34</swrc:pages><swrc:publisher><swrc:Organization swrc:name="ACM"/></swrc:publisher><swrc:title>A Change-Aware Development Environment by Recording Editing Operations of Source Code</swrc:title><swrc:year>2008</swrc:year><swrc:keywords>code development diff eclipse paper plugin read:2008 recording source </swrc:keywords><swrc:abstract>Understanding a program and its evolution is not satisﬁed only by looking at a current snapshot of its source code. Thus, a developer often examines a sequence of its snapshots stored in repositories of versioning systems, and identiﬁes differences between two successive snapshots. Unfortunately, such differences do not represent individual changes of the source code. This paper proposes a mechanism for recording all editing operations a developer has applied to source code on an integrated development environment. The paper also shows a running implementation of the mechanism built as an Eclipse plug-in, which is called OperationRecorder. The experimental results with a small-scale program substantiate that it has a practical use from the viewpoint of its performance.</swrc:abstract><swrc:author><rdf:Seq><rdf:_1><swrc:Person swrc:name="Takayuki Omori"/></rdf:_1><rdf:_2><swrc:Person swrc:name="Katsuhisa Maruyama"/></rdf:_2></rdf:Seq></swrc:author></rdf:Description></rdf:RDF>
