Remy Maucherat wrote:
Hi,
Given the comments, I propose using a single repository with the
following structure (based on our root tomcat repository):
- tc6.0.x/trunk:
- src/share: all the relevant sources go there
- webapps: all our current webapps, including the examples webapps
(note:
Hi Remy!
Ok, so I'll (try to) create the structure (not the one in this mail),
but how is it done in SVN ? Is it all simply folders without anything
special ?
A simple bunch of svn mkdir commands will do its job.
There's nothing special about it.
Regards
Florian
I've been meaning to ask this for years now: what's the purpose of the
share directory under src? We share all our source by definition,
so it just seems like an extra layer...
Yoav
On 3/1/06, Remy Maucherat [EMAIL PROTECTED] wrote:
Hi,
Given the comments, I propose using a single repository
Yoav Shapira wrote:
I've been meaning to ask this for years now: what's the purpose of the
share directory under src? We share all our source by definition,
so it just seems like an extra layer...
I have no idea what share means either ;)
So let's make it:
- tc6.0.x/trunk:
- src: all the
So let's make it:
- tc6.0.x/trunk:
- src: all the relevant sources go there
- webapps: all our current webapps, including the examples webapps
- resources: misc resources, such as configuration files
(server.xml), readmes, etc
OK.
One other thing: can we put docs under trunk
So let's make it:
- tc6.0.x/trunk:
- src: all the relevant sources go there
- webapps: all our current webapps, including the examples webapps
- resources: misc resources, such as configuration files
(server.xml), readmes, etc
+1
We still need separate dirs for native code and java I think.
What about:
tc6(.0.x ?)/trunk/java
tc6/trunk/native
tc6/trunk/webapps
tc6/trunk/res
and the docs webapp at top level, as Yoav suggested.
share has a long history - I think JDK is organized this way, with
separate dirs for windows,
Costin Manolache wrote:
We still need separate dirs for native code and java I think.
What about:
tc6(.0.x ?)/trunk/java
tc6/trunk/native
tc6/trunk/webapps
tc6/trunk/res
There's a native folder too, and most likely there should be a test
folder too.
and the docs webapp at top level, as
Hola,
share has a long history - I think JDK is organized this way, with
separate dirs for windows, linux, etc.
Maybe the JDK was organized that way in the past, but doesn't seem to
be that way any more. Anyways, I don't think it has a purpose
currently. If something we're not aware of comes
Hi!
tc6(.0.x ?)/trunk/java
tc6/trunk/native
tc6/trunk/webapps
tc6/trunk/res
Isn't it widely used to have:
src/java
src/tests
src/native
Ciao,
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Hi!Costin Manolache schrieb:
The extra src/ is useless in our code organization.
Sure, but it didn't cost anything and it makes clear where to look if
one searches the sources.
Its simply one nice little place for all the great code.
But ok, its my personal preference :-)
---
Mario
Yes, this will do nicely.
Keith
Costin Manolache wrote:
We still need separate dirs for native code and java I think.
What about:
tc6(.0.x ?)/trunk/java
tc6/trunk/native
tc6/trunk/webapps
tc6/trunk/res
-
To unsubscribe,
are all the conf files, startup scripts etc in one place? res?
I was thinking that we still have a src directory, and subdirectories
under that.
trunk/src/java
trunk/src/native
trunk/webapps
etc
Keith Wannamaker wrote:
Yes, this will do nicely.
Keith
Costin Manolache wrote:
We still need
Hi,
I think it is time to decide how the source repository is going to be
organized, with the questions being:
- how many source folders do we need (Costin wanted one, while others
like Jacob seem to want modules) ?
- do we continue to use Ant ?
- etc
Any ideas ?
Rémy
Hola,
Ant as opposed to Maven, or to something else? I like Ant...
Yoav
On 2/28/06, Remy Maucherat [EMAIL PROTECTED] wrote:
Hi,
I think it is time to decide how the source repository is going to be
organized, with the questions being:
- how many source folders do we need (Costin wanted
Costin Manolache wrote:
Re. source folders versus modules - we can have both of them, it's not
exclusive.
Single source tree makes it easy to navigate, more IDE-friendly, etc.
The build file can compile as many modules as needed - either by compiling a
subset of the tree, or by compiling the
Costin Manolache wrote:
Why would you want to change ant ???
I don't, I am asking questions.
Re. source folders versus modules - we can have both of them, it's not
exclusive.
Single source tree makes it easy to navigate, more IDE-friendly, etc.
The build file can compile as many modules as
Overall, I'm +1 on Ant (-0.5 on Maven), and +0 to a single source tree
and other consolidations / clarifications / improvements that'll make
it easier to work with Tomcat's source...
Yoav
On 2/28/06, Remy Maucherat [EMAIL PROTECTED] wrote:
Costin Manolache wrote:
Why would you want to change
On 2/28/06, Keith Wannamaker [EMAIL PROTECTED] wrote:
+1 for consolidating into a single module/src folder.
maven has matured since I last looked. It seems the biggest advantages
for us would be dependency management and a common build layout. I
don't have a feel for how much work it would
We can have maven2 dependency management without use maven2 complete.
see. http://maven.apache.org/ant-tasks.html
I thing maven is good for standard prepare/compile/test, but is heavy
to use with spezial things like the current tomcat release build. I
have heard that some go back to ant
On 2/28/06, Peter Rossbach [EMAIL PROTECTED] wrote:
We can have maven2 dependency management without use maven2 complete.
see. http://maven.apache.org/ant-tasks.html
I have no problem with using maven or similar tasks for downloading
the deps, if they
can provide the same functionality with
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 28, 2006 10:24 AM
To: Tomcat Developers List
Subject: Re: Tomcat 6 source organisation
On 2/28/06, Peter Rossbach [EMAIL PROTECTED] wrote:
We can have maven2 dependency management
Yes!
I also thing we don't use maven2.
+1 to use ant
Peter
Am 28.02.2006 um 19:49 schrieb Bill Barker:
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 28, 2006 10:24 AM
To: Tomcat Developers List
Subject: Re: Tomcat 6 source
Remy Maucherat wrote:
Hi,
I think it is time to decide how the source repository is going to be
organized, with the questions being:
- how many source folders do we need (Costin wanted one, while others
like Jacob seem to want modules) ?
- do we continue to use Ant ?
- etc
I am +0 on any
On 2/28/06, Mark Thomas [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
Hi,
I think it is time to decide how the source repository is going to be
organized, with the questions being:
- how many source folders do we need (Costin wanted one, while others
like Jacob seem to want modules)
good idea, I will refactor that.
Filip
Remy Maucherat wrote:
Costin Manolache wrote:
Of course, this is a case where you need a separate module.
IMHO it is a bad sign when you have to do this - maybe you could use a
different
package name instead of same class names, or refactor a bit so you
Mark Thomas wrote:
Remy Maucherat wrote:
Hi,
I think it is time to decide how the source repository is going to be
organized, with the questions being:
- how many source folders do we need (Costin wanted one, while others
like Jacob seem to want modules) ?
- do we continue to use Ant ?
- etc
At this point, I don't think there's a big need to decide on these
components. From what I understand, the general opinion is to have a
src folder containing all the source, with a target that builds
everything, and then have subtargets for packaging individual components.
Yeah.
Yoav
28 matches
Mail list logo