You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by ni...@apache.org on 2004/04/08 14:07:14 UTC
cvs commit: gump PC103.xml
nicolaken 2004/04/08 05:07:13
Modified: . PC103.xml
Log:
It's a long waaay
to Tipperaryyyy
It's a long waaay
to Guuuump
Revision Changes Path
1.5 +35 -43 gump/PC103.xml
Index: PC103.xml
===================================================================
RCS file: /home/cvs/gump/PC103.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- PC103.xml 27 Feb 2004 09:30:47 -0000 1.4
+++ PC103.xml 8 Apr 2004 12:07:13 -0000 1.5
@@ -1,8 +1,7 @@
<?xml version="1.0"?>
<!--
Copyright 2003-2004 The Apache Software Foundation
-
- Licensed under the Apache License, Version 2.0 (the "License");
+ Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
@@ -15,8 +14,6 @@
limitations under the License.
-->
-
-
<!--
See http://jakarta.apache.org/gump/workspace.html for the
informal dtd of this xml file and more details about the
@@ -36,13 +33,7 @@
defined against. The current version is "0.3".
- @ sync The name of the command, along with any desired parameters,
- used to synchronize the build directory with the cvs
- directory. This can make a considerable performance advantage
- over the default action which is to recursively remove
- the directory and copy the entire directory tree.
- [Recommended : "rsync -r -a - -delete"]
-
+ * name The name of thi workspace
(Gump dirs)
|
|
@@ -80,53 +71,54 @@
command line length restrictions.
[If this option is not specified, the jars aren't copied]
-
-->
-<workspace version="0.4"
- sync=""
- basedir="C:\jbprojects"
- cvsdir="C:\jbprojects"
- pkgdir="C:\jbprojects\krysalis-centipede\tools\jars"
- jardir="C:\jbprojects\krysalis-centipede\tools\jars">
-
- <!-- this tells Ant to completely ignore all classpath
+<workspace version="0.3"
+ name="minimal-ws"
+ basedir="c:\gump-ws"
+ cvsdir="c:\gump-ws\cvs"
+ logdir="c:\gump-ws\log"
+ cachedir="c:\gump-ws\cache"
+ workdir="c:\gump-ws\work"
+ pkgdir="c:\gump-ws\package"
+ jardir="c:\gump-ws\jars"
+ >
+
+ <!-- this tells Ant to completely ignore all classpath
elements in build scripts. This makes sure we build
the latest version of everything. Note you could
comment out this line and gump would still run fine.
The thing you loose then is the continuous integration.
See: http://jakarta.apache.org/gump/why.html for more
background. -->
-
+
<property name="build.sysclasspath" value="only"/>
+ <sysproperty name="build.clonevm" value="true"/>
- <!-- this references your profile description. A profile is a
- collection of projects and repositories that are logically
- to be considered a unit. A profile can provide a consistent
- set of installable dependencies, or tagged versions of cvs
- modules to be used.-->
+ <!-- this references your profile description. A profile is a
+ collection of projects and repositories that are logically
+ to be considered a unit. A profile can provide a consistent
+ set of installable dependencies, or tagged versions of cvs
+ modules to be used.-->
+ <profile href="profile/minimal-profile.xml"/>
+
<!-- full gump profile-->
<!-- <profile href="profile/gump.xml"/> -->
-
- <!-- my profiles -->
- <profile href="profile/krysalis.xml"/>
-
- <profile href="profile/apache.xml"/>
- <profile href="profile/apache-avalon.xml"/>
- <profile href="profile/apache-cocoon.xml"/>
<!-- Project overrides -->
- <!-- Repository overrides can be used to override the cvs repository
- definitions in the repository/ dir. This is handy if you want to
- check out using a different method than the default one, for
- example using ssh tunneling or a local machine connection.
-
- As I am a committer to parts of jakarta, I use ssh tunnelling and
- a different cvsroot, so the cvs checkout gives me write access to
- the jakarta modules. -->
- <!--<repository name="jakarta" method="ext" user="leosimons" path="/home/cvs"/>-->
-
+ <!-- Repository overrides can be used to override the cvs repository
+ definitions in the repository/ dir. This is handy if you want to
+ check out using a different method than the default one, for
+ example using ssh tunneling or a local machine connection.
+
+ As I am a committer to parts of jakarta, I use ssh tunnelling and
+ a different cvsroot, so the cvs checkout gives me write access to
+ the jakarta modules. -->
+
+ <!--<repository name="jakarta" method="ext" user="leosimons" path="/home/cvs"/>-->
+ <nag to='nicolaken@apache.org' from='nicolaken@apache.org'/>
+
</workspace>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org