Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The archetype is available at maven central. Here is the set of commands you would typically run.

Code Block
prompt>$ curl -so radix httphttps://svnraw.apachegithubusercontent.orgcom/repos/asfapache/oodt/trunk/mvn/archetypes/radix/src/main/resources/bin/radix | bash

You should then edit the radix file replacing the parameters below with whatever you want.

  • The first command is the running of a maven archetype to make an oodt project. Inside of the RADIX script downloaded in the curl command is an mvn archetype generation command. That command has a number of parameters that the 1 liner radix script encapsulates. (parameters marked in italics below)

    • The groupId is a place to specify your company's namespace. 

    • The artifactId is a place to specify a short name of your project. 

    • The version indicates the initial version label for your project. 

    • The oodt flag indicates the version of OODT that you want your project to be built on. N.B., this should most likely match the most recent version of OODT.

       

Code Block
prompt> mv oodt oodt-src; cd oodt-src; mvn install
prompt> mkdirprompt> mv oodt oodt-src; cd oodt-src; mvn package
prompt> mkdir ../oodt; tar -xvf distribution/target/oodt-distribution-0.1-bin.tar.gz -C ../oodt 
prompt> cd ../oodt; ./bin/oodt start
prompt> ./resmgr/bin/batch_stub 2001

...

tar -xvf distribution/target/oodt-distribution-0.1-bin.tar.gz -C ../oodt 
prompt> cd ../oodt; ./bin/oodt start
prompt> ./resmgr/bin/batch_stub 2001
  • The second command simply moves into the created oodt project directory where your source and configuration can be maintained and later can be placed into version control. Then creates the distribution of your OODT project using "mvn package"
  • The third command merely untars the distribution into the created deployment directory
  • The fourth command moves into the deployment directory and starts the OODT system.
  • The fifth command launches batch stub on the port 2001.

...

Note
titleOODT Start and Stop Issues
While starting/stopping oodt if you get errors like "Is File/Workflow/Resource Manager 
still running? Start/Stop aborted." in logs/oodt.out:
  1. oodt stop
  2. Remove any *.pid files (example:cas.filemgr.pid) from the run directory of 
    File/Workflow/Resource Manager. This will make sure that the corresponding
    process has been stopped.
  3. oodt start
  4. To check if all managers are running as expected, we can use the http://localhost:8080/opsui as stated above 
    or simple try using these links in browser
    1. http://localhost:9000/      (for FileManager)
    2. http://localhost:9001/      (for WorkflowManager)
    3. http://localhost:9002/      (for ResourceManager)
 You should get this message for all these three links: "Method GET not implemented (try POST)" which means all 
those managers are running.
Note that you can also check if the managers are running as expected by visiting
$OODT_HOME/pcs/scripts/ and
by running
pcs_stat

 

Version Control

 
$OODT_HOME/pcs/scripts/ and
by running
pcs_stat

 

Version Control

If you want to manage your OODT RADiX distribution with Subversion.

Code Block
prompt> svn import <dataSystemName> http://your_repo_path/<dataSystemName>/trunk -m "Initial OODT Import"

If you want to manage your OODT RADiX distribution with Subversion.Git

code
Info
titleCode Block
prompt> git init
prompt> git add .
prompt> svngit importcommit <dataSystemName> http://your_repo_path/<dataSystemName>/trunk -a -m "Initial OODT Importimport"

Default Deployment Structure

In order for the easy installation to work properly we will need to settle on a default deployment layout structure. Below is our plan of how we want to layout the deployment when the project is built. First we will list out an overview, then we can detail each path and what files are going to be saved into each.

Code Block
linenumberstrue
collapsetrue
/$DEPLOYMENT_BASE_DIR
  /bin
  /crawler
    /bin
    /etc
    /policy
    /lib
  /data
	/archive
	/catalog
	/failure
	/met
	/staging
	/work
	/workflow
  /extensions
    /bin
    /etc
    /lib
  /filemgr
    /bin
    /etc
    /policy
    /lib
  /logs
  /pcs
    /bin
    /etc
    /lib
	/logs 
	/policy
	/run
  /pge
	/bin
	/lib
	/policy
  /resmgr
    /bin
    /etc
    /lib
	/logs 
	/policy
	/run
  /tomcat
	/LICENSE
	/NOTICE
	/RELEASE-NOTES
	/RUNNING.txt
	/bin
	/common
	/conf
	/logs
	/server
	/shared
	/temp
	/webapps
	/work
  /workflow
    /bin
    /etc
    /lib 
	/logs
	/policy
	/run 

...

port

filemanager

Code Block
borderStyle
borderStylesolid
titlefilemgrsolid
FILEMGR_PORT=9000
export FILEMGR_PORT

workflow

Code Block
borderStyle
borderStylesolid
titlewmgrsolid
WFMGR_PORT=9001
export WFMGR_PORT

Default Source Structure

Code Block
linenumberstrue
collapsetrue
/$DEPLOYMENT_BASE_DIR
  /crawler
    /policy
    /bin
    /etc
  /filemgr
    /policy
      /oodt
    /bin
    /etc
  /workflow
    /policy
    /bin
    /etc
  /webapps
    /fmprod
    /fmbrowser
    /wmonitor
    /curator
  /extensions
    /src/main
      /java
        /<package>
          /extractor
          /versioner
          /task
          /action
      /python
  /distribution
    /bin
      /oodt
    /etc
      /oodt.properties

...