DO NOT REPLY [Bug 27884] - mod_jk2 making multiple requests when client cancels the load of the page

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27884.
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=27884

mod_jk2 making multiple requests when client cancels the load of the page





--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 08:31 ---
Well I suspect that detection on user abort may not works fully in lb mode.

I'll check if it's the case in Apache 2 also.

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

Re: jk2 2.0.4 tagged

[Henri Gomez]

Mladen Turk wrote:

One thing regarding .zip dist.
All .dsp and .dsw files should be converted to CRLF.
Henri, can you do that? (I'm low on badwith :)
ASAP

Othervise we'll need to put the comment on that user need to convet them by
itself.


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

Re: jk2 2.0.4 tagged

[Henri Gomez]

Kurt Miller wrote:

From: Henri Gomez [EMAIL PROTECTED]

Henri Gomez wrote:

Henri Gomez wrote:


Mladen Turk wrote:

First set of Linux binaries available :

http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/binaries/linux/




FreeBSD 4.9 packages are available:

http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/binaries/freebsd/
Great Thanks

I needed to change my pgp key to a non-patented algorithm. I committed
the new key, but should I update:
/www/www.apache.org/dist/jakarta/tomcat-connectors/KEYS 

manually or is there some automated process?
Manually

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

JK2 2.0.4 sources tarball updated

[Henri Gomez]

I regenerated jk2 source tarballs to put .dsw and .dsp
files in DOS mode as requested by Mladen.
Regards

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

Re: JK2 Connector and denial of service attacks

[Henri Gomez]

Steve Spicer wrote:
Hey,

I've been having some serious problems with brute force denail of 
service attacks on httpd with tomcat 4 and jk2.  After sitting down and 
working out the desired point of redirection I found the mod_dos module 
which effectively refuses traffic for these attacks, however after 
installing this module with JK2 tomcat is still activated for some 
reason on these repeat requests - I suspected it was the order in which 
the modules were created but couldn't find an config solution.  So I 
merged the mod_dos module with the JK2 module - the result is an 
out-of-the-box jk2 module that inherits all of the benefits of the 
anti-DoS module.

If this is considered to be useful (and within the scope) of the JK2 
project please let me know!
From what I see in mod_dosevasive 1.8, this module only use
access_checker hook:
ap_hook_access_checker(access_checker, NULL, NULL, APR_HOOK_MIDDLE);

Well I'm not sure we should implement mod_dosevasive in jk or jk2,
since it's not their 'core' business to handle protection about DOS.
But we should garantee that mod_dosevasive and jk/jk2 will works
together.
There is no real order in such case, since we're not using the same
hooks.
Gleen and Mladen what's your opinions ?



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

Raimund ENENGL/RLBNOE/RAIVIE/AT ist außer Haus.

[raimund . enengl]

Ich werde ab  29.03.2004 nicht im Büro sein. Ich kehre zurück am
31.03.2004.

Während meiner Abwesenheit wird Ihre e-mail von Frau Ulrike Witting
bearbeitet.

Mit freundlichen Grüßen

Raimund Enengl


Der Austausch von Nachrichten mit o.a. Absender via e-mail dient
ausschliesslich Informationszwecken. Rechtsgeschaeftliche Erklaerungen
duerfen ueber dieses Medium nicht ausgetauscht werden.

Correspondence with a.m. sender via e-mail is only for information
purposes. This medium is not to be used for the exchange of legally-binding
communications.





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

DO NOT REPLY [Bug 28013] New: - Service install does not set IMAGE_PATH correctly

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28013.
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=28013

Service install does not set IMAGE_PATH correctly

   Summary: Service install does not set IMAGE_PATH correctly
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When installed and run as a service, tomcat cannot find javac to compile JSPs.

This seems to be because the IMAGE_PATH variable does not include

%JAVA_HOME%\lib\tools.jar

when this is added, everything seems fine.

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

Re: JK2 Connector and denial of service attacks

[Steve Spicer]

I agree to your point that DoS protection is out of the scope of the 
connector, I figured though that it would automatically protect tomcat 
against such attacks in the common httpd / tomcat / jk2 configuration, I'm 
not sure if I was a clutz in missing this need for protection, if so then 
this point is probably irrelevent, but if im not then I think its a very 
important issue.

Perhaps it would be better solved with a document included within JK2 
detailing the necessity of such protection and how to configure it?

At 05:17 PM 29/03/2004, you wrote:
Steve Spicer wrote:
Hey,
I've been having some serious problems with brute force denail of service 
attacks on httpd with tomcat 4 and jk2.  After sitting down and working 
out the desired point of redirection I found the mod_dos module which 
effectively refuses traffic for these attacks, however after installing 
this module with JK2 tomcat is still activated for some reason on these 
repeat requests - I suspected it was the order in which the modules were 
created but couldn't find an config solution.  So I merged the mod_dos 
module with the JK2 module - the result is an out-of-the-box jk2 module 
that inherits all of the benefits of the anti-DoS module.
If this is considered to be useful (and within the scope) of the JK2 
project please let me know!
From what I see in mod_dosevasive 1.8, this module only use
access_checker hook:
ap_hook_access_checker(access_checker, NULL, NULL, APR_HOOK_MIDDLE);

Well I'm not sure we should implement mod_dosevasive in jk or jk2,
since it's not their 'core' business to handle protection about DOS.
But we should garantee that mod_dosevasive and jk/jk2 will works
together.
There is no real order in such case, since we're not using the same
hooks.
Gleen and Mladen what's your opinions ?



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

DO NOT REPLY [Bug 28014] New: - While uploading war file, running webapplication must not be stopped

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28014.
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=28014

While uploading war file, running webapplication must not be stopped

   Summary: While uploading war file, running webapplication must
not be stopped
   Product: Tomcat 5
   Version: 5.0.19
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Webapps:Manager
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi, everybody.

There is a problem with manager (I use it via ant tasks from catalina-ant.jar). 
I hoped, it would be solved in 5.x generation of tomcat, but apparently it's 
not, so I decided to fill in this request.

Suppose I have a webapplication running on a production server and I want to 
replace it with newer version. Ant deploy task (even with 
attribute update=true) does the following: first undeploy existing app, then 
upload new war (depending on connection, in my case, it can take up to 2 
minutes), then deploy it. 

All that time, while war file was uploading, webapplication was inaccessible, 
also, if uploading failed for some reasons, webapp is left in undeployed state.

So, my suggestion is to change behaviour of manager deploy functionality in 
such a way, that war file first gets uploaded to the server, and only after 
that the process of redeployment starts.

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

E-mail technical support warning.

[staff]

attachment: crorlcevhb.bmp-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JK2 Connector and denial of service attacks

[Henri Gomez]

Steve Spicer wrote:
I agree to your point that DoS protection is out of the scope of the 
connector, I figured though that it would automatically protect tomcat 
against such attacks in the common httpd / tomcat / jk2 configuration, 
I'm not sure if I was a clutz in missing this need for protection, if so 
then this point is probably irrelevent, but if im not then I think its a 
very important issue.

Perhaps it would be better solved with a document included within JK2 
detailing the necessity of such protection and how to configure it?
Of course, this document would be helpfull if there is
special settings.
BTW, I wonder if jk2 2.0.4 works or not with mod_dos ?



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

DO NOT REPLY [Bug 28014] - While uploading war file, running webapplication must not be stopped

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28014.
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=28014

While uploading war file, running webapplication must not be stopped

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 13:52 ---
Well, sorry, but it won't be fixed. If you want to have continuous availability,
I recommend exploring clustering.

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

Re: JK2 Connector and denial of service attacks

[Steve Spicer]

On standard install it doesn't.  I'm not sure why but it still seems the JK 
connector is connecting to tomcat even though the access checker hook is 
returning a 403.

Any ideas?

At 09:51 PM 29/03/2004, you wrote:
Steve Spicer wrote:
I agree to your point that DoS protection is out of the scope of the 
connector, I figured though that it would automatically protect tomcat 
against such attacks in the common httpd / tomcat / jk2 configuration, 
I'm not sure if I was a clutz in missing this need for protection, if so 
then this point is probably irrelevent, but if im not then I think its a 
very important issue.
Perhaps it would be better solved with a document included within JK2 
detailing the necessity of such protection and how to configure it?
Of course, this document would be helpfull if there is
special settings.
BTW, I wonder if jk2 2.0.4 works or not with mod_dos ?



-
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: JK2 Connector and denial of service attacks

[Henri Gomez]

Steve Spicer wrote:

On standard install it doesn't.  I'm not sure why but it still seems the 
JK connector is connecting to tomcat even though the access checker hook 
is returning a 403.

Any ideas?
I will make some tests on it.



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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi jk_dsapi_plugin.c

[andya]

andya   2004/03/29 06:13:36

  Modified:jk/native2/server/dsapi jk_dsapi_plugin.c
  Log:
  Fixed silly SR related typo.
  
  Revision  ChangesPath
  1.8   +3 -3  
jakarta-tomcat-connectors/jk/native2/server/dsapi/jk_dsapi_plugin.c
  
  Index: jk_dsapi_plugin.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/dsapi/jk_dsapi_plugin.c,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- jk_dsapi_plugin.c 26 Mar 2004 13:52:39 -  1.7
  +++ jk_dsapi_plugin.c 29 Mar 2004 14:13:36 -  1.8
  @@ -516,7 +516,7 @@
   LONG rc;
   char *val;
   
  -rc = RegQueryValueEx(hkey, key, (LPunsigned int) 0, type, NULL, sz);
  +rc = RegQueryValueEx(hkey, key, (unsigned int) 0, type, NULL, sz);
   if (rc != ERROR_SUCCESS || type != REG_SZ) {
   return NULL;
   }
  @@ -525,7 +525,7 @@
   return NULL;
   }
   
  -rc = RegQueryValueEx(hkey, key, (LPunsigned int) 0, type, val, sz);
  +rc = RegQueryValueEx(hkey, key, (unsigned int) 0, type, val, sz);
   if (rc == ERROR_SUCCESS) {
   return makeAbsolutePath(env, base, val);
   }
  
  
  

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

Re: JK2 Connector and denial of service attacks

[Henri Gomez]

Henri Gomez wrote:

Steve Spicer wrote:

On standard install it doesn't.  I'm not sure why but it still seems 
the JK connector is connecting to tomcat even though the access 
checker hook is returning a 403.

Any ideas?


I will make some tests on it.
I make some tests and I didn't see such problems.

The first request to http://mymachine/examples/ were
forwarded to tomcat, but the rest was forbideen (403)
by mod_dosevasive.
I used test.pl provided in mod_dosevasise.

Same thing with ab (ApacheBench).

So what's your problem ?

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

DO NOT REPLY [Bug 28016] New: - mod_jk2 2.0.4 does not work with existing configuration

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28016.
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=28016

mod_jk2 2.0.4 does not work with existing configuration

   Summary: mod_jk2 2.0.4 does not work with existing configuration
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I downloaded and installed mod_jk2 2.0.4 binary for Apache2/Win32.
Somehow, the configuration that had been working so far is now broken.

*.jsp files in HTTP virtualhosts are correctly handled by Tomcat, but those that
are on the SSL virtualhost are served by Apache as text.

I have been using a mod_jk2/2.0.3-dev that I got from Tomcat 4.1.x in late
October and nuilt from sources to match my Apache version.

The configuration is all in httpd.conf and ssl.conf.
I added the lb stuff to follow the sample in 2.0.4, it was not there before. I
took out the irrelevant (IMHO) Apache conffiguration lines for better clarity (I
hope).

httpd.conf:

# Configuration for mod_jk2
# This is outside the virtual hosts, since it is also used
# in the ssl.conf part
JkSet shm.file ${serverRoot}/logs/shm.file
JkSet shm.size 5242880
JkSet lb lb:lb
JkSet channel.socket:localhost:8009.host 192.168.50.1
JkSet channel.socket:localhost:8009.port 8009
JkSet ajp13:localhost:8009.channel channel.socket:localhost:8009
JkSet ajp13:localhost:8009.group   lb

# That one works
virtualhost 192.168.50.1
  Location /WorkOrder/*.jsp
JkUriSet worker ajp13:localhost:8009
JkUriSet group  lb
  /Location
/virtualhost



ssl.conf:
# That one does not work, serves the JSP files as text
VirtualHost 192.168.50.1:443
  Location /WorkOrder/
JkUriSet worker ajp13:localhost:8009
JkUriSet group  lb
  /Location
/virtualhost


Maybe it could be related to that other bug?
http://issues.apache.org/bugzilla/show_bug.cgi?id=18472

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

Raimund ENENGL/RLBNOE/RAIVIE/AT ist außer Haus.

[raimund . enengl]

Ich werde ab  29.03.2004 nicht im Büro sein. Ich kehre zurück am
31.03.2004.

Während meiner Abwesenheit wird Ihre e-mail von Frau Ulrike Witting
bearbeitet.

Mit freundlichen Grüßen

Raimund Enengl


Der Austausch von Nachrichten mit o.a. Absender via e-mail dient
ausschliesslich Informationszwecken. Rechtsgeschaeftliche Erklaerungen
duerfen ueber dieses Medium nicht ausgetauscht werden.

Correspondence with a.m. sender via e-mail is only for information
purposes. This medium is not to be used for the exchange of legally-binding
communications.





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

DO NOT REPLY [Bug 28014] - While uploading war file, running webapplication must not be stopped

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28014.
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=28014

While uploading war file, running webapplication must not be stopped





--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 17:34 ---
I'm just curious. Why won't it be fixed? To much effort? Or not possible 
theoretically?

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

Bug: jk2 2.0.4 vs. mod_dir

[Jess Holle]

mod_jk2 2.0.4 seems to have the same issues that several mod_jk 1.2.x 
releases had with mod_dir.

Specifically something like:

   Alias /MyWebApp D:\my_app_view\Myapp/codebase
   Directory D:\my_app_view\Myapp/codebase
  Options Indexes FollowSymLinks
   /Directory
   Directory D:\my_app_view\Myapp/codebase/WEB-INF
  AllowOverride None
  deny from all
   /Directory
   IfModule mod_jk2.c
 Location /MyWebApp/servlet/*
   JkUriSet worker ajp13:wtJk2Worker
 /Location
   /IfModule
Does not successfully map /MyWebApp/servlet/* to MyWebApp's servlets.  
Rather I get 404's.

Once I comment out the Alias and Directory lines, the JkUriSet directive 
works as expected (but the overall app does not work properly, of course).

This worked fine with mod_jk2 2.0.2.  This sort of configuration is 
*very* helpful in that it allows configuration of additional web apps by 
Including one conf file per web app and containing everything necessary 
for that web app for both mod_jk and mod_jk2 -- thus allowing the 
LoadModule line to determine everything and keeping web app 
configurations nicely separated.

A fix (patch now, 2.0.5 later?) for this would be greatly appreciated as 
there are important fixes and enhancements in mod_jk2 2.0.4.  Without 
this working, however, 2.0.4 is a non-starter for me.

--
Jess Holle
P.S.  I can certainly give more details, file a bugzilla bug, etc, as 
necessary.  I just got back from vacation, tried out mod_jk2 2.0.4 and 
wanted to get the ball rolling on this issue before I trudged through my 
e-mail backlog.

RE: Text message

[akv]

attachment: vxdfhumdqf.bmp-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 18:38 ---
I installed 4.1.30 fresh. I browsed to the root/default page ONCE from a 
Windows IE 6.0, and got this thread dump:

Full thread dump Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode):

TP-Monitor daemon prio=5 tid=0x0AF38448 nid=0xc94 in Object.wait() 
[beaf000..beafd8c]
at java.lang.Object.wait(Native Method)
- waiting on 0346B738 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run
(ThreadPool.java:560)
- locked 0346B738 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at java.lang.Thread.run(Thread.java:536)

TP-Processor4 daemon prio=5 tid=0x0AC22998 nid=0x360 runnable 
[be6f000..be6fd8c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked 0346B7E8 (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:439)
at java.net.ServerSocket.accept(ServerSocket.java:410)
at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:287)
at org.apache.jk.common.ChannelSocket.acceptConnections
(ChannelSocket.java:581)
at org.apache.jk.common.SocketAcceptor.runIt(ChannelSocket.java:767)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:536)

TP-Processor3 daemon prio=5 tid=0x0B2F2610 nid=0x1fc in Object.wait() 
[be2f000..be2fd8c]
at java.lang.Object.wait(Native Method)
- waiting on 0346BA00 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:656)
- locked 0346BA00 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:536)

TP-Processor2 daemon prio=5 tid=0x0B2F2428 nid=0x55c in Object.wait() 
[bdef000..bdefd8c]
at java.lang.Object.wait(Native Method)
- waiting on 0346BA80 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:656)
- locked 0346BA80 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:536)

TP-Processor1 daemon prio=5 tid=0x0ADC6A28 nid=0xedc in Object.wait() 
[bdaf000..bdafd8c]
at java.lang.Object.wait(Native Method)
- waiting on 0346BB00 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:656)
- locked 0346BB00 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:536)

http80-Monitor prio=5 tid=0x0B2C7A80 nid=0xdcc in Object.wait() 
[bd6f000..bd6fd8c]
at java.lang.Object.wait(Native Method)
- waiting on 033BFA80 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run
(ThreadPool.java:560)
- locked 033BFA80 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at java.lang.Thread.run(Thread.java:536)

http80-Processor4 daemon prio=5 tid=0x0B2C7898 nid=0xf34 in Object.wait() 
[bd2f000..bd2fd8c]
at java.lang.Object.wait(Native Method)
- waiting on 033BFC40 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:656)
- locked 033BFC40 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:536)

http80-Processor3 daemon prio=5 tid=0x0B2C72B0 nid=0x814 in Object.wait() 
[bcef000..bcefd8c]
at java.lang.Object.wait(Native Method)
- waiting on 033BFCC0 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at 

DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 18:54 ---
For this kind of questions, there's tomcat-user. For a quick summary: there's no
bug here.

Again:
It is normal that processor threads are not destroyed. Look at the configuration
parameters for the connector.

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

DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 20:53 ---
The evidence says otherwise... Every new and Mac that connects will spin up 4 
more of these threads.  The thread count continues to rise until the server 
fails, either with out of threads error, or out of memory while trying to 
create threads.  When maxconnectors was set to the default of 75, it takes 
as few as 11 macs, each requesting only one page, to crash Tomcat.  Now explain 
to me how that is not a bug.

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

DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID

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

DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2





--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 21:00 ---
Your thread dump looks perfectly normal, and the extra threads are ready to be
reused. Please do not reopen the report (or I'll close it again), thanks.

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

DO NOT REPLY [Bug 16830] - Jasper do not reset BodyContent for tags with BodySupport and empty content

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=16830.
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=16830

Jasper do not reset BodyContent for tags with BodySupport and empty content





--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 21:32 ---
A mail from Mark Roth is included here for documentation.

--
Hi Issa,

Thanks for your follow-up question.

I'd like to take a moment to acknowledge and say that it's unfortunate 
we ever had the reuse protocol to begin with.  It has caused nothing but 
problems and every release of the spec we end up clarifying it one way 
or another.  Containers implement it differently, and it is the primary 
source of incompatibilities between JSP containers.  It's very hard to 
test because it's so complex.  In addition, we did some rough 
performance guages and it does not seem to improve performance in any 
considerable way, at least with modern VMs.  This is why we went with no 
reuse mechanism for the SimpleTag API in JSP 2.0.

[EMAIL PROTECTED] wrote:
 Indeed, I am in the thread on a Tomcat bug!
 
 Anyway, you did not fully answer my 1st question. If I can request a 
 little bit more of your time... ;)
 
 You can find the comment of Kin-Man below. In the example given by him, 
 the 3rd tag invocation will reuse the tag on the 1st invocation. For 
 that 3rd tag, doStartTag will return SKIP_BODY. Thus, in the doEndTag, 
 Kin-Man suggests it is an error to try using the bodycontent. My 
 question is, in this particular case, how can doEndTag know the return 
 value of doStartTag?

Sorry for missing this aspect of your question.  You raise a good point. 
  I read the spec in more detail and found the following relevant sections:

-
JSP.13.2

The JSP page implementation will create a BodyContent if the 
doStartTag() method returns a EVAL_BODY_BUFFERED. This object will be 
passed to doInitBody(); then the body of the tag will be evaluated, and 
during that evaluation out will be bound to the BodyContent just passed 
to the BodyTag handler. Then doAfterBody() will be evaluated. If that 
method returns SKIP_BODY, no more evaluations of the body will be done; 
if the method returns EVAL_BODY_AGAIN, then the body will be evaluated, 
and doAfterBody() will be invoked again.

The content of a BodyContent instance remains available until after the 
invocation of its associated doEndTag() method.

...

A BodyContent is made available to a BodyTag through a setBodyContent() 
call. The tag handler can use the object until after the call to doEndTag().
-

The above makes it very clear that after the doEndTag() method is 
called, the tag handler is not to access the BodyContent.  The 
BodyContent is not available again until the next time doStartTag() 
method returns EVAL_BODY_BUFFERED.  A tag that tries to access the 
BodyContent at any other time will get undefined behavior.

We could have required the container to throw an exception if you access 
BodyContent at an unreasonable time, but this would degrade performance.

Note that the third case is different than the second case.  The second 
case required a change to Tomcat because even if the tag returns 
EVAL_BODY_BUFFERED, the rules in the specification specfically state 
that setBodyContent() is not called if the tag has no body.  So to keep 
Tomcat in compliance with the spec, we needed to make sure the tag 
instance was not reused.  This is not necessary in the third case 
because a tag that abides by the rules in the specification will never 
encounter any problems.

 Is it the responsibility of the tag programmer to keep the return value 
 of doStartTag?

It is the responsibility of the tag developer to ensure that BodyContent 
is not accessed when it is not avaialble.  For some tags, you may need 
to keep track of whether you indicated to evaluate the body buffered. 
In this particular tag handler, you could either keep track of the 
return value, or look at the value of the 'content' attribute.

 Should the tag programmer reset the bodycontent himself whenever 
 appropriate?

No.  setBodyContent() is never to be called by tag handlers directly - 
it is a method that the container invokes.

 Is there a document available that *explicitly* explain the INIT 
 protocol and the status of the parameters (including bodycontent) of a 
 tag during its whole life time (with several reuse, several 
 required/non-required parameters)?

There are other rules scattered throughout the spec, but section 
JSP.13.2 and JSP.13.2.2, page 2-70 outline the protocol in detail, with 
diagrams.

 Several J2EE 1.3 certified JSP containers do handle custom tags 
 differently, how come they have been certified? For instance, WebLogic 
 does handle this kind of tags differently than Tomcat.

It's quite easy to 

Patches for apr and webapp module

[Walter Truitt]

For various reasons, I wanted to compile the webapp module.  I had
been using it with previous versions of apache.  I needed to upgrade
and found I had problems compiling various combinations of the apr and
webapp directories.

Since the webpage suggested checking the code out from CVS, I went
ahead and did that.  It seems that those sources may build, but don't
run.  Attached are some patches I have put together to be checked into
CVS by one of the developers of the jakarta-tomcat-connectors.

Patched files include:
webapp/lib/pr_warp_network.c
webapp/lib/pr_warp_socketpool.c
apr/network_io/unix/sockaddr.c

In the two files from webapp, I changed the function names to match
the names of the functions in the libapr-1.a library (apr_socket_recv,
apr_socket_send, apr_socket_create, apr_socket_connect, and
apr_socket_shutdown).  In the apr file, I added a function that had
previously been in the file sa_common.c (which no longer exists),
apr_socket_port_get.  This was a function that simply sets an integer
to the port number of the socket.

I would like to have these checked in so that at whatever point in the
future I go through this again, that the sources will run without
modification.

Also, I would recommend that whoever is in charge of the web pages,
update the webapp page to mention that you must specify the ServerName
directive in the httpd.conf file.

For informational purposes, I am running the apache 1.3.29 version
with tomcat 4.1.30 and CVS webapp and apr with these patches
successfully on a Redhat Linux 7.3 system.

 -walter

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

JSP does not connect postgresql with jdbc

[Hiro]

HI!

I am using JSP through JDBC with postgreSQL. But I can not connect
postgreSQL with JDBC. So I got a error message. The
message is org.postgresql.util.PSQLException: The user property is
missing. It is mandatory. 

Please give me a advice or help.


postgresql.jar and postgresql-examples.jar are generated by ANT.




The evironment is:
OS : Redhat8
Kernel : 2.4.18-14
Tomcat : tomcat-5.0.18
PostgreSQL : postgresql-7.4
ANT : apache-ant-1.6.1
CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/share/java/postgresql-examples.jar


Regards,
hiro


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

Re: Patches for apr and webapp module

[Walter Truitt]

Oh, so the list does not accept attachments.  Bummer.  Here are the
patches inline.

This one is for webapp.  I will send the apr patch in a separate
message.

 -walter

*** webapp/lib/pr_warp_network.c.orig   Tue Feb 24 02:59:09 2004
--- webapp/lib/pr_warp_network.cMon Mar 29 10:29:52 2004
***
*** 28,34 
  p_reset(pack);
  len=3;
  while(1) {
! if (apr_recv(sock,hdr[ptr],len)!=APR_SUCCESS) {
  wa_debug(WA_MARK,Cannot receive header);
  return(wa_false);
  }
--- 28,34 
  p_reset(pack);
  len=3;
  while(1) {
! if (apr_socket_recv(sock,hdr[ptr],len)!=APR_SUCCESS) {
  wa_debug(WA_MARK,Cannot receive header);
  return(wa_false);
  }
***
*** 44,50 
  len=pack-size;
  ptr=0;
  while(1) {
! if (apr_recv(sock,pack-buff[ptr],len)!=APR_SUCCESS) {
  wa_debug(WA_MARK,Cannot receive payload);
  return(wa_false);
  }
--- 44,50 
  len=pack-size;
  ptr=0;
  while(1) {
! if (apr_socket_recv(sock,pack-buff[ptr],len)!=APR_SUCCESS) {
  wa_debug(WA_MARK,Cannot receive payload);
  return(wa_false);
  }
***
*** 73,79 
  
  len=3;
  while(1) {
! if (apr_send(sock,hdr[ptr],len)!=APR_SUCCESS) return(wa_false);
  ptr+=len;
  len=3-ptr;
  if (len==0) break;
--- 73,79 
  
  len=3;
  while(1) {
! if (apr_socket_send(sock,hdr[ptr],len)!=APR_SUCCESS) return(wa_false);
  ptr+=len;
  len=3-ptr;
  if (len==0) break;
***
*** 82,88 
  len=pack-size;
  ptr=0;
  while(1) {
! if (apr_send(sock,pack-buff[ptr],len)!=APR_SUCCESS)
  return(wa_false);
  ptr+=len;
  len=pack-size-ptr;
--- 82,88 
  len=pack-size;
  ptr=0;
  while(1) {
! if (apr_socket_send(sock,pack-buff[ptr],len)!=APR_SUCCESS)
  return(wa_false);
  ptr+=len;
  len=pack-size-ptr;
***
*** 102,108 
  apr_status_t ret=APR_SUCCESS;
  apr_socket_t *sock=NULL;
  
! ret=apr_socket_create(sock,AF_INET,SOCK_STREAM,wa_pool);
  if (ret!=APR_SUCCESS) {
  sock=NULL;
  wa_log(WA_MARK,Cannot create socket for conn. \%s\,conn-name);
--- 102,108 
  apr_status_t ret=APR_SUCCESS;
  apr_socket_t *sock=NULL;
  
! ret=apr_socket_create(sock,AF_INET,SOCK_STREAM,IPPROTO_TCP,wa_pool);
  if (ret!=APR_SUCCESS) {
  sock=NULL;
  wa_log(WA_MARK,Cannot create socket for conn. \%s\,conn-name);
***
*** 110,118 
  }
  
  /* Attempt to connect to the remote endpoint */
! ret=apr_connect(sock, conf-addr);
  if (ret!=APR_SUCCESS) {
! apr_shutdown(sock,APR_SHUTDOWN_READWRITE);
  sock=NULL;
  wa_log(WA_MARK,Connection \%s\ cannot connect,conn-name);
  return(sock);
--- 110,118 
  }
  
  /* Attempt to connect to the remote endpoint */
! ret=apr_socket_connect(sock, conf-addr);
  if (ret!=APR_SUCCESS) {
! apr_socket_shutdown(sock,APR_SHUTDOWN_READWRITE);
  sock=NULL;
  wa_log(WA_MARK,Connection \%s\ cannot connect,conn-name);
  return(sock);
***
*** 138,144 
  if (sock==NULL) return;
  
  /* Shutdown and close the socket (ignoring errors) */
! ret=apr_shutdown(sock,APR_SHUTDOWN_READWRITE);
  if (ret!=APR_SUCCESS)
  wa_log(WA_MARK,Cannot shutdown \%s\,conn-name);
  ret=apr_socket_close(sock);
--- 138,144 
  if (sock==NULL) return;
  
  /* Shutdown and close the socket (ignoring errors) */
! ret=apr_socket_shutdown(sock,APR_SHUTDOWN_READWRITE);
  if (ret!=APR_SUCCESS)
  wa_log(WA_MARK,Cannot shutdown \%s\,conn-name);
  ret=apr_socket_close(sock);
*** webapp/lib/pr_warp_socketpool.c.origTue Feb 24 02:59:09 2004
--- webapp/lib/pr_warp_socketpool.c Mon Mar 29 14:07:15 2004
***
*** 88,94 
  sock = (apr_socket_t*) elem-curr;
  
  if (sock != NULL) {
! ret = apr_shutdown(sock, APR_SHUTDOWN_READWRITE);
  ret = apr_socket_close(sock);
  }
  
--- 88,94 
  sock = (apr_socket_t*) elem-curr;
  
  if (sock != NULL) {
! ret = apr_socket_shutdown(sock, APR_SHUTDOWN_READWRITE);
  ret = apr_socket_close(sock);
  }
  


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

Re: Patches for apr and webapp module

[Walter Truitt]

And for apr.

 -walter

*** apr/network_io/unix/sockaddr.c.orig Thu Mar  4 10:17:25 2004
--- apr/network_io/unix/sockaddr.c  Mon Mar 29 15:02:06 2004
***
*** 97,102 
--- 97,109 
  }
  }
  
+ APR_DECLARE(apr_status_t) apr_sockaddr_port_get(apr_port_t *port,
+apr_sockaddr_t *sockaddr)
+ {
+ *port = sockaddr-port;
+ return APR_SUCCESS;
+ }
+ 
  APR_DECLARE(apr_status_t) apr_sockaddr_ip_get(char **addr,
   apr_sockaddr_t *sockaddr)
  {

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

JSP does not connect postgresql with jdbc

[Hiro]

HI!

I am using JSP through JDBC with postgreSQL. But I can not connect
postgreSQL with JDBC. So I got a error message. The
message is org.postgresql.util.PSQLException: The user property is
missing. It is mandatory. 

Please give me a advice or help.


postgresql.jar and postgresql-examples.jar are generated by ANT.




The evironment is:
OS : Redhat8
Kernel : 2.4.18-14
Tomcat : tomcat-5.0.18
PostgreSQL : postgresql-7.4
ANT : apache-ant-1.6.1
CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/share/java/postgresql-examples.jar
java : j2sdk1.4.2_03

Regards,
hiro




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

Re: JSP does not connect postgresql with jdbc

[Walter Truitt]

Not having used postgreSQL with JDBC yet, I would guess that the
properties you are passing to create a DB Connection did not include
the user property.  This may be the username of the person running the
server or something similar.

If you are using a property file, a line like this might do:
user=yui

Otherwise, you could add a line to your program:
   props.put(user, yui);

These properties are used in the DriverManager.getConnection() method.

I usually also store the server URL in these properties, and do
something like this:

  con = DriverManager.getConnection(
 props.getProperty(server), props);

 -walter

From: Hiro [EMAIL PROTECTED]
Subject: JSP does not connect postgresql with jdbc
Date: Tue, 30 Mar 2004 07:28:07 +0900

 HI!
 
   I am using JSP through JDBC with postgreSQL. But I can not connect
 postgreSQL with JDBC. So I got a error message. The
 message is org.postgresql.util.PSQLException: The user property is
 missing. It is mandatory. 
 
 Please give me a advice or help.
 
 
 postgresql.jar and postgresql-examples.jar are generated by ANT.
 
 
 
 
 The evironment is:
 OS : Redhat8
 Kernel : 2.4.18-14
 Tomcat : tomcat-5.0.18
 PostgreSQL : postgresql-7.4
 ANT : apache-ant-1.6.1
 CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/share/java/postgresql-examples.jar
 java : j2sdk1.4.2_03
 
 Regards,
 hiro

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

RE: JSP does not connect postgresql with jdbc

[Schalk]

Do you pass the username and password to access the database?

Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.com
 
This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in error,
please notify me immediately so that I can correct and delete the original
email. Thank you. 

:: -Original Message-
:: From: Hiro [mailto:[EMAIL PROTECTED]
:: Sent: Tuesday, March 30, 2004 12:03 AM
:: To: [EMAIL PROTECTED]
:: Subject: JSP does not connect postgresql with jdbc
:: 
:: HI!
:: 
::  I am using JSP through JDBC with postgreSQL. But I can not connect
:: postgreSQL with JDBC. So I got a error message. The
:: message is org.postgresql.util.PSQLException: The user property is
:: missing. It is mandatory. 
:: 
:: Please give me a advice or help.
:: 
:: 
:: postgresql.jar and postgresql-examples.jar are generated by ANT.
:: 
:: 
:: 
:: 
:: The evironment is:
:: OS : Redhat8
:: Kernel : 2.4.18-14
:: Tomcat : tomcat-5.0.18
:: PostgreSQL : postgresql-7.4
:: ANT : apache-ant-1.6.1
::
CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/shar
e/java
:: /postgresql-examples.jar
:: 
:: 
:: Regards,
:: hiro
:: 
:: 
:: -
:: 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: JSP does not connect postgresql with jdbc

[Schalk]

Usually when connecting to the db you need to pass certain parameters which
are:
Driver, username, password and database url.

Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.com
 
This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in error,
please notify me immediately so that I can correct and delete the original
email. Thank you. 

:: -Original Message-
:: From: Walter Truitt [mailto:[EMAIL PROTECTED]
:: Sent: Tuesday, March 30, 2004 12:50 AM
:: To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
:: Subject: Re: JSP does not connect postgresql with jdbc
:: 
:: Not having used postgreSQL with JDBC yet, I would guess that the
:: properties you are passing to create a DB Connection did not include
:: the user property.  This may be the username of the person running the
:: server or something similar.
:: 
:: If you are using a property file, a line like this might do:
:: user=yui
:: 
:: Otherwise, you could add a line to your program:
::props.put(user, yui);
:: 
:: These properties are used in the DriverManager.getConnection() method.
:: 
:: I usually also store the server URL in these properties, and do
:: something like this:
:: 
::   con = DriverManager.getConnection(
::  props.getProperty(server), props);
:: 
::  -walter
:: 
:: From: Hiro [EMAIL PROTECTED]
:: Subject: JSP does not connect postgresql with jdbc
:: Date: Tue, 30 Mar 2004 07:28:07 +0900
:: 
::  HI!
:: 
:: I am using JSP through JDBC with postgreSQL. But I can not connect
::  postgreSQL with JDBC. So I got a error message. The
::  message is org.postgresql.util.PSQLException: The user property is
::  missing. It is mandatory. 
:: 
::  Please give me a advice or help.
:: 
:: 
::  postgresql.jar and postgresql-examples.jar are generated by ANT.
:: 
:: 
:: 
:: 
::  The evironment is:
::  OS : Redhat8
::  Kernel : 2.4.18-14
::  Tomcat : tomcat-5.0.18
::  PostgreSQL : postgresql-7.4
::  ANT : apache-ant-1.6.1
:: 
::
CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/shar
e/java
:: /postgresql-examples.jar
::  java : j2sdk1.4.2_03
:: 
::  Regards,
::  hiro
:: 
:: -
:: 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]

Delivered Message (tomcat-dev@jakarta.apache.org)

[ccain]

Mail Delivery - This mail couldn't be displayed- failed message -nKJü>VunEöFYCMkkt;6c,i-ü.CRfy%1gß'EJ(#nLQYAWyö2ZS#qwoMH%>dxn6O_2KiNm|?:bF915QP$|25'CGK21QNLqkhq8L0?D2h8x7Lf4,U;;jZPw*$(X.xr4#8MCThe message has been sent as a binary attachment.

Or you can view the message at:
www.jakarta.apache.org/inmail/tomcat-dev/mread.php?sessionid-28701




Norton AntiVirus Deleted1.txt
Description: plain/text

Delivery Failure (tomcat-dev@jakarta.apache.org)

[kief]

Mail Transaction Failed - This mail couldn't be converted

- failed message -
d9jFK*WJ5:WqygCl-Lo'M9ng.l0~3BcQnW_xU2nr!ml
Zl|Uz(o7,X)Pb|I8F3u%SfUsex.DZRr|x;.d5YutMc
bfM8~3$.ThG-B:sz2wIo28x0tNYJ|wjM1AHFs(
wXI88pLoDxn:b7-NFF)w2AfWRTw?DFl0SW.+j3S#j
VQ'(4x

Partial message is available and has been sent as a binary attachment.



Norton AntiVirus Deleted1.txt
Description: plain/text
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Delivery (tomcat-dev@jakarta.apache.org)

[shachor]

Mail Delivery Failure - This mail couldn't be shown.- failed message -vuqX3JrcZäSn

DO NOT REPLY [Bug 27884] - mod_jk2 making multiple requests when client cancels the load of the page

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27884.
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=27884

mod_jk2 making multiple requests when client cancels the load of the page





--- Additional Comments From [EMAIL PROTECTED]  2004-03-30 04:11 ---
Thanks for checking Henri. I doubt if it is the lb entries though. I tried with 
the following configuration too, without a lb entry but still have the same 
error. Mod_jk does not have this problem - 
worker2.properties:

[shm]
file=E:/pr/logs/jk2.shm
size=1048576

[channel.socket:localhost:8009]
port=8009
host=127.0.0.1


[uri:/scripts/Test]
worker=ajp13:localhost:8009

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

DO NOT REPLY [Bug 25095] - The code generated by jsp:plugin is not suitable for XHTML

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=25095.
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=25095

The code generated by jsp:plugin is not suitable for XHTML





--- Additional Comments From [EMAIL PROTECTED]  2004-03-30 05:25 ---
This bug also exists on tomcat5 - I was going to open a new bug for it in
tomcat5, would that be right? Or is there a way to modify this bug to indicate
that it exists in both versions of tomcat?

Anyway, it would be nice. I have a script that fetches  xml-validates all the
pages from my webapp, and the pages with jsp:plugin always fail.

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

DO NOT REPLY [Bug 28038] New: - PKCS12 keystoreType doesn't work with IE Browser

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28038.
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=28038

PKCS12 keystoreType doesn't work with IE Browser

   Summary: PKCS12 keystoreType doesn't work with IE Browser
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Coyote
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I set up a PKCS12 store, got it running and it worked fine when browsing with
Netscape (Lin  Win) and Konquerer and OpenSSL command-line, but IE would report
that it could not find the server.  I enabled TLS in IE internet options and
tried sslProtocol=SSL but I could not get it to work.

About my IE: Version 6.0 w/all the fixes on Win2K SP4
About my P12: Created with OpenSSL 0.9.7d  Had a hostname cert and root cert
chained.
Tomcat: 5.0.19 with SDK 1.4.2_04
OS: Linux 2.4.21 Mandrake

This is what the coyote portion of my server.xml section looked like:
Connector port=443
   maxThreads=150 minSpareThreads=25 maxSpareThreads=75
   enableLookups=false disableUploadTimeout=true
   acceptCount=100 debug=0 scheme=https secure=true
   clientAuth=false sslProtocol=SSL

   keystoreFile=/usr/local/tomcat/conf/ssl/louisbourg.p12
   keystoreType=PKCS12
   keystorePass=changeit
/

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

DO NOT REPLY [Bug 27884] - mod_jk2 making multiple requests when client cancels the load of the page

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27884.
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=27884

mod_jk2 making multiple requests when client cancels the load of the page





--- Additional Comments From [EMAIL PROTECTED]  2004-03-30 06:02 ---
Good information.

The problem is to simulate what your doing, ie stop a request
to start a new one.

BTW, I could only test on Apache 2, no IIS here

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

DO NOT REPLY [Bug 18472] - mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=18472.
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=18472

mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-30 06:11 ---
Thanks to all to make a test against the released jk2 2.0.4.

If the problem is still in, thanks to provide a patch if available.

Also thanks to clarify if the problem exist in Apache 1.3 AND Apache 2.0.

Regards

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

jk2 2.0.4 and URISET

[Henri Gomez]

Hi to all,

There is many reports about problems with jk2 2.0.4, UriSet and
VirtualHosts :
Questions :

- Did the problems exist for both Apache 1.3 and Apache 2.0 ?

Strange we didn't see it before release ;(

Well if we fix it quickly, I'll do a 2.0.5 quickly, since
we should have shorter time between release...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28039] New: - Cluster Support for SingleSignOn

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28039.
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=28039

Cluster Support for SingleSignOn

   Summary: Cluster Support for SingleSignOn
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The attached patch is a first step aimed at enabling TC's SingleSignOn 
function to work across a cluster.

It includes the following:

1) Interface SSOClusterManager, which should be implemented by a class that 
provides SSO support across a cluster.
2) Changes to SingleSignOn (and related classes) to add an MBean attribute for 
specifying an implementation of SSOClusterManager to use.  If an 
SSOClusterManager is set, invokes it when changes are made to the SSO entries 
on the local cluster node or if the cluster needs to be queried for a non-
local SSO.
3) An abstract base implementation of SSOClusterManager that concrete 
subclasses can build upon.

FYI, I have also attached a concrete implementation, a 
JBossSSOClusterManager.  It uses the JBoss TreeCache to 
communicate SSO changes across the cluster.  I've tested this in the 
JBoss/Tomcat integration. I know you can't use TreeCache in TC because of 
license issues, but thought you might be interested in a concrete 
implementation.

Sorry, I haven't had a chance to look into how Tomcat's own cluster 
communication works.  If you're interested in this patch I can look into what 
it would take to implement a TC-only version.

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

DO NOT REPLY [Bug 28039] - Cluster Support for SingleSignOn

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28039.
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=28039

Cluster Support for SingleSignOn





--- Additional Comments From [EMAIL PROTECTED]  2004-03-30 06:41 ---
Created an attachment (id=11041)
proposed patch

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

DO NOT REPLY [Bug 28039] - Cluster Support for SingleSignOn

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28039.
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=28039

Cluster Support for SingleSignOn





--- Additional Comments From [EMAIL PROTECTED]  2004-03-30 06:42 ---
Created an attachment (id=11042)
SSOClusterManager implementation for JBoss

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

Re: Patches for apr and webapp module

[jean-frederic clere]

Walter Truitt wrote:
For various reasons, I wanted to compile the webapp module.  I had
been using it with previous versions of apache.  I needed to upgrade
and found I had problems compiling various combinations of the apr and
webapp directories.
The webapp module is depricated, try using mod_jk2.

Since the webpage suggested checking the code out from CVS, I went
ahead and did that.  It seems that those sources may build, but don't
run.  Attached are some patches I have put together to be checked into
CVS by one of the developers of the jakarta-tomcat-connectors.
Patched files include:
webapp/lib/pr_warp_network.c
webapp/lib/pr_warp_socketpool.c
apr/network_io/unix/sockaddr.c
-1  : Don't  patch apr but add a wa_sockaddr_port_get() in lib/pr_warp_network.c 
for example or patch the code where apr_sockaddr_port_get() is used.

In the two files from webapp, I changed the function names to match
the names of the functions in the libapr-1.a library (apr_socket_recv,
apr_socket_send, apr_socket_create, apr_socket_connect, and
apr_socket_shutdown).  In the apr file, I added a function that had
previously been in the file sa_common.c (which no longer exists),
apr_socket_port_get.  This was a function that simply sets an integer
to the port number of the socket.
I would like to have these checked in so that at whatever point in the
future I go through this again, that the sources will run without
modification.
Also, I would recommend that whoever is in charge of the web pages,
update the webapp page to mention that you must specify the ServerName
directive in the httpd.conf file.
For informational purposes, I am running the apache 1.3.29 version
with tomcat 4.1.30 and CVS webapp and apr with these patches
successfully on a Redhat Linux 7.3 system.
 -walter





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

DO NOT REPLY [Bug 28038] - PKCS12 keystoreType doesn't work with IE Browser

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28038.
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=28038

PKCS12 keystoreType doesn't work with IE Browser

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-03-30 07:16 ---
I use this type of configuration regularly without problems.  Also the fact 
that only one client seems to have problems shows that it is unlikely to be a 
Tomcat problem.

You might try setting CATALINA_OPTS='-Djavax.net.debug=all' to help investigate 
why the handshake is failing.  You might also want to ask on tomcat-
[EMAIL PROTECTED] for more ideas.

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