Re: DO NOT REPLY [Bug 3534] - FileUpload doesn't work with Apache, mod_webapp and tomcat 4.0 RC1

[Sander Temme]

On Jan 5, 2005, at 9:04 PM, [EMAIL PROTECTED] wrote:

Bugzilla ran a sanity check last night, which caused some old mails to 
get sent. I don't know whether Bugzilla was correct about not having 
sent these, but this should not happen again.

My apologies for the inconvenience.
S.
--
[EMAIL PROTECTED]  http://www.temme.net/sander/
PGP FP: 51B4 8727 466A 0BC3 69F4  B7B8 B2BE BC40 1529 24AF


smime.p7s
Description: S/MIME cryptographic signature

DO NOT REPLY [Bug 3534] - FileUpload doesn't work with Apache, mod_webapp and tomcat 4.0 RC1

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=3534





--- Additional Comments From [EMAIL PROTECTED]  2003-10-05 18:00 ---
*** Bug 5427 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

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

Re: mod_webapp for Apache 2?

[jean-frederic clere]

Alan Kelly wrote:
I'd appreciate any advice in locating a mod_webapp connector for Apache 
2/Tomcat 4.1.  This particular connector is essential to an installation 
of webMathematica .
mod_webapp has been deprecated since Tomcat 4.1.23. Use mod_jk2 instead.

I've searched Jakarta-Apache site but obviously did not succeed.
Any assistance would be very much appreciated.
Best wishes,
Alan Kelly
Dr. Alan Kelly
Director, Small Area Health Research Unit (SAHRU)
Department of Public Health & Primary Care
Trinity College Dublin
Tel: 353-1-6081385
email: [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]

mod_webapp for Apache 2?

[Alan Kelly]

I'd appreciate any advice in locating a mod_webapp connector for Apache 
2/Tomcat 4.1.  This particular connector is essential to an 
installation of webMathematica .
I've searched Jakarta-Apache site but obviously did not succeed.
Any assistance would be very much appreciated.
Best wishes,
Alan Kelly

Dr. Alan Kelly
Director, Small Area Health Research Unit (SAHRU)
Department of Public Health & Primary Care
Trinity College Dublin
Tel: 353-1-6081385
email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [4.1.23] Deprecating mod_webapp

[Costin Manolache]

George Sexton wrote:

> Before anyone writes this kind of thing they should examine a
> representative number of web applications and find out how many would
> actually benefit. I.E. how many "web applications" have significant

It is a bit late - the code for this kind of thing is already written
and used ( in mod_jk and mod_jk2 ). 

It seems to work fine - and you have the choice of mapping the whole uri
space or letting apache handle static files.

Since you are in the first use-case - you don't need to worry about the 
other :-), just like people who want static files served by apache don't
have to worry about your use case. 


Costin




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

RE: [4.1.23] Deprecating mod_webapp

[George Sexton]

Well, I'll grant the majority of your points, and even allow how the
combination of the web server and the servlet engine could be considered
"the application". I still think this is a bad idea, and here is my
reasoning.

Before anyone writes this kind of thing they should examine a representative
number of web applications and find out how many would actually benefit.
I.E. how many "web applications" have significant amounts of static data
within their context. To know the true effect, it would further be necessary
to have some feel for how much overhead looking at each request and routing
it correctly would add. Remember that this new code would now add new
overhead to every request that was destined for a servlet. Additionally, you
would have to have some approximation of how many web applications use
constructs that would totally defeat the module. I.E. filters mapped to /*.
I think a lot of people using filters are doing this.

In my applications, the vast majority of CPU time and energy is spent on
database queries, and creating output. I have very little "static" content
within my "application" directory. Perhaps a few icons. The performance
benefit of handing those requests to Apache versus Tomcat is minimal and
would not be noticed. I would probably get a much more noticeable
performance increase by optimizing queries, output creation, etc.

It seems to me that if your "Application" design has a great deal of static
content within the web application path it would be much simpler, and even
less overhead to simply place that static content in a plain static
directory and have it served by Apache. Why even have the overhead of a
modules that sorts out the requests? While I have to say this breaks the
Servlet API deployment guidelines it would be justified. I don't think an
application of this nature (high ratio of static content to active content)
is the kind that would have to be deployed to a large number of servers. If
it did, it would most likely be in a clustering scenario where you would use
different methods to roll out changes anyhow.

Its your choice. If you think this is really a superior idea, then by all
means go ahead and work on it. Personally, I would like to see fewer, but
more robust connectors rather than more connectors that are not as solid,
but that's my point of view.





-Original Message-
From: Endre Stølsvik [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2003 2:22 AM
To: Tomcat Developers List
Subject: Re: [4.1.23] Deprecating mod_webapp


On Wed, 19 Mar 2003, George Sexton wrote:

| From a purely practical standpoint, that would be terribly complicated.
| Mod_webapp would have to read and fully understand the web.xml and all of
| the servlet mappings. This is made even more impossible by the addition of
| filters to the Servlet API.

Impossible?!?

| How can mod_webapp even begin to guess at the hidden logic contained
| within a filter?

Well, it would have to forward requests that were filtered, OF COURSE,
since that includes bytecode.

| It is totally impossible. It's not clear to me that you could feasibly
| implement this kind of front end and incur less overhead that simply
| passing the request to the servlet engine. Even if you could, at the end
| of the day, it would still be non-compliant because the last sentence of
| the second paragraph of section 3.1 of the Servlet API 2.3 Spec says:
|
| "all requests that begin with the /catalog request path, known as the
| context path, are routed to the web application associated with the
servlet
| context."

Read: "web application". Not "Servlet Container".

If you absorb the fact that Apache and Tomcat would _work together_
combining forces as being the "Servlet Container", then the above
statement would hold true.

One does encryption (read: SSL) on the Apache side, even though you have
to forward parts of that to Tomcat. This is just as "deviant" from the
specs you're referring to, as, considering the web.xml, apache serves
static files himself, not bothering his "java-executing" part of the
(combined) Servlet Container to do this..

|
| I quoted this exact spec to a client because they wanted to do what you
| propose, only their engine is not smart enough to parse the web.xml. they
| wanted me to rename all of my pages to end in ".jsp" so that it would get
| forwarded.

What's the idea here?!

|
| To be compliant, the spec must be fulfilled. ALL requests for the context
| path must be forwarded to the application.

Read again: "THE APPLICATION". Right. Running in "the Servlet Container".
WHICH IS the Apache+Tomcat COMBINATION when you run it with mod_WHATEVER
inside of Apache.

How would you interpret a Servlet Container that was coded exclusively in
C++, not having any "normal" JVM, simly acting as the VM itself by
interpret

Re: [4.1.23] Deprecating mod_webapp

[jean-frederic clere]

Remy Maucherat wrote:
Hi,

I'd like to officially deprecate mod_webapp in Tomcat 4.1.23.
+1 :-((
I am using jk2 in 2 FSC products so I prefer that the energies go to one 
connector instead beeing spread in severals.

It is no longer maintained, and will not work with Tomcat 5.0 (at least 
it won't unless people contribute stuff).
That is something I will not make alone because I have _very_ little free time 
for the next mounths.


Remy

-
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: [4.1.23] Deprecating mod_webapp

[Endre Stølsvik]

On Wed, 19 Mar 2003, George Sexton wrote:

| From a purely practical standpoint, that would be terribly complicated.
| Mod_webapp would have to read and fully understand the web.xml and all of
| the servlet mappings. This is made even more impossible by the addition of
| filters to the Servlet API.

Impossible?!?

| How can mod_webapp even begin to guess at the hidden logic contained
| within a filter?

Well, it would have to forward requests that were filtered, OF COURSE,
since that includes bytecode.

| It is totally impossible. It's not clear to me that you could feasibly
| implement this kind of front end and incur less overhead that simply
| passing the request to the servlet engine. Even if you could, at the end
| of the day, it would still be non-compliant because the last sentence of
| the second paragraph of section 3.1 of the Servlet API 2.3 Spec says:
|
| "all requests that begin with the /catalog request path, known as the
| context path, are routed to the web application associated with the servlet
| context."

Read: "web application". Not "Servlet Container".

If you absorb the fact that Apache and Tomcat would _work together_
combining forces as being the "Servlet Container", then the above
statement would hold true.

One does encryption (read: SSL) on the Apache side, even though you have
to forward parts of that to Tomcat. This is just as "deviant" from the
specs you're referring to, as, considering the web.xml, apache serves
static files himself, not bothering his "java-executing" part of the
(combined) Servlet Container to do this..

|
| I quoted this exact spec to a client because they wanted to do what you
| propose, only their engine is not smart enough to parse the web.xml. they
| wanted me to rename all of my pages to end in ".jsp" so that it would get
| forwarded.

What's the idea here?!

|
| To be compliant, the spec must be fulfilled. ALL requests for the context
| path must be forwarded to the application.

Read again: "THE APPLICATION". Right. Running in "the Servlet Container".
WHICH IS the Apache+Tomcat COMBINATION when you run it with mod_WHATEVER
inside of Apache.

How would you interpret a Servlet Container that was coded exclusively in
C++, not having any "normal" JVM, simly acting as the VM itself by
interpreting bytecode? And then, what if you split these thing slightly
apart, using a (standard) JVM to execute the bytecode? And then, having
the JVM run standalone, using a communication channel of some sort to make
it run the bytecodes? .. And then, finally, thought; what the hell, lets
just use Apache and Tomcat instead??

| To do otherwise is not compliant with the spec. A specification is like
| a map through a mine field. You must do precisely what it says, without
| expansion, or interpolation.

Thanks for elaborating on spec. interpretation.


-- 
Mvh,
Endre Stølsvik   M[+47 93054050] F[+47 51625182]
Developer @ CoreTrek AS -  http://www.coretrek.com/
CoreTrek corporate portal / EIP -  http://www.corelets.com/

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

Re: [4.1.23] Deprecating mod_webapp

[Henri Gomez]

George Sexton wrote:
From a purely practical standpoint, that would be terribly complicated.
Mod_webapp would have to read and fully understand the web.xml and all of
the servlet mappings. This is made even more impossible by the addition of
filters to the Servlet API. How can mod_webapp even begin to guess at the
hidden logic contained within a filter? It is totally impossible. It's not
clear to me that you could feasibly implement this kind of front end and
incur less overhead that simply passing the request to the servlet engine.
Even if you could, at the end of the day, it would still be non-compliant
because the last sentence of the second paragraph of section 3.1 of the
Servlet API 2.3 Spec says:
"all requests that begin with the /catalog request path, known as the
context path, are routed to the web application associated with the servlet
context."
I quoted this exact spec to a client because they wanted to do what you
propose, only their engine is not smart enough to parse the web.xml. they
wanted me to rename all of my pages to end in ".jsp" so that it would get
forwarded.
To be compliant, the spec must be fulfilled. ALL requests for the context
path must be forwarded to the application. To do otherwise is not compliant
with the spec. A specification is like a map through a mine field. You must
do precisely what it says, without expansion, or interpolation. If you do
otherwise, you will at the least blow your foot off. In our case, by
scrupulously following the spec, we have an application that has been tested
on 6-8 servlet engines with only one small tweak to work around a bug in one
of them.
Deviation from the specification, even in the name of imagined efficiency is
not acceptable. This is particularly true of Tomcat since it has the role of
"Reference Implementation".
From my experience JkMount directice of mod_jk is simpler to use in real
environment when you want to split load between Apache and Tomcat, one
handling static/php and the other servlet/jsp.


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

RE: [4.1.23] Deprecating mod_webapp

[George Sexton]

>From a purely practical standpoint, that would be terribly complicated.
Mod_webapp would have to read and fully understand the web.xml and all of
the servlet mappings. This is made even more impossible by the addition of
filters to the Servlet API. How can mod_webapp even begin to guess at the
hidden logic contained within a filter? It is totally impossible. It's not
clear to me that you could feasibly implement this kind of front end and
incur less overhead that simply passing the request to the servlet engine.
Even if you could, at the end of the day, it would still be non-compliant
because the last sentence of the second paragraph of section 3.1 of the
Servlet API 2.3 Spec says:

"all requests that begin with the /catalog request path, known as the
context path, are routed to the web application associated with the servlet
context."

I quoted this exact spec to a client because they wanted to do what you
propose, only their engine is not smart enough to parse the web.xml. they
wanted me to rename all of my pages to end in ".jsp" so that it would get
forwarded.

To be compliant, the spec must be fulfilled. ALL requests for the context
path must be forwarded to the application. To do otherwise is not compliant
with the spec. A specification is like a map through a mine field. You must
do precisely what it says, without expansion, or interpolation. If you do
otherwise, you will at the least blow your foot off. In our case, by
scrupulously following the spec, we have an application that has been tested
on 6-8 servlet engines with only one small tweak to work around a bug in one
of them.

Deviation from the specification, even in the name of imagined efficiency is
not acceptable. This is particularly true of Tomcat since it has the role of
"Reference Implementation".

George Sexton
MH Software, Inc.
Home of Connect Daily Web Calendar Software
http://www.mhsoftware.com/connectdaily.htm
Voice: 303 438 9585

-Original Message-
From: Endre Stølsvik [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 19, 2003 2:06 AM
To: Tomcat Developers List
Subject: Re: [4.1.23] Deprecating mod_webapp


On Mon, 17 Mar 2003, George Sexton wrote:

| It's also horribly broken and not compliant with the servlet API.
| Specifically, it doesn't forward all requests within the context to the
| servlet engine, but attempts to let Apache fulfill static requests.

Isn't that one of the good reasons for having Apache as frontend? Serving
(largish) images and other static files (e.g. stylesheets, XML, dtds etc)
could be much mor effectively done by Apache, instead of using IPC of some
kind to an Java engine, which had to parse and serve the request.. I mean,
there are _large_ overheads that could be avoided..

If the mod_webapp served static requests, but honored the web.xml file
_completly_, then it would be great, right?


--
Mvh,
Endre Stølsvik   M[+47 93054050] F[+47 51625182]
Developer @ CoreTrek AS -  http://www.coretrek.com/
CoreTrek corporate portal / EIP -  http://www.corelets.com/

-
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: [4.1.23] Deprecating mod_webapp

[Endre Stølsvik]

On Mon, 17 Mar 2003, George Sexton wrote:

| It's also horribly broken and not compliant with the servlet API.
| Specifically, it doesn't forward all requests within the context to the
| servlet engine, but attempts to let Apache fulfill static requests.

Isn't that one of the good reasons for having Apache as frontend? Serving
(largish) images and other static files (e.g. stylesheets, XML, dtds etc)
could be much mor effectively done by Apache, instead of using IPC of some
kind to an Java engine, which had to parse and serve the request.. I mean,
there are _large_ overheads that could be avoided..

If the mod_webapp served static requests, but honored the web.xml file
_completly_, then it would be great, right?


-- 
Mvh,
Endre Stølsvik   M[+47 93054050] F[+47 51625182]
Developer @ CoreTrek AS -  http://www.coretrek.com/
CoreTrek corporate portal / EIP -  http://www.corelets.com/

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

RE: [4.1.23] Deprecating mod_webapp

[George Sexton]

It's also horribly broken and not compliant with the servlet API.
Specifically, it doesn't forward all requests within the context to the
servlet engine, but attempts to let Apache fulfill static requests.

-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Monday, March 17, 2003 2:34 AM
To: Tomcat Developers List
Subject: [4.1.23] Deprecating mod_webapp


Hi,

I'd like to officially deprecate mod_webapp in Tomcat 4.1.23.

It is no longer maintained, and will not work with Tomcat 5.0 (at least
it won't unless people contribute stuff).

Remy


-
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: [4.1.23] Deprecating mod_webapp

[Glenn Nielsen]

+1

Remy Maucherat wrote:
Hi,

I'd like to officially deprecate mod_webapp in Tomcat 4.1.23.

It is no longer maintained, and will not work with Tomcat 5.0 (at least 
it won't unless people contribute stuff).

Remy

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

[4.1.23] Deprecating mod_webapp

[Remy Maucherat]

Hi,

I'd like to officially deprecate mod_webapp in Tomcat 4.1.23.

It is no longer maintained, and will not work with Tomcat 5.0 (at least 
it won't unless people contribute stuff).

Remy

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

DO NOT REPLY [Bug 18054] New: - mod_webapp does not check whether servlet have been reloaded

[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=18054>.
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=18054

mod_webapp does not check whether servlet have been reloaded

   Summary: mod_webapp does not check whether servlet have been
reloaded
   Product: Tomcat 4
   Version: 4.0.2 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi!

I have the following problem. When I change my servlets and do reload action 
of my context in Manager i can see changes when I browse pages via Tomcat-
standalone http server, but when I try to do this via Apache+mod_webapp, I 
can't see new servlet. I have to restart tomcat and apache to see changes in 
my servlet. What is the problem?

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

DO NOT REPLY [Bug 13069] - mod_webapp inits all webapps for each virtualHost

[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=13069>.
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=13069

mod_webapp inits all webapps for each virtualHost

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-10-02 13:25 ---
Avoided by changing appBase and docBase in server.xml like this:


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

Re: mod_webapp for Apache 2, Win32

[jean-frederic clere]

[EMAIL PROTECTED] wrote:
> Hello,
> 
> I'd like to setup Apache 2.0.42 + TomCat 4.1 with mod_webapp on Win NT.
> I found mod_webapp binary for Apache 1.3. It works fine.
> But Apache 2 requires another mod_webapp binary. I failed to find it on ASF
> web sites.
> 
> I found only sources. I've downloaded
> jakarta-tomcat-connectors-4.1.12-src.zip. It contains readme.txt with
> following text:
> <
> NO, IT DOES NOT RUN WITH WINDOWS (your images don't appear and the
> whole thing hangs?) AND SINCE I DON'T USE NEITHER POSSESS A MICROSOFT
> WINDOWS BASED MACHINE, THERE ARE NO CURRENT PLANS ON MAKING IT WORK
> OVER THERE (from my side).
> 
> Does it mean that it cannot be compiled for Win NT?
> Or it means that mod_webapp can be compiled for Win NT, but it will work
> unstable?
> 
> I tried to compile mod_webapp with Apache 2 sources. Compilation was
> successful. Only linking errors remained:
> <
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_pool
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_cconnection
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_init
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_deploy
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_capplication
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_cvirtualhost
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_startup
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_shutdown
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_rfree
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_rinvoke
> mod_webapp.obj : error LNK2001: unresolved external symbol _wa_ralloc
> mod_webapp.obj : error LNK2001: unresolved external symbol
> _apr_filename_of_pathname
> 
> Could smb. give me a hint how can I overcome this?

Try with Linux. Or with cygwin.
mod_webapp needs to be linked with several object in a dll.

> 
> Or may be smb. could let me know where can I get mod_webapp binary for
> Apache 2?
> 
> In the Internet I found a lot of similar questions. Many people want to get
> mod_webapp for Apache 2, but nobody can.
> It would be a good idea to make mod_webapp working under Win32 and put
> binaries on ASF site.
> 
> Best regards,
> Alexander Klimuk
> ICQ 148557477
> 
> 
> 
> 
> --
> 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]>

Streaming content with mod_webapp

[Michael Wyraz]

Hi!

I developped a servlet that outputs straming content (a html chat without reload).
On my test machine (using tomcat and the catalina http connector) this works fine.
But when I switch to a machie where tomcat ist connected to an apache webserver
via mod_webap/warp connector, the streaming doesn't work.
The second problem is, that with tomcat/http when the user closes his browser an
exception ist thrown. This exception is never thrown with mod_webapp. So there's
no way to find out, when the connection was closed and the streaming can be stopped.

Is there a solution for that problem or a workaround?

Thanks. Michael.



__

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de

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

mod_webapp for Apache 2, Win32

[AKlimuk]

Hello,

I'd like to setup Apache 2.0.42 + TomCat 4.1 with mod_webapp on Win NT.
I found mod_webapp binary for Apache 1.3. It works fine.
But Apache 2 requires another mod_webapp binary. I failed to find it on ASF
web sites.

I found only sources. I've downloaded
jakarta-tomcat-connectors-4.1.12-src.zip. It contains readme.txt with
following text:
<
NO, IT DOES NOT RUN WITH WINDOWS (your images don't appear and the
whole thing hangs?) AND SINCE I DON'T USE NEITHER POSSESS A MICROSOFT
WINDOWS BASED MACHINE, THERE ARE NO CURRENT PLANS ON MAKING IT WORK
OVER THERE (from my side).
>
Does it mean that it cannot be compiled for Win NT?
Or it means that mod_webapp can be compiled for Win NT, but it will work
unstable?

I tried to compile mod_webapp with Apache 2 sources. Compilation was
successful. Only linking errors remained:
<
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_pool
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_cconnection
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_init
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_deploy
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_capplication
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_cvirtualhost
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_startup
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_shutdown
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_rfree
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_rinvoke
mod_webapp.obj : error LNK2001: unresolved external symbol _wa_ralloc
mod_webapp.obj : error LNK2001: unresolved external symbol
_apr_filename_of_pathname
>
Could smb. give me a hint how can I overcome this?

Or may be smb. could let me know where can I get mod_webapp binary for
Apache 2?

In the Internet I found a lot of similar questions. Many people want to get
mod_webapp for Apache 2, but nobody can.
It would be a good idea to make mod_webapp working under Win32 and put
binaries on ASF site.

Best regards,
Alexander Klimuk
ICQ 148557477




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

[PATCH] mod_webapp tweak

[Gary Benson]

Hi,

I've tripped over the 'you need to set a ServerName before you
configure mod_webapp' a couple of times in the past so I had a go at
fixing it.  The stored hostname and port number are only used for
informational purposes, and the attached patch makes them optional
(they get replaced by '*' wherever used).

Cheers,
Gary

[ [EMAIL PROTECTED] ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]


Work without a ServerName being specified.

diff -ru mod_webapp-1.2.0_dev.orig/lib/pr_info.c mod_webapp-1.2.0_dev/lib/pr_info.c
--- mod_webapp-1.2.0_dev.orig/lib/pr_info.c Tue Sep 24 09:44:14 2002
+++ mod_webapp-1.2.0_dev/lib/pr_info.c  Mon Sep 30 11:54:58 2002
@@ -152,7 +152,10 @@
 wa_rprintf(r,"  \n");
 wa_rprintf(r,"   \n");
 wa_rprintf(r,"\n");
-wa_rprintf(r," Host %s:%d\n",h->name,h->port);
+if(h->port)
+   wa_rprintf(r," Host %s:%d\n",h->name?h->name:"*",h->port);
+else
+   wa_rprintf(r," Host %s:*\n",h->name?h->name:"*");
 wa_rprintf(r,"\n");
 wa_rprintf(r,"   \n");
 wa_rflush(r);
diff -ru mod_webapp-1.2.0_dev.orig/lib/wa_config.c mod_webapp-1.2.0_dev/lib/wa_config.c
--- mod_webapp-1.2.0_dev.orig/lib/wa_config.c   Tue Sep 24 09:44:14 2002
+++ mod_webapp-1.2.0_dev/lib/wa_config.cMon Sep 30 11:51:21 2002
@@ -109,8 +109,7 @@
 
 /* Check parameters */
 if (h==NULL) return("Invalid virtual host storage location");
-if (n==NULL) return("Invalid virtual host name");
-if (p<1) return("Invalid port number (p<1) No \"Port\" statement found");
+if (p<0) return("Invalid port number (p<1)");
 if (p>65535) return("Invalid port number (p>65535)");
 
 /* Allocate some memory */
@@ -118,7 +117,7 @@
 if (host==NULL) return("Cannot allocate memory");
 
 /* Set up parameters */
-host->name=apr_pstrdup(wa_pool,n);
+host->name=n?apr_pstrdup(wa_pool,n):NULL;
 host->port=p;
 host->apps=NULL;
 
diff -ru mod_webapp-1.2.0_dev.orig/lib/wa_main.c mod_webapp-1.2.0_dev/lib/wa_main.c
--- mod_webapp-1.2.0_dev.orig/lib/wa_main.c Tue Sep 24 09:44:14 2002
+++ mod_webapp-1.2.0_dev/lib/wa_main.c  Mon Sep 30 11:53:32 2002
@@ -189,7 +189,7 @@
 
 /* Done */
 wa_debug(WA_MARK,"Application %s deployed for http://%s:%d%s (Conn: %s)",
- a->name,h->name,h->port,a->rpth,c->name);
+ a->name,h->name?h->name:"*",h->port,a->rpth,c->name);
 return(NULL);
 }
 



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

DO NOT REPLY [Bug 13069] New: - mod_webapp inits all webapps for each virtualHost

[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=13069>.
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=13069

mod_webapp inits all webapps for each virtualHost

   Summary: mod_webapp inits all webapps for each virtualHost
   Product: Tomcat 4
   Version: 4.1.12
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


It looks like the mod_webb when it is used together with Apache virtualHost 
directives, cause all webapps in tomcat/webapps dir to init once for every 
virtualHost, even if only one webapp is deployed for that specific virtualHost..

Tested Config on Solaris and Linux with Jdk 1.3.1_02:
Apache 1.3.23
Tomcat 4.0.3 and 4.1.12

Server.xml







  
  



... 






...





  

httpd.conf

ServerName webapp1.xxx.yyy
DocumentRoot "/home/www/webapp1"

Options FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
Allow from all

WebAppConnection conn1 warp 192.168.10.10:8008
WebAppDeploy webapp1 conn1 /



ServerName webapp2.xxx.yyy
DocumentRoot "/home/www/webapp2"

Options FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
Allow from all

WebAppConnection conn2 warp 192.168.10.10:8008
WebAppDeploy webapp2 conn2 /


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

DO NOT REPLY [Bug 12918] New: - Status code missing with mod_webapp

[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=12918>.
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=12918

Status code missing with mod_webapp

   Summary: Status code missing with mod_webapp
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This is the output of a request through Apache 2.0.40+mod_webapp:

[root@kay /]# telnet webtest 80
Trying 53.212.1.210...
Connected to webtest.unix.debis.it.
Escape character is '^]'.
GET /examples/ HTTP/1.0

HTTP/1.1 OK
Date: Mon, 23 Sep 2002 09:13:18 GMT
Server: Apache/2.0.40 (Unix) DAV/2 mod_webapp/1.2.0-dev
Content-Type: text/html;charset=UTF-8
Content-Length: 1286
Connection: close

And the following is what I receive connecting directly to Tomcat:

[root@kay /]# telnet webtest 8080
Trying 53.212.1.210...
Connected to webtest.unix.debis.it.
Escape character is '^]'.
GET /examples/ HTTP/1.0

HTTP/1.1 200 OK
Content-Type: text/html;charset=UTF-8
Connection: close
Date: Mon, 23 Sep 2002 10:09:31 GMT
Server: Apache Tomcat/4.0.3 (HTTP/1.1 Connector)


In the first case, the status code, 200, is missing from response.
While the code is 200 this is not a problem, but when it becomes, say, 302, the 
browser cannot follow the redirection.
The same page is correctly served with Apache 1.3.26

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

DO NOT REPLY [Bug 12266] New: - class not found building mod_webapp docs

[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=12266>.
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=12266

class not found building mod_webapp docs

   Summary: class not found building mod_webapp docs
   Product: Tomcat 4
   Version: 4.0.4 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have attempted to build the mod_webapp connector for Apache 2.0, first with
the 4.0.4 final source and then with the source snatched from CVS early on
August 30th, 2002.  Both times I get the following error during the ant portion
of the build:

docs:
[mkdir] Created dir:
/home/thad/jakarta/jakarta-tomcat-connectors-4.0.4-src/webapp/build/docs
[style] DEPRECATED - xslp processor is deprecated. Use trax or xalan instead.
[style] java.lang.NoClassDefFoundError: com/kvisco/xsl/XSLProcessor
[style] at
org.apache.tools.ant.taskdefs.optional.XslpLiaison.(XslpLiaison.java:80)

I'm running RedHat 6.2 with JSKD 1.3.1_02.  I am using Ant 1.5, Xalan J 2.3.1,
gcc 2.95.3 20010315 (release), and libtool 1.4.2.  I have added Xalan's
xalan.jar and xml-apis.jar to the classpath ID in webapp/build.xml.  The
README.txt says nothing about what version of Ant or Xalan to use.  (Also,
README.txt refers to tomcat-webapp.jar vs. tomcat-warp.jar.)

I seem to find thru Google searches that com.kvisco has been discontinued.  Is
that so?

I was able to build tomcat-warp.jar by commenting out the line in the generated
Makefile that included '$(ANT_TARGETS)' and substituting 'compile':

ant-build:
$(ANT) -buildfile "$(SRC_DIR)/build.xml" init compile
#
$(ANT) -buildfile "$(SRC_DIR)/build.xml" init $(ANT_TARGETS)

The resulting tomcat-warp.jar was the same size in both the 4.0.4 final and the
CVS builds.  The mod_webapp.so differed and only the one built from the CVS tree
worked for me.

So how do I build the docs & javadocs?

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

Manager application under Apache + Mod_webapp + Tomcat

[Prasad Tadi]

Hi,

I think we can't use the Manager application thro' Apache's mod_webapp
mechanism...
Ref:
http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg29630.html
Point #4

I have configured a single Apache server and 4 tomcat ( Webapp connector
+ http connectors only). All the 4 instances of tomcat are running on
different ports (obvious) talking to the same Apache virual machine.

1. I configured HTTP connector in each of the TOMCATs "_ONLY_ for
running Manager application".
Manager application is NOT working for me, when I tried thro' Apache
URL.
Like: http://orange/manager/list
I tried various ways of defining the webappdeploy statements in
httpd.conf :-((

I can run the manager application from 8080 ,http connector port.
http://orange:8080/manager/list


Question: Is there a way that I can run the Manager application from
Apache integrated Tomcat environment, Via Apache.
   It is my understanding that Ant also uses manager
application to do all the deployment / install/ remove /list operations.

   Can I avoid configuring the HTTP connector in Tomcat?

Any help or hints are greatly appreciated.




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

DO NOT REPLY [Bug 11254] - mod_webapp sends status code 0 - Netscape 4 complains loudly

[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=11254>.
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=11254

mod_webapp sends status code 0 - Netscape 4 complains loudly

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]   |tomcat-
   ||[EMAIL PROTECTED]
  Component|All |Connector:Webapp
Product|Apache httpd-2.0|Tomcat 4
Version|2.0.39  |Unknown



--- Additional Comments From [EMAIL PROTECTED]  2002-08-19 18:15 ---
Sending this over to tomcat.

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

Re: Here we go again - mod_webapp and mod_rewrite

[Dan Lindy]

Brendan,

I had a similar experience back in April and solved it by hacking 
mod_webapp myself. I tried posting my problem to tomcat-dev only to be 
greeted with credulity as Tomcat takes the high road with respect to being 
a reference implementation and mod_rewrite lets you do things Sun's 
specification specifically prohibits. None-the-less, I am true believer in 
mod_rewrite and was un-willing to give it up, especially because there are 
things you just can't do without it.

Below is a listing of my hack to mod_webapp.c. It works fine on RH Linux 
6.2 and 7.2, but I have not tried it on Windows, so you're on your own as 
far as compiling it.

Hope this helps,
Dan


 /* Match an Apache request */
 static int wam_match(request_rec *r) {
 wa_virtualhost *host=NULL;
 //wa_application *appl=NULL;
 //wa_chain *elem=NULL;

 /* Paranoid check */
 if (!wam_initialized) return(DECLINED);

 /* Check if this host was recognized */
 host=ap_get_module_config(r->server->module_config,&webapp_module);
 if (host==NULL) return(DECLINED);

 ///* Check if the uri is contained in one of our applications 
root path */
 //elem=host->apps;
 //while(elem!=NULL) {
 //appl=(wa_application *)elem->curr;
 //if (strncmp(appl->rpth,r->uri,strlen(appl->rpth))==0) break;
 //
 //appl=NULL;
 //elem=elem->next;
 //}
 //if (appl==NULL) return(DECLINED);

 /* The uri path is matched: set the handler and return */
 r->handler=ap_pstrdup(r->pool,"webapp-handler");

 ///* Set the webapp request structure into Apache's request 
structure */
 //ap_set_module_config(r->request_config, &webapp_module, appl);
 //return(OK);
 return(DECLINED);  // added

 }

 /* Handle the current request */
 static int wam_invoke(request_rec *r) {
 server_rec *svr=r->server;
 conn_rec *con=r->connection;
 wa_virtualhost *host=NULL;   // added
 wa_application *appl=NULL;
 wa_chain *elem=NULL; // added
 wa_request *req=NULL;
 const char *msg=NULL;
 char *stmp=NULL;
 char *ctmp=NULL;
 char *ssl_temp;
 int ret=0;

 /* Paranoid check */
 if (!wam_initialized) return(DECLINED);

 // begin added...

 /* Check if this host was recognized */
 host=ap_get_module_config(r->server->module_config,&webapp_module);
 if (host==NULL) return(DECLINED);

 /* Check if the uri is contained in one of our applications 
root path */
 elem=host->apps;
 while(elem!=NULL) {
 appl=(wa_application *)elem->curr;
 if (strncmp(appl->rpth,r->uri,strlen(appl->rpth))==0) break;

 appl=NULL;
 elem=elem->next;
 }
 if (appl==NULL) return(DECLINED);

 /* Set the webapp request structure into Apache's request 
structure */
 ap_set_module_config(r->request_config, &webapp_module, appl);

 // ...end added



At 10:46 AM 8/7/02 -0400, Brendan Benke wrote:
>i originally posted this to tomcat-users, but i think it might be better
>served here.
>
>i know this topic is old and has been discussed at length before, i'm still
>having trouble finding an elegant solution.  i used to use apache with
>mod_jserv and some simple url rewriting.   moving to tomcat, i have
>encountered problems with mod_webapp and mod_rewrite.  specifically, the
>original URI being rewritten instead of just passed through.
>
>for example:  (these are nested inside VirtualHost tags)
>
>==
> ApJServMount /servlets ajpv12://localhost:8007/root
>
>
>RewriteEngine on
>RewriteCond %{REQUEST_URI} !^/ir/images
>RewriteCond %{REQUEST_URI} !^/ir/html
>RewriteCond %{REQUEST_URI} !^/ir/applets
>RewriteCond %{REQUEST_URI} !^/ir/dtds
>RewriteCond %{REQUEST_URI} !^/index.html
>RewriteRule ^/.*  /servlets/RequestHandler [PT]
>
>
>==
>
>used to work with ApacheJServ and  ApacheModuleRewrite.dll while
>
>==
>  WebAppConnection warpConnection warp localhost:8008
>
>
>RewriteEngine on
>RewriteCond %{REQUEST_URI} !^/ir/images
>RewriteCond %{REQUEST_URI} !^/ir/html
>RewriteCond %{REQUEST_URI} !^/ir/applets
>RewriteCond %{REQUEST_URI} !^/ir/dtds
>RewriteCond %{REQUEST_URI} !^/index.

RE: Here we go again - mod_webapp and mod_rewrite

[GAWLAS,JULIUS (HP-Cupertino,ex1)]

Pier,

I have a releated question - does it also mean that currently mod_webapp
will not work with Apache 2 that uses worker mpm?

thanks
Julius Gawlas

> -Original Message-
> From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, August 07, 2002 9:57 AM
> To: Tomcat Developers List
> Subject: Re: Here we go again - mod_webapp and mod_rewrite
> 
> 
> "Brendan Benke" <[EMAIL PROTECTED]> wrote:
> 
> > touche!  so let me ask you this, what are some alternative 
> connectors?
> > mod_webapp seems like the most current and best idea.
> 
> We're woring on mod_webapp for Apache 2.0, and that will work 
> with windows
> as well, now that Aaron wrote the APR resourcelist, we're 
> really close to
> completion.
> 
> Pier
> 
> 
> --
> 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]>

[PATCH] Re: mod_webapp returns improper HTTP header (Apache 2 + Tomcat 4)

[Andrew T. Veliath]

 .==
..--==-  Thu, 4 Jul 2002 14:18:07 -0500,
..--==-  Ten-Hung Chu (TC) discussed:

 TC)  I am using Apache 2.0.39 with Tomcat 4.0.4 through mod_webapp (1.2.0-dev).
 TC)  The connection works fine except getting to the welcome-file on tomcat. I
 TC)  can request the file directly like /examples/jsp/index.html but requesting
 TC)  /examples/jsp/ results in a 302 temporary moved page. Looking at the
 TC)  response headers I found that mod_webapp returns an incorrect header

Hi,

I had made the following change to get the webapp connector in 4.0.4
release working properly with Apache 2.0.39.

--- orig/jakarta-tomcat-connectors-4.0.4-src/webapp/apache-2.0/mod_webapp.c Mon 
Jun 10 23:48:08 2002
+++ jakarta-tomcat-connectors-4.0.4-src/webapp/apache-2.0/mod_webapp.c  Sat Jun 22 
+12:25:05 2002
@@ -305,7 +305,7 @@
 request_rec *req=(request_rec *)r->data;
 
 if (status !=NULL && status[0]!='\0')
-req->status_line=apr_pstrdup(req->pool,status);
+   req->status_line=apr_psprintf(req->pool,"%d %s",req->status,status);
 }

Regards, 
Andrew

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

Re: [PATCH] mod_webapp

[Pier Fumagalli]

"Albert Chin" <[EMAIL PROTECTED]> wrote:

> On Mon, Jun 24, 2002 at 02:51:12AM +0100, Pier Fumagalli wrote:
>> Albert Chin <[EMAIL PROTECTED]> wrote:
>> 
>>> On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote:
>>>> At first let me warn you. Normally I'm really bad at C programming.
>>>> 
>>>> I had some problems building and running mod_webapp (from CVS) with Apache
>>>> 1.3 on my Debian box.
>>>> 
>>>> Getting a Segmentation Fault on every access to something mounted with
>>>> mod_webapp.
>>>> 
>>>> Finally I came up with the attached patch and now it seems to work for me.
>>>> 
>>>> In a call to apr_psprintf the first argument was an request_req which
>>>> should
>>>> be a wa_request (I think).
>>>> 
>>>> Sorry, I don't know if there are any testcases and how to run them to come
>>>> up with something better than "it seems to work for me".
>>> 
>>> This fixed the SEGVs we were seeing on Solaris and HP-UX. Thank you!
>> 
>> Can you check that also the latest fix in CVS solves your problem? It's
>> slightly different from Nico's patch, but should address the same problem...
> 
> The latest CVS tests out OK. Thanks!

Bingo! :) Thanks to both of you! :)

Pier


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

Re: [PATCH] mod_webapp

[Albert Chin]

On Mon, Jun 24, 2002 at 02:51:12AM +0100, Pier Fumagalli wrote:
> Albert Chin <[EMAIL PROTECTED]> wrote:
> 
> > On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote:
> >> At first let me warn you. Normally I'm really bad at C programming.
> >> 
> >> I had some problems building and running mod_webapp (from CVS) with Apache
> >> 1.3 on my Debian box.
> >> 
> >> Getting a Segmentation Fault on every access to something mounted with
> >> mod_webapp.
> >> 
> >> Finally I came up with the attached patch and now it seems to work for me.
> >> 
> >> In a call to apr_psprintf the first argument was an request_req which should
> >> be a wa_request (I think).
> >> 
> >> Sorry, I don't know if there are any testcases and how to run them to come
> >> up with something better than "it seems to work for me".
> > 
> > This fixed the SEGVs we were seeing on Solaris and HP-UX. Thank you!
> 
> Can you check that also the latest fix in CVS solves your problem? It's
> slightly different from Nico's patch, but should address the same problem...

The latest CVS tests out OK. Thanks!

-- 
albert chin ([EMAIL PROTECTED])

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

Re: [PATCH] mod_webapp

[Pier Fumagalli]

Albert Chin <[EMAIL PROTECTED]> wrote:

> On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote:
>> At first let me warn you. Normally I'm really bad at C programming.
>> 
>> I had some problems building and running mod_webapp (from CVS) with Apache
>> 1.3 on my Debian box.
>> 
>> Getting a Segmentation Fault on every access to something mounted with
>> mod_webapp.
>> 
>> Finally I came up with the attached patch and now it seems to work for me.
>> 
>> In a call to apr_psprintf the first argument was an request_req which should
>> be a wa_request (I think).
>> 
>> Sorry, I don't know if there are any testcases and how to run them to come
>> up with something better than "it seems to work for me".
> 
> This fixed the SEGVs we were seeing on Solaris and HP-UX. Thank you!

Can you check that also the latest fix in CVS solves your problem? It's
slightly different from Nico's patch, but should address the same problem...

Pier


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

Re: [PATCH] mod_webapp

[Albert Chin]

On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote:
> At first let me warn you. Normally I'm really bad at C programming.
> 
> I had some problems building and running mod_webapp (from CVS) with Apache
> 1.3 on my Debian box.
> 
> Getting a Segmentation Fault on every access to something mounted with
> mod_webapp.
> 
> Finally I came up with the attached patch and now it seems to work for me.
> 
> In a call to apr_psprintf the first argument was an request_req which should
> be a wa_request (I think).
> 
> Sorry, I don't know if there are any testcases and how to run them to come
> up with something better than "it seems to work for me".

This fixed the SEGVs we were seeing on Solaris and HP-UX. Thank you!

-- 
albert chin ([EMAIL PROTECTED])

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

Re: [PATCH] mod_webapp

[Pier Fumagalli]

"Nico Seessle" <[EMAIL PROTECTED]> wrote:

> At first let me warn you. Normally I'm really bad at C programming.
> 
> I had some problems building and running mod_webapp (from CVS) with Apache
> 1.3 on my Debian box.
> 
> Getting a Segmentation Fault on every access to something mounted with
> mod_webapp.
> 
> Finally I came up with the attached patch and now it seems to work for me.
> 
> In a call to apr_psprintf the first argument was an request_req which should
> be a wa_request (I think).
> 
> Sorry, I don't know if there are any testcases and how to run them to come
> up with something better than "it seems to work for me".
> 
> Nico

Me DUMB DUMB idiot ! :) :) :) It's true, the request_rec pool is not an APR
pool, but an Apache 1.3 pool! :) Instead of allocating ram from the private
Request pool, though, I'm actually changing the function to use the apache
1.3 equivalent...

Thanks... That was a good one...

Pier

--
[Perl] combines all the worst aspects of C and Lisp:  a billion of different
sublanguages in  one monolithic executable.  It combines the power of C with
the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco]


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

[PATCH] mod_webapp

[Nico Seessle]

At first let me warn you. Normally I'm really bad at C programming.

I had some problems building and running mod_webapp (from CVS) with Apache
1.3 on my Debian box.

Getting a Segmentation Fault on every access to something mounted with
mod_webapp.

Finally I came up with the attached patch and now it seems to work for me.

In a call to apr_psprintf the first argument was an request_req which should
be a wa_request (I think).

Sorry, I don't know if there are any testcases and how to run them to come
up with something better than "it seems to work for me".

Nico




mod_webapp.patch
Description: Binary data

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

DO NOT REPLY [Bug 9650] - mod_webapp causes Apache to go into infinite loop if application is deployed outside of tomcat default webapp location

[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=9650>.
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=9650

mod_webapp causes Apache to go into infinite loop if application is deployed outside 
of tomcat default webapp location





--- Additional Comments From [EMAIL PROTECTED]  2002-06-12 15:10 ---
Tina, from what I can see, you should try to change this line

WebAppDeploy c:/sof...se/webapps warpConnection /softwarehouse

into

WebAppDeploy /sof...se/webapps warpConnection /softwarehouse

or by fully specifying the url as

WebAppDeploy file:///sof...se/webapps warpConnection /softwarehouse

Then make sure you have the WEB_INF directory in "c:\softwarehouse\
webapps" (so your web.xml must be in "c:\softwarehouse\webapps\WEB-
INF\web.xml"...

Can you please check this and report back? Thank you...

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

DO NOT REPLY [Bug 9650] - mod_webapp causes Apache to go into infinite loop if application is deployed outside of tomcat default webapp location

[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=9650>.
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=9650

mod_webapp causes Apache to go into infinite loop if application is deployed outside 
of tomcat default webapp location





--- Additional Comments From [EMAIL PROTECTED]  2002-06-12 15:05 ---
Created an attachment (id=2068)
Tina's server.xml for Tomcat.

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

DO NOT REPLY [Bug 9650] - mod_webapp causes Apache to go into infinite loop if application is deployed outside of tomcat default webapp location

[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=9650>.
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=9650

mod_webapp causes Apache to go into infinite loop if application is deployed outside 
of tomcat default webapp location





--- Additional Comments From [EMAIL PROTECTED]  2002-06-12 15:04 ---
Created an attachment (id=2067)
Tina's httpd.conf configuration file

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

Re: Tomcat 4.0.3 Apache 1.3.x and Mod_WebApp on MacOSX

[Pier Fumagalli]

It is highly improbable that it will work like that... The two services
(tomcat-standalone and tomcat-apache, in the default server.xml) must not be
joined in one single service... They use different (and incompatible)
implementations of the core classes.

Pier

"Alexander Hartner" <[EMAIL PROTECTED]> wrote:

> I am now using the following server.xml file:
> 
> 
>  
> className="org.apache.catalina.connector.http.HttpConnector" port="8080"
> minProcessors="5" maxProcessors="75" enableLookups="true"
> redirectPort="8443" acceptCount="10" debug="0"
> connectionTimeout="6"/>
> className="org.apache.catalina.connector.warp.WarpConnector" port="8008"
> minProcessors="5" maxProcessors="75" enableLookups="true"
> appBase="webapps" acceptCount="10" debug="0"/>
>
>   prefix="catalina_log." suffix=".txt" timestamp="true"/>
>  
>   unpackWARs="false">
> directory="logs"  prefix="localhost_access_log." suffix=".txt"
> pattern="common"/>
> directory="logs"  prefix="localhost_log." suffix=".txt"
> timestamp="true"/>
>  reloadable="false"/>
> privileged="true"/>
>  
>
>  
> 
> 
> and  http.conf
> #Adding Web application in Tomcat 4.0.3
> WebAppConnection conn  warp  localhost:8008
> WebAppDeploy ROOT  conn  /tomcat
> WebAppDeploy manager  conn  /tomcat/manager
> WebAppDeploy XyloWeb.war conn /XyloWeb
> WebAppInfo /webapp-info
> 
> When accessing the application (XyloWeb) via port 8080 HTTPConnector the
> war file does not get unpacked, but when accessing via apache
> WarpConnector the war file is unpacked. I am also having a problem
> trying to reload my application which might be related. When I call the
> manager applications reload function, my application does not get
> reloaded. I have to undeploy and redeploy the application.
> 
> I would like to end up in a situation where I can deploy updates in form
> of a WAR file without having to stop and start Tomcat, as well as access
> Tomcat via Apache (mod_webapp).  If my configuration is incorrect, could
> you please give me a few pointers, or maybe mail me some example
> configuration files.
> 
> Thanks in advance
> 
> Alex
> 
> On Thursday, June 6, 2002, at 08:34 PM, Pier Fumagalli wrote:
> 
>> "Alexander Hartner" <[EMAIL PROTECTED]> wrote:
>> 
>>> Apologies. I have added the following to httpd.conf
>>> 
>>> #Adding Web application in Tomcat 4.0.3
>>> WebAppConnection conn  warp  localhost:8008
>>> WebAppDeploy ROOT  conn  /tomcat
>>> WebAppDeploy examples  conn  /tomcat/examples
>>> WebAppDeploy manager  conn  /tomcat/manager
>>> WebAppDeploy webdav  conn  /tomcat/webdav
>>> WebAppDeploy tomcat-docs  conn  /tomcat/tomcat-docs
>>> WebAppDeploy XyloWeb conn /XyloWeb
>> 
>> This is wrong
>> 
>> WebAppDeploy XyloWeb conn /XyloWeb.war <- or wherever this file
>> is...
>> 
>> Pier
>> 
>> --
>> [Perl] combines all the worst aspects of C and Lisp:  a billion of
>> different
>> sublanguages in  one monolithic executable.  It combines the power of C
>> with
>> the readability of PostScript. [Jamie Zawinski - DNA Lounge - San
>> Francisco]
>> 
>> 
>> --
>> To unsubscribe, e-mail:   <mailto:tomcat-dev-
>> [EMAIL PROTECTED]>
>> For additional commands, e-mail: <mailto:tomcat-dev-
>> [EMAIL PROTECTED]>
>> 
> 

--
[Perl] combines all the worst aspects of C and Lisp:  a billion of different
sublanguages in  one monolithic executable.  It combines the power of C with
the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco]


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

Re: Tomcat 4.0.3 Apache 1.3.x and Mod_WebApp on MacOSX (unpackWAR mod_webapp)

[Alexander Hartner]

Thanks. I played with this a little bit, and i got it working with




and

WebAppDeploy XyloWeb.war conn /XyloWeb

Thanks
Alex

On Thursday, June 6, 2002, at 08:34 PM, Pier Fumagalli wrote:

> "Alexander Hartner" <[EMAIL PROTECTED]> wrote:
>
>> Apologies. I have added the following to httpd.conf
>>
>> #Adding Web application in Tomcat 4.0.3
>> WebAppConnection conn  warp  localhost:8008
>> WebAppDeploy ROOT  conn  /tomcat
>> WebAppDeploy examples  conn  /tomcat/examples
>> WebAppDeploy manager  conn  /tomcat/manager
>> WebAppDeploy webdav  conn  /tomcat/webdav
>> WebAppDeploy tomcat-docs  conn  /tomcat/tomcat-docs
>> WebAppDeploy XyloWeb conn /XyloWeb
>
> This is wrong
>
> WebAppDeploy XyloWeb conn /XyloWeb.war <- or wherever this file 
> is...
>
> Pier
>
> --
> [Perl] combines all the worst aspects of C and Lisp:  a billion of 
> different
> sublanguages in  one monolithic executable.  It combines the power of C 
> with
> the readability of PostScript. [Jamie Zawinski - DNA Lounge - San 
> Francisco]
>
>
> --
> To unsubscribe, e-mail:    [EMAIL PROTECTED]>
> For additional commands, e-mail:  [EMAIL PROTECTED]>
>


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

Re: Tomcat 4.0.3 Apache 1.3.x and Mod_WebApp on MacOSX

[Pier Fumagalli]

"Alexander Hartner" <[EMAIL PROTECTED]> wrote:

> Apologies. I have added the following to httpd.conf
> 
> #Adding Web application in Tomcat 4.0.3
> WebAppConnection conn  warp  localhost:8008
> WebAppDeploy ROOT  conn  /tomcat
> WebAppDeploy examples  conn  /tomcat/examples
> WebAppDeploy manager  conn  /tomcat/manager
> WebAppDeploy webdav  conn  /tomcat/webdav
> WebAppDeploy tomcat-docs  conn  /tomcat/tomcat-docs
> WebAppDeploy XyloWeb conn /XyloWeb

This is wrong

WebAppDeploy XyloWeb conn /XyloWeb.war <- or wherever this file is...

Pier

--
[Perl] combines all the worst aspects of C and Lisp:  a billion of different
sublanguages in  one monolithic executable.  It combines the power of C with
the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco]


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

Re: Tomcat 4.0.3 Apache 1.3.x and Mod_WebApp on MacOSX

[Alexander Hartner]

Apologies. I have added the following to httpd.conf

#Adding Web application in Tomcat 4.0.3
WebAppConnection conn  warp  localhost:8008
WebAppDeploy ROOT  conn  /tomcat
WebAppDeploy examples  conn  /tomcat/examples
WebAppDeploy manager  conn  /tomcat/manager
WebAppDeploy webdav  conn  /tomcat/webdav
WebAppDeploy tomcat-docs  conn  /tomcat/tomcat-docs
WebAppDeploy XyloWeb conn /XyloWeb
WebAppInfo /webapp-info

as well as

LoadModule webapp_module libexec/httpd/mod_webapp.so

my server.xml file is : (I made my modifications bold)



   


 

 

   

   

   


 

 

 

 

 

 
   
   
   
   
   
   
 usersa
 password
 driverClassName
   org.hsql.jdbcDriver
 driverName
   jdbc:HypersonicSQL:database
   
   
   
 
   mail.smtp.host
   localhost
 
   
 

   

 

   
   

 

 

   

   

 

   




Again, sorry for not sending all information.

Thanks
Alex


On Wednesday, June 5, 2002, at 09:54 PM, Pier Fumagalli wrote:

> Should I "guess" your configuration files? (Ok, a SEGV is not good, but 
> at
> least include all relevant data).
>
> Pier
>
> "Alexander Hartner" <[EMAIL PROTECTED]> wrote:
>
>> I am having such problems running tomcat 4.0.3 on my ibook. I can get
>> tomcat started, and I can access it via port 8080. I can also deploy my
>> war files by copying them to the webapps directory, but updates are not
>> reflected until I have restarted Tomcat. I found some advise to add
>> unpackWAR=false in my server.xml file which now allows my to reload my
>> application via the manager app (great), but now the mod_web_app
>> complains that is cannot deploy my application. In the apache_log file
>> in tomcat's log directory the error reported indicates that it cannot
>> find the directory of my webapp, which no longer exist since the war
>> file does not get extracted.
>>
>> Before I added the unpackWAR=false I had to restart tomcat all the 
>> time,
>> which resulted in a whole list of problems by itself. I keep on getting
>> the error that my web app is not deployed, even though that my
>> application is deployed and accessible directly via port 8080.
>>
>> I also tried to build the latest mod_web_app.so, which I succeeded
>> doing, but it did not work either. I then got error :
>> 2002-05-19 23:26:29 WarpEngine[Apache]: Mapping request
>> 2002-05-19 23:26:29 WarpHost[butterfly]: Mapping request for Host
>> 2002-05-19 23:26:30 [org.apache.catalina.connector.warp.WarpConnection]
>> Exception on socket
>> java.io.IOException: Premature packet header end
>>   at
>> org.apache.catalina.connector.warp.WarpConnection.recv(WarpConnection.java:
>> 237)
>>   at
>> org.apache.catalina.connector.warp.WarpRequestHandler.handle
>> (WarpRequestHandler.java:112)
>>   at
>> org.apache.catalina.connector.warp.WarpConnection.run(WarpConnection.java:
>> 194)
>>   at java.lang.Thread.run(Thread.java:496)
>>
>> in apache_log.2002-05-19.txt and error :
>>
>> [Sun May 19 23:26:30 2002] [notice] child pid 23875 exit signal Bus
>> error (10)
>>
>> in /private/var/log/httpd/error_log.
>>
>> Is anybody else having these problem, or is anybody else even using
>> tomcat on macosx ?
>>
>> Thanks
>> Alex
>>
>
> --
> [Perl] combines all the worst aspects of C and Lisp:  a billion of 
> different
> sublanguages in  one monolithic executable.  It combines the power of C 
> with
> the readability of PostScript. [Jamie Zawinski - DNA Lounge - San 
> Francisco]
>
>
> --
> To unsubscribe, e-mail:    [EMAIL PROTECTED]>
> For additional commands, e-mail:  [EMAIL PROTECTED]>
>

DO NOT REPLY [Bug 9650] - mod_webapp causes Apache to go into infinite loop if application is deployed outside of tomcat default webapp location

[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=9650>.
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=9650

mod_webapp causes Apache to go into infinite loop if application is deployed outside 
of tomcat default webapp location





--- Additional Comments From [EMAIL PROTECTED]  2002-06-06 01:57 ---
It would be beneficial to see BOTH your server.xml and your httpd.conf.

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

DO NOT REPLY [Bug 9650] New: - mod_webapp causes Apache to go into infinite loop if application is deployed outside of tomcat default webapp location

[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=9650>.
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=9650

mod_webapp causes Apache to go into infinite loop if application is deployed outside 
of tomcat default webapp location

   Summary: mod_webapp causes Apache to go into infinite loop if
application is deployed outside of tomcat default webapp
location
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have Tomcat 4.0.3 and Apache 1.3.2
if I have in my httpd.conf the following:

 WebAppConnection warpConnection warp  D4011.na.sas.com:8008
 WebAppDeploy examples  warpConnection  /examples
 WebAppInfo /webapp-info

I can access the examples application fine from running Tomcat standalone and 
also running it connected to Apache. 
However, I have numerous applications deployed in different locations, that are 
*not* under the Tomcat default webapp directory, and when I try to add these 
with WebAppDeploy directives, it causes Apache to go into some kind of infinite 
loop, filling up the error.log by the multitudes!

I have seen numerous folks with this problem, but everyone that I have spoken 
to says that they have not reported the problem, that instead, they have done
something other than to use mod_webapp. 

Can this be looked into?

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

Re: Tomcat 4.0.3 Apache 1.3.x and Mod_WebApp on MacOSX

[Pier Fumagalli]

Should I "guess" your configuration files? (Ok, a SEGV is not good, but at
least include all relevant data).

Pier

"Alexander Hartner" <[EMAIL PROTECTED]> wrote:

> I am having such problems running tomcat 4.0.3 on my ibook. I can get
> tomcat started, and I can access it via port 8080. I can also deploy my
> war files by copying them to the webapps directory, but updates are not
> reflected until I have restarted Tomcat. I found some advise to add
> unpackWAR=false in my server.xml file which now allows my to reload my
> application via the manager app (great), but now the mod_web_app
> complains that is cannot deploy my application. In the apache_log file
> in tomcat's log directory the error reported indicates that it cannot
> find the directory of my webapp, which no longer exist since the war
> file does not get extracted.
> 
> Before I added the unpackWAR=false I had to restart tomcat all the time,
> which resulted in a whole list of problems by itself. I keep on getting
> the error that my web app is not deployed, even though that my
> application is deployed and accessible directly via port 8080.
> 
> I also tried to build the latest mod_web_app.so, which I succeeded
> doing, but it did not work either. I then got error :
> 2002-05-19 23:26:29 WarpEngine[Apache]: Mapping request
> 2002-05-19 23:26:29 WarpHost[butterfly]: Mapping request for Host
> 2002-05-19 23:26:30 [org.apache.catalina.connector.warp.WarpConnection]
> Exception on socket
> java.io.IOException: Premature packet header end
>   at
> org.apache.catalina.connector.warp.WarpConnection.recv(WarpConnection.java:
> 237)
>   at
> org.apache.catalina.connector.warp.WarpRequestHandler.handle
> (WarpRequestHandler.java:112)
>   at
> org.apache.catalina.connector.warp.WarpConnection.run(WarpConnection.java:
> 194)
>   at java.lang.Thread.run(Thread.java:496)
> 
> in apache_log.2002-05-19.txt and error :
> 
> [Sun May 19 23:26:30 2002] [notice] child pid 23875 exit signal Bus
> error (10)
> 
> in /private/var/log/httpd/error_log.
> 
> Is anybody else having these problem, or is anybody else even using
> tomcat on macosx ?
> 
> Thanks
> Alex
> 

--
[Perl] combines all the worst aspects of C and Lisp:  a billion of different
sublanguages in  one monolithic executable.  It combines the power of C with
the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco]


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

DO NOT REPLY [Bug 6621] - mod_webapp hangs when transmitting binary (eg. image) files

[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=6621>.
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=6621

mod_webapp hangs when transmitting binary (eg. image) files





--- Additional Comments From [EMAIL PROTECTED]  2002-05-24 10:41 ---
Pointless to reply on a bug marked duplicate of something else, which is 
clearly not going to be fixed anytime soon.

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

DO NOT REPLY [Bug 6621] - mod_webapp hangs when transmitting binary (eg. image) files

[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=6621>.
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=6621

mod_webapp hangs when transmitting binary (eg. image) files





--- Additional Comments From [EMAIL PROTECTED]  2002-05-23 20:00 ---
I get this same error, except it says Invalid Packet 6, not 16
Also, it only seems to happen on small (<15k) gifs (haven't tried other types 
of data, but larger gifs, i have no problem.)

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

HTTP 302 status probelm in httpd-2.0/Tomcat 4.0/mod_webapp

[Punky Tse]

Guys,

I got 302 status in requesting the following URL:

1. http://punknix.homeip.net/examples/servlets/

but this one is ok:

2. http://punknix.homeip.net:8080/examples/servlets/

Can you see the difference?  Why the first one doesn't work (I mean, the 
page does not forward?)  Then I go into a very native approach by using 
telnet.  See the bottom

Please take a note on the first line of the HTTP response and Location 
header.  Why there is no status code returned and the hostname 
(localhost) is missing in Location header?  Anybody knows who breaks it? 
  httpd-2.0, tomcat 4 or mod_webapp?

I use the cvs snapshot of httpd-2.0, tomcat 4 and mod_webapp.

- Punky

===
telnet punknix.homeip.net 80
Trying 61.18.154.226...
Connected to punknix.homeip.net.
Escape character is '^]'.
HEAD /examples/servlets/ HTTP/1.0

HTTP/1.1 Moved Temporarily
Date: Wed, 15 May 2002 02:44:42 GMT
Server: Apache/2.0.37-dev (Unix) mod_webapp/1.2.0-dev
Content-Type: text/html; charset=ISO-8859-1
Location: http:///examples/servlets/index.html
Connection: close

Connection closed by foreign host.
===

===
telnet punknix.homeip.net 8080
Trying 61.18.154.226...
Connected to punknix.homeip.net.
Escape character is '^]'.
HEAD /examples/servlets/ HTTP/1.0

HTTP/1.1 302 Moved Temporarily
Content-Type: text/html
Date: Wed, 15 May 2002 02:44:49 GMT
Location: http://localhost:8080/examples/servlets/index.html
Server: Apache Tomcat/4.0.4-dev (HTTP/1.1 Connector)
Connection: close

Connection closed by foreign host.
===


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

DO NOT REPLY [Bug 6509] - Mod_webapp tries to deploy all apps down all connections

[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=6509>.
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=6509

Mod_webapp tries to deploy all apps down all connections





--- Additional Comments From [EMAIL PROTECTED]  2002-05-05 19:54 ---
A different implementation of the code I supplied now seems to be applied to the
file - line 132 of pr_warp_config.c now has 

/* Check that the application really belongs to that connection */
if (strcmp(appl->conn->name,conn->name)!=0) {
elem=elem->next;
continue;
}

which never used to be there. This is roughly what i was doing, only a bit
nicer than my version!

I put a
if(appl->conn == conn) {

around the code to deploy the webapp.

i.e. the current CVS version should be fixed now.

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

RE: [PATCH] connector SRPM does not build mod_webapp

[GOMEZ Henri]

Thanks Perolo for your patches.

Pier is finalising mod_webapp 1.2.0 and I'll 
release a specific mod_webapp rpm.

I'll do also like this for jk (and jk2) later
since we may have differents release cycles.

Stay tuned, mod_webapp will be release as soon
as Pier will tag mod_webapp 1.2.0 (2/3 days ?)

Pier ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Perolo Silantico [mailto:[EMAIL PROTECTED]]
>Sent: Friday, May 03, 2002 3:34 PM
>To: [EMAIL PROTECTED]
>Subject: [PATCH] connector SRPM does not build mod_webapp
>
>
>Dear developers,
>
>installation of tomcat has been greatly improved since last 
>November. Thanks
>for your effort. Nevertheless I had troubles when building the apache
>connector modules utilizing the appropriate SRPM.
>
>I prefer mod_webapp instead of mod_jk. But the .spec file of 
>the SRPM did
>not include code to build mod_webapp. So I had to add some 
>missing statements
>and attached a patch for the .spec file. The added code extracts an APR
>snapshot-archive if available or retrieves APR via CVS. (You 
>can either grab a
>snapshot prior to compiling or rely on CVS.) Then mod_webapp 
>is compiled and an
>apropriate RPM created.
>
>Since there are some properties to be set before compiling 
>mod_webapp can be
>successfully made, I included another patch to the source-directory of
>"webapp/" that will create the file "build.properties". The 
>defined properties in
>this file are applicable when junit has been installed as RPM
>(http://www.jpackage.org/rpm/free/junit/junit-3.7-6jpp.noarch.r
>pm) and when using tomcat4.
>So if anyone uses my patches be sure to adapt  
>"tomcat-connectors.webapp-
>properties.patch" to your requirements.
>
>Regards
>   Perolo
>
>
>-- 
>GMX - Die Kommunikationsplattform im Internet.
>http://www.gmx.net
>

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

[PATCH] connector SRPM does not build mod_webapp

[Perolo Silantico]

Dear developers,

installation of tomcat has been greatly improved since last November. Thanks
for your effort. Nevertheless I had troubles when building the apache
connector modules utilizing the appropriate SRPM.

I prefer mod_webapp instead of mod_jk. But the .spec file of the SRPM did
not include code to build mod_webapp. So I had to add some missing statements
and attached a patch for the .spec file. The added code extracts an APR
snapshot-archive if available or retrieves APR via CVS. (You can either grab a
snapshot prior to compiling or rely on CVS.) Then mod_webapp is compiled and an
apropriate RPM created.

Since there are some properties to be set before compiling mod_webapp can be
successfully made, I included another patch to the source-directory of
"webapp/" that will create the file "build.properties". The defined properties in
this file are applicable when junit has been installed as RPM
(http://www.jpackage.org/rpm/free/junit/junit-3.7-6jpp.noarch.rpm) and when using 
tomcat4.
So if anyone uses my patches be sure to adapt  "tomcat-connectors.webapp-
properties.patch" to your requirements.

Regards
   Perolo


-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net


tomcat-connectors-4.0.2.rpm-spec.patch.gz
Description: GNU Zip compressed data


tomcat-connectors.webapp-properties.patch
Description: Binary data

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

DO NOT REPLY [Bug 6509] - Mod_webapp tries to deploy all apps down all connections

[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=6509>.
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=6509

Mod_webapp tries to deploy all apps down all connections





--- Additional Comments From [EMAIL PROTECTED]  2002-05-02 19:16 ---
"Marty Lee" <[EMAIL PROTECTED]> wrote:
> 
> I'll download the new version tonight and make a new patch

Thanks Marty, let me know...

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

Re: mod_webapp build problem

[Pier Fumagalli]

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote:

>>> 
>>> I'm trying to build a rpm for mod_webapp against
>>> apache 1.3.23-mod_ssl and apache 2.0.35 on a redhat 7.2 box
>>> 
>>> apache-2.0 failed :
>> 
>> Working on it Henri... I have a whole new kit that I'm going to commit
>> pretty soon, once it's done... Here's a short-hand patch from
>> my machine,
>> I'm breaking few bits and pieces (so right now the 2.0 doesn't
>> even try to
>> compile), but I'm getting a hold on the beast...
> 
> Excellent, as soon as you could fix the 2.0.35 libtool problem,
> I'll be able to release mod_webapp rpm. It works allready for
> Apache 1.3.

My mail server died yesterday, so I lost approximately everything between 8
PM yesterday and 8 AM this morning (London time)...

Folks, what's wrong? I didn't get the original message... (Who tried what
and at what time?)

> BTW : May I recommand you to make a webapp snapshot, for example in
> http://jakarta.apache.org/builds/jakarta-tomcat-connectors/webapp/
> including a source tarball with just a webapp part of jtc, and also
> APR tarball from 2.0.35.

We can make this happen... I can SCP the builds over from Nagoya to Icarus
(in theory)

Pier


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

RE: mod_webapp build problem

[GOMEZ Henri]

>> 
>> I'm trying to build a rpm for mod_webapp against
>> apache 1.3.23-mod_ssl and apache 2.0.35 on a redhat 7.2 box
>> 
>> apache-2.0 failed :
>
>Working on it Henri... I have a whole new kit that I'm going to commit
>pretty soon, once it's done... Here's a short-hand patch from 
>my machine,
>I'm breaking few bits and pieces (so right now the 2.0 doesn't 
>even try to
>compile), but I'm getting a hold on the beast...

Excellent, as soon as you could fix the 2.0.35 libtool problem,
I'll be able to release mod_webapp rpm. It works allready for
Apache 1.3.

BTW : May I recommand you to make a webapp snapshot, for example in 
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/webapp/
including a source tarball with just a webapp part of jtc, and also
APR tarball from 2.0.35.

See my next proposal :)


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

Re: mod_webapp build problem

[Pier Fumagalli]

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> I'm trying to build a rpm for mod_webapp against
> apache 1.3.23-mod_ssl and apache 2.0.35 on a redhat 7.2 box
> 
> apache-2.0 failed :

Working on it Henri... I have a whole new kit that I'm going to commit
pretty soon, once it's done... Here's a short-hand patch from my machine,
I'm breaking few bits and pieces (so right now the 2.0 doesn't even try to
compile), but I'm getting a hold on the beast...

Pier

--
I think that it's extremely foolish to name a server after the current U.S.
President. B.W. Fitzpatrick





webapp-buildpatch.txt
Description: Binary data

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

mod_webapp build problem

[GOMEZ Henri]

Hi,

I'm trying to build a rpm for mod_webapp against
apache 1.3.23-mod_ssl and apache 2.0.35 on a redhat 7.2 box

apache-2.0 failed :

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
--
/etc/httpd2/build/libtool --silent --mode=finish \
/usr/src/redhat/BUILD/mod_webapp-1.0/jakarta-tomcat-connectors-4.0.4-b2-src/webapp/lib
make[2]: Leaving directory 
`/usr/src/redhat/BUILD/mod_webapp-1.0/jakarta-tomcat-connectors-4.0.4-b2-src/webapp/lib'
make[1]: Exiting directory "lib"
make[1]: Leaving directory 
`/usr/src/redhat/BUILD/mod_webapp-1.0/jakarta-tomcat-connectors-4.0.4-b2-src/webapp'
make[1]: Entering directory 
`/usr/src/redhat/BUILD/mod_webapp-1.0/jakarta-tomcat-connectors-4.0.4-b2-src/webapp'

make[1]: Entering directory "apache-2.0"
make[1]: Invoking "make  build"
make[2]: Entering directory 
`/usr/src/redhat/BUILD/mod_webapp-1.0/jakarta-tomcat-connectors-4.0.4-b2-src/webapp/apache-2.0'
Compiling and Linking Apache 2.0 WebApp Module
/usr/sbin/apxs2 -I../include -c -L ../lib -lwebapp mod_webapp.c
/etc/httpd2/build/libtool --silent --mode=compile gcc  -O2 -march=i386 -mcpu=i686 
-DAP_HAVE_DESIGNATED_INITIALIZER -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 
-D_BSD_SOURCE -D_SVID_SOURCE -pthread -DNO_DBM_REWRITEMAP -I/usr/include/apache2 
-I../include  -c -o mod_webapp.lo mod_webapp.c && touch mod_webapp.slo
mod_webapp.c: In function `wam_invoke':
mod_webapp.c:482: warning: initialization discards qualifiers from pointer target type
/etc/httpd2/build/libtool --silent --mode=link gcc -o mod_webapp.la -rpath 
/usr/lib/apache2 -module -avoid-version -I../include  -L../lib -lwebapp  mod_webapp.lo

*** Warning: This library needs some functionality provided by -lwebapp.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module mod_webapp.  Therefore, libtool will create
*** a static module, that should work as long as the dlopening
*** application is linked with the -dlopen flag.
make[2]: Leaving directory 
`/usr/src/redhat/BUILD/mod_webapp-1.0/jakarta-tomcat-connectors-4.0.4-b2-src/webapp/apache-2.0'
make[1]: Exiting directory "apache-2.0"
make[1]: Leaving directory 
`/usr/src/redhat/BUILD/mod_webapp-1.0/jakarta-tomcat-connectors-4.0.4-b2-src/webapp'

my libtool is not too old.

libtool --version
ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18)

apache 1.3 works :

with APR source from Apache 2.0.35 copy

What's that libtool problem ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 


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

DO NOT REPLY [Bug 8032] - mod_webapp RPM missing

[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=8032>.
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=8032

mod_webapp RPM missing





--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 14:08 ---
I'll try to make a rpm from the latest 4.1 snapshot.

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

DO NOT REPLY [Bug 8331] - When using mod_webapp apache 2.0.35 fails to start

[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=8331>.
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=8331

When using mod_webapp apache 2.0.35 fails to start

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 13:34 ---
The patch works, although it's really a hack :) The thing we should do is 
destroy our configuration members after the first time the configuration file 
gets parsed, by registering our memory pool as a sub-pool of the Apache 
configuration pool, and setting up a cleanup handler.

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

DO NOT REPLY [Bug 6509] - Mod_webapp tries to deploy all apps down all connections

[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=6509>.
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=6509

Mod_webapp tries to deploy all apps down all connections

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 13:31 ---
This patch is correct. Too bad that it won't patch the current version 
available in CVS... Do you have an up-to-date diff? Or the original file for 
version comparison?

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

DO NOT REPLY [Bug 6485] - m4 prints error message when configuring mod_webapp

[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=6485>.
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=6485

m4 prints error message when configuring mod_webapp

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 13:22 ---
You need to use AutoConf 2.13 right now, but in a short while we'll switch 
to 2.52. Otherwise you can download one of the nightly source snapshots 
from http://nagoya.apache.org/~pier/ where the "configure" script is 
already generated.

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

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

DO NOT REPLY [Bug 4139] - mod_webapp build files for Win32

[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=4139>.
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=4139

mod_webapp build files for Win32

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||LATER



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 13:14 ---
This might come handy one day when someone will decide to maintain a 
Windows port.

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]|tomcat-
   ||[EMAIL PROTECTED]
 Status|ASSIGNED|NEW

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   ||t



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:51 ---
*** Bug 8433 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 8433] - mod_webapp choking on concurrent 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=8433>.
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=8433

mod_webapp choking on concurrent requests

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:51 ---
This is the same thing happening on Windows with 1.3.x (multi-threading 
issue).

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

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

DO NOT REPLY [Bug 8032] - mod_webapp RPM missing

[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=8032>.
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=8032

mod_webapp RPM missing

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:48 ---
This is not a bug. (Henri? You're da RPM man)

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:47 ---
*** Bug 7390 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||shantanup@qatalystechnologie
   ||s.com



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:45 ---
*** Bug 7192 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 7121] - mod_webapp / apr doesn't compile properly

[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=7121>.
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=7121

mod_webapp / apr doesn't compile properly

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:45 ---
This was an APR bug which has been fixed.

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:44 ---
*** Bug 7092 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 7033] - manager under mod_webapp won't install webapp

[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=7033>.
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=7033

manager under mod_webapp won't install webapp

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:43 ---
Due to the nature of the dual configuration of Apache's HTTPD.CONF and 
Tomcat's SERVER.XML, the manager application cannot be used.

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:42 ---
*** Bug 6896 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 6896] - directory issues using Tomcat 4.0.2 and Apache 1.3.23 with mod_webapp

[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=6896>.
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=6896

directory issues using Tomcat 4.0.2 and Apache 1.3.23 with mod_webapp

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:42 ---


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

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:36 ---
*** Bug 6621 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 6621] - mod_webapp hangs when transmitting binary (eg. image) files

[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=6621>.
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=6621

mod_webapp hangs when transmitting binary (eg. image) files

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:36 ---


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

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:24 ---
*** Bug 5402 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 5040] - EOFException when talking from applet to servlet via mod_webapp

[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=5040>.
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=5040

EOFException when talking from applet to servlet via mod_webapp

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:23 ---


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

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

DO NOT REPLY [Bug 3509] - Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[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=3509>.
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=3509

Apache 1.3.20 & mod_webapp & Tomcat 4b7 HANGS under Win

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:21 ---
*** Bug 4793 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 4793] - mod_webapp connector doesn´t work

[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=4793>.
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=4793

mod_webapp connector doesn´t work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-04-29 12:21 ---


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

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

Re: Bad build process for mod_webapp for Apache 2

[Pier Fumagalli]

"Jeffrey Bonevich" <[EMAIL PROTECTED]> wrote:

> (sorry if this has come through already, but I did not see the post on
> the mail archive, so I done went and subscribed to the list to resend it)
> 
> 
> For those of you who do not regularly cruise the tomcat-user postings
> (you all do that regularly, right? ;-), a number of us in the user
> community have been struggling with getting Tomcat 4 integrated with
> Apach 2 using mod_webapp.  I and a number of other users found a number
> of problems in the build process for mod_webapp - biggest of which is
> that the Makefile does not actually produce a DSO module (i.e.
> mod_webapp.so) for Apache 2.  We figured out that the following will do
> so (after running configure and make):
> 
> cd ${LOCATION_OF_CONNECTOR_SRC}/webapp/lib
> gcc -shared -o libwebapp.so *.lo
> cd ../apache-2.0
> ${APACHE_HOME}/build/libtool --silent --mode=link \
>   gcc -shared -o mod_webapp.so -rpath ${APACHE_HOME}/modules \
>   -module -avoid-version -I../include  -L../lib \
>   -dlopen ../lib/libwebapp.la  mod_webapp.lo
> cp mod_webapp.so ${APACHE_HOME}/modules/
> 
> I have included a brief HOWTO that I compiled during the process of
> figuring this all out.  If more information is needed, please let me
> know directly to my email (I am not presently on the dev mailing list
> distribution).

Jeff. Thank you very much for the code, this will need to be integrated in
out ./configure.in code as well (I know it's broken, I use 2.0 almost
everywhere)...

Will try to patch it up with your changes later during this week-end (or if
you want to tackle M4, well, you're more than welcome! :) :) :)

Pier

--
I think that it's extremely foolish to name a server after the current U.S.
President. B.W. Fitzpatrick



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

Re: Bad build process for mod_webapp for Apache 2

[Jeffrey Bonevich]

Jean-Frederic -

Attached is my libwebapp.la.  I think I tried it with libwebapp.so and 
it did not produce a usable module.  However, I am not too experienced a 
C/C++ programmer and have never used libtool before, so I was winging it.

Here is the result of libtool --version:

[root@strider webapp]# /usr/local/apache2/build/libtool --version
ltmain.sh (GNU libtool) 1.3.4-freebsd-ports (1.385.2.196 1999/12/07 
21:47:57)

Thanx for the response!

jeff

jean-frederic clere wrote:

> Jeffrey Bonevich wrote:
> 
>> (sorry if this has come through already, but I did not see the post on 
>> the mail archive, so I done went and subscribed to the list to resend it)
>>
>>
>> For those of you who do not regularly cruise the tomcat-user postings
>> (you all do that regularly, right? ;-), a number of us in the user
>> community have been struggling with getting Tomcat 4 integrated with
>> Apach 2 using mod_webapp.  I and a number of other users found a number
>> of problems in the build process for mod_webapp - biggest of which is
>> that the Makefile does not actually produce a DSO module (i.e.
>> mod_webapp.so) for Apache 2.  We figured out that the following will do
>> so (after running configure and make):
>>
>> cd ${LOCATION_OF_CONNECTOR_SRC}/webapp/lib
>> gcc -shared -o libwebapp.so *.lo
> 
> 
> You build a libwebapp.so
> 
>> cd ../apache-2.0
>> ${APACHE_HOME}/build/libtool --silent --mode=link \
>>gcc -shared -o mod_webapp.so -rpath ${APACHE_HOME}/modules \
>>-module -avoid-version -I../include  -L../lib \
>>-dlopen ../lib/libwebapp.la  mod_webapp.lo
> 
> 
> And you use libwebapp.la ... Are you sure that it does what you except?
> Could you send me the libwebapp.la and the the result of libtool --version?
> 
>> cp mod_webapp.so ${APACHE_HOME}/modules/
>>
>> I have included a brief HOWTO that I compiled during the process of
>> figuring this all out.  If more information is needed, please let me
>> know directly to my email (I am not presently on the dev mailing list
>> distribution).
>>
>> Thanx!
>>
>> jeff
>>
>>
>> 
>>
>> -- 
>> 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]>
> 
> 
> 


-- 
Jeffrey Bonevich
Ann Arbor, Michigan
[EMAIL PROTECTED]
http://www.bonevich.com

Hwæt! Wë Gär-Dena   in geär-dagum,
peod-cyninga,   prym gefrünon,
hü ða aepelingas   ellen fremedon!


# libwebapp.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.3.4-freebsd-ports (1.385.2.196 1999/12/07 
21:47:57)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname=''

# Names of this library.
library_names=''

# The name of the static archive.
old_library='libwebapp.a'

# Libraries that this one depends upon.
dependency_libs=''

# Version information for libwebapp.
current=0
age=0
revision=0

# Is this an already installed library?
installed=yes

# Directory that this library needs to be installed in:
libdir='/disk/0/src/java/jakarta-tomcat-connectors-4.0.2-01-src/webapp/lib'



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

Re: Bad build process for mod_webapp for Apache 2

[jean-frederic clere]

Jeffrey Bonevich wrote:
> (sorry if this has come through already, but I did not see the post on 
> the mail archive, so I done went and subscribed to the list to resend it)
> 
> 
> For those of you who do not regularly cruise the tomcat-user postings
> (you all do that regularly, right? ;-), a number of us in the user
> community have been struggling with getting Tomcat 4 integrated with
> Apach 2 using mod_webapp.  I and a number of other users found a number
> of problems in the build process for mod_webapp - biggest of which is
> that the Makefile does not actually produce a DSO module (i.e.
> mod_webapp.so) for Apache 2.  We figured out that the following will do
> so (after running configure and make):
> 
> cd ${LOCATION_OF_CONNECTOR_SRC}/webapp/lib
> gcc -shared -o libwebapp.so *.lo

You build a libwebapp.so

> cd ../apache-2.0
> ${APACHE_HOME}/build/libtool --silent --mode=link \
>gcc -shared -o mod_webapp.so -rpath ${APACHE_HOME}/modules \
>-module -avoid-version -I../include  -L../lib \
>-dlopen ../lib/libwebapp.la  mod_webapp.lo

And you use libwebapp.la ... Are you sure that it does what you except?
Could you send me the libwebapp.la and the the result of libtool --version?

> cp mod_webapp.so ${APACHE_HOME}/modules/
> 
> I have included a brief HOWTO that I compiled during the process of
> figuring this all out.  If more information is needed, please let me
> know directly to my email (I am not presently on the dev mailing list
> distribution).
> 
> Thanx!
> 
> jeff
> 
> 
> 
> 
> --
> 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]>

DO NOT REPLY [Bug 8433] New: - mod_webapp choking on concurrent 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=8433>.
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=8433

mod_webapp choking on concurrent requests

   Summary: mod_webapp choking on concurrent requests
   Product: Tomcat 4
   Version: 4.0.2 Final
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I'm running tomcat 4.0.2 under apache 2.0.32 with webapp-module-1.0.2-tc402 on 
redhat 7.2 and jdk 1.4

I'm using the apache "ab" program for perfomance testing and have noticed that 
the sockets between apache and tomcat seem to die when I use concurrent 
requests.  Somtimes I have to restart the servers in order to get a response 
from them again.

Here's the ab command that will cause the problem:
./ab -v 2 -n 20 -c 2 MY_HOST/index.jsp

Here are the exceptions from the tomcat logs:
2002-04-23 11:38:02 WarpHost[MY_HOST]: Mapping request for Host
2002-04-23 11:38:02 WarpEngine[Apache]: Mapping request
2002-04-23 11:38:02 WarpHost[MY_HOST]: Mapping request for Host
2002-04-23 11:38:02 [org.apache.catalina.connector.warp.WarpConnector] 
Connection from /127.0.0.1:33290 to /127.0.0.1:8008
2002-04-23 11:38:02 [org.apache.catalina.connector.warp.WarpConnector] 
Connection from /127.0.0.1:33292 to /127.0.0.1:8008
2002-04-23 11:38:02 
[org.apache.catalina.connector.warp.WarpConfigurationHandler] Invalid packet 
with type 16
2002-04-23 11:38:02 [org.apache.catalina.connector.warp.WarpConnection] 
Exception on socket
java.io.IOException: Premature packet header end
at org.apache.catalina.connector.warp.WarpConnection.recv
(WarpConnection.java:237)
at org.apache.catalina.connector.warp.WarpRequestHandler.handle
(WarpRequestHandler.java:113)
at org.apache.catalina.connector.warp.WarpConnection.run
(WarpConnection.java:194)
at java.lang.Thread.run(Thread.java:536)

2002-04-23 11:38:02 [org.apache.catalina.connector.warp.WarpConnection] 
Exception on socket
java.net.SocketException: Socket closed
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:105)
at org.apache.catalina.connector.warp.WarpConnection.send
(WarpConnection.java:220)
at org.apache.catalina.connector.warp.WarpConfigurationHandler.handle
(WarpConfigurationHandler.java:246)
at org.apache.catalina.connector.warp.WarpConnection.run
(WarpConnection.java:189)
at java.lang.Thread.run(Thread.java:536)

2002-04-23 11:38:02 
[org.apache.catalina.connector.warp.WarpConfigurationHandler] Filter mappings 
(0)
2002-04-23 11:38:02 
[org.apache.catalina.connector.warp.WarpConfigurationHandler] Filter mappings 
(0)
2002-04-23 11:38:02 WarpEngine[Apache]: Mapping request

Changing the number of requests to perform from 20 to 100 will make it so that 
I have to restart apache to get a response from the host.

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

DO NOT REPLY [Bug 8331] - When using mod_webapp apache 2.0.35 fails to start

[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=8331>.
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=8331

When using mod_webapp apache 2.0.35 fails to start





--- Additional Comments From [EMAIL PROTECTED]  2002-04-23 17:24 ---
Created an attachment (id=1665)
Possible workaround for 8331

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

DO NOT REPLY [Bug 7973] - Null Pointer exception with apache/mod_webapp/SSL/ and = CONFIDENTIAL

[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=7973>.
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=7973

Null Pointer exception with apache/mod_webapp/SSL/ and  = 
CONFIDENTIAL

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-04-23 07:50 
---
Try the with the lastest cvs it should be fixed.

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

Bad build process for mod_webapp for Apache 2

[Jeffrey Bonevich]

(sorry if this has come through already, but I did not see the post on 
the mail archive, so I done went and subscribed to the list to resend it)


For those of you who do not regularly cruise the tomcat-user postings
(you all do that regularly, right? ;-), a number of us in the user
community have been struggling with getting Tomcat 4 integrated with
Apach 2 using mod_webapp.  I and a number of other users found a number
of problems in the build process for mod_webapp - biggest of which is
that the Makefile does not actually produce a DSO module (i.e.
mod_webapp.so) for Apache 2.  We figured out that the following will do
so (after running configure and make):

cd ${LOCATION_OF_CONNECTOR_SRC}/webapp/lib
gcc -shared -o libwebapp.so *.lo
cd ../apache-2.0
${APACHE_HOME}/build/libtool --silent --mode=link \
gcc -shared -o mod_webapp.so -rpath ${APACHE_HOME}/modules \
-module -avoid-version -I../include  -L../lib \
-dlopen ../lib/libwebapp.la  mod_webapp.lo
cp mod_webapp.so ${APACHE_HOME}/modules/

I have included a brief HOWTO that I compiled during the process of
figuring this all out.  If more information is needed, please let me
know directly to my email (I am not presently on the dev mailing list
distribution).

Thanx!

jeff

-- 
Jeffrey Bonevich
Ann Arbor, Michigan
[EMAIL PROTECTED]
http://www.bonevich.com

Hwæt! Wë Gär-Dena   in geär-dagum,
peod-cyninga,   prym gefrünon,
hü ða aepelingas   ellen fremedon!




Tomcat4+Apache2+mod_webapp_HOWTO.sh
Description: Bourne shell script

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

DO NOT REPLY [Bug 8331] New: - When using mod_webapp apache 2.0.35 fails to start

[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=8331>.
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=8331

When using mod_webapp apache 2.0.35 fails to start

   Summary: When using mod_webapp apache 2.0.35 fails to start
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Relevant information:

root@mite:/usr/local/apache-2# uname -a
Linux mite 2.4.17 #10 SMP Wed Mar 13 00:13:22 GMT 2002 i686 unknown
root@mite:/usr/local/apache-2# java -version
java version "1.4.0-rc"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-rc-b91)
Java HotSpot(TM) Client VM (build 1.4.0-rc-b91, mixed mode)
root@mite:/usr/local/apache-2# ./bin/httpd -version
Server version: Apache/2.0.35
Server built:   Apr 19 2002 22:45:16

When the WebApp* directives are given before the ServerName directive, the
following error occurs:

root@mite:/usr/local/apache-2# ./bin/apachectl configtest
Syntax error on line 221 of /usr/local/apache-2/conf/httpd.conf:
Invalid virtual host name

When the ServerName is set before the WebApp* declarations httpd appears to
start without errors, but it exits immediately. Although no logs are left
behind, doing an strace on it reveals that httpd reads the /etc/hosts file,
closes it and then gives the following error:

[pid  3014] write(2, "Syntax error on line 1022 of /us"..., 66) = 66
[pid  3014] write(2, "Duplicate connection name\n", 26) = 26

Line 1022 of my httpd.conf reads:

WebAppConnection warpConnection warp localhost:8008

This is the first time that it's mentioned in the file outside of a comment, and
this is clearly not the reported error. What causes this? Why is the error
message wrong? And how to I fix the problem?

The relevant lines for mod_webapp in the httpd.conf are:

WebAppConnection warpConnection warp localhost:8008
WebAppDeploy examples warpConnection /examples/
WebAppInfo /webapp-info

at the bottom (the Module is loaded near the top of the config) I'm using the
jar files from:

http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote/release/v1.0-b8/

and I've built mod_webapp from the sources in the
jakarta-tomcat-connectors-4.0.2-01-src.tar.gz package, which appears to be the
latest available outside of cvs (which refuses to build for me) In addition,
I've followed the advice in:

http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg51557.html

to create the libwebapp.so and mod_webapp.so files.

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

Re: mod_webapp file changes for socket pools

[simonkeary]

Hi,


Attached should be the updated socket pool changes to mod_webapp.  I think I've 
incorporated the recommended changes.

If you have any further comments just let me know

Simon





mod_webapp_update.zip
Description: Zip compressed data

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

DO NOT REPLY [Bug 8032] New: - mod_webapp RPM missing

[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=8032>.
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=8032

mod_webapp RPM missing

   Summary: mod_webapp RPM missing
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: All
   URL: http://jakarta.apache.org/builds/jakarta-tomcat-
4.0/release/v4.0.3/rpms/
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/rpms/

No mod_webapp RPM.

The last release directory containing the mod_webapp RPM was
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2-b2/rpms/

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

Re: [Fwd: mod_webapp file changes for socket pools]

[jean-frederic clere]

[EMAIL PROTECTED] wrote:
> Hi,
> 
> I've done most of the changes suggested but am a little confused on a few points:
> 
> warp_socket_pool current has the following features:
> 
> 1) It implements a socket pool.
> 2) The implementation is thread-safe (I think!)
> 3) The implementation uses atomics.
> 
> In a mt environment all features except 3 are completely necessary.  Should I add a 
>new define WARP_USE_ATOMICS, or similar, which by default is defined?
> 

No I think that is not needed.

> Now, in a st environment none of the above features are necessary, although, if 1) 
>isn't supported then the name is probably a bit misleading!
> 
> Which features, if any, should I take out for a st environment?
> 
> Possible options:
> * Set the pool size to 1. (#define MAX_SOCKET_POOL_SIZE 1)

+1

> * Remove the mutex locking.

use #ifdef APR_HAS_THREADS

> * Change the implementation so that a handle to a single socket is held.

That is a lot of #ifdef...

> * Replace use of atomics with ints

use #ifdef APR_HAS_THREADS

> 
> etc..

Arrange the Makefiles.

> 
> 
> I've added the warp_sockpool_destroy function.  As far I can tell I shouldn't add a 
>call to it anywhere in the code, should I?

May be something like:
+++

static void myapr_terminate(void)
{
 // the warp_sockpool_destroy here.
 apr_terminate();
}

atexit(myapr_terminate);
+++

> 
> Any thoughts?

You have done a very good job ;-)

> 
> Thanks
> Simon
> 
> 
> Pier Fumagalli <[EMAIL PROTECTED]> wrote:
> 
>>"Jean-frederic Clere" <[EMAIL PROTECTED]> wrote:
>>
>>
>>>atomic are very good but only used in mod_cache (experimental) and there
>>>the code is like:
>>>+++
>>>#ifdef USE_ATOMICS
>>>  apr_atomic_set(&obj->refcount, 1);
>>>#else
>>>  obj->refcount = 1;
>>>#endif   
>>>
>>>+++
>>>That will be nice to do the same in mod_webapp (At least #ifdef
>>>APR_HAS_THREADS).
>>
>>Hmm.. We could define a couple of macros...
>>
>>
>>>In lib/pr_warp.c:
>>>apr_socket_t * sock = 0;
>>>That is better to have
>>>apr_socket_t * sock = NULL;
>>
>>Yup...
>>
>>
>>>Having a pool of size one when no threads probably saves a lot of
>>>#define APR_HAS_THREADS.
>>
>>Agreed... Or we can comment out large chunks of code...
>>
>>
>>>Some changes in pr_warp_socketpool.c are needed ;-).
>>
>>Like what? BTW, can we keep this on the list?  I won
>>
> 
> 
> 
> 
> --
> 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: [Fwd: mod_webapp file changes for socket pools]

[simonkeary]

Hi,

I've done most of the changes suggested but am a little confused on a few points:

warp_socket_pool current has the following features:

1) It implements a socket pool.
2) The implementation is thread-safe (I think!)
3) The implementation uses atomics.

In a mt environment all features except 3 are completely necessary.  Should I add a 
new define WARP_USE_ATOMICS, or similar, which by default is defined?

Now, in a st environment none of the above features are necessary, although, if 1) 
isn't supported then the name is probably a bit misleading!

Which features, if any, should I take out for a st environment?

Possible options:
* Set the pool size to 1. (#define MAX_SOCKET_POOL_SIZE 1)
* Remove the mutex locking.
* Change the implementation so that a handle to a single socket is held.
* Replace use of atomics with ints

etc..


I've added the warp_sockpool_destroy function.  As far I can tell I shouldn't add a 
call to it anywhere in the code, should I? 

Any thoughts?

Thanks
Simon


Pier Fumagalli <[EMAIL PROTECTED]> wrote:
> 
> "Jean-frederic Clere" <[EMAIL PROTECTED]> wrote:
> 
> > atomic are very good but only used in mod_cache (experimental) and there
> > the code is like:
> > +++
> > #ifdef USE_ATOMICS
> >   apr_atomic_set(&obj->refcount, 1);
> > #else
> >   obj->refcount = 1;
> > #endif   
> > 
> > +++
> > That will be nice to do the same in mod_webapp (At least #ifdef
> > APR_HAS_THREADS).
> 
> Hmm.. We could define a couple of macros...
> 
> > In lib/pr_warp.c:
> > apr_socket_t * sock = 0;
> > That is better to have
> > apr_socket_t * sock = NULL;
> 
> Yup...
> 
> > Having a pool of size one when no threads probably saves a lot of
> > #define APR_HAS_THREADS.
> 
> Agreed... Or we can comment out large chunks of code...
> 
> > Some changes in pr_warp_socketpool.c are needed ;-).
> 
> Like what? BTW, can we keep this on the list?  I won
> 



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

DO NOT REPLY [Bug 7973] New: - Null Pointer exception with apache/mod_webapp/SSL/ and = CONFIDENTIAL

[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=7973>.
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=7973

Null Pointer exception with apache/mod_webapp/SSL/ and  = 
CONFIDENTIAL

   Summary: Null Pointer exception with apache/mod_webapp/SSL/ and
 = CONFIDENTIAL
   Product: Tomcat 4
   Version: 4.0 Final
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina:Modules
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I've spent several days researching this problem and have had no luck, so I'm 
assuming this is a bug:

Configuration:

Apache 1.3.22 with mod_ssl and mod_webapp sitting in front of Tomcat 4.03. SSL 
and mod_webApp seem to be set-up correctly as I can access the entire web 
application via https. The problem arises when I set the user-data-constraint 
for any of my resources to CONFIDENTIAL. When I do that, I get a null pointer 
exception whenever I try to access my webapp.

Server.xml is configured with one connector: WarpConnector:



 




  
  

  


  
  

  

Here is an example of how my web resources are protected from web.xml:


  Query Security Constraint
  
 Create Query protected area
 
 /query/*
  
  
 
 QUERY
 RESERVE
 SUBSCRIBE
  

  
  
  CONFIDENTIAL
  




  FORM
  Targeting and Tracking
  
/login
/login_error
  



Lastly, here is the exception:

2002-04-11 11:39:59 WarpEngine[develop.streetmail.com]: Mapping request
2002-04-11 11:39:59 WarpHost[develop.streetmail.com]: Mapping request for Host
2002-04-11 11:39:59 [org.apache.catalina.connector.warp.WarpRequestHandler]
java.lang.NullPointerException
at org.apache.catalina.authenticator.AuthenticatorBase.checkUserData
(AuthenticatorBase.java:702)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke
(AuthenticatorBase.java:491)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2343)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineValve.java:174)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.connector.warp.WarpRequestHandler.handle
(WarpRequestHandler.java:217)
at org.apache.catalina.connector.warp.WarpConnection.run
(WarpConnection.java:194)
at java.lang.Thread.run(Thread.java:484)

2002-04-11 11:40:00 [org.apache.catalina.connector.warp.WarpConnector] 
Connection from localhost/127.0.0.1:44824 t
o localhost/127.0.0.1:8181
2002-04-11 11:40:00 
[org.apache.catalina.connector.warp.WarpConfigurationHandler] Filter mappings 
(0)
2002-04-11 11:40:00 
[org.apache.catalina.connector.warp.WarpConfigurationHandler] Filter mappings 
(0)
2002-04-11 11:40:00 [org.apache.catalina.connector.warp.WarpConnector] 
Connection from localhost/127.0.0.1:44825 t
o localhost/127.0.0.1:8181
2002-04-11 11:40:00 
[org.apache.catalina.connector.warp.WarpConfigurationHandler] Filter mappings 
(0)
2002-04-11 11:40:00 
[org.apache.catalina.connector.warp.WarpConfigurationHandler] Filter mappings 
(0)


If I look at the code where the exception is happening, it appears as though 
the request object is returning null instead of a Connector:

// Initialize variables we need to determine the appropriate action
HttpServletRequest hrequest =
(Ht

Re: mod_webapp file changes for socket pools

[Pier Fumagalli]

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:

> Pier wrote:
>> The only thing I don't like (much) is the name of the prototype functions:
>> - warp_socket_pool_create
>> - warp_socket_pool_acquire_socket
>> - warp_socket_pool_return_socket
>> 
>> And a lack of warp_socket_pool_destroy...
>> 
>> I would have called them
>> 
>> - warp_sockpool_create
>> - warp_sockpool_acquire
>> - warp_sockpool_release
>> - warp_sockpool_destroy
>> 
> 
> I'll change the function names and add a destroy function.  For the destroy
> function I'm assuming you want:
> 
> apr_status_t warp_sockpool_destroy(warp_socket_pool * pool)
> {
>   return apr_thread_mutex_destroy(pool->pool_mutex);
> }
> 
> Is this right? Am I missing something?

Yes, and as well closing all the sockets opened and remaining open in the
pool...

If you do a patch, can you simply post the output of

   "cvs . diff -u3 /where/you/checked/out/webapp"

Things look easier to understand... :)

Pier (who has been reading way too many patches lately!)


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

Re: mod_webapp file changes for socket pools

[simonkeary]

Pier wrote:
> The only thing I don't like (much) is the name of the prototype functions:
> - warp_socket_pool_create
> - warp_socket_pool_acquire_socket
> - warp_socket_pool_return_socket
> 
> And a lack of warp_socket_pool_destroy...
> 
> I would have called them
> 
> - warp_sockpool_create
> - warp_sockpool_acquire
> - warp_sockpool_release
> - warp_sockpool_destroy
> 

I'll change the function names and add a destroy function.  For the destroy function 
I'm assuming you want:

apr_status_t warp_sockpool_destroy(warp_socket_pool * pool)
{
return apr_thread_mutex_destroy(pool->pool_mutex);
}

Is this right? Am I missing something?

Simon



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

Re: mod_webapp file changes for socket pools

[Pier Fumagalli]

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> Attached should be the changes I made to implement socket pools within
> mod_webapp.

Looks _good_...

> I've added a new file, pr_warp_socketpool.c, as suggested.

Noticed :)

> In the zip file are the complete, changed, versions of the files along with
> the output of diff -u.  For each file I've saved the diff in filename.diff.

Beautiful..

> If there are any changes suggested to I'll be happy to incorporate them and
> resend the changes..

The only thing I don't like (much) is the name of the prototype functions:
- warp_socket_pool_create
- warp_socket_pool_acquire_socket
- warp_socket_pool_return_socket

And a lack of warp_socket_pool_destroy...

I would have called them

- warp_sockpool_create
- warp_sockpool_acquire
- warp_sockpool_release
- warp_sockpool_destroy

FWIW, I'd like to review the whole thing APRizing it better (function names
and structures are still kinda crummy throughout the entire mod_webapp), but
I'm +1 on this addition...

One thing I'm thinking is wether we can #ifdef parts of it in case we don't
_need_ a socket pool, like in cases when we use 1.3 on UNIX, or 2.0 in
prefork, but I like it, I like it, I like it...

Pier


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

mod_webapp file changes for socket pools

[simonkeary]

Hi,

Attached should be the changes I made to implement socket pools within mod_webapp.

I've added a new file, pr_warp_socketpool.c, as suggested.

In the zip file are the complete, changed, versions of the files along with the output 
of diff -u.  For each file I've saved the diff in filename.diff.

If there are any changes suggested to I'll be happy to incorporate them and resend the 
changes..

Simon



mod_webapp.zip
Description: Zip compressed data

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

Re: mod_webapp socket pool changes

[Pier Fumagalli]

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:

> 
> Hi,
> 
> I've made some more progress on the socket pool implementation in mod_webapp
> to solve the concurrent request problem on NT boxes and it is pretty much
> complete.
> 
> At the moment I am using a hard-coded constant to set the max number of
> available sockets that may be kept in a socket pool at any time.  Note this
> option doesn't bound the number of concurrent connections but bounds the
> number of available and unused sockets in a pool. This constant is currently
> set to 25.  Should this be changed to a configurable option?  I'm not really
> sure it is necessary but am happy to change this is required.  (I presume it's
> not too difficult to add a configuration variable that a user sets in
> httpd.conf...).  If I keep the constant should it be changed to some other
> (arbitrary) constant?
> 
> Also, for convenience, I've added the (3) pool functions into pr_warp.c.  Any
> thoughts on whether they should go into a new source file?

I'd like something like pr_warp_socketpool.c, but I'm positive..

> Finally,  could someone offer to review and incorporate the changes into the
> cvs tree?

Send it over (on the list), diff -U3

Pier


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

Re: mod_webapp socket pool changes

[jean-frederic clere]

[EMAIL PROTECTED] wrote:
> Hi,
> 
> I've made some more progress on the socket pool implementation in mod_webapp to 
>solve the concurrent request problem on NT boxes and it is pretty much complete.
> 
> At the moment I am using a hard-coded constant to set the max number of available 
>sockets that may be kept in a socket pool at any time.  Note this option doesn't 
>bound the number of concurrent connections but bounds the number of available and 
>unused sockets in a pool. This constant is currently set to 25.  Should this be 
>changed to a configurable option?  I'm not really sure it is necessary but am happy 
>to change this is required.  (I presume it's not too difficult to add a configuration 
>variable that a user sets in httpd.conf...).  If I keep the constant should it be 
>changed to some other (arbitrary) constant?
> 
> Also, for convenience, I've added the (3) pool functions into pr_warp.c.  Any 
>thoughts on whether they should go into a new source file?
> 
> Finally,  could someone offer to review and incorporate the changes into the cvs 
>tree?
> 
> Thanks
> Simon
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 
> 
> 

Please send your changes as attachements. (diff -u or cvs diff is the best)



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

mod_webapp socket pool changes

[simonkeary]

Hi,

I've made some more progress on the socket pool implementation in mod_webapp to solve 
the concurrent request problem on NT boxes and it is pretty much complete.

At the moment I am using a hard-coded constant to set the max number of available 
sockets that may be kept in a socket pool at any time.  Note this option doesn't bound 
the number of concurrent connections but bounds the number of available and unused 
sockets in a pool. This constant is currently set to 25.  Should this be changed to a 
configurable option?  I'm not really sure it is necessary but am happy to change this 
is required.  (I presume it's not too difficult to add a configuration variable that a 
user sets in httpd.conf...).  If I keep the constant should it be changed to some 
other (arbitrary) constant?

Also, for convenience, I've added the (3) pool functions into pr_warp.c.  Any thoughts 
on whether they should go into a new source file?

Finally,  could someone offer to review and incorporate the changes into the cvs tree?

Thanks
Simon


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

Re: apr pools in mod_webapp

[Pier Fumagalli]

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

> My understanding (so far) is that an apr pool essentially makes memory cleanup
> a bit easier by cleaning up all datastructures associated with it when it is
> destroyed.  This removes the need to cleanup all datastructures individually
> and makes memory leaks less likely.  As far as I can see the only way to
> cleanup a data structure associated with a pool is to free the entire pool.
> Is this correct? 

Yessir, very

> In this way, the pool does not behave like many common pool
> implementations which have alloc() and free() methods and are basically there
> to prevent memory allocation routine overhead.

Correct...

> If anyone could fill me in on more details or point me to some documentation,
> that would be great!

You're pretty much right...

Anyhow, pointer: a pool of sockets is different from an APR memory pool...
You can _tie_ those two to provide a cleanup of sockets when the pool gets
destroyed (then basically when everything goes down), but mostly, all the
socketpool code needs to be written...

And be sure to use the new locking mechanism in APR (threadproc locking, not
apr_lock)...

Pier


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

Re: apr pools in mod_webapp

[jean-frederic clere]

[EMAIL PROTECTED] wrote:
 > Hi,
 >
 > Sorry if this is a little off-topic

That is not off-topic!

 >
 > I'm presentently trying to modifiy the mod_webapp source so that concurrent
 > warp requests can be supported on NT.  To do this, I'm implementing a pool
 > of sockets per warp connection and each time a warp request is made a socket
 > is acquired from the pool, used and then returned.  This insures that only a
 > single request is active on a socket at a time and so far the prototype I
 > have is working and seems to address the problem.

Great! Could you send a diff -u of your changes?

 >
 > I've had a look at the apr documentation but it is pretty brief.  I'm trying
 > to get a proper understanding of how exactly the apr pool a.d.t. behaves and
 > how memory is cleaned up with it.
 >
 > My understanding (so far) is that an apr pool essentially makes memory
 > cleanup a bit easier by cleaning up all datastructures associated with it
 > when it is destroyed.  This removes the need to cleanup all datastructures
 > individually and makes memory leaks less likely.  As far as I can see the
 > only way to cleanup a data structure associated with a pool is to free the
 > entire pool.  Is this correct?  In this way, the pool does not behave like
 > many common pool implementations which have alloc() and free() methods and
 > are basically there to prevent memory allocation routine overhead.

The best place to look is the APR sources.
The pools are a tree structure that allows easy cleanups.

For example if you allocate something in the request pool you are sure that the 
memory is "recycled" at the end of the request.

Typicaly use it:
int toto(apr_pool_t p)
{
apr_pool_t *sp;
apr_pool_create(&sp, p);
while (not finished) {
apr_pool_clear(sp); // the pool.
... // do what what you need with the sp pool.
}
apr_pool_destroy(sp); // free the memory.
}
The module that calls toto() could decide whether it needs to clean the pool or 
not. Cleaning the p pool cleans the sp pool.

 >
 > If anyone could fill me in on more details or point me to some
 > documentation, that would be great!
 >
 > Thanks Simon
 >
 > -- 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]>