Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

how to repackage eclipse for my team

Tags:

java

eclipse

ide

I'd like to set up eclipse with a bunch of plugins and DB connection configurations, etc and re-zip it up so my team-mates and new starters can all be working on the same platform easily.

It seems that installing plugins is fine, but when I add in custom jars (e.g. ivy2, ojdbc, etc) they all save with full, absolute paths which probably dont exist on others machines (particularly if they unzip in a different location to me).

Anyway, I'm hoping that this idea is not silly and am working if this sort of process is documented somewhere or if anyone has any tips in general.

Thanks,

like image 677
Robert Brown Avatar asked May 29 '09 05:05

Robert Brown


2 Answers

I would recommend against requiring all developers to place eclipse in the same location. There are times when some developers may want to try an alternate version of eclipse to explore a technology that requires a different set of plugins or a different eclipse base version.

Let developers install eclipse where they would like.

However, for jars that you need to run plugins (external dependencies that you need to configure for proper plugin usage):

Hardwire a directory for those jars (as opposed to the entire eclipse dir), like c:\eclipse-helpers or something.


To deal with third-party library dependencies (in the code you're developing), you have a few good choices:

  1. Create project(s) to hold the third-party libs and check them into your source version control system (which you are using, right?). You can then add the libs to the build path(s) of the project(s) - make sure you mark them for export in the "order and export" tab of the build path page. You can then simply add these third-party projects as project dependencies.

  2. Reference the third-party jars as CLASSPATH variables when adding them to the build path of your projects. This allows other developers to store the dependencies in different locations. Perhaps define a CLASSPATH variable (in eclipse's Window->Preferences->Java->Build Path->Classpath Variables) called THIRD_PARTY_JARS; each developer can map it to a different path where they want to hold their deps.

  3. Reference the third-party jars as a "user library" (Window->Preferences->Java->Build Path->User library). This is similar to classpath variables, but acts as an explicit set of jars.

  4. Include the third-party jars directly in your projects. Use this option only if you need the deps in a single location.

like image 196
Scott Stanchfield Avatar answered Oct 22 '22 08:10

Scott Stanchfield


Although not exactly in line with the direction of the question, you could use Yoxos OnDemand. It allows you to "roll-your-own" Eclipse distro and download it as a zip. They add in their own perspective where you can add more plugins (direct from their repo), or update the plugins that you have.

Although I've never used the feature, you can make make your own stacks and name them, allowing anyone to go to the site later and download it (with the most up-to-date versions of the plugins). Also, dependencies for plugins are resolved automatically if need be.

like image 30
Gazzonyx Avatar answered Oct 22 '22 08:10

Gazzonyx