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

NoLongerUsed.ContentsmovedToAnotherPage

Revision as of 10:00, 2 June 2012 by David williams.acm.org (Talk | contribs) (initial draft)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Running your own Repository Reports

Introduction

This document gives a brief outline of how to run the "repo reports" locally, against a repository on your local file system.

There are some tests, that look at jars specifically, that require the jars to be on local file system and essentially use plain 'ol Java file IO and regex-type checks on the contents. <p>Another class of tests, read the content.jar/xml meta-data and reports on the data or relationships in that meta data. <p> <p>Yet another, small class of tests, verify the jars are signed. These tests are not really "Java" or "workspace" related, but instead, use shell scripts to invoke "jarsigner -verify" repeatedly on a directory of jars. These shell scripts are not very efficient, but ... do get the basic signature verification checks done in the most neutral, flexible way possible. They make sure jars are signed and that pack.gz files can be unpacked, and then the signature of the resulting jar verified. You can change the VM level used since there are known issues with each level of VM; some jars can not be unpacked with java 5, say, or those with nested jars can not be unpacked with Java 7. Which VM level to use depends on your goals and end-user and adopter needs. (We use Java 6 during the report generation on for Simultaneous Release.)

Running the repo tests

These instructions are focus for "running from your workspace", but could also easily be done "from the command line" if you know how to run Eclipse Applications from the command line.

The Basics

The Eclipse Application is named 'org.eclipse.juno.tests.repoReport'. It takes two "system properties"; one to specify where you want the output to go, and another to specify where the repo is on the file system. For example:

  • -DreportOutputDir=/home/shared/eclipse/repoReport
  • -DreportRepoDir=/home/www/html/downloads/eclipse/updates/4.2-I-builds/I20120531-1500/

The Details

The "tests project" is named 'org.eclipse.juno.tests' and is currently in CVS in repository nanmed '/cvsroot/callisto'.

Once you load that project into your workspace, it will include one "launch configuration" that can be used as a starting example, edited and used to launch the application from your workspace.<p> <p>On a large repository, it take 5 or 10 minutes to complete, and then you just to look at the results (usually) with a web browser starting with the 'index.html' at the location you specified in 'reportOutputDir'property.<p>

Copyright © Eclipse Foundation, Inc. All Rights Reserved.