OpenEJB - Container System David Blevins Getting Started Guide: GSG-2 February 2001 Getting Started Guide -- Get the source: CVS Abstract Getting involved in any Open Source project requires the source. This document guides you through the process of getting the OpenEJB project source using the CVS command line client. Table of Contents 1 Introduction 2 Get CVS 2.1 What is CVS? 2.2 Downloading CVS 2.3 Installing CVS 3 Downloading the project source 3.1 Logging into the ExoLab CVS server 3.2 Checking out the source 3.3 Checking in source files (committing) 4 Other Resources 5 References 1 Introduction Some text to do a better job introducing this document than the abstract. 2 Get CVS Before we go into getting the source, let's take a second to answer the question, "What is CVS?". 2.1 What is CVS? The Concurrent Versions System (CVS) provides network-transparent source control for groups of developers. CVS has four basic functions: - Maintains a history of all changes made to each directory tree it manages - Provides hooks to support process control and change control - Provides reliable access to its directory trees from remote hosts using Internet protocols - Supports parallel development allowing more than one developer to work on the same sources at the same time All the OpenEJB source code, documentation, and other files are in a CVS repository an ExoLab server. To access the repository and download the source code and other files, you need a cvs client. 2.2 Downloading CVS The CVS client is available on many operating systems. Choose the CVS client that's right for your OS by following on one of the links below: CVS for Windows - ftp://ftp.cvshome.org/pub/cvs-1.10.5/windows/cvs.exe CVS for Linux - ftp://ftp.cvshome.org/pub/cvs-1.10.8/bin/cvs Get a link for the Mac binary and add it above If you don't see your OS listed above, go to the official CVS download page or CVS ftp directory and choose from a complete list of CVS clients. Get a link for the page at cvshome.org where all the OSs are listed. 2.3 Installing CVS There is no "Install Shield" for cvs. You just put the cvs executable in any directory and then include that directory in your PATH system variable. Then you can execute cvs commands from anywhere in your command shell. Show an example of adding CVS to the PATH variable for Windows Command shell and the Bash shell Come up with a way for people to check to see if they have the CVS binary correctly placed in their PATH. Something equivalent to java -version Add some suggestions if the above test doesn't work. 3 Downloading the project source In the CVS world, downloading is referred to as checking out. Before you can checkout the OpenEJB source from the repository, you need to login. 3.1 Logging into the ExoLab CVS server To log into the ExoLab cvs server where the OpenEJB project source lives. Execute the following command in your shell: [prompt]$ cvs -d :pserver:anoncvs@openejb.exolab.org:/cvs/openejb login When it prompts you for the CVS password, type "anoncvs" without quotes. Add some suggestions if the above command doesn't work. Give directions for contacting the Administrator admin@exolab.org if none of the suggestions work. 3.2 Checking out the source After you have logged in, you can checkout the source code and execute other CVS commands. To checkout the OpenEJB source, go to the directory where you would like to place the files and execute the following command: [prompt]$ cvs -d :pserver:anoncvs@openejb.exolab.org:/cvs/openejb checkout openejb NOTE: The text above should be on one line and executed as one command. When you do a checkout, a copy of the newest files in the repository is downloaded to a directory on your local machine. This is called a working copy and is yours to play with, edit, or manage as you see fit. Changes made to your working copy do not become a permanent part of the repository until they are checked in. When files are checked into the repository, they are uploaded from the working copy on your machine to the CVS repository on the ExoLab server. The files then become a permanent part of the repository and can be checked out by anyone. 3.3 Checking in source files (committing) Checking in files, known as committing, requires special access which is granted on an individual basis. If you would like to contribute changes to files or new files, you can email the files to the openejb-dev mailing list for review. 4 Other Resources Any related links, documentation, etc. that might be useful to people reading this documentation? 5 References Any references to other documentation should be listed and linked here.