Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "An auto-configuration plugin for Eclipse"

(Meetings)
(Meetings)
Line 15: Line 15:
 
Here are [[auto-conf meeting agenda | open issues to discuss]].  
 
Here are [[auto-conf meeting agenda | open issues to discuss]].  
  
Here are our current [[auto-conf meeting logs | meeting logs]]. Here are the [[auto-conf meeting backlogs | older logs 1]], [[auto-conf meeting backlogs2 | older logs 2]].
+
Here are our current [[auto-conf meeting logs | meeting logs]]. Here are the [[auto-conf meeting backlogs | older logs 1]], [[auto-conf meeting backlogs2 | older logs 2]], [[auto-conf meeting backlogs3 | older logs 3]].
  
 
==Deliverables==
 
==Deliverables==

Revision as of 10:43, 7 August 2007

About

This project aims to design an Eclipse plugin that allows the binaries required by other Eclipse plugins to be automatically located. The source code shall be released under the Eclipse Public License. This is one of the selected projects for the 2007 Google Summer of Code. The original application can be found here. All Bugs filed against Discovery are available in Bugzilla.

Project Lead:

Mentors:

Meetings

We meet on Saturdays at 9:30am EDT/3:30pm CEST in the #eclipse-soc channel on irc.freenode.net. Meeting has been rescheduled permanently to Mondays at 11:30amEDT/5:30pm CEST.

Here are open issues to discuss.

Here are our current meeting logs. Here are the older logs 1, older logs 2, older logs 3.

Deliverables

An old version of our code is currently hosted in the eclipse-incub project at SourceForge, under the module name, service-discovery. The most up-to-date version can be found in the CVS repository at soc.eclipse.org:/cvsroot/soc/org.eclipse.soc.discovery .

  • 9 July 2007
  1. Make JREFinder check in a few places for JREs
  2. Package it as a feature
  3. Add to SoC CVS
  4. Write the "jdt preference injector" which injects discovered values into the corresponding jdt preferences.
  • 23 June 2007 implement a simple JRE finder using the interfaces from ecf.discovery
  • 6 June 2007 Implement a simple fs finder connected to org.eclipse.discovery via an OSGi service, and an exemplary consumer that uses this finder to discover JDKs.
  • 1 June 2007 Create a compilable plug-in in the cvs repository that takes a collection of possible URIs and returns any JDKs found in those locations.

Requirements

Must

Create a scheme for uniquely identifying different programs and different versions of those

Should

Maybe

Functional Integrated Testing (FIT)

Updated timeline (draft)

Wk. 8: Release the Discovery update site

Wks. 9 & 10: Create another finder/injector pair

Wk. 11: Abstract commonly occurring code into a utility package

Wk. 12: Polish all code and publish


Applications / Services that should be detected

  • JDK/JRE, GCC, Python, Perl, etc.
    • Blobs of documentation (javadoc, PoD, Doxygen), preferably linked to the resources they document
  • Apache Http server, Apache Tomcat, Jetty
  • bzip2,gzip,rar,arj,... (for deployment and browsing into archives)
    • An EFS provider that allows browsing into such archives like folders might be a nice side project
  • Cygwin (including auto-detect of cygwin mount points and path translation)
    • An EFS provider that shows the cygwin local filesystem might be a nice side project

Back to the top