You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-commits@db.apache.org by Apache Wiki <wi...@apache.org> on 2006/05/09 19:49:07 UTC

[Db-derby Wiki] Update of "BuildingDerby" by jeanTanderson

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Db-derby Wiki" for change notification.

The following page has been changed by jeanTanderson:
http://wiki.apache.org/db-derby/BuildingDerby

The comment on the change is:
First cut&paste from old email, based on an IRC question on how to use Eclipse

New page:
'''Table of Contents'''
[[TableOfContents(2)]]

Feel free to add your tips for building Derby.

= Using Eclipse to Build Derby =
[[Anchor(UsingEclipseToBuildDerby)]]

This information was resurrected from [http://mail-archives.apache.org/mod_mbox/db-derby-user/200501.mbox/%3c41EC110F.80000@bristowhill.com%3e a really old email thread], so feel free to edit.

 1. Setup everything as per the Derby build doc "How to build Derby" 
section at http://db.apache.org/derby/derby_downloads.html. If 
you can build Derby from the command line, you're ready to set up Eclipse.

 1. Derby uses jdk14 and jdk13 for its builds. So using the default 
Eclipse building (which uses only one jdk ) may not a good idea.

   un-check the  Preferences for auto building.
   Window - Preferences - Workbench - Build automatically
   Window - Preferences - Run/Debug - Launching - Build (if required)
   before launching

 1. The rest of these instructions assume that you checked out the Derby 
10.1 codeline in this subdirectory:

   C:\derby10_1\10.1

   svn co 
http://svn.apache.org/repos/asf/db/derby/code/branches/10.1/

 1. The Eclipse project workspace is pointed to C:\derby10_1,  if you try 
creating a project with the same name '10.1' as above Eclipse identifies 
the all the required subdirectories including the sources and the 
classes (will take some time) since the checked out Derby 10.1 has same 
name.

 1. Setup Eclipse to recognize the 'classes' directory as the output folder.

   Right click on the build.xml (most external)  - Run  -  the first 'Ant
   Build' uses the default "buildsource"

   The second  'Ant Build'  gives you the choices of the ant target.

 1. The java executable that runs Ant from Eclipse needs to be able to 
find the JDK tools.jar file -- and it might not be able to find it if 
Ant is running from a JRE installation.

For the taglet build, Ant tries to pick tools.jar up from the JDK 
relative to the setting of the Java system property java.home, to avoid 
having to make a copy of the JDK's tools.jar to another location. On 
most systems, java.home is set to the *jre* directory of the JDK 
installation. So, relative to this directory, tools.jar is in 
${java.home}/../lib/tools.jar.

However, if Ant is running from a JRE installation instead of a JDK 
installation, this directory will not exist.  If you add the -verbose 
property to the Ant command line (inside Eclipse) and capture the 
output, the 4th line of the output will give you the location of the 
java.home. Once you know the location of java.home, you can copy 
tools.jar to where the build expects it to be (${java.home}/../lib).