DO NOT REPLY [Bug 48319] Httpd(version: 2.2.6) process crashed on solaris (under load testing)
https://issues.apache.org/bugzilla/show_bug.cgi?id=48319 Raminder Singh changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #3 from Raminder Singh 2009-12-02 00:55:28 UTC --- Hi, @Ruediger Pluem: Since the product is using apache (2.2.6) after building its source, it is not possible to upgrade the apache at this moment. @Rainer Jung: Yes, the mod_jk is also being used in the configuration. Details are: mod_jk/1.2.18, mod_ssl/2.2.6, OpenSSL/0.9.8j-fips 1. Can you please share the link where the details for various crashes with older versions of mod_jk are listed? 2. Any more configuration parameter to look for in the setup? Regards, Raminder Singh -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48319] Httpd(version: 2.2.6) process crashed on solaris (under load testing)
https://issues.apache.org/bugzilla/show_bug.cgi?id=48319 Rainer Jung changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #4 from Rainer Jung 2009-12-02 01:13:51 UTC --- Most mod_jk related crashes should be noted in http://tomcat.apache.org/connectors-doc/miscellaneous/changelog.html (look for "crash"). We won't go through it for details, since 1.2.18 is so old, that you might hit lots of other bugs fixed long ago. So please update. I'll close this as "resolved invalid" for now, but if the problem still occurs after upgrading to 1.2.18 please reopen this issue and we'll go into it. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Apache Web Profile Edition of the Java EE 6 standard ?
FYI http://markmail.org/message/kbnb2imqdohkra7f -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
tomcat-jdbc pool interceptor
Hi,
We have a situation with a clustered SQL Server database and tomcat-jdbc.
When the cluster fails over and the active node switches to the
passive node, all the open connections in the tomcat-jdbc pool become
invalid, but SQL Server doesn't report this and the connection remains
'ESTABLISHED' [see http://support.microsoft.com/kb/273673/]
The stack trace we commonly see is:
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.tomcat.jdbc.pool.ProxyConnection.invoke(ProxyConnection.java:78)
... 43 more
Caused by: java.sql.SQLException: Invalid state, the Connection object
is closed.
at
net.sourceforge.jtds.jdbc.ConnectionJDBC2.checkOpen(ConnectionJDBC2.java:1634)
at
net.sourceforge.jtds.jdbc.ConnectionJDBC2.prepareStatement(ConnectionJDBC2.java:2328)
... 47 more
Currently we have set the following params:
removeAbandoned="true"
logAbandoned="true"
maxActive="100"
maxIdle="30"
minIdle="20"
initialSize="20"
maxWait="1"
validationQuery="SELECT count(1) from xyz"
Although it's traditional to simply use 'select 1' as the
validationQuery for SQL Server, we want to ensure that the query isn't
actually optimized out at some point in the driver.
To avoid the problem with failovers, I think we have a couple of options:
#1 add the following config:
testWhileIdle="true"
timeBetweenEvictionRunsMillis="3"
This should evict any stale connections every 5 mins (if the idleness
test is valid and it appears to be so having read the src for
PooledConnection and ConnectionPool)
#2 write a very simple JdbcInterceptor which checks the connection on reset:
package org.apache.tomcat.jdbc.pool.interceptor;
import java.sql.Statement;
import org.apache.tomcat.jdbc.pool.ConnectionPool;
import org.apache.tomcat.jdbc.pool.JdbcInterceptor;
import org.apache.tomcat.jdbc.pool.PoolConfiguration;
import org.apache.tomcat.jdbc.pool.PooledConnection;
/**
* If the underlying database has failed over (in active-passive configuration)
* the connections need to be closed
* @author k...@apache.org
*/
public class FailoverHandler extends JdbcInterceptor {
@Override
public void reset(ConnectionPool parent, PooledConnection con) {
if(null == parent || null == con) return; //nothing to do
PoolConfiguration config = parent.getPoolProperties();
Statement stmt = null;
try {
stmt = con.getConnection().createStatement();
stmt.execute(config.getValidationQuery());
stmt.close();
} catch (Exception e) {
//on any exception, assume that the connection is stale
//and completely remove it from pool, also force a
check of all
idle connections
con.release();
parent.testAllIdle();
}
}
}
With this approach we are trading a significant amount of performance
for some reliability of the connection not being stale. I'm happy
with this trade-off if the interceptor is correct (I know it's not
bomb-proof as I really should have null guards around everything)
Would anyone who has knowledge of this particular code-base be able to
tell me if release() + testAllIdle() will give me the kind of
guarantee I'm after or if the configuration of testWhileIdle +
timeBetweenEvictionRunsMillis is just as valid?
Thanks,
Kev
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r885860 - in /tomcat/trunk: java/org/apache/catalina/core/JreMemoryLeakPreventionListener.java java/org/apache/catalina/core/LocalStrings.properties webapps/docs/config/listeners.xml
Bill Barker wrote:
> wrote in message
> news:20091201184432.f01322388...@eris.apache.org...
>> Author: markt
>> Date: Tue Dec 1 18:44:32 2009
>> New Revision: 885860
>>
>> URL: http://svn.apache.org/viewvc?rev=885860&view=rev
>> Log:
>> More memory leak protection - this time for the GC Daemon thread.
>>
>> log.error(sm.getString("jreLeakListener.gcDaemonFail"), e);
>
> This should be no higher than INFO (and, personally, would go for DEBUG).
> It just means that you are not running a Sun JVM. IMHO, having this one at
> ERROR just produces messages on the user list of the form "I got this big
> scary message in my log file while running Tomcat on the latest IBM JVM.
> What do I do about it?".
Fair point. I thought I had caught all of those after my original
copy/paste of the error handling. Clearly not.
I'll get that fixed and probably add a test to see if we are on a Sun
JVM and log accordingly.
Cheers,
Mark
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r886227 - /tomcat/trunk/java/org/apache/catalina/startup/Catalina.java
Author: markt
Date: Wed Dec 2 18:00:40 2009
New Revision: 886227
URL: http://svn.apache.org/viewvc?rev=886227&view=rev
Log:
Remove use of deprecated code
Modified:
tomcat/trunk/java/org/apache/catalina/startup/Catalina.java
Modified: tomcat/trunk/java/org/apache/catalina/startup/Catalina.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/startup/Catalina.java?rev=886227&r1=886226&r2=886227&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/startup/Catalina.java (original)
+++ tomcat/trunk/java/org/apache/catalina/startup/Catalina.java Wed Dec 2
18:00:40 2009
@@ -182,8 +182,7 @@
public void process(String args[]) {
setAwait(true);
-setCatalinaHome();
-setCatalinaBase();
+initDirs();
try {
if (arguments(args)) {
if (starting) {
@@ -442,26 +441,6 @@
/**
- * Set the catalina.base System property to the current
- * working directory if it has not been set.
- * @deprecated Use initDirs()
- */
-@Deprecated
-public void setCatalinaBase() {
-initDirs();
-}
-
-/**
- * Set the catalina.home System property to the current
- * working directory if it has not been set.
- * @deprecated Use initDirs()
- */
-@Deprecated
-public void setCatalinaHome() {
-initDirs();
-}
-
-/**
* Start a new server instance.
*/
public void load() {
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48333] New: TLD generator
https://issues.apache.org/bugzilla/show_bug.cgi?id=48333 Summary: TLD generator Product: Taglibs Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Unknown Taglib AssignedTo: dev@tomcat.apache.org ReportedBy: m...@stefan-birkner.de Created an attachment (id=24663) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24663) Maven project A small tool which generates tlds from classes. It exposes the public class methods of this classes as functions. I use it to generate tlds for commons-lang classes. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
