Re: CVS->SVN Was: SVN of ECS
On Sat, 25 Sep 2004, Martin Cooper wrote: There is this to start with: http://www.apache.org/dev/cvs2svn.html Cool, just what I was hoping for. Seems that the only major thing we have to do is plan step 2: "Decide how you want your repository converted. Read the cvs2svn manual for the different ways in which you can convert your CVS repository. You should then come up with a set of conversion instructions like this. " We need to make sure we have this decided for all of Jakarta when we begin our move, and not just a single sub-project, else it could bite us in the long term. I've used Subversion a fair bit, and set a server up, but am a mile away from being an expert. Still, I figure I can kick us off with a suggestion and everyone can lambast my stupidity/arrogance. Once/if we find a decision, we should also try to get some expert opinions on it. Either from Infra, or Fitzpatrick or someone. By the way, the current svn structure can be seen at: http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN - It's a given that we want to keep our cvs history, though bringing all the tags over may be hard/a-challenge. Still, that's what svn experts/infra are for. It looks like it's a given that we'll have a jakarta/ top level directory. All other TLPs are organized this way and I doubt we could do differently. So, with that in mind, there seem two directions, though my 2nd suggestion could have various adaptations: 1 - Should we just decide that it will be jakarta/ and let each subproject do what it wants underneath? Easier, but less organized. 2 - Going with the example of trunk/tags/branches/site, I'd like to suggest using releases/ rather than tags/. It seems closer to what we mean. Tags does seem more common though, so just a suggestion. Lots of site/ directories will encourage everyone to deploy their sites through version control without enforcing how they get it in there. We can then have a cronned svn-export or svn-update on the server-side. - jakarta/ tomcat/ trunk/ releases/ branches/ site/ ecs/ trunk/ releases/ branches/ site/ commons/ lang/ trunk/ releases/ branches/ site/ collections/ trunk/ releases/ branches/ site/ site/ site/ - So, that's the suggestion. Opinions? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS->SVN Was: SVN of ECS
On Sat, 25 Sep 2004 21:25:37 +0100, robert burrell donkin <[EMAIL PROTECTED]> wrote: > On 24 Sep 2004, at 19:55, Henri Yandell wrote: > > > Sounds good to me. ORO's the first to goto SVN then. > > cool > > > Noel (or any other local to Jakarta infra people), before I go ahead > > and just make a request, is there a particular process you'd like us > > to adhere to? > > given jakarta's large and diverse, i'd say that we need some kind of > documented procedure. otherwise, it could get really messy and create a > lot of trouble for infrastructure. There is this to start with: http://www.apache.org/dev/cvs2svn.html -- Martin Cooper > > - robert > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta commons net build failed
Le samedi 25 septembre 2004 à 13:55 -0400, Phil Steitz a écrit : > Ant cannot find the junit jar that it needs, despite the fact that it is > grabbing it as a dependency :-( > > Look in $ANT_HOME/lib and make sure that both junit.jar and optional.jar > are there, since that is where ant will look for them. You can copy the > downloaded junit jar from target/lib if you like. > > For future reference, you should post questions about Jakarta Commons > components to [EMAIL PROTECTED] > > hth, > > Phil I've resolved this problem. I set CLASSPATH with /usr/share/java -- Stéphane KLEIN Home page : http://www.harobed.org Jabber : [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta commons net build failed
Ant cannot find the junit jar that it needs, despite the fact that it is grabbing it as a dependency :-( Look in $ANT_HOME/lib and make sure that both junit.jar and optional.jar are there, since that is where ant will look for them. You can copy the downloaded junit jar from target/lib if you like. For future reference, you should post questions about Jakarta Commons components to [EMAIL PROTECTED] hth, Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS->SVN Was: SVN of ECS
On 24 Sep 2004, at 19:55, Henri Yandell wrote: Sounds good to me. ORO's the first to goto SVN then. cool Noel (or any other local to Jakarta infra people), before I go ahead and just make a request, is there a particular process you'd like us to adhere to? given jakarta's large and diverse, i'd say that we need some kind of documented procedure. otherwise, it could get really messy and create a lot of trouble for infrastructure. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN of ECS Re: [Jakarta Wiki] Updated: JakartaBoardReport-September2004
On 24 Sep 2004, at 10:48, Henning Schmiedehausen wrote: I think that Robert is the best person to answer this. He is the main responsibe developer of ECS. ;-) developer implies ongoing development. minder would be more appropriate ;) ECS is still used in many production systems and solves the problems it addresses adequately but the questions have moved on since them. i'm still subscribed to the lists but my interests have lain elsewhere for several years now. On Tue, 2004-09-21 at 22:56, Henri Yandell wrote: +Robert Burrel Donkin has volunteered to migrate ECS over to SVN as a trial migration. it went a bit quiet after i made this offer. if there's interest, i'd be willing to push this forward again. Well, do we know who would be the one to accept the offer? As far as I know, ECS doesn't really have a champion anymore. I'd vote for Robert here. i'm not sure i parse this exchange properly. what's certainly true is that ECS has no committers on the pmc. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta commons net build failed
please ask this question on the correct list (the jakarta commons user
list - see http://jakarta.apache.org/site/mail.html).
your problem is that the build uses an optional ant task. you need to
include the required jars on the classpath. read the ant manual for
details.
- robert
On 25 Sep 2004, at 21:02, Harobed wrote:
Hello,
I would like build jakarta commons net.
I'm start ant in the source, and I've this :
Harobed:/home/harobed/src/commons-net-1.2.2# ant
Buildfile: build.xml
init:
get-deps:
[get] Getting:
http://www.ibiblio.org/maven/oro/jars/oro-2.0.8.jar
[get] Not modified - so not downloaded
[get] Getting:
http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar
[get] Not modified - so not downloaded
[get] Getting: http://www.ibiblio.org/maven/ant/jars/ant-1.5.jar
[get] Not modified - so not downloaded
[get] Getting: http://www.ibiblio.org/maven/ant/jars/ant-
optional-1.5.jar
[get] Not modified - so not downloaded
compile:
compile-tests:
internal-test:
BUILD FAILED
/home/harobed/src/commons-net-1.2.2/build.xml:89: Could not create task
or type of type: junit.
Ant could not find the task or a class this task relies upon.
This is common and has a number of causes; the usual
solutions are to read the manual pages then download and
install needed JAR files, or fix the build file:
- You have misspelt 'junit'.
Fix: check your spelling.
- The task needs an external JAR file to execute
and this is not found at the right place in the classpath.
Fix: check the documentation for dependencies.
Fix: declare the task.
- The task is an Ant optional task and the JAR file and/or libraries
implementing the functionality were not found at the time you
yourself built your installation of Ant from the Ant sources.
Fix: Look in the ANT_HOME/lib for the 'ant-' JAR corresponding to
the
task and make sure it contains more than merely a META-
INF/MANIFEST.MF.
If all it contains is the manifest, then rebuild Ant with the
needed
libraries present in ${ant.home}/lib/optional/ , or alternatively,
download a pre-built release version from apache.org
- The build file was written for a later version of Ant
Fix: upgrade to at least the latest release version of Ant
- The task is not an Ant core or optional task
and needs to be declared using .
- You are attempting to use a task defined using
or but have spelt wrong or not
defined it at the point of use
Remember that for JAR files to be visible to Ant tasks implemented
in ANT_HOME/lib, the files must be in the same directory or on the
classpath
Please neither file bug reports on this problem, nor email the
Ant mailing lists, until all of these causes have been explored,
as this is not an Ant bug.
Total time: 2 seconds
How to solve my problem ?
Thanks.
--
Stéphane KLEIN
Home page : http://www.harobed.org
Jabber : [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jakarta commons net build failed
Hello,
I would like build jakarta commons net.
I'm start ant in the source, and I've this :
Harobed:/home/harobed/src/commons-net-1.2.2# ant
Buildfile: build.xml
init:
get-deps:
[get] Getting: http://www.ibiblio.org/maven/oro/jars/oro-2.0.8.jar
[get] Not modified - so not downloaded
[get] Getting:
http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar
[get] Not modified - so not downloaded
[get] Getting: http://www.ibiblio.org/maven/ant/jars/ant-1.5.jar
[get] Not modified - so not downloaded
[get] Getting: http://www.ibiblio.org/maven/ant/jars/ant-
optional-1.5.jar
[get] Not modified - so not downloaded
compile:
compile-tests:
internal-test:
BUILD FAILED
/home/harobed/src/commons-net-1.2.2/build.xml:89: Could not create task
or type of type: junit.
Ant could not find the task or a class this task relies upon.
This is common and has a number of causes; the usual
solutions are to read the manual pages then download and
install needed JAR files, or fix the build file:
- You have misspelt 'junit'.
Fix: check your spelling.
- The task needs an external JAR file to execute
and this is not found at the right place in the classpath.
Fix: check the documentation for dependencies.
Fix: declare the task.
- The task is an Ant optional task and the JAR file and/or libraries
implementing the functionality were not found at the time you
yourself built your installation of Ant from the Ant sources.
Fix: Look in the ANT_HOME/lib for the 'ant-' JAR corresponding to the
task and make sure it contains more than merely a META-
INF/MANIFEST.MF.
If all it contains is the manifest, then rebuild Ant with the
needed
libraries present in ${ant.home}/lib/optional/ , or alternatively,
download a pre-built release version from apache.org
- The build file was written for a later version of Ant
Fix: upgrade to at least the latest release version of Ant
- The task is not an Ant core or optional task
and needs to be declared using .
- You are attempting to use a task defined using
or but have spelt wrong or not
defined it at the point of use
Remember that for JAR files to be visible to Ant tasks implemented
in ANT_HOME/lib, the files must be in the same directory or on the
classpath
Please neither file bug reports on this problem, nor email the
Ant mailing lists, until all of these causes have been explored,
as this is not an Ant bug.
Total time: 2 seconds
How to solve my problem ?
Thanks.
--
Stéphane KLEIN
Home page : http://www.harobed.org
Jabber : [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
