Re: Tomcat Connector Benchmark

[Remy Maucherat]

Vicenc Beltran Querol wrote:
Hi, 

I would like to know if there is an "official" benchmark to 
compare the scalability/throughput of the new connectors 
(APR, Grizzly, ...) and Coyote. 

If not, maybe it's a good time to define one. 


I am confident you are going to be willing to contribute rigged results.

BTW, Grizzly is not a Tomcat connector, it is a component of a separate 
product.


Rémy

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

Re: Tomcat Connector Benchmark

[Peter Lin]

there isn't any "official" benchmark, but there's the benchmarks I ran
this year and the results.

peter


On 7/12/05, Vicenc Beltran Querol <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
> I would like to know if there is an "official" benchmark to
> compare the scalability/throughput of the new connectors
> (APR, Grizzly, ...) and Coyote.
> 
> If not, maybe it's a good time to define one.
> 
> Regards,
> 
> Vicenç
> 
> 
> -
> 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]

Tomcat Connector Benchmark

[Vicenc Beltran Querol]

Hi, 

I would like to know if there is an "official" benchmark to 
compare the scalability/throughput of the new connectors 
(APR, Grizzly, ...) and Coyote. 

If not, maybe it's a good time to define one. 

Regards, 

Vicenç


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

Re: tomcat connector

[dhay]

Hi Bill,

You sent this a while back, and I have to pick it up again.

Would you be able to explain how this would all hook together - are you
saying that Apache could load-balance the request (non-HTTP) and our
extension of JkHandler could handle the request?

cheers,

David

> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: "Tomcat Developers List" 
> Sent: Tuesday, March 22, 2005 8:16 AM
> Subject: Re: tomcat connector
> >
> > Wow, didn't know this was possible!
> >
> > This will be perfect for us...except that we need to go through Apache
> > mod_jk to load-balance requests as they come in, BEFORE they reach
tomcat.
> >
> > Please tell me there is a way to do this?!  (and how?!)
> >

> It might be easier in this case to extend JkHandler
>
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache
> /jk/core/JkHandler.html, and implement the invoke method.  Then you can
> insert it into the Handler chain via something like:
>class.myhandler=com.myfirm.mypackage.MyHandler
>request.next=myhandler
>myhandler.next=container
># any other properties that your Handler needs to be set
> |-+>
> |  |   "Bill Barker"|
> | |   <[EMAIL PROTECTED]|
> | |   .com>|
> | ||
> | |   03/21/2005 03:30 |
> | |   PM   |
> | |   Please respond to|
> | |   "Tomcat  |
> | |   Developers List" |
> | ||
> |-+>




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

Re: tomcat connector

[Bill Barker]

(B- Original Message -
(BFrom: <[EMAIL PROTECTED]>
(BTo: "Tomcat Developers List" 
(BSent: Tuesday, March 22, 2005 8:16 AM
(BSubject: Re: tomcat connector
(B
(B
(B>
(B> Wow, didn't know this was possible!
(B>
(B> This will be perfect for us...except that we need to go through Apache
(B> mod_jk to load-balance requests as they come in, BEFORE they reach tomcat.
(B>
(B> Please tell me there is a way to do this?!  (and how?!)
(B>
(B
(BIt might be easier in this case to extend JkHandler
(Bhttp://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache
(B/jk/core/JkHandler.html, and implement the invoke method.  Then you can
(Binsert it into the Handler chain via something like:
(B   class.myhandler=com.myfirm.mypackage.MyHandler
(B   request.next=myhandler
(B   myhandler.next=container
(B   # any other properties that your Handler needs to be set
(B
(B> cheers,
(B>
(B> David
(B>
(B>
(B>
(B> |-+>
(B> | |   "Bill Barker"|
(B> | |   <[EMAIL PROTECTED]|
(B> | |   .com>|
(B> | ||
(B> | |   03/21/2005 03:30 |
(B> | |   PM   |
(B> | |   Please respond to|
(B> | |   "Tomcat  |
(B> | |   Developers List" |
(B> | ||
(B> |-+>
(B>
(B>---
(B|
(B>   |
(B|
(B>   |   To:   "Tomcat Developers List"
(B, "Remo rahman"   |
(B>   |<[EMAIL PROTECTED]>
(B|
(B>   |   cc:
(B|
(B>   |   Subject:  Re: tomcat connector
(B|
(B>
(B>---
(B|
(B>
(B>
(B>
(B>
(B> You need to implement your own ProtocolHandler
(B>
(Bhttp://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache
(B>
(B> /coyote/ProtocolHandler.html, which will hand the Request & Response off
(Bto
(B> the Adapter that Tomcat hands it when it is ready for Tomcat to process
(B> them.  You'll probably also want to implement an ActionHook as well.
(B>
(B> The simplest place to start is to take a look at
(B> org.apache.coyote.memory.MemoryProtocolHandler.
(B>
(B> - Original Message -
(B> From: "Remo rahman" <[EMAIL PROTECTED]>
(B> To: 
(B> Sent: Monday, March 21, 2005 1:28 AM
(B> Subject: tomcat connector
(B>
(B>
(B> I'm developing an application which is a java servlet, deployed on tomcat
(B> 5.5
(B> Now, I want my application to take raw data from the client through
(B> sockets, & for that it has to make a socket connection and listen that
(B> port for data.
(B>
(B>  I've heard that we can create Connectors in Tomcat, which can listen
(B> to any protocol type of request i.e. Http, Telnet or any of
(B> application protocol.
(B>
(B>  In my case I need a Connector which can listen to a socket for raw
(B> data type requests$B!D(B
(B>
(B> And, I can hook my application (or servlet) with that Connector & can
(B> listen to those requests which are coming on that connection.
(B>
(B> But, as a solution I want my client to be a simple Telnet tool, which
(B> can send requests on the port, I've configured for my Connector.
(B>
(B> But, till now I've seen tomcat entertaining Http requests only.
(B>
(B>
(B>
(B> Please suggest,
(B>
(B> - How to implement this in tomcat 5.5
(B>
(B> - Is there any built-in connector available
(B>
(B> - Is it possible to make a custom connector for this scenario
(B>
(B>
(B>
(B> Looking forward to your comments & suggestions
(B>
(B> -
(B> To unsubscribe, e-mail: [EMAIL PROTECTED]
(B> For additional commands, e-mail: [EMAIL PROTECTED]
(B>
(B>
(B>
(B>
(B>
(B> This message is intended only for the use of the person(s) listed above as
(B> the intended recipient(s), and may contain information that is PRIVILEGED
(B> and CONFIDENTIAL.  If you are not an intended recipient, you may not read,
(B> copy, or distribute this message or any attachment. If you received this
(B> communication in error, please notify us immediately by e-mail and then
(B> delete all copies of this message and any attachments.
(B>
(B> In addition you s

Re: tomcat connector

[dhay]

(BWow, didn't know this was possible!
(B
(BThis will be perfect for us...except that we need to go through Apache
(Bmod_jk to load-balance requests as they come in, BEFORE they reach tomcat.
(B
(BPlease tell me there is a way to do this?!  (and how?!)
(B
(Bcheers,
(B
(BDavid
(B
(B
(B
(B|-+>
(B| |   "Bill Barker"|
(B| |   <[EMAIL PROTECTED]|
(B| |   .com>|
(B| ||
(B| |   03/21/2005 03:30 |
(B| |   PM   |
(B| |   Please respond to|
(B| |   "Tomcat  |
(B| |   Developers List" |
(B| ||
(B|-+>
(B  
(B>---|
(B  | 
(B  |
(B  |   To:   "Tomcat Developers List" , 
(B"Remo rahman"   |
(B  |<[EMAIL PROTECTED]>  
(B  |
(B  |   cc:   
(B      |
(B  |   Subject:  Re: tomcat connector
(B  |
(B  
(B>---|
(B
(B
(B
(B
(BYou need to implement your own ProtocolHandler
(Bhttp://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache
(B
(B/coyote/ProtocolHandler.html, which will hand the Request & Response off to
(Bthe Adapter that Tomcat hands it when it is ready for Tomcat to process
(Bthem.  You'll probably also want to implement an ActionHook as well.
(B
(BThe simplest place to start is to take a look at
(Borg.apache.coyote.memory.MemoryProtocolHandler.
(B
(B- Original Message -
(BFrom: "Remo rahman" <[EMAIL PROTECTED]>
(BTo: 
(BSent: Monday, March 21, 2005 1:28 AM
(BSubject: tomcat connector
(B
(B
(BI'm developing an application which is a java servlet, deployed on tomcat
(B5.5
(BNow, I want my application to take raw data from the client through
(Bsockets, & for that it has to make a socket connection and listen that
(Bport for data.
(B
(B I've heard that we can create Connectors in Tomcat, which can listen
(Bto any protocol type of request i.e. Http, Telnet or any of
(Bapplication protocol.
(B
(B In my case I need a Connector which can listen to a socket for raw
(Bdata type requests$B!D(B
(B
(BAnd, I can hook my application (or servlet) with that Connector & can
(Blisten to those requests which are coming on that connection.
(B
(BBut, as a solution I want my client to be a simple Telnet tool, which
(Bcan send requests on the port, I've configured for my Connector.
(B
(BBut, till now I've seen tomcat entertaining Http requests only.
(B
(B
(B
(BPlease suggest,
(B
(B- How to implement this in tomcat 5.5
(B
(B- Is there any built-in connector available
(B
(B- Is it possible to make a custom connector for this scenario
(B
(B
(B
(BLooking forward to your comments & suggestions
(B
(B-
(BTo unsubscribe, e-mail: [EMAIL PROTECTED]
(BFor additional commands, e-mail: [EMAIL PROTECTED]
(B
(B
(B
(B
(B
(BThis message is intended only for the use of the person(s) listed above as
(Bthe intended recipient(s), and may contain information that is PRIVILEGED
(Band CONFIDENTIAL.  If you are not an intended recipient, you may not read,
(Bcopy, or distribute this message or any attachment. If you received this
(Bcommunication in error, please notify us immediately by e-mail and then
(Bdelete all copies of this message and any attachments.
(B
(BIn addition you should be aware that ordinary (unencrypted) e-mail sent
(Bthrough the Internet is not secure. Do not send confidential or sensitive
(Binformation, such as social security numbers, account numbers, personal
(Bidentification numbers and passwords, to us via ordinary (unencrypted)
(Be-mail.
(B
(B
(B
(B-
(B To unsubscribe, e-mail: [EMAIL PROTECTED]
(BFor additional commands, e-mail: [EMAIL PROTECTED]
(B
(B
(B
(B
(B
(B-
(BTo unsubscribe, e-mail: [EMAIL PROTECTED]
(BFor additional commands, e-mail: [EMAIL PROTECTED]

Re: tomcat connector

[vamsi kanuri]

plz dont send any e mails 

Remo rahman <[EMAIL PROTECTED]> wrote: I'm developing an application which is a 
java servlet, deployed on tomcat 5.5
Now, I want my application to take raw data from the client through
sockets, & for that it has to make a socket connection and listen that
port for data.

I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

In my case I need a Connector which can listen to a socket for raw
data type requests…

And, I can hook my application (or servlet) with that Connector & can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.



Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario



Looking forward to your comments & suggestions

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




Send instant messages to your online friends http://uk.messenger.yahoo.com 

Re: tomcat connector

[vamsi kanuri]

plz dont send any e mails 

Remo rahman <[EMAIL PROTECTED]> wrote:I'm developing an application which is a 
java servlet, deployed on tomcat 5.5
Now, I want my application to take raw data from the client through
sockets, & for that it has to make a socket connection and listen that
port for data.

I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

In my case I need a Connector which can listen to a socket for raw
data type requests…

And, I can hook my application (or servlet) with that Connector & can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.



Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario



Looking forward to your comments & suggestions

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



Send instant messages to your online friends http://uk.messenger.yahoo.com 

tomcat connector

[Remo rahman]

I'm developing an application which is a java servlet, deployed on tomcat 5.5
Now, I want my application to take raw data from the client through
sockets, & for that it has to make a socket connection and listen that
port for data.

I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

In my case I need a Connector which can listen to a socket for raw
data type requestsâ

And, I can hook my application (or servlet) with that Connector & can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.

Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario

Looking forward to your comments & suggestions

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

Re: tomcat connector

[Bill Barker]

You need to implement your own ProtocolHandler
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache
/coyote/ProtocolHandler.html, which will hand the Request & Response off to
the Adapter that Tomcat hands it when it is ready for Tomcat to process
them.  You'll probably also want to implement an ActionHook as well.

The simplest place to start is to take a look at
org.apache.coyote.memory.MemoryProtocolHandler.

- Original Message -
From: "Remo rahman" <[EMAIL PROTECTED]>
To: 
Sent: Monday, March 21, 2005 1:28 AM
Subject: tomcat connector


I'm developing an application which is a java servlet, deployed on tomcat
5.5
Now, I want my application to take raw data from the client through
sockets, & for that it has to make a socket connection and listen that
port for data.

 I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

 In my case I need a Connector which can listen to a socket for raw
data type requestsâ

And, I can hook my application (or servlet) with that Connector & can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.



Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario



Looking forward to your comments & suggestions

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





This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


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

tomcat connector

[Remo rahman]

I'm developing an application which is a java servlet, deployed on tomcat 5.5
Now, I want my application to take raw data from the client through
sockets, & for that it has to make a socket connection and listen that
port for data.

 I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

 In my case I need a Connector which can listen to a socket for raw
data type requestsâ

And, I can hook my application (or servlet) with that Connector & can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.

 

Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario

 

Looking forward to your comments & suggestions

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

Re: Developing a new tomcat connector

[Bill Barker]

See:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg132026.html

- Original Message -
From: "Henrique Faria" <[EMAIL PROTECTED]>
To: "'Tomcat Developers List'" <[EMAIL PROTECTED]>
Sent: Friday, July 23, 2004 1:16 PM
Subject: RES: Developing a new tomcat connector


> Yoav,
>
> One of the protocols we're going to work with is the ISO8583. Do you
> know some project similar to ours? We want to know the viability of
> implementing JAVA non http connectors...
> I downloaded the JK2 source code. It's in C!
> We have already deployed a dummy connector through the server.xml, that
> just echoes the request to the client.
> Thanks,
>
> Henrique Faria  Senior Consultant
> Java Software Team
> tel: 55.11.3285 4699
> cel: 55.11.9811 8281
> fax: 55.11.3266 5121
> [EMAIL PROTECTED]
>
> -Mensagem original-
> De: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Enviada em: Friday, July 23, 2004 4:39 PM
> Para: Tomcat Developers List
> Assunto: RE: Developing a new tomcat connector
>
>
> Hi,
> There's the AJP connector in Tomcat itself, you can take a look at that.
>
> Depending on your protocol and requirements, you might be able to reuse
> CoyoteRequest/Response and their Facades, and only focus on the
> ProtoclProcessor.
>
> Yoav Shapira
> Millennium Research Informatics
>
>
> >-----Original Message-
> >From: Henrique Faria [mailto:[EMAIL PROTECTED]
> >Sent: Friday, July 23, 2004 3:35 PM
> >To: [EMAIL PROTECTED]
> >Subject: Developing a new tomcat connector
> >
> >Hello!
> >Has anyone already developed a non http tomcat connector in java? We're
> >wondering if it is possible to implement connectors, for other
> >protocols, to work within tomcat infrastructure.
> >For now, we're analyzing the existing http classes, and trying to
> >understand its functionality. The next step would be implement classes
> >like MyProtocolConnector, MyProtocolProcessor, MyProtocolRequest,
> >MyProtocolResponse for the new connector, so we could use a servlet
> >based layer, inside our middleware, to process different kinds of
> >transactions.
> >Is tomcat too much http driven for us to try it?
> >Thanks,
> >
> >
> >
> >Henrique Faria  Senior Consultant
> >Java Software Team
> >tel: 55.11.3285 4699
> >cel: 55.11.9811 8281
> >fax: 55.11.3266 5121
> >[EMAIL PROTECTED]
> >
> >
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> This e-mail, including any attachments, is a confidential business
> communication, and may contain information that is confidential,
> proprietary and/or privileged.  This e-mail is intended only for the
> individual(s) to whom it is addressed, and may not be saved, copied,
> printed, disclosed or used by anyone else.  If you are not the(an)
> intended recipient, please immediately delete this e-mail from your
> computer system and notify the sender.  Thank you.
>
>
> -
> 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]
>


This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

Re: Developing a new tomcat connector

[Costin Manolache]

Henrique Faria wrote:
Hello!
Has anyone already developed a non http tomcat connector in java? We're
wondering if it is possible to implement connectors, for other
protocols, to work within tomcat infrastructure.
The answer is yes, it is possible - and IMO a very good idea.
The impl can benefit a lot from all tomcat infrastructure - buffers, 
ssl, etc. You can also easily hook the protocol implementation using 
standard servlets - which are well-known and easy to program with.

AFAIK Apache server also supports few non-http protocols - I think FTP, 
POP3, etc.

Costin
( I have a half working SMTP protocol implementation - I'll post it when 
it works )


For now, we're analyzing the existing http classes, and trying to
understand its functionality. The next step would be implement classes
like MyProtocolConnector, MyProtocolProcessor, MyProtocolRequest,
MyProtocolResponse for the new connector, so we could use a servlet
based layer, inside our middleware, to process different kinds of
transactions.
Is tomcat too much http driven for us to try it?

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

RES: Developing a new tomcat connector

[Henrique Faria]

Yoav,

One of the protocols we're going to work with is the ISO8583. Do you
know some project similar to ours? We want to know the viability of
implementing JAVA non http connectors... 
I downloaded the JK2 source code. It's in C!
We have already deployed a dummy connector through the server.xml, that
just echoes the request to the client.  
Thanks, 

Henrique Faria   Senior Consultant
Java Software Team  
tel:55.11.3285 4699 
cel:55.11.9811 8281 
fax:55.11.3266 5121 
[EMAIL PROTECTED]   

-Mensagem original-
De: Shapira, Yoav [mailto:[EMAIL PROTECTED] 
Enviada em: Friday, July 23, 2004 4:39 PM
Para: Tomcat Developers List
Assunto: RE: Developing a new tomcat connector


Hi,
There's the AJP connector in Tomcat itself, you can take a look at that.

Depending on your protocol and requirements, you might be able to reuse
CoyoteRequest/Response and their Facades, and only focus on the
ProtoclProcessor.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Henrique Faria [mailto:[EMAIL PROTECTED]
>Sent: Friday, July 23, 2004 3:35 PM
>To: [EMAIL PROTECTED]
>Subject: Developing a new tomcat connector
>
>Hello!
>Has anyone already developed a non http tomcat connector in java? We're
>wondering if it is possible to implement connectors, for other
>protocols, to work within tomcat infrastructure.
>For now, we're analyzing the existing http classes, and trying to
>understand its functionality. The next step would be implement classes
>like MyProtocolConnector, MyProtocolProcessor, MyProtocolRequest,
>MyProtocolResponse for the new connector, so we could use a servlet
>based layer, inside our middleware, to process different kinds of
>transactions.
>Is tomcat too much http driven for us to try it?
>Thanks,
>
>
>
>Henrique Faria  Senior Consultant
>Java Software Team
>tel:   55.11.3285 4699
>cel:   55.11.9811 8281
>fax:   55.11.3266 5121
>[EMAIL PROTECTED]
>
>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential,
proprietary and/or privileged.  This e-mail is intended only for the
individual(s) to whom it is addressed, and may not be saved, copied,
printed, disclosed or used by anyone else.  If you are not the(an)
intended recipient, please immediately delete this e-mail from your
computer system and notify the sender.  Thank you.


-
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: Developing a new tomcat connector

[Shapira, Yoav]

Hi,
There's the AJP connector in Tomcat itself, you can take a look at that.

Depending on your protocol and requirements, you might be able to reuse
CoyoteRequest/Response and their Facades, and only focus on the
ProtoclProcessor.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Henrique Faria [mailto:[EMAIL PROTECTED]
>Sent: Friday, July 23, 2004 3:35 PM
>To: [EMAIL PROTECTED]
>Subject: Developing a new tomcat connector
>
>Hello!
>Has anyone already developed a non http tomcat connector in java? We're
>wondering if it is possible to implement connectors, for other
>protocols, to work within tomcat infrastructure.
>For now, we're analyzing the existing http classes, and trying to
>understand its functionality. The next step would be implement classes
>like MyProtocolConnector, MyProtocolProcessor, MyProtocolRequest,
>MyProtocolResponse for the new connector, so we could use a servlet
>based layer, inside our middleware, to process different kinds of
>transactions.
>Is tomcat too much http driven for us to try it?
>Thanks,
>
>
>
>Henrique Faria  Senior Consultant
>Java Software Team
>tel:   55.11.3285 4699
>cel:   55.11.9811 8281
>fax:   55.11.3266 5121
>[EMAIL PROTECTED]
>
>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Developing a new tomcat connector

[Henrique Faria]

Hello!
Has anyone already developed a non http tomcat connector in java? We're
wondering if it is possible to implement connectors, for other
protocols, to work within tomcat infrastructure.
For now, we're analyzing the existing http classes, and trying to
understand its functionality. The next step would be implement classes
like MyProtocolConnector, MyProtocolProcessor, MyProtocolRequest,
MyProtocolResponse for the new connector, so we could use a servlet
based layer, inside our middleware, to process different kinds of
transactions.
Is tomcat too much http driven for us to try it?
Thanks,
 


Henrique Faria   Senior Consultant
Java Software Team  
tel:55.11.3285 4699 
cel:55.11.9811 8281 
fax:55.11.3266 5121 
[EMAIL PROTECTED]   




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

Re: IIS-Tomcat connector bugs

[Viktor Hevesi]

Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
"NIE SPAM" a znova ho poslite. V buducich mailoch uz "NIE SPAM" pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


JH> I have been pounding my head into the wall trying to get 
JH> isapi_redirect.dll working on IIS 6.0.

JH> There are 3 bugs here with isapi_redirect and its docs as they stand
JH> today -- only one directly of Microsoft's making, it appears:

JH> *1) The URI handed to map_uri_to_worker() in jk_isapi_plugin.c always
JH> contains the host and port screwing up virtual host-independent 
JH> URI-to-worker mappings.*

JH> I did a little digging and discovered that this has apparently been
JH> broken since revision 1.19 (i.e. 1.18 worked).  The apparent fix is as
JH> follows:

JH> --- jk_isapi_plugin.orig.c  2004-02-24 01:45:50.0 -0600
JH> +++ jk_isapi_plugin.c   2004-07-21 12:11:50.0 -0500
JH> @@ -718,14 +718,13 @@
JH>  jk_log(logger, JK_LOG_DEBUG,
JH> "In HttpFilterProc Virtual Host redirection
JH> of %s\n",
JH> snuri);
JH> -} else {
JH> - strncpy(snuri, uri, sizeof(snuri));
JH> -   }
JH> +worker = map_uri_to_worker(uw_map, snuri, logger);
JH> +}
JH>  if (!worker) {
JH>  jk_log(logger, JK_LOG_DEBUG,
JH> "In HttpFilterProc test Default redirection
JH> of %s\n",
JH> uri);
JH> -worker = map_uri_to_worker(uw_map, snuri, logger);
JH> +worker = map_uri_to_worker(uw_map, uri, logger);
JH>  }

JH>  if (worker) {

JH> I have filed this as bug 30236 
JH> <http://issues.apache.org/bugzilla/show_bug.cgi?id=30236>.

JH> Just to add an example:

JH> /examples/*=ajp13

JH> will no longer work with the current code but

JH> /fullhostname/examples/*=ajp13

JH> does.

JH> *2) isapi_install.vbs has hard-wired references throughout to 
JH> "isapi_redirector.dll".  Unfortunately, the default name of the DLL and
JH> that used throughout all the documentation bundled and otherwise is
JH> "isapi_redirect.dll".*

JH> This leads to *very* confusing failures to load the connector into IIS.
JH> Once this apparent typo is corrected, this script works great.

JH> I have filed this as bug 30238 
JH> <http://issues.apache.org/bugzilla/show_bug.cgi?id=30238>.

JH> *3) Connector documentation is not up-to-date for IIS 6 Changes*

JH> The IIS portion of the Tomcat connector documentation makes no mention
JH> of the extra steps required to get the connectors working with IIS 6.
JH> These are clearly documented elsewhere on the web 
JH> (http://www.rit.edu/~ack5504/tomcat-iis6-howto/tomcat-iis6-howto.html
JH> <http://www.rit.edu/%7Eack5504/tomcat-iis6-howto/tomcat-iis6-howto.html>
JH> amongst other places), so there is little reason not to incorporate this
JH> information.  Not bundling this information leaves most people 
JH> attempting this configuration completely lost -- and they just give up.

JH> I have filed this as bug 30239 
JH> <http://issues.apache.org/bugzilla/show_bug.cgi?id=30239>.

JH> That's it for the moment

JH> --
JH> Jess Holle


-=x=-
Skontrolované antivírovým programom NOD32


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

IIS-Tomcat connector bugs

[Jess Holle]

I have been pounding my head into the wall trying to get 
isapi_redirect.dll working on IIS 6.0.

There are 3 bugs here with isapi_redirect and its docs as they stand 
today -- only one directly of Microsoft's making, it appears:

*1) The URI handed to map_uri_to_worker() in jk_isapi_plugin.c always 
contains the host and port screwing up virtual host-independent 
URI-to-worker mappings.*

I did a little digging and discovered that this has apparently been 
broken since revision 1.19 (i.e. 1.18 worked).  The apparent fix is as 
follows:

   --- jk_isapi_plugin.orig.c  2004-02-24 01:45:50.0 -0600
   +++ jk_isapi_plugin.c   2004-07-21 12:11:50.0 -0500
   @@ -718,14 +718,13 @@
jk_log(logger, JK_LOG_DEBUG,
   "In HttpFilterProc Virtual Host redirection
   of %s\n",
   snuri);
   -} else {
   - strncpy(snuri, uri, sizeof(snuri));
   -   }
   +worker = map_uri_to_worker(uw_map, snuri, logger);
   +}
if (!worker) {
jk_log(logger, JK_LOG_DEBUG,
   "In HttpFilterProc test Default redirection
   of %s\n",
   uri);
   -worker = map_uri_to_worker(uw_map, snuri, logger);
   +worker = map_uri_to_worker(uw_map, uri, logger);
}
if (worker) {
I have filed this as bug 30236 
<http://issues.apache.org/bugzilla/show_bug.cgi?id=30236>.

Just to add an example:
   /examples/*=ajp13
will no longer work with the current code but
   /fullhostname/examples/*=ajp13
does.
*2) isapi_install.vbs has hard-wired references throughout to 
"isapi_redirector.dll".  Unfortunately, the default name of the DLL and 
that used throughout all the documentation bundled and otherwise is 
"isapi_redirect.dll".*

This leads to *very* confusing failures to load the connector into IIS.  
Once this apparent typo is corrected, this script works great.

I have filed this as bug 30238 
<http://issues.apache.org/bugzilla/show_bug.cgi?id=30238>.

*3) Connector documentation is not up-to-date for IIS 6 Changes*
The IIS portion of the Tomcat connector documentation makes no mention 
of the extra steps required to get the connectors working with IIS 6.  
These are clearly documented elsewhere on the web 
(http://www.rit.edu/~ack5504/tomcat-iis6-howto/tomcat-iis6-howto.html 
<http://www.rit.edu/%7Eack5504/tomcat-iis6-howto/tomcat-iis6-howto.html> 
amongst other places), so there is little reason not to incorporate this 
information.  Not bundling this information leaves most people 
attempting this configuration completely lost -- and they just give up.

I have filed this as bug 30239 
<http://issues.apache.org/bugzilla/show_bug.cgi?id=30239>.

That's it for the moment
--
Jess Holle

DO NOT REPLY [Bug 25733] - Apache-Tomcat connector problem

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=25733>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=25733

Apache-Tomcat connector problem

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-05-26 17:25 ---
You're unlikely to get meaningful help by submitting your bug here with this 
minimal information.  Instead, ask for help on the tomcat-user list: you will 
get more responses.  And of course, chances are this is not really a bug but a 
misconfiguration, so I'm closing this item.

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

DO NOT REPLY [Bug 25733] - Apache-Tomcat connector problem

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25733>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25733

Apache-Tomcat connector problem

[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Connector:AJP   |Native:JK

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

webdav over tomcat connector on windows problem

[Livio Marti]

from an older post of you on  
http://archives.real-time.com/pipermail/tomcat-devel/2001-December/ 
025155.html

i have found a solution for the webdav over tomcat connector on windows  
problem ;)

if you make a connection from an os x or linux box on a tomcat webdav  
w/ webapp connector for example on "http://localhost/webdav/";, the  
webdav client sends a request for "http://localhost/webdav/"; so it  
works without a problem.

If you make a connection from a windows webdav client on  
"http://localhost/webdav/"; it sends only a request for  
"http://localhost/webdav"; <--- WITHOUT A SLASH!!
but tomcat needs a slash at the end...! thats the problem!

all you must do now is forward all requests for  
"http://localhost/webdav"; to "http://localhost/webdav/"; within your  
apache config file.

greets livio

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

DO NOT REPLY [Bug 25733] New: - Apache-Tomcat connector problem

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25733>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25733

Apache-Tomcat connector problem

   Summary: Apache-Tomcat connector problem
   Product: Tomcat 5
   Version: 5.0.16
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:AJP
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Subject: Apache-Tomcat connector problem.

Have the following installed

System: windows xp professional
Java: j2sdk1.4.1
Connector: JK2.0.2
TomCat: 5.0.16
HTTP server: Apache2

This works: http://localhost for Apache
This works: http://localhost:8080/servlets-examples for Tomcat

After installing JK2 in modules directory and configuring httpd.conf for 
Apache with
LoadModule jk2_module modules/mod_jk2-2.0.43.dll 

and...
using the following minimum configuration as suggested from Jakarta site...

---
---
Minimum configuration is the simplest one to make the JK2 working. The used 
channel will be socket, and lot of options are used by default. Both the 
Tomcat and web server are on the same computer. 


jk2.properties: 

# The default port is 8009 but you can use another one
# channelSocket.port=8019
That is all needed on the Tomcat side to configure the JK2. 

workers2.properties: 

# Define the communication channel 
[channel.socket:localhost:8009]
info=Ajp13 forwarding over socket
tomcatId=localhost:8009

# Map the Tomcat examples webapp to the Web server uri space
[uri:/examples/*]
info=Map the whole webapp

Start the Tomcat and Web server and browse to the http://localhost/examples/ 
---
---


I get, [Tue Dec 23 10:01:34 2003] [error] mod_jk child init 1 0, from the 
Apache Error log

---
---


[Tue Dec 23 10:01:34 2003] [error] mod_jk child init 1 0
[Tue Dec 23 10:01:34 2003] [notice] Child 2688: Acquired the start mutex.
[Tue Dec 23 10:01:34 2003] [notice] Child 2688: Starting 250 worker threads.


This doesn't work: http://localhost/examples/
This doesn't work: http://localhost/servlets-examples.

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

Re: jakarta-tomcat-connector release cleanup

[Bill Barker]

- Original Message - 
From: "Glenn Nielsen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, September 06, 2003 9:37 PM
Subject: jakarta-tomcat-connector release cleanup


> I have promised to setup the tomcat connector releases so that they
> can be mirrored when I perform the next mod_jk release.  First I have
> a few questions.
>
> Are the coyote beta release/milestone releases in
> /www/jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote
> still needed?  Will there be separate releases of coyote or will
> it only be bundled with Tomcat 4/5 releases?

Don't forget Tomcat 3.3!  The Tomcat 4/5 releases get issued pretty often,
and the current Connectors build is broken for 3.3, so +1 to remove the
Connectors download.  I'll look into transfering the "how-to-use"
instructions to the 3.3 nightly download page.

>
> mod_webapp is deprecated so should we continue to have the
> /www/jakarta.apache.org/builds/jakarta-tomcat-connectors/webapp
> release directory or should this be moved to archive.apache.org?

+1 for moving.  The fewer mod_webapp questions I have to field on
tomcat-user, the better ;-).

>
> Can /www/jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/nightly/
> be removed?  The last nightly build of this was October of 2002.
>
> Can the old mod_jk 1.2 and mod_jk2 releases be moved to
> archive.apache.org?

+1 for moving.

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

This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

jakarta-tomcat-connector release cleanup

[Glenn Nielsen]

I have promised to setup the tomcat connector releases so that they
can be mirrored when I perform the next mod_jk release.  First I have
a few questions.
Are the coyote beta release/milestone releases in
/www/jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote
still needed?  Will there be separate releases of coyote or will
it only be bundled with Tomcat 4/5 releases?
mod_webapp is deprecated so should we continue to have the
/www/jakarta.apache.org/builds/jakarta-tomcat-connectors/webapp
release directory or should this be moved to archive.apache.org?
Can /www/jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/nightly/
be removed?  The last nightly build of this was October of 2002.
Can the old mod_jk 1.2 and mod_jk2 releases be moved to
archive.apache.org?
Thanks,

Glenn



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

Re: mirror-enable tomcat-connector downloads

[Glenn Nielsen]

Stefan Bodewig wrote:
On Wed, 03 Sep 2003, Glenn Nielsen <[EMAIL PROTECTED]> wrote:

Stefan Bodewig wrote:

On Wed, 03 Sep 2003, Glenn Nielsen <[EMAIL PROTECTED]> wrote:


We have a release pending for mod_jk 1.2.5,
Does that affect JK2 and JNI and what not as well?
No. Just the mod_jk 1.2 connector source and binary distributions.


Do you want to move the other distributions to the mirrors then as
well or would you prefer somebody else to do it (I'd still volunteer 8-).
Nah, just as easy to move those at the same time mod_jk 1.2 is moved.

Glenn

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

Re: mirror-enable tomcat-connector downloads

[Stefan Bodewig]

On Wed, 03 Sep 2003, Glenn Nielsen <[EMAIL PROTECTED]> wrote:
> Stefan Bodewig wrote:
>> On Wed, 03 Sep 2003, Glenn Nielsen <[EMAIL PROTECTED]> wrote:
>>
>>>We have a release pending for mod_jk 1.2.5,
>> Does that affect JK2 and JNI and what not as well?
> 
> No. Just the mod_jk 1.2 connector source and binary distributions.

Do you want to move the other distributions to the mirrors then as
well or would you prefer somebody else to do it (I'd still volunteer 8-).

>> The ultimate goal should be that jakarta/builds is empty (nightlies
>> are supposed to be on cvs.apache.org for some reason).
> 
> Nightlies were moved to cvs.apache.org a while ago when daedalus was
> running out of disk space.

Great.  Betas/Alphas should be on cvs instead of jakarta as well.

> Now that jakarta.apache.org and cvs.apache.org are on the same
> server it doesn't matter.

Yes and no.  It would matter for anybody trying to mirror
jakarta.apache.org, not sure whether that happens, though.

Thanks again

Stefan

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

Re: mirror-enable tomcat-connector downloads

[Glenn Nielsen]

Stefan Bodewig wrote:
On Wed, 03 Sep 2003, Glenn Nielsen <[EMAIL PROTECTED]> wrote:


We have a release pending for mod_jk 1.2.5,


Does that affect JK2 and JNI and what not as well?

No. Just the mod_jk 1.2 connector source and binary distributions.


I can take care of this when I do the release.


Please do.  And while you are at it, please move all old releases to
archive.apache.org.
Sure.

The ultimate goal should be that jakarta/builds is empty (nightlies
are supposed to be on cvs.apache.org for some reason).
Nightlies were moved to cvs.apache.org a while ago when daedalus was
running out of disk space. Now that jakarta.apache.org and cvs.apache.org
are on the same server it doesn't matter.
Regards,

Glenn

--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mirror-enable tomcat-connector downloads

[Stefan Bodewig]

On Wed, 03 Sep 2003, Glenn Nielsen <[EMAIL PROTECTED]> wrote:

> We have a release pending for mod_jk 1.2.5,

Does that affect JK2 and JNI and what not as well?

> I can take care of this when I do the release.

Please do.  And while you are at it, please move all old releases to
archive.apache.org.

The ultimate goal should be that jakarta/builds is empty (nightlies
are supposed to be on cvs.apache.org for some reason).

Thanks

Stefan

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

Re: mirror-enable tomcat-connector downloads

[Glenn Nielsen]

Stefan Bodewig wrote:
Hi,

as by now you most probably know, all releases should go through
www.apache.org/dist so they will be mirrored and we (the ASF) can save
money as we pay for the transferred data.  For details please see
 and
.
Tomcat 4.1 is using the "official" distribution location, but AFAICS
no connector distribution is doing so.
I'll be happy to help with the migration ranging from giving advice to
doing it myself, just let me know what is needed.
We have a release pending for mod_jk 1.2.5, I can take care of this
when I do the release.  I migrated jakarta-taglibs to support the
mirror months ago.  Thanks for the offer to help.
On a related note: How does anybody find the connector distributions?

Yesterday I had a customer who insists on placing Tomcat behind IIS
rant about that "damned open source software" as he failed to locate
iis_redirect.dll.  He started from the location he used to download
the version bundled with 3.2.4 as he couldn't find a link on Tomcat's
pages.  It's rather hard to find them that way.
Even before Robert changed the Jakarta download pages a few hours ago,
there has been no link to a connector download and I cannot find a
link in Tomcat's part of the Jakarta website at all.
I found the JK2 download by following the link in Tomcat's README in
, but please
note that (1) mirrors may not display that file at all[1] and (2)
almost nobody is going to see the README after the redesign of the
Jakarta download page.
Yeah, this should be made clearer and can be done as part of migrating
mod_jk to support the mirror.  I can publish to the jakarta site so
I will look into this.
Thanks for prodding us Stefan.

Regards,

Glenn



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

mirror-enable tomcat-connector downloads

[Stefan Bodewig]

Hi,

as by now you most probably know, all releases should go through
www.apache.org/dist so they will be mirrored and we (the ASF) can save
money as we pay for the transferred data.  For details please see
 and
.

Tomcat 4.1 is using the "official" distribution location, but AFAICS
no connector distribution is doing so.

I'll be happy to help with the migration ranging from giving advice to
doing it myself, just let me know what is needed.

On a related note: How does anybody find the connector distributions?

Yesterday I had a customer who insists on placing Tomcat behind IIS
rant about that "damned open source software" as he failed to locate
iis_redirect.dll.  He started from the location he used to download
the version bundled with 3.2.4 as he couldn't find a link on Tomcat's
pages.  It's rather hard to find them that way.

Even before Robert changed the Jakarta download pages a few hours ago,
there has been no link to a connector download and I cannot find a
link in Tomcat's part of the Jakarta website at all.

I found the JK2 download by following the link in Tomcat's README in
, but please
note that (1) mirrors may not display that file at all[1] and (2)
almost nobody is going to see the README after the redesign of the
Jakarta download page.

Cheers

Stefan

Footnotes: 
[1]  for example http://www.apache.de/dist/jakarta/tomcat-4/binaries/


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

DO NOT REPLY [Bug 20567] - JK2 tomcat connector does not work if configured in IIS as a plug-in mapped to extension.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20567>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20567

JK2 tomcat connector does not work if configured in IIS as a plug-in mapped to 
extension.





--- Additional Comments From [EMAIL PROTECTED]  2003-06-08 07:09 ---
*** Bug 20568 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 20568] - JK tomcat connector configured as plug-in mapped to extension ".jsp" invalidates session each time when processing HTTP GET requests

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20568>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20568

JK tomcat connector configured as plug-in mapped to extension ".jsp" invalidates 
session each time when processing HTTP GET requests

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-06-08 07:09 ---

Same 

*** This bug has been marked as a duplicate of 20567 ***

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

DO NOT REPLY [Bug 20567] - JK2 tomcat connector does not work if configured in IIS as a plug-in mapped to extension.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20567>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20567

JK2 tomcat connector does not work if configured in IIS as a plug-in mapped to 
extension.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-06-08 07:08 ---

JK2 is a _filter_, and cannot be used to map the extensions.
Intstall it like a filter and map *.jsp.

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

DO NOT REPLY [Bug 20568] New: - JK tomcat connector configured as plug-in mapped to extension ".jsp" invalidates session each time when processing HTTP GET requests

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20568>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20568

JK tomcat connector configured as plug-in mapped to extension ".jsp" invalidates 
session each time when processing HTTP GET requests

   Summary: JK tomcat connector configured as plug-in mapped to
extension ".jsp" invalidates session each time when
processing HTTP GET requests
   Product: Tomcat 4
   Version: 4.1.12
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote JK 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Using IIS to serve static content like static pages, images, etc. and Tomcat to 
serve JSPs and Servlets. IIS and Tomcat run on same Windows 2000 SP3 server. To 
communicate between IIS and Tomcat we are using Tomcat Connector JK version 
1.2.3 (isapi_redirect.dll). If it is configured as ISAPI Filter it will process 
POST and GET requests correctly in terms of keeping valid session. But if it is 
configured as plug-in mapped to extension ".jsp" it will keep valid session 
only while processing POST requests, it invalidates session each time when 
processing GET requests, therefore while processing GET requests Tomcat creates 
each time new HTTP session on the server.

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

DO NOT REPLY [Bug 20567] New: - JK2 tomcat connector does not work if configured in IIS as a plug-in mapped to extension.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20567>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20567

JK2 tomcat connector does not work if configured in IIS as a plug-in mapped to 
extension.

   Summary: JK2 tomcat connector does not work if configured in IIS
as a plug-in mapped to extension.
   Product: Tomcat 4
   Version: 4.1.24
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote JK 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Using IIS to serve static content like static pages, images, etc. and Tomcat to 
serve JSPs and Servlets. IIS and Tomcat run on same Windows 2000 SP3 server. To 
communicate between IIS and Tomcat we are using Tomcat Connector JK2 version 
2.0.2 (isapi_redirector2.dll). It works if it is configured as ISAPI Filter but 
it does not work if it is configured as plug-in mapped to extension ".jsp". In 
last case Browser displays error message and there are no log entries anywhere 
except IIS log that indicates that IIS received request.

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

RE: Tomcat connector (isapi_redirect)

[Evans, Michael]

I've figured out what was missing...
If anyone else needs to recompile isapi_redirect.dll then look at the README
file and download the latest Windows/IIS SDK.

-Original Message-
From: Evans, Michael [mailto:[EMAIL PROTECTED]]
Sent: 15 January 2003 13:50
To: '[EMAIL PROTECTED]'
Subject: Tomcat connector (isapi_redirect)



Hi All,

I'm adding some custom logic to the isapi_redirect filter but I can't seem
to get the project to compile.  I'm running DevStudio 6.0.  I'm getting
errors about SF_NOTIFY_AUTH_COMPLETE and such (basically all the new ISA
server stuff)...

I can't see what I'm missing / any ISA SDK toolkit to download.

Any ideas where I'm going wrong (old header files? need DevStudio .NET?)
etc. etc. ??


Michael Evans
Visa International EU
Tel: 020 7995 5438


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

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

Tomcat connector (isapi_redirect)

[Evans, Michael]

Hi All,

I'm adding some custom logic to the isapi_redirect filter but I can't seem
to get the project to compile.  I'm running DevStudio 6.0.  I'm getting
errors about SF_NOTIFY_AUTH_COMPLETE and such (basically all the new ISA
server stuff)...

I can't see what I'm missing / any ISA SDK toolkit to download.

Any ideas where I'm going wrong (old header files? need DevStudio .NET?)
etc. etc. ??


Michael Evans
Visa International EU
Tel: 020 7995 5438


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Bug in DateTool in tomcat connector util?

[Bill Barker]

- Original Message -
From: "Hugh J. L." <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, September 19, 2002 12:03 AM
Subject: Re: Bug in DateTool in tomcat connector util?


> Just viewed DateTool in CVS. Yes, "format" also has
> thread problem and need fix. But, has "parse" been
> fixed? I didn't see any change about it in v1.7.

This was a pretty big change. It was reported as bugzilla #8562.  Also see
o.a.t.core.Request[R1.115] and
o.a.t.modules.generators.StaticInterceptor[R1.23].

On the "parse" side, it uses the Thread-Local DateFormatters from the
Request to parse the date.  Time permitting, I plan to eventually convert
the "format" side to use them as well.

>
> --- Bill Barker <[EMAIL PROTECTED]> wrote:
> > I just checked in a fix for the "format" side
> > (setting the "Last-Modified"
> > header).  This one is much harder to hit, but that
> > doesn't mean that you
> > can't.  The "parse" side (getting the
> > "If-Modified-Since" header) has been
> > fixed in the nightly for quite some time now.
> >
> > - Original Message -
> > From: "Hugh J. L." <[EMAIL PROTECTED]>
> > To: "Tomcat Developers List"
> > <[EMAIL PROTECTED]>
> > Sent: Tuesday, September 17, 2002 7:12 PM
> > Subject: Bug in DateTool in tomcat connector util?
> >
> >
> > > Hi,
> > >
> > > I found a bug (?) when i was testing tomcat3.3
> > using
> > > MS web stress tool. I set up large amount of
> > > concurrent requests for static files, each with
> > header
> > > If-Modified-Since which is newer than actual
> > > last-modified-time of those requested files. I
> > should
> > > have got 304 response for ALL requests in this
> > case,
> > > however, i got many 304, a few 200, and even
> > > NumberFormatException occasionally. This didn't
> > happen
> > > if i tested using only one client thread. I looked
> > > into java.text.SimpleDateFormat and suspected it
> > was
> > > possibly a synchronization problem. Then I added
> > > synchronization control to DateTool.parse(String,
> > > DateFormat[]) as below and the problem was solved:
> > >
> > > synchronized(format[i]) {
> > > date = format[i].parse(dateString);
> > > }
>
>
> __
> Do you Yahoo!?
> New DSL Internet Access from SBC & Yahoo!
> http://sbc.yahoo.com
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


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

Re: Bug in DateTool in tomcat connector util?

[Hugh J. L.]

Just viewed DateTool in CVS. Yes, "format" also has
thread problem and need fix. But, has "parse" been
fixed? I didn't see any change about it in v1.7.

--- Bill Barker <[EMAIL PROTECTED]> wrote:
> I just checked in a fix for the "format" side
> (setting the "Last-Modified"
> header).  This one is much harder to hit, but that
> doesn't mean that you
> can't.  The "parse" side (getting the
> "If-Modified-Since" header) has been
> fixed in the nightly for quite some time now.
> 
> - Original Message -
> From: "Hugh J. L." <[EMAIL PROTECTED]>
> To: "Tomcat Developers List"
> <[EMAIL PROTECTED]>
> Sent: Tuesday, September 17, 2002 7:12 PM
> Subject: Bug in DateTool in tomcat connector util?
> 
> 
> > Hi,
> >
> > I found a bug (?) when i was testing tomcat3.3
> using
> > MS web stress tool. I set up large amount of
> > concurrent requests for static files, each with
> header
> > If-Modified-Since which is newer than actual
> > last-modified-time of those requested files. I
> should
> > have got 304 response for ALL requests in this
> case,
> > however, i got many 304, a few 200, and even
> > NumberFormatException occasionally. This didn't
> happen
> > if i tested using only one client thread. I looked
> > into java.text.SimpleDateFormat and suspected it
> was
> > possibly a synchronization problem. Then I added
> > synchronization control to DateTool.parse(String,
> > DateFormat[]) as below and the problem was solved:
> >
> > synchronized(format[i]) {
> > date = format[i].parse(dateString);
> > }


__
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com

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

Re: Bug in DateTool in tomcat connector util?

[Bill Barker]

I just checked in a fix for the "format" side (setting the "Last-Modified"
header).  This one is much harder to hit, but that doesn't mean that you
can't.  The "parse" side (getting the "If-Modified-Since" header) has been
fixed in the nightly for quite some time now.

- Original Message -
From: "Hugh J. L." <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, September 17, 2002 7:12 PM
Subject: Bug in DateTool in tomcat connector util?


> Hi,
>
> I found a bug (?) when i was testing tomcat3.3 using
> MS web stress tool. I set up large amount of
> concurrent requests for static files, each with header
> If-Modified-Since which is newer than actual
> last-modified-time of those requested files. I should
> have got 304 response for ALL requests in this case,
> however, i got many 304, a few 200, and even
> NumberFormatException occasionally. This didn't happen
> if i tested using only one client thread. I looked
> into java.text.SimpleDateFormat and suspected it was
> possibly a synchronization problem. Then I added
> synchronization control to DateTool.parse(String,
> DateFormat[]) as below and the problem was solved:
>
> synchronized(format[i]) {
> date = format[i].parse(dateString);
> }
>
>
> __
> Do you Yahoo!?
> Yahoo! News - Today's headlines
> http://news.yahoo.com
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


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

Bug in DateTool in tomcat connector util?

[Hugh J. L.]

Hi,

I found a bug (?) when i was testing tomcat3.3 using
MS web stress tool. I set up large amount of
concurrent requests for static files, each with header
If-Modified-Since which is newer than actual
last-modified-time of those requested files. I should
have got 304 response for ALL requests in this case,
however, i got many 304, a few 200, and even
NumberFormatException occasionally. This didn't happen
if i tested using only one client thread. I looked
into java.text.SimpleDateFormat and suspected it was
possibly a synchronization problem. Then I added
synchronization control to DateTool.parse(String,
DateFormat[]) as below and the problem was solved:

synchronized(format[i]) {
date = format[i].parse(dateString);
}


__
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Using NIO package for Tomcat connector?

[costinm]

On Mon, 20 May 2002, Setera, Craig wrote:

> Has there been any discussion on building a connector around the NIO package
> in Java 1.4?  I just read an interesting article in the latest Java
> Developer's Journal about a web server built using this support and it
> looked excellent.  Using NIO would lower the number of required threads and
> buffers/objects that would need to be created.  Obviously it would be
> dependent on 1.4, so it could not be the default connector.  But, I believe
> it would be nice to have the option.

Yes, we discuss it few times. 

For HTTP it won't give us too much, even if we do pool() we still need
to use the same thread model. But for the JK2 connector I believe using 
direct buffers would give us a nice performance gain, and I'm working 
on this. 

Direct buffers are IMHO the most important aspect of NIO, it provides a
much better way to communicate between java and C.


Costin


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Using NIO package for Tomcat connector?

[Remy Maucherat]

> Has there been any discussion on building a connector around the NIO
package
> in Java 1.4?

Yes.

> I just read an interesting article in the latest Java
> Developer's Journal about a web server built using this support and it
> looked excellent.  Using NIO would lower the number of required threads

No, because the J2EE model mandates 1 thread <-> 1 request, and implies
blocking IO (because the servlet will use an IS to read the request body no
matter what).
You can save a few threads during the time you wait between requests when
using HTTP/1.1 connection persistence, but IMO it is not worth the
throughtput loss and increased complexity of the HTTP/1.1 processor.

> and buffers/objects that would need to be created.

Tomcat already uses NIO-like reusable buffers, so there's no gain here (and
C2B conversion will automatically use the new NIO converters).

> Obviously it would be
> dependent on 1.4, so it could not be the default connector.  But, I
believe
> it would be nice to have the option.

I'm quite sure the connector is no longer a limitation for real world
webapps (Jasper is, assuming you're not using a database too much, so we're
now working on that instead). OTOH, NBIO is really cool if you want to build
a HTTP/1.0 or HTTP/1.1 file server.

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Using NIO package for Tomcat connector?

[Christopher K. St. John]

"Setera, Craig" wrote:
> 
> Using NIO would lower the number of required threads and
> buffers/objects that would need to be created.
>

 The core servlet model can't really be converted to
using non-blocking I/O. The whole point is that your
servlet gets its own thread. On the other hand, other
servlet containers have been doing things like using
NIO to watch idle persistent connections, and there
look to be great opportunities for improving standalone
Tomcat's performance in sending static files.

 There are some threads in the tomcat-dev archives you
might want to check out.


-- 
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Using NIO package for Tomcat connector?

[Setera, Craig]

Has there been any discussion on building a connector around the NIO package
in Java 1.4?  I just read an interesting article in the latest Java
Developer's Journal about a web server built using this support and it
looked excellent.  Using NIO would lower the number of required threads and
buffers/objects that would need to be created.  Obviously it would be
dependent on 1.4, so it could not be the default connector.  But, I believe
it would be nice to have the option.

Thanks,
Craig

Craig Setera
Sun Certified Java Programmer/Developer/Web Component Developer
Senior Software Architect, Kingland Systems Corporation



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Tomcat Connector

[jferna57]

Hi,

I would like to connect Tomcat with a Secure Web Server deployed by my
company, but for security, I would not like that Tomcat open a socket
connection.

Can anyone help me?

Thanks.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4866] - jakarta-tomcat-connector/webapp cvs instructions broken

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4866>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4866

jakarta-tomcat-connector/webapp cvs instructions broken

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Component|Webapps |WARP Connector
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2001-11-14 07:26 ---
Nope they are perfectly right and work absolutely perfectly (also, it would 
be nice to see what kind of error you got out of CVS).
I just did:

[pier@bubbles] ~ $ cvs \
> -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login
(Logging in to [EMAIL PROTECTED])
CVS password: anoncvs
[pier@bubbles] ~ $ cvs \
> -d :pserver:[EMAIL PROTECTED]:/home/cvspublic \
> checkout jakarta-tomcat-connectors/webapp
cvs server: Updating jakarta-tomcat-connectors/webapp
U jakarta-tomcat-connectors/webapp/.cvsignore
U jakarta-tomcat-connectors/webapp/INSTALL.txt
[...]
U jakarta-tomcat-connectors/webapp/support/sed.exe
U jakarta-tomcat-connectors/webapp/support/template.pl
cvs server: Updating jakarta-tomcat-connectors/webapp/webapplib
[pier@bubbles] ~ $ cd ./jakarta-tomcat-connectors/webapp
[pier@bubbles] ~/jakarta-tomcat-connectors/webapp $ cvs \
> -d :pserver:[EMAIL PROTECTED]:/home/cvspublic \
> checkout apr
cvs server: Updating apr
U apr/.cvsignore
U apr/APRDesign
[...]
cvs server: Updating apr/user/win32
U apr/user/win32/groupinfo.c
U apr/user/win32/userinfo.c
[pier@bubbles] ~/jakarta-tomcat-connectors/webapp $ cvs --version

Concurrent Versions System (CVS) 1.10 `Halibut' (client/server)

Copyright (c) 1989-1998 Brian Berliner, david d `zoo' zuhn, 
Jeff Polk, and other authors

CVS may be copied only under the terms of the GNU General Public 
License,
a copy of which can be found with the CVS distribution kit.

Specify the --help option for further information about CVS
[pier@bubbles] ~/jakarta-tomcat-connectors/webapp $

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

DO NOT REPLY [Bug 4866] New: - jakarta-tomcat-connector/webapp cvs instructions broken

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4866>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4866

jakarta-tomcat-connector/webapp cvs instructions broken

   Summary: jakarta-tomcat-connector/webapp cvs instructions broken
   Product: Tomcat 4
   Version: 4.0 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Webapps
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


The instructions for building jakarta-tomcat-connector/webapp are WRONG.
The README.txt specifies the following:

"
Once CVS downloads the WebApp module sources, we need to download the
APR (Apache Portable Runtime) sources. To do this simply:

cd ./jakarta-tomcat-connectors/webapp
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic \
checkout apr"

This is plan wrong. Try it.

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