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

Difference between revisions of "IT Infrastructure Doc"

(See download statistics?)
(67 intermediate revisions by 19 users not shown)
Line 3: Line 3:
 
==Website==
 
==Website==
 
===How do I setup my project website?===
 
===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 dev.eclipse.org:/cvsroot/org.eclipse, in the www component.
+
Project websites are hosted in a git repository separate from the actual project code. You can browse project website repositories using [http://git.eclipse.org/c/www.eclipse.org cGit]. Once the webmaster adds a space for your project, files you commit to the website repository are automatically published to www.eclipse.org/xyz, where  
Once the webmaster
+
adds a space for your project, files you commit to the website CVS are automatically checked out to www.eclipse.org/xyz, where  
+
 
xyz is your project's short name.
 
xyz is your project's short name.
 
You are free to use HTML and PHP on your website.
 
You are free to use HTML and PHP on your website.
<br >sting a project website is normally done when the project proposal has been approved.
+
<br >Hosting 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 www.eclipse.org website, simply commit a small change to one file. This is usually
 
If you suspect your files are not being checked out to the www.eclipse.org website, simply commit a small change to one file. This is usually
 
enough to trigger a website refresh.
 
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 [http://www.eclipse.org/phoenix/docs/sample_pages.php Sample Pages]
 
  
===Access the Bugzilla database using PHP?===
+
===How do I use the Solstice theme?===
Please see the section labeled "[tools]" in the [http://portal.eclipse.org|MyFoundation Portal]
+
Please see [https://eclipse.org/eclipse.org-common/themes/solstice/docs/ this document] for information on using Solstice.
  
 
===Use a database for my website?===
 
===Use a database for my website?===
Line 32: Line 27:
  
 
===Use PHP on my website?===
 
===Use PHP on my website?===
PHP support is available on www.eclipse.org only. Simply commit files with the .php file extension to your website's CVS repository.
+
PHP support is available on www.eclipse.org only. Simply commit files with the .php file extension to your website's repository.
 
Although some projects host PHP files on download.eclipse.org, we do not encourage or recommend it.
 
Although some projects host PHP files on download.eclipse.org, we do not encourage or recommend it.
  
Line 50: Line 45:
 
There are many, many other security and PHP best-practices.  These are just the basics.
 
There are many, many other security and PHP best-practices.  These are just the basics.
  
==CVS==
+
==SSH==
===Connect to Eclipse CVS?===
+
===Shells===
Please see [http://dev.eclipse.org/cvshowto.html this page].
+
* Shell access is not enabled on eclipse.org accounts by default.  Build/Release engineers may request a shell on build.eclipse.org by using the [http://portal.eclipse.org/ Portal].
 +
* Shell usage on build.eclipse.org is monitored.  Successful logins may be performed from trusted networks only. Access from an untrusted network will require you to confirm the network; this is done via email to your committer email account.
  
===Connect to Eclipse CVS when PSERVER and/or EXTSSH are firewalled?===
+
=== Upload my public key ===
Please see the Proxy configuration on [[CVS Howto|this page]].
+
  
===Delete files from CVS?===
+
Passwordless authentication (using keys) is the preferred way of logging in and using Eclipse.org servers.
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?===
+
To upload your key from within Eclipse, simply use the '''Export to SFTP...''' button on the '''General &gt; Network Connections &gt; SSH2 &gt; Key Management''' preference page: http://help.eclipse.org/topic/org.eclipse.platform.doc.user/reference/ref-ssh2-preferences.htm
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
+
One can also upload the key from the command line using sftp. First, copy the public key(s) you want to upload to a single file called "authorized_keys" in the current directory, and then:
* '''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
+
<pre>
project is not adequate when some committers must be limited to a specific set of modules.
+
sftp your_username@git.eclipse.org
In these cases, we create project-module groups that allow specific committers to only
+
sftp> mkdir .ssh (if .ssh subdirectory does not already exist)
commit to that portion of CVS.
+
sftp> put authorized_keys .ssh/authorized_keys
 +
sftp> quit
 +
</pre>
 +
 
 +
You have to check that permissions of the <code>.ssh</code> folder are '''700''' and the permissions of <code>authorized_keys</code> file are '''640'''. Otherwise, the passwordless authentication will fail and fallback to password authentication.
 +
 
 +
Next, tell Eclipse to use the corresponding private key in the preference page: '''General &gt; Network Connections &gt; SSH2 &gt; General tab'''.
  
 
==Bugzilla==
 
==Bugzilla==
 
===Create a new Component/Version/Milestone/Target?===
 
===Create a new Component/Version/Milestone/Target?===
[http://wiki.eclipse.org/index.php/Webmaster_FAQ#I_need_to_add.2Fremove.change_a_version.2Fmilestone.2Fcomponent_in_Bugzilla._How_do_I_do_this.3F Please see the documentation here]
+
For the Eclipse.org forge, you can use the Bugzilla Manager tool.  More info is [http://wiki.eclipse.org/index.php/Webmaster_FAQ#I_need_to_add.2Fremove.change_a_version.2Fmilestone.2Fcomponent_in_Bugzilla._How_do_I_do_this.3F documentated here].
  
==Downloads==
+
For other forges, Bugzilla changes can be requested via a Bugzilla [https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Working%20Groups bug against the corresponding Workking Group].
===Put files on the download server?===
+
Downloadable files must be placed on the download.eclipse.org server so they can be mirrored to our mirror sites worldwide. Please refer to the File Paths below to see where your files should go.
+
  
<table border="1">
 
<tr>
 
<td><b>Path</b></td>
 
<td><b>Description</b></td>
 
</tr>
 
<tr>
 
<td><b>/home</b></td>
 
<td>This is where all the public data is. Needless to look anywhere else.</td>
 
</tr>
 
<tr>
 
<td>
 
<b>/cvsroot/eclipse<br />
 
/cvsroot/tools<br />
 
/cvsroot/webtools</b> etc...<br />
 
</td>
 
<td>These are your CVS repositories. We <b>strongly</b> encourage you to contact the WebMaster to move or delete files, instead of doing it from the shell.</td>
 
</tr>
 
<tr>
 
<td>
 
<b>/cvsroot/org.eclipse</b>
 
</td>
 
<td>This is the website repository. Look in www/yourproject. Anything you commit here is published to www.eclipse.org/yourproject within one minute.</td>
 
</tr>
 
<tr>
 
<td>
 
<b>/home/data/httpd/download.eclipse.org</b><br />
 
(a.k.a ~/downloads)
 
</td>
 
<td>This is the main download area, accessible only via RSYNC and SSH/SFTP/SCP.</td>
 
</tr>
 
<tr>
 
<td><b>/home/data/httpd/download-staging.priv</b></td>
 
<td>This is where you can store downloadable files that aren't ready for downloads yet. Perhaps you need to verify them, or sign them. The Eclipse web servers cannot access this area, so it's private.</td>
 
</tr>
 
<tr>
 
<td><b>/home/data/httpd/writable</b></td>
 
<td>This is where your PHP scripts can write files. Temp files, status files, XML files, whatever.  Ask us for a spot here if your project's PHP scripts need write access.</td>
 
</tr>
 
<tr>
 
<td><b>/home/data/users</b></td>
 
<td>These are your Home directories. Just type <b>cd</b> to get to yours.</td>
 
</tr>
 
</table>
 
  
'''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 archive.eclipse.org (see below).
+
==Downloads==
 +
=== Upload files to the download server? ===
  
To transfer your files, use an SCP(committers,release engineers) or SFTP(build engineers only) client and connect to download1.eclipse.org using your committer account. Transfer files to your project's directory in the downloads area (Typically ~/downloads/toplevel/yourproject). Your project's
+
Downloadable files must be placed in the downloads area (~/downloads, or /home/data/httpd/download.eclipse.org) 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 archive.eclipse.org (see below).  
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.
+
To upload your files:
  
Once your files are on the download.eclipse.org 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
+
*use an SFTP or SCP client (in SFTP mode) and connect to build.eclipse.org using your committer account
sites to synchronize with us and get new files.
+
*upload files to your project's directory in the downloads area (typically ~/downloads/toplevel/yourproject). Ask your project lead.
 +
*'''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.
 +
*'''do not link directly to download.eclipse.org/yourfile.zip'''! 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.
  
To make your downloads available to the general public, please do not link directly to download.eclipse.org. 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
+
Once your files are on the download.eclipse.org 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.  
site for their download.
+
  
Please note that although we tolerate PHP, HTML and JPG/GIF files on download.eclipse.org, we encourage you to put such files
+
Please note that although we tolerate PHP, HTML and JPG/GIF files on download.eclipse.org, we encourage you to put such files on www.eclipse.org. Those files are not mirrored to public mirror servers.
on www.eclipse.org. 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 archive.eclipse.org.
+
  
 
===Move files to archive.eclipse.org?===
 
===Move files to archive.eclipse.org?===
Line 151: Line 98:
 
store older release builds.
 
store older release builds.
  
The archive.eclipse.org structure is similar to that of download.eclipse.org.  To move your files, we recommend using the SSH prompt as below.  If you are  
+
The archive.eclipse.org structure is similar to that of download.eclipse.org.  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. You will need a shell account on build.eclipse.org.  If you do not have one, please ask webmaster.
not comfortable with the SSH prompt, you can ask WebMaster to move the files for you.<pre>
+
  
ssh yourcommitterid@dev.eclipse.org
+
    ssh yourcommitterid@build.eclipse.org
 +
    mv ~/downloads/your/project/oldrelease/ /home/data/httpd/archive.eclipse.org/your/project/oldrelease/
  
mv ~/downloads/your/project/oldrelease/ /home/data/httpd/archive.eclipse.org/your/project/oldrelease/
+
'''Note''': if you preserve the exact path and filename from download.eclipse.org to archive.eclipse.org, you don't need to change your links if your links use the Find a Mirror script.
</pre>
+
 
 +
This link will work if /path/to/a/file.zip is on download.eclipse.org, or if it gets moved to the same place on archive.eclipse.org
 +
  http://www.eclipse.org/downloads/download.php?file=/path/to/a/file.zip
 +
 
 +
'''P2 repositories''': P2 repositories are not normally accessed via the mirror selection script. Therefore, extra treatment is required when the move should be made transparently without affecting users who may still have the original URL.
 +
 
 +
[[Equinox/p2/p2.mirrorsURL#Moving_a_repo_to_archive.eclipse.org]] has a discussion how to achieve this (''work in progress'').
 +
 
 +
===Use mirror sites/see which mirrors are mirroring my files?===
 +
Link to your download files like this:
  
===See which mirror sites are mirroring my files?===
+
    http://www.eclipse.org/downloads/download.php?file=/path/to/a/file.zip
You can use the Find a Mirror script to see which mirror sites have your files.  The Find a Mirror script is here: http://www.eclipse.org/downloads/download.php
+
  
 
'''Parameters:'''
 
'''Parameters:'''
Line 172: Line 127:
  
 
Examples:
 
Examples:
* All mirrors of the Lepido project, in XML format: http://www.eclipse.org/downloads/download.php?file=/technology/lepido/M1/content.jar&amp;format=xml
+
    All mirrors of the Lepido project, in XML format:
* Get a file from a random mirror, without prompting: http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/R-3.1-200506271435/eclipse-SDK-3.1-win32.zip&amp;r=1
+
    http://www.eclipse.org/downloads/download.php?file=/technology/lepido/M1/content.jar&amp;format=xml
 +
 
 +
    Get a file from a random mirror, without prompting
 +
    http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/R-3.1-200506271435/eclipse-SDK-3.1-win32.zip&amp;r=1
 +
 
  
 
'''PLEASE NOTE:''' We have a list of excluded file patterns -- files that are *not* sent to our mirrors.  
 
'''PLEASE NOTE:''' We have a list of excluded file patterns -- files that are *not* sent to our mirrors.  
Line 179: Line 138:
 
therefore it's typically more costly (in terms of bandwidth) to mirror them than to support the few client downloads they generate.
 
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:  
 
At time of writing, our exclusion list is:  
*drops/I*
+
*.nfs*
*drops/N*
+
* apitools/
*drops/M*
+
* apidocs/
*webtools/committers/
+
* archive/
*callisto/staging/
+
* archives/
*callisto/testUpdates/
+
* /athena
*eclipse/testUpdates/
+
* builds/N*
*eclipse/updates/3.2milestones
+
* drops/I*
*dev/TPTP*
+
* drops/N*
*tools/cdt/builds/*
+
* drops/M*
*modeling/gmf/downloads/drops/B*
+
* *.jpg
 +
* *.gif
 +
* callisto/*
 +
* compilelogs/
 +
* eclipse.org-common/
 +
* eclipse/testUpdates*
 +
* eclipse/updates/3.2milestones
 +
* /eclipse/updates/3.6-I-builds/
 +
* dev/TPTP*
 +
* /tools/cdt/builds
 +
* modeling/gmf/downloads/drops/B*
 
* *drops/*/N*
 
* *drops/*/N*
 
* *drops/*/I*
 
* *drops/*/I*
 +
* *javadoc/
 +
* *javadocs/
 +
* linuxtools/N*
 +
* *nightly*
 +
* *Nightly*
 +
* *staging*
 +
* /webtools/downloads/drops/*/M*
 +
* performance/
 +
* /releases/staging
 +
* /releases/europa
 +
* testresults/
 +
* /rt/eclipselink/nightly*
 +
* /technology/babel/update-site*
 +
* /technology/cosmos
 +
* /technology/ohf
 +
* /technology/tigerstripe
 +
* testcompilelogs/
 +
* testResults/
 +
* /tools/downloads
 +
* /tools/orbit/committers
 +
* */N201*
 +
* */I201*
 +
* */I.I201*
 +
* */I-*
 +
* */N-*
 +
* *integration*/
 +
* xref/
 +
* */M20*
 +
* /rt/eclipselink/maven.repo*
  
 
===Use the Find a Mirror script?===
 
===Use the Find a Mirror script?===
 
See the section above.
 
See the section above.
  
===Create an Update Site?===
+
===Enable mirrors / use mirrorsURL for my p2 repo?===
Project update sites are currently not integrated to the Platform update site, and therefore you must provide Update instructions on your website.
+
  
# In your downloads directory, create a directory called update-site
+
Your artifacts.xml (jar) should have a p2.mirrorsURL property.  Here is a an example from http://download.eclipse.org/eclipse/updates/3.6/R-3.6.2-201102101200/artifacts.jar
# in update-site/, put your features in a features/ subdirectory, your plugins in a plugins/ subdirectory, and your site.xml file in the update-site/ directory.
+
 
# Use the mirrorsURL tag with the Find A Mirror script to prompt the users for a mirror site. See a sample site.xml file below.
+
    <repository name='&quot;Eclipse Project Test Site&quot;' type='org.eclipse.equinox.p2.artifact.repository.simpleRepository' version='1'>
# Provide instructions on your download pages that tell the user to add a remote Update site, and indicate the url to your update-site/ directory
+
      <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='http://www.eclipse.org/downloads/download.php?file=/eclipse/updates/3.6/R-3.6.2-201102101200&amp;format=xml'/>
 +
      </properties>
 +
 
 +
A more detailed description can be found at [[Equinox/p2/p2.mirrorsURL]].
 +
 
 +
Ideally, everyone, for all p2 repositories, should use this property, since even if not mirrored currently, it does not hurt anything in that case, and you never know when your repository might become mirrored. In fact, failure to use this property can result in too many requests for jar files coming directly to 'download.eclipse.org' and greatly slow down the network and use too much bandwidth. If this happens for your project (or repository) measures may be taken to automatically redirect all such requests somewhere else, which often does not work well; for examples, see {{bug|368826}}.
 +
 
 +
===Include a p2.index file at p2 repository site?===
 +
 
 +
A little documented aide to p2 is to include a special file named "p2.index" at your p2 repository URL site. Every well-behaved, well-optimized p2 repository should have one. This is especially important for composite repository sites as it can save several unsuccessful round trips to download server looking for files that do not exist. For "how to" instructions, see the [[Equinox/p2/p2_index| p2 wiki]]. For history and deeper technical discussion, see {{bug|347448}}.
  
Sample site.xml file (from Lepido project):
 
<pre>
 
&lt;?xml version="1.0" encoding="UTF-8"?&gt;
 
&lt;site mirrorsURL="http://www.eclipse.org/downloads/download.php?file=/technology/lepido/update-site/site.xml&amp;amp;format=xml"&gt;
 
  &lt;description url="http://download.eclipse.org/technology/lepido/update-site/"&gt;
 
      Lepido, Tools for Apache Cocoon
 
  &lt;/description&gt;
 
  &lt;feature url="features/org.eclipse.lepido_0.1.0.jar" id="org.eclipse.lepido" version="0.1.0"&gt;
 
      &lt;category name="lepido"/&gt;
 
  &lt;/feature&gt;
 
  &lt;category-def name="lepido" label="Lepido, Tools for Apache Cocoon"/&gt;
 
&lt;/site&gt;
 
</pre>
 
 
===See download statistics?===
 
===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 [[Equinox p2 download stats|enable your p2 repository for download statistics]].  To view these statistics, use the Live Download Statistics tool (Portal > Project Committer > Tools for all Committers).
 
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 [[Equinox p2 download stats|enable your p2 repository for download statistics]].  To view these statistics, use the Live Download Statistics tool (Portal > Project Committer > Tools for all Committers).
Line 233: Line 230:
  
 
===Sign my plugins/ZIP files?===
 
===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 build.eclipse.org server, using your
+
The Eclipse Foundation allows committers to sign JAR and ZIP files on its behalf. Signing is done from any of the Hudson servers, or on build.eclipse.org.  There are three ways to sign:
CVS userid and an SSH command lineTo sign, simply get your PMC or Project Lead to contact the webmaster@eclipse.org to indicate the committers (max. 2) that should have
+
 
signing privilege. Typically, the release engineers, build teams or whoever puts the files on download.eclipse.org should be the signers.
+
==== CBI Maven signing plugin ====
 +
Please see: http://git.eclipse.org/c/cbi/org.eclipse.cbi.maven.plugins.git/about/
 +
 
 +
==== ZIP and JAR files from the Commandline (Queued) ====
 +
From the command line (or from a script) invoke the following command:
 +
    sign <file> <mail|nomail|now> [outputDir] [skiprepack]
 +
 
 +
To sign your files with Java 8, you must define the JAR_PROCESSOR_JAVA variable as below
 +
 
 +
    export JAR_PROCESSOR_JAVA=java8
 +
 
 +
* <file> refers to the name of the file, which '''must be located in the staging area''' (download-staging.priv)
 +
* <mail|nomail|now> either queues up the files for signing and sends email to confirm signing is complete, or signs the file immediately, returning control to the caller once signing is complete
 +
* [outputDir] is an optional directory where the signed files should be placed, leaving the originals intact
 +
* [skiprepack] optionally does not pack/process JAR files
 +
:: Important note: pack/process (aka conditioning, aka repack) is still required '''before''' signing if pack200 will be used on the Java jars at any time in the future. This option to the signing service provides the opportunity to use build systems that already do the conditioning to not to have to also re-do it again, automatically, as part of the signing process (which is wasteful at best, and in theory could cause odd, rare problems). That is, using <code>skiprepack</code> leaves the responsibility entirely to the user of the signing service to do the conditioning themselves, before submitting for signing.
 +
 
 +
==== Web service (Instant) ====
 +
Using a web POST method, individual JAR files can be signed from any of the internal Hudson servers (or from build.eclipse.org) with this service:
 +
 
 +
    http://build.eclipse.org:31338/sign
 +
 
 +
The output of that service will be the signed file.  '''Please note''' that it is not appropriate to submit a ZIP file of jars to the web service.  Use the queued method instead.  Also note that the web service does not pack or process jar files.  You must condition/pack them yourself '''prior''' to signing if you wish to do so.
 +
 
 +
    # JAR FILES: Submit unsigned-jar.jar and save signed output to signedfile.jar
 +
    curl -o signedfile.jar -F filedata=@unsigned-jar.jar http://build.eclipse.org:31338/sign
 +
 
 +
    # WINDOWS EXE: Submit Windows unsigned.exe and save signed output to signed.exe
 +
    curl -o signed.exe -F filedata=@unsigned.exe http://build.eclipse.org:31338/winsign.php
 +
 
 +
    # MAC: Submit unsigned and save signed output to signed.zip
 +
    # Note: You must zip your entire *.app directory for example: zip -r unsigned.zip Eclipse.app
 +
    curl -o signed.zip -F filedata=@unsigned.zip http://build.eclipse.org:31338/macsign.php
 +
 
 +
Using the webservice is equally easy from Ant. Note that ${filename} cannot be a path. Input and output file name can be the same.
 +
 
 +
    <exec dir="${dirname}" executable="curl">
 +
      <arg value="--output"/>
 +
      <arg value="${filename}"/>
 +
      <arg value="--form"/>
 +
      <arg value="filedata=@${filename}"/>
 +
      <arg value="--silent"/>
 +
      <arg value="--show-error"/>
 +
      <arg value="--fail"/>
 +
      <arg value="http://build.eclipse.org:31338/sign"/>
 +
    </exec>
 +
 
 +
{{important|Version of Jarsigner|The web service only signs with Java 8 version of jarsigner.}}
 +
 
 +
==== What about GPG signing? ====
 +
JAR signing of the bundles and GPG-signing of the Maven artifacts are two different steps. Once a jar has been "jar-signed", you may or may not GPG sign the corresponding Maven artifact (.jar + .pom file) so as it can be deployed on Central. As you hinted, JAR signing has to be done before the GPG signing, since doing it the other way around would break the GPG signature.
 +
 
 +
So you first have to sign your JAR file with the Eclipse Fdn certificate, either using the Maven plugin from CBI, the command line utility, or the signing web service – see above.
 +
Once you have your signed JAR, you can GPG sign it and stage it on Central like this:
 +
    mvn gpg:sign-and-deploy-file  \
 +
        -DpomFile=target/myapp-1.0.pom  \
 +
        -Dfile=target/myapp-1.0.jar  \
 +
        -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/  \
 +
        -DrepositoryId=sonatype_oss
  
 
==Builds==
 
==Builds==
  
 
===Access/use the Eclipse Build Server?===
 
===Access/use the Eclipse Build Server?===
Committers can use the build.eclipse.org server to run builds and tests for their project.  
+
[[Image:Build_infra_layout.png|thumb|Build and Hudson storage layout]]
 +
 
 +
Although we strongly encourage the use of [http://hudson.eclipse.org Hudson] for builds, committers can use the build.eclipse.org server to run builds and tests for their project.  
 
Unlike the other eclipse.org servers, committers are permitted to run software on this server,  
 
Unlike the other eclipse.org 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  
 
and to maintain running software in the background. If you need to run cron jobs, please contact  
Line 246: Line 303:
 
they typically run.
 
they typically run.
 
'''Server details:'''
 
'''Server details:'''
host: build.eclipse.org
+
* host: build.eclipse.org
username: use your committer account
+
* username: use your committer account
server: IBM P5 550 quad-cpu, 16G of RAM
+
*server: Intel Dual-Quad Xeon E5540 @ 2.53GHz, 24G RAM
architecture: PPC64
+
* architecture: x86_64
  
You can use an SSH client to connect to the server.  Here are some
+
You can use an SSH client to connect to the server.  For more information on SSH, please see the SSH section of this document.
directories that are of interest:
+
/cvsroot  -> the CVS repositories, connected to eclipse.org via a
+
Gigabit connection. Your Build account cannot write to these files directly
+
  
/home/data/httpd/download.eclipse.org -> the download.eclipse.org root,
+
Here are some directories that are of interest:
connected to eclipse.org via Gigabit connection.
+
* '''/cvsroot''', '''/svnroot''', '''/gitroot'''  -> the code repositories, connected to eclipse.org via a Gigabit connection.  Your Build account cannot write to these files directly
 +
* '''/home/data/httpd/download.eclipse.org''' -> the download.eclipse.org root, connected to eclipse.org 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 http://build.eclipse.org/ (That URL redirects to the Eclipse homepage, but browsing to a specific project URL will work: http://build.eclipse.org/technology/,  http://build.eclipse.org/tools/ etc.)
 +
* '''/shared/common''' -> a common location to store applications. Ant and various JDKs are located there.
  
/shared -> a shared disk to store your build files and
+
If you have any questions, please contact the webmaster.
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 http://build.eclipse.org/
+
  
/shared/common -> a common location to store applications. Ant and JDK
+
===Access/request Hudson services===
5.0 are located there.
+
  
If you have any questions, please contact the webmaster.  
+
Please see the [[Hudson]] document.
  
===Access/request Hudson services===
+
== Code Quality Analysis ==  
  
#Access is restricted to active committers, You can login to [https://build.eclipse.org/hudson Hudson] with your committer credentials.
+
* [[FindBugs]]
#Our Hudson build service is managed in the same way that our blog aggregator site(Planeteclipse.org) is. in order to create a build for your project, you must be a member of the callisto-dev group, if so simply file a bug against Community->Hudson, and our team of volunteer admins will help you out.  
+
* [[Sonar]]
 +
* JDT :), please consider enabling [http://help.eclipse.org/topic/org.eclipse.jdt.doc.user/reference/preferences/java/compiler/ref-preferences-errors-warnings.htm?cp=1_4_2_0_3_1 compiler warnings] beyond the defaults. The JDT help also contains a start of a section on [http://help.eclipse.org/topic/org.eclipse.jdt.doc.user/tasks/task-improve_code_quality.htm?cp=1_3_9 improving code quality].
  
 
==Mailing Lists==
 
==Mailing Lists==
Line 300: Line 355:
  
  
''This page is moderated by Anne Jacko and Bjorn Freeman-Benson (Eclipse Foundation)''
+
''This page is moderated by the EMO''
 
[[Category:Development_Resources]]
 
[[Category:Development_Resources]]
 
[[Category:How to Contribute]]
 
[[Category:How to Contribute]]

Revision as of 20:54, 15 October 2015

< Development Resources

Website

How do I setup my project website?

Project websites are hosted in a git repository separate from the actual project code. You can browse project website repositories using cGit. Once the webmaster adds a space for your project, files you commit to the website repository are automatically published to www.eclipse.org/xyz, where xyz is your project's short name. You are free to use HTML and PHP on your website.
Hosting 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 www.eclipse.org website, simply commit a small change to one file. This is usually enough to trigger a website refresh.

How do I use the Solstice theme?

Please see this document for information on using Solstice.

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 www.eclipse.org/yourproject 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, http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/R-3.1-200506271435/eclipse-SDK-3.1-linux-gtk.tar.gz&r=1 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 www.eclipse.org only. Simply commit files with the .php file extension to your website's repository. Although some projects host PHP files on download.eclipse.org, we do not encourage or recommend it.

Eclipse.org 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?

Eclipse.org 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("http://www.eclipse.org/somefile.html") and fopen("http://localhost/somefile.xml") are very costly to run, because they call the web service, and can lead to eclipse.org Denial-Of-Servicing itself under heavy load.
  • Never include/open remote files - include("http://www.someothersite.org/somefile.html") 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 eclipse.org 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 eclipse.org 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 download.eclipse.org 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.

SSH

Shells

  • Shell access is not enabled on eclipse.org accounts by default. Build/Release engineers may request a shell on build.eclipse.org by using the Portal.
  • Shell usage on build.eclipse.org is monitored. Successful logins may be performed from trusted networks only. Access from an untrusted network will require you to confirm the network; this is done via email to your committer email account.

Upload my public key

Passwordless authentication (using keys) is the preferred way of logging in and using Eclipse.org servers.

To upload your key from within Eclipse, simply use the Export to SFTP... button on the General > Network Connections > SSH2 > Key Management preference page: http://help.eclipse.org/topic/org.eclipse.platform.doc.user/reference/ref-ssh2-preferences.htm

One can also upload the key from the command line using sftp. First, copy the public key(s) you want to upload to a single file called "authorized_keys" in the current directory, and then:

sftp your_username@git.eclipse.org
sftp> mkdir .ssh (if .ssh subdirectory does not already exist)
sftp> put authorized_keys .ssh/authorized_keys
sftp> quit

You have to check that permissions of the .ssh folder are 700 and the permissions of authorized_keys file are 640. Otherwise, the passwordless authentication will fail and fallback to password authentication.

Next, tell Eclipse to use the corresponding private key in the preference page: General > Network Connections > SSH2 > General tab.

Bugzilla

Create a new Component/Version/Milestone/Target?

For the Eclipse.org forge, you can use the Bugzilla Manager tool. More info is documentated here.

For other forges, Bugzilla changes can be requested via a Bugzilla bug against the corresponding Workking Group.


Downloads

Upload files to the download server?

Downloadable files must be placed in the downloads area (~/downloads, or /home/data/httpd/download.eclipse.org) 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 archive.eclipse.org (see below).

To upload your files:

  • use an SFTP or SCP client (in SFTP mode) and connect to build.eclipse.org using your committer account
  • upload files to your project's directory in the downloads area (typically ~/downloads/toplevel/yourproject). Ask your project lead.
  • 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.
  • do not link directly to download.eclipse.org/yourfile.zip! 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.

Once your files are on the download.eclipse.org 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.

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

Move files to archive.eclipse.org?

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

The archive.eclipse.org structure is similar to that of download.eclipse.org. 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. You will need a shell account on build.eclipse.org. If you do not have one, please ask webmaster.

   ssh yourcommitterid@build.eclipse.org
   mv ~/downloads/your/project/oldrelease/ /home/data/httpd/archive.eclipse.org/your/project/oldrelease/

Note: if you preserve the exact path and filename from download.eclipse.org to archive.eclipse.org, 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/file.zip is on download.eclipse.org, or if it gets moved to the same place on archive.eclipse.org

  http://www.eclipse.org/downloads/download.php?file=/path/to/a/file.zip

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

Equinox/p2/p2.mirrorsURL#Moving_a_repo_to_archive.eclipse.org has a discussion how to achieve this (work in progress).

Use mirror sites/see which mirrors are mirroring my files?

Link to your download files like this:

   http://www.eclipse.org/downloads/download.php?file=/path/to/a/file.zip

Parameters:

  • 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 Eclipse.org after that time.

Examples:

   All mirrors of the Lepido project, in XML format:
   http://www.eclipse.org/downloads/download.php?file=/technology/lepido/M1/content.jar&format=xml
   Get a file from a random mirror, without prompting
   http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/R-3.1-200506271435/eclipse-SDK-3.1-win32.zip&r=1


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:

  • .nfs*
  • apitools/
  • apidocs/
  • archive/
  • archives/
  • /athena
  • builds/N*
  • drops/I*
  • drops/N*
  • drops/M*
  • *.jpg
  • *.gif
  • callisto/*
  • compilelogs/
  • eclipse.org-common/
  • eclipse/testUpdates*
  • eclipse/updates/3.2milestones
  • /eclipse/updates/3.6-I-builds/
  • dev/TPTP*
  • /tools/cdt/builds
  • modeling/gmf/downloads/drops/B*
  • *drops/*/N*
  • *drops/*/I*
  • *javadoc/
  • *javadocs/
  • linuxtools/N*
  • *nightly*
  • *Nightly*
  • *staging*
  • /webtools/downloads/drops/*/M*
  • performance/
  • /releases/staging
  • /releases/europa
  • testresults/
  • /rt/eclipselink/nightly*
  • /technology/babel/update-site*
  • /technology/cosmos
  • /technology/ohf
  • /technology/tigerstripe
  • testcompilelogs/
  • testResults/
  • /tools/downloads
  • /tools/orbit/committers
  • */N201*
  • */I201*
  • */I.I201*
  • */I-*
  • */N-*
  • *integration*/
  • xref/
  • */M20*
  • /rt/eclipselink/maven.repo*

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 http://download.eclipse.org/eclipse/updates/3.6/R-3.6.2-201102101200/artifacts.jar

   <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='http://www.eclipse.org/downloads/download.php?file=/eclipse/updates/3.6/R-3.6.2-201102101200&format=xml'/>
     </properties>

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

Ideally, everyone, for all p2 repositories, should use this property, since even if not mirrored currently, it does not hurt anything in that case, and you never know when your repository might become mirrored. In fact, failure to use this property can result in too many requests for jar files coming directly to 'download.eclipse.org' and greatly slow down the network and use too much bandwidth. If this happens for your project (or repository) measures may be taken to automatically redirect all such requests somewhere else, which often does not work well; for examples, see bug 368826.

Include a p2.index file at p2 repository site?

A little documented aide to p2 is to include a special file named "p2.index" at your p2 repository URL site. Every well-behaved, well-optimized p2 repository should have one. This is especially important for composite repository sites as it can save several unsuccessful round trips to download server looking for files that do not exist. For "how to" instructions, see the p2 wiki. For history and deeper technical discussion, see bug 347448.

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, Eclipse.org imposes disk space quotas to not overburden our mirror sites. There are no quotas on mail, CVS or www.eclipse.org 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 download.eclipse.org 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 archive.eclipse.org (instructions above). If you are confident that your download.eclipse.org 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 allows committers to sign JAR and ZIP files on its behalf. Signing is done from any of the Hudson servers, or on build.eclipse.org. There are three ways to sign:

CBI Maven signing plugin

Please see: http://git.eclipse.org/c/cbi/org.eclipse.cbi.maven.plugins.git/about/

ZIP and JAR files from the Commandline (Queued)

From the command line (or from a script) invoke the following command:

   sign <file> <mail|nomail|now> [outputDir] [skiprepack]

To sign your files with Java 8, you must define the JAR_PROCESSOR_JAVA variable as below

   export JAR_PROCESSOR_JAVA=java8
  • <file> refers to the name of the file, which must be located in the staging area (download-staging.priv)
  • <mail|nomail|now> either queues up the files for signing and sends email to confirm signing is complete, or signs the file immediately, returning control to the caller once signing is complete
  • [outputDir] is an optional directory where the signed files should be placed, leaving the originals intact
  • [skiprepack] optionally does not pack/process JAR files
Important note: pack/process (aka conditioning, aka repack) is still required before signing if pack200 will be used on the Java jars at any time in the future. This option to the signing service provides the opportunity to use build systems that already do the conditioning to not to have to also re-do it again, automatically, as part of the signing process (which is wasteful at best, and in theory could cause odd, rare problems). That is, using skiprepack leaves the responsibility entirely to the user of the signing service to do the conditioning themselves, before submitting for signing.

Web service (Instant)

Using a web POST method, individual JAR files can be signed from any of the internal Hudson servers (or from build.eclipse.org) with this service:

   http://build.eclipse.org:31338/sign

The output of that service will be the signed file. Please note that it is not appropriate to submit a ZIP file of jars to the web service. Use the queued method instead. Also note that the web service does not pack or process jar files. You must condition/pack them yourself prior to signing if you wish to do so.

   # JAR FILES: Submit unsigned-jar.jar and save signed output to signedfile.jar
   curl -o signedfile.jar -F filedata=@unsigned-jar.jar http://build.eclipse.org:31338/sign
   # WINDOWS EXE: Submit Windows unsigned.exe and save signed output to signed.exe
   curl -o signed.exe -F filedata=@unsigned.exe http://build.eclipse.org:31338/winsign.php
   # MAC: Submit unsigned and save signed output to signed.zip
   # Note: You must zip your entire *.app directory for example: zip -r unsigned.zip Eclipse.app
   curl -o signed.zip -F filedata=@unsigned.zip http://build.eclipse.org:31338/macsign.php

Using the webservice is equally easy from Ant. Note that ${filename} cannot be a path. Input and output file name can be the same.

   <exec dir="${dirname}" executable="curl">
     <arg value="--output"/>
     <arg value="${filename}"/>
     <arg value="--form"/>
     <arg value="filedata=@${filename}"/>
     <arg value="--silent"/>
     <arg value="--show-error"/>
     <arg value="--fail"/>
     <arg value="http://build.eclipse.org:31338/sign"/>
   </exec>
Important.png
Version of Jarsigner
The web service only signs with Java 8 version of jarsigner.


What about GPG signing?

JAR signing of the bundles and GPG-signing of the Maven artifacts are two different steps. Once a jar has been "jar-signed", you may or may not GPG sign the corresponding Maven artifact (.jar + .pom file) so as it can be deployed on Central. As you hinted, JAR signing has to be done before the GPG signing, since doing it the other way around would break the GPG signature.

So you first have to sign your JAR file with the Eclipse Fdn certificate, either using the Maven plugin from CBI, the command line utility, or the signing web service – see above. Once you have your signed JAR, you can GPG sign it and stage it on Central like this:

   mvn gpg:sign-and-deploy-file   \
       -DpomFile=target/myapp-1.0.pom  \
       -Dfile=target/myapp-1.0.jar  \
       -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/  \
       -DrepositoryId=sonatype_oss

Builds

Access/use the Eclipse Build Server?

Build and Hudson storage layout

Although we strongly encourage the use of Hudson for builds, committers can use the build.eclipse.org server to run builds and tests for their project. Unlike the other eclipse.org 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: build.eclipse.org
  • 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. For more information on SSH, please see the SSH section of this document.

Here are some directories that are of interest:

  • /cvsroot, /svnroot, /gitroot -> the code repositories, connected to eclipse.org via a Gigabit connection. Your Build account cannot write to these files directly
  • /home/data/httpd/download.eclipse.org -> the download.eclipse.org root, connected to eclipse.org 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 http://build.eclipse.org/ (That URL redirects to the Eclipse homepage, but browsing to a specific project URL will work: http://build.eclipse.org/technology/, http://build.eclipse.org/tools/ etc.)
  • /shared/common -> a common location to store applications. Ant and various JDKs are located there.

If you have any questions, please contact the webmaster.

Access/request Hudson services

Please see the Hudson document.

Code Quality Analysis

Mailing Lists

Setup a new mailing list?

Because Mailing Lists are subject to SPAM and can adversely affect eclipse.org 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, http://wiki.eclipse.org/Some_Page 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