Can you really no longer annotate via cvsweb or am I missing something?
Is this disabled because blame is so blame expensive now?
Keith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTE
+1
It is a pain setting these up.
Keith
Mark Thomas wrote:
I have something like this for TC5 & TC4. I do keep the files up to date
because I use them every time I look at Tomcat code.
I need to migrate my development areas from the old CVS structure to the
SVN set-up. Once I have updated m
There was some talk of merging the modules in 6, is there any objection
to that?
Keith
Bill Barker wrote:
I agree that the changes for Servlet 2.5 aren't that bad, but we might as
well branch Container while we are at it.
-
Tomcat "handles" it just fine -- if you implement it in your servlet :-)
Options conveys not only whether a resource is dav-enabled and the
class of dav support, but it has a well-defined xml response body for a
number of ACL and DeltaV properties, all of which needs to be handled by
the appli
Are you sure you don't have this property overridden in your
build.properties file?
Keith
Gary Blomquist wrote:
I have NOT modified the script. I checked the script and it contains
the following:
value="http://svn.apache.org/repos/asf/"; />
I don't know why the build is attem
Hi David, in order to build tomcat from svn, you need svn installed and
on the path.
Thanks,
Keith
Marsh David W Maj AFIT/ENG wrote:
java.io.IOException: CreateProcess: svn checkout
http://svn.apache.org/repos/asf//tomcat/current/tc5.5.x D:\tomcatsource error=2
at java.lang.ProcessImp
+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 take to convert, but it
doesn't seem like we would loos
We should keep the java sources separate from the native sources by one
more level under src/, aka the share directory (or something- I always
thought it referenced "share"d across platforms as simply opposed to
specific "native" code).
Keith
Remy Maucherat wrote:
Yoav Shapira wrote:
I've b
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, e
FWIW (mail trouble)
-- Forwarded message --
From: Keith Wannamaker <[EMAIL PROTECTED]>
Date: Jun 11, 2006 9:28 AM
Subject: Re: [VOTE] Time for 4.1.32?
To: Tomcat Developers List
On 6/10/06, Mark Thomas <[EMAIL PROTECTED]> wrote:
[X] +1 I am in favour of a 4.1.32-
+1
Keith
On 6/18/06, Mark Thomas <[EMAIL PROTECTED]> wrote:
All,
Following Bill's advice I am re-running this vote based on a tarball.
Please vote on releasing Apache Tomcat 4.1.32 as beta.
>
> The proposed Apache Tomcat 7.0.65 release is now available for voting.
> It can be obtained from:
> https://dist.apache.org/repos/dist/dev/tomcat/tomcat-7/v7.0.65/
> The Maven staging repo is:
> https://repository.apache.org/content/repositories/orgapachetomcat-1053/
> The svn tag is:
> http://
12 matches
Mail list logo