svn cvsweb

[Keith Wannamaker]

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 PROTECTED]

Re: tomcat source / eclipse project

[Keith Wannamaker]

+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 my eclipse files, I'll add them to the 
repo.


Anyone object to them being added directly under 
tomcat/container/tc5.5.x, tomcat/jasper/tc5.5.x etc?


Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 6 plans (JSP 2.1)

[Keith Wannamaker]

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.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: tomcat 5.8.0 - weird response on HTTP OPTIONS method

[Keith Wannamaker]

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 application, not tomcat.  You are going to have to override it 
anyway to specify the DAV: header, at a minimum.  Tomcat can't know 
whether your application supports dav locking or not, for instance.


Keith

Costin Manolache wrote:

Interesting.

Well, Remy is the expert in webdav, but I guess you'll need to talk
with him on the users list  :-)
I suppose the default servlet could handle 'options', since it's part
of the standard, but for regular servlets there is nothing to be done,
it's up to them to implement whatever methods they want.

Costin

On 1/6/06, Mauro Bertapelle <[EMAIL PROTECTED]> wrote:


Costin,

I'm tweaking with internet explorer and his web folder feature (access to
webdav resource).

When accessing a webdav resource, ie fire a lot of "OPTIONS" requests,
not only to the specified url but as you see from my example even to the
"/" uri
which is obviously catched by the default servlet and not by the webdav
servlet.

Mauro
--

Costin Manolache wrote:



I'm curious - why would you need the options method ?

Obviously, as you found, tomcat does not support it ( and many other
servers ), and I never heard of any use of it, even if it is in the
spec.

Well, in theory servlets could respond to 'options' method if they
choose to - and so could the default servlet.

Costin

On 1/6/06, Mauro Bertapelle <[EMAIL PROTECTED]> wrote:




Is it correct that coyote reply with the home page contents on an HTTP
OPTIONS method request ?

Client request:

OPTIONS / HTTP/1.1\r\n
Request Method: OPTIONS
Request URI: /
Request Version: HTTP/1.1
Translate: f\r\n
User-Agent: Microsoft Data Access Internet Publishing Provider
Protocol Discovery\r\n
Host: lan2\r\n
Content-Length: 0\r\n
Connection: Keep-Alive\r\n
\r\n

Server response:

Hypertext Transfer Protocol
HTTP/1.1 200 OK\r\n
Request Version: HTTP/1.1
Response Code: 200
Content-Type: text/html;charset=ISO-8859-1\r
\n
Transfer-Encoding: chunked\r\n
Date: Fri, 06 Jan 2006 10:32:07 GMT\r\n
Server: Apache-Coyote/1.1\r\n
\r\n
HTTP chunked response

  3e 3c 2f 74 72 3e 0d 0a 20 20 20 20 20 20 20 20   >..
0010  20 20 20 20 3c 2f 74 61 62 6c 65 3e 0d 0a 20 20   ..
0020  20 20 20 20 20 20 3c 2f 74 64 3e 0d 0a 20 20 20 ..
0030  20 20 20 20 20 3c 74 64 20 61 6c 69 67 6e 3d 22http://jakarta.a
0060  70 61 63 68 65 2e 6f 72 67 2f 22 3e 3c 69 6d 67   pache.org/"
>
00d0  0d 0a 20 20 20 20 3c 2f 74 72 3e 0d 0a 3c 2f 74   ...


mauro
--

-
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]







-
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]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Error building from source - error validating cert

[Keith Wannamaker]

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 attempting to use https.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Build Problems

[Keith Wannamaker]

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.ProcessImpl.create(Native Method)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 6 source organisation

[Keith Wannamaker]

+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 loose much if that approach were taken.


Keith


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

Any ideas ?

Rémy



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 6 source organisation part 2

[Keith Wannamaker]

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 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 relevant sources go there
  - webapps: all our current webapps, including the examples webapps
  - resources: misc resources, such as configuration files (server.xml), 
readmes, etc


Rémy

-
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: Tomcat 6 source organisation part 2

[Keith Wannamaker]

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-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Fwd: [VOTE] Time for 4.1.32?

[Keith Wannamaker]

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-beta release



[ ] +0 I don't mind
[ ] -1 I am against a 4.1.32-beta release because ...

Keith

Re: [VOTE] Release Tomcat 4.1.32 as beta

[Keith Wannamaker]

+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.

Re: [VOTE] Release Apache Tomcat 7.0.65

[Keith Wannamaker]

>
> 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://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_65/
> The proposed 7.0.65 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 7.0.65 Stable


CentOS 7


> Regards,
> Violeta