Skip to main content
Jump to: navigation, search

Difference between revisions of "IT Infrastructure Doc"

(Move files to
(Move files to
Line 118: Line 118:
'''P2 repositories''': P2 repositories are not normally accessed via the mirror selection script. Therefor, extra treatment is required when the move should be made transparently without affecting users who may still have the original URL.  
'''P2 repositories''': P2 repositories are not normally accessed via the mirror selection script. Therefor, extra treatment is required when the move should be made transparently without affecting users who may still have the original URL.  
''The obvious way might be through the use of [[Equinox/p2/p2.mirrorsURL]], however, I couldn't get this to work -- Stephan.''
[[Equinox/p2/]] has a discussion how to achieve this (''work in progress'').
The following strategy seems to do the job (although admittedly, not a candidate for beauty contests):
* when moving everything to keep a copy of all metadata (<code>artifacts.jar</code> and all those) on
* extract the .xml files and edit like so:
*;for composite repositories:edit both compositeContent.xml and compositeArtifacts.xml:
*:* simply change all relative paths to absolute paths pointing to <nowiki></nowiki>
*;for leaf repositories:edit artifacts.xml:
*:* remove any <code>p2.mirrorsURL</code> property (and decrease the <code>size</code> of the enclosing <code><properties></code> element accordingly).
*:* in the <code><mappings></code> element replace all occurrences of <code>${repoUrl}</code> with the archive path to your repo, like <code></code>
*:* to be on the safe side increment the p2.timestamp value in the top list of properties
After editing put the .xml files back into their respective jar.
===See which mirror sites are mirroring my files?===
===See which mirror sites are mirroring my files?===

Revision as of 05:17, 12 June 2011

< Development Resources


How do I setup my project website?

Project websites are hosted in a CVS repository separate from the actual project code. The repository path is, in the www component. Once the webmaster adds a space for your project, files you commit to the website CVS are automatically checked out to, where xyz is your project's short name. You are free to use HTML and PHP on your website.
sting a project website is normally done when the project proposal has been approved. If you suspect your files are not being checked out to the website, simply commit a small change to one file. This is usually enough to trigger a website refresh.

How do I author web pages using the Phoenix method?

Please see <a href="phoenix.php">this document</a> for information on using Phoenix. You can also check out: Using Phoenix and Sample Pages

Access the Bugzilla database using PHP?

Please see the section labeled "[tools]" in the Portal

Use a database for my website?

We currently do not offer projects with database support.

I need to put a large file on my website. How should I do this?

Large (1 MB+) ZIP and JAR files must be put in the downloads area, using the Find A Mirror script to link to them. However, small files (less than 1 MB) can be put on the website directly without causing too much harm.

The Find A Mirror script supports transparent mirror use, so large screencasts and PDFs can be put in the downloads area as well without imposing the added step of selecting a mirror site for the file. Simply add &r=1 to the URL. For instance, will fetch you the Eclipse SDK 3.1 for Linux from a random mirror site without asking you which one.

Remember to allow our mirrors at least 24 hours to sync up before using a transparent mirror redirect.

Use PHP on my website?

PHP support is available on only. Simply commit files with the .php file extension to your website's CVS repository. Although some projects host PHP files on, we do not encourage or recommend it. is a high-traffic website. Please make sure your PHP code is optimized to run in this type of environment. See the next item.

Optimize my PHP code for large-scale use? is a high-traffic website. To improve PHP's functionality, we have set very liberal limits on how many resources PHP can consume. However. if if your project is very popular, bad PHP code can slow the entire site down.

Of course, we could harden PHP to protect our website, but that would cut some functionality. Some tips for you:

  • Never call the web service to include/open files - include("") and fopen("http://localhost/somefile.xml") are very costly to run, because they call the web service, and can lead to Denial-Of-Servicing itself under heavy load.
  • Never include/open remote files - include("") is forbidden, as someone could launch a Denial-Of-Service attack against a remote site. We don't allow you to establish remote connections from servers other than the build server.
  • Sanitize your incoming parameters - include($parameter) is particularly dangerous if $parameter is not sanitized. Someone could freely surf the web anonymously, hiding behind servers, or they could use your page to access local files, or launch Denial-Of-Service attacks against remote servers.
  • Cache aggregated, processor-intensive data - SQL aggregations, file system scans, Bugzilla lists can (and should) be cached to avoid redundant processor- and disk-intensive operations. For instance, scanning through directories to display the size of a build could be useful, but doesn't need to happen for each website visitor. Cache the results of this operation to a file, and update the file if the file is older than 12 hours.

There are many, many other security and PHP best-practices. These are just the basics.


Connect to Eclipse CVS?

Please see this page.

Connect to Eclipse CVS when PSERVER and/or EXTSSH are firewalled?

Please see the Proxy configuration on this page.

Delete files from CVS?

Although you can use SSH and a terminal to delete files in your CVS repository, we recommend you open a Bugzilla bug, in Community CVS, requesting the files that need to be deleted.

Manage UNIX groups for CVS access?

The unix groups are essentially webmaster tools used to manage commit rights to CVS repositories and to the downloads area. For each project (Eclipse-Foundation-sanctioned project, such as Eclipse Platform, DSDP-DD, Mylar, CDT, etc) we typically create three groups:

  • project-dev: the group of accounts that can commit to the project's code repository
  • project-home: the group of accounts that can commit to the project'ss website
  • projectadmin: those who can store files in the downloads area.

For some projects, having all committers in one group with commit rights across the entire project is not adequate when some committers must be limited to a specific set of modules. In these cases, we create project-module groups that allow specific committers to only commit to that portion of CVS.


Create a new Component/Version/Milestone/Target?

Please see the documentation here


Put files on the download server?

Downloadable files must be placed in the downloads area (~/downloads, or /home/data/httpd/ so they can be mirrored to our mirror sites worldwide.

Please ensure only pertinent, current files are in the downloads area, as we cannot store an eternity of nightly, integration and stable builds. Production releases can be kept forever; however, we ask that you move archived releases to (see below).

To transfer your files, use an SCP (committers,release engineers) or SFTP (build engineers only) client and connect to (or using your committer account. Transfer files to your project's directory in the downloads area (Typically ~/downloads/toplevel/yourproject). Your project's downloads directory is typically communicated to the Project Lead upon project provisioning. Please ensure that the file permissions include world-readable (664; rw-rw-r--) and directory permissions allow for world-executable (775, rwxrwxr-x).

Large projects with frequent builds may find it more convenient to use RSYNC over SSH.

Once your files are on the server, they are immediately available to the general public. However, for release builds, we ask that you wait at least four hours for our mirror sites to fetch the new files before linking to them. It typically takes a day or two for all the mirror sites to synchronize with us and get new files.

To make your downloads available to the general public, please do not link directly to Instead, use the Find a Mirror script (info below). Using this script allows you to view download statistics and allows users to pick a nearby mirror site for their download.

Please note that although we tolerate PHP, HTML and JPG/GIF files on, we encourage you to put such files on Those files are not mirrored to public mirror servers.

To save disk space on our mirror servers, and to reclaim some quota space, we recommend you move old release builds to

Move files to

Because our mirror sites don't have as much disk space for Eclipse files as we do, we have created an site for you to store older release builds.

The structure is similar to that of To move your files, we recommend using the SSH prompt as below. If you are not comfortable with the SSH prompt, you can ask WebMaster to move the files for you.

   mv ~/downloads/your/project/oldrelease/ /home/data/httpd/

Note: if you preserve the exact path and filename from to, you don't need to change your links if your links use the Find a Mirror script.

This link will work if /path/to/a/ is on, or if it gets moved to the same place on

P2 repositories: P2 repositories are not normally accessed via the mirror selection script. Therefor, extra treatment is required when the move should be made transparently without affecting users who may still have the original URL.

Equinox/p2/ has a discussion how to achieve this (work in progress).

See which mirror sites are mirroring my files?

You can use the Find a Mirror script to see which mirror sites have your files. The Find a Mirror script is:


  • file (Required): specify the filename, relative to the downloads home, starting with a "/". This file must exist in the downloads area. Although you can specify a directory name, your mirror list will be more accurate if you specify a file.
  • format (Optional): specify html (default) or xml. Useful for building the mirrors.xml for Update sites.
  • protocol (Optional): ftp or http: list only ftp or http mirrors only (both are the default)
  • r (Optional): specify 1 to automatically redirect to the best mirror (the one that would normally be at the top) without asking the user to choose.
  • nf (Optional): specify 1 to get an actual 404 Not Found error if the file doesn't exist (instead of a lovely page saying so).

The script will examine the Last Modified timestamp of the given file and return only those mirrors that have synchronized with after that time.


   All mirrors of the Lepido project, in XML format:
   Get a file from a random mirror, without prompting

PLEASE NOTE: We have a list of excluded file patterns -- files that are *not* sent to our mirrors. Nightly and Integration builds are typically very large and don't get many downloads, therefore it's typically more costly (in terms of bandwidth) to mirror them than to support the few client downloads they generate. At time of writing, our exclusion list is:

  • drops/I*
  • drops/N*
  • drops/M*
  • webtools/committers/
  • callisto/staging/
  • callisto/testUpdates/
  • eclipse/testUpdates/
  • eclipse/updates/3.2milestones
  • dev/TPTP*
  • tools/cdt/builds/*
  • modeling/gmf/downloads/drops/B*
  • *drops/*/N*
  • *drops/*/I*

Use the Find a Mirror script?

See the section above.

Enable mirrors / use mirrorsURL for my p2 repo?

Your artifacts.xml (jar) should have a p2.mirrorsURL property. Here is a an example from

   <repository name='"Eclipse Project Test Site"' type='org.eclipse.equinox.p2.artifact.repository.simpleRepository' version='1'>
     <properties size='4'>
       <property name='p2.compressed' value='true'/>
       <property name='p2.timestamp' value='1297373227427'/>
       <property name='publishPackFilesAsSiblings' value='true'/>
       <property name='p2.mirrorsURL' value=''/>

A more detailed description can be found at Equinox/p2/p2.mirrorsURL.

See download statistics?

The Find a Mirror script tracks download requests once the user has picked a mirror site (or the main Eclipse download site). You can also view download stats for files downloaded via p2 if you enable your p2 repository for download statistics. To view these statistics, use the Live Download Statistics tool (Portal > Project Committer > Tools for all Committers).

For more information, please see the Project Download Stats page.

View my disk space quota?

Because the downloads content is mirrored worldwide, imposes disk space quotas to not overburden our mirror sites. There are no quotas on mail, CVS or website content. New projects are configured with quotas. If this is insufficient, we can increase the quota to suit your needs. However, before increasing a quota, we will make sure that your downloads area doesn't contain old or stale files. We appreciate you keeping the downloads areas as lean and clean as possible.

You can view your project's disk usage and quota by logging into the Portal > [tools] for all Committers > Disk space and quotas.

Increase my disk space quota?

Before requesting your quota be increased, please delete any old files that are no longer required, and move older release builds to (instructions above). If you are confident that your footprint is as small as it can be and that you're still running out of space, simply send an e-mail to the WebMaster with your request, stating which project you're on.

Sign my plugins/ZIP files?

The Eclipse Foundation will allow one or two committers on each project to sign JAR and ZIP files on its behalf. Signing is done on the server, using your CVS userid and an SSH command line. To sign, simply get your PMC or Project Lead to contact the to indicate the committers (max. 2) that should have signing privilege. Typically, the release engineers, build teams or whoever puts the files on should be the signers.


Access/use the Eclipse Build Server?

Build and Hudson storage layout

Committers can use the server to run builds and tests for their project. Unlike the other servers, committers are permitted to run software on this server, and to maintain running software in the background. If you need to run cron jobs, please contact the webmaster, stating the time and frequency at which these jobs are to run, and for how long they typically run. Server details: host: username: use your committer account server: Intel Dual-Quad Xeon E5540 @ 2.53GHz, 24G RAM architecture: x86_64

You can use an SSH client to connect to the server. Here are some directories that are of interest: /cvsroot -> the CVS repositories, connected to via a Gigabit connection. Your Build account cannot write to these files directly

/home/data/httpd/ -> the root, connected to via Gigabit connection.

/shared -> a shared disk to store your build files and applications. Please note, however, that we do not maintain backups of this directory. This path is structured like the downloads area, and is accessible via (That URL redirects to the Eclipse homepage, but browsing to a specific project URL will work:, etc.)

/shared/common -> a common location to store applications. Ant and JDK 5.0 are located there.

If you have any questions, please contact the webmaster.

Access/request Hudson services

Please see the Hudson document.

Mailing Lists

Setup a new mailing list?

Because Mailing Lists are subject to SPAM and can adversely affect performance (imaging sending 200 e-mails to a list that contains 3000 members), proper care is taken in configuring each list. New mailing lists are set up by the WebMaster for this reason. Also, the webmaster creates an HTML view (called mailing list archives) of mailing list postings for archive and search purposes.

View list members?

Because mailing lists contain private information, such as a member's e-mail address, name and surname, we cannot publicly display this information. However, the PMC or Project Lead can become the list administrator, which would allow you to view the membership information for your lists. The PMC/Project lead can inquire about list administration to the WebMaster, stating which lists they would like to manage.

Eclipse Wiki

Create a new page in the Eclipse Wiki

To create a new page, simply type the page name at the end of "/" in the URL. The name can contain spaces. For instance, will allow you to create and edit this new page.

Eclipse Servers

Eclipse Foundation IT SLA

When you become committer, your default shell allows only CVS and SVN commands. If you need a 'real' shell for dealing with distribution files or working with automated builds, you'll need to have your project lead or the project PMC file a bug requesting the upgrade.

This page is moderated by the EMO

Back to the top