cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler ParserController.java
luehe 2003/08/05 14:17:48 Modified:jasper2/src/share/org/apache/jasper/compiler ParserController.java Log: Removed unused constant Revision ChangesPath 1.44 +0 -6 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ParserController.java Index: ParserController.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ParserController.java,v retrieving revision 1.43 retrieving revision 1.44 diff -u -r1.43 -r1.44 --- ParserController.java 28 Jul 2003 18:47:30 - 1.43 +++ ParserController.java 5 Aug 2003 21:17:48 - 1.44 @@ -95,12 +95,6 @@ */ private Stack baseDirStack = new Stack(); -/* - * Static information used in the process of figuring out - * the kind of document we're dealing with. - */ -private static final String JSP_ROOT_TAG = jsp:root; - private boolean isEncodingSpecifiedInProlog; private String sourceEnc; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: window close session invalidate
Also, I was under the impression that 'session' is good for the amount of time specified in your configuration file, or until session.invalidate(); is called? Thanks Paul. That is according to the spec, The session only lives for the time of the application,closing your browser window, means that you are ending your application Filip -Original Message- From: Paul Wallace [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 05, 2003 9:01 PM To: Tomcat Developers List Subject: window close session invalidate Dear all, May someone enlighten me on why my session is being invalidated when I close a browser window? I am doing this in one of two ways - the application close icon on the top right of the window, or a simple: a href=javascript:window.close();CLOSE/a Does anyone have any experience of this? The session is being killed and thus so is my app. I will submit this query to the user list, but thought it appropriate for this list as I am getting the same result from multiple instances of TC on different servers, implying it is not a configuration issue as first suspected. Thanks Paul. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22151] - ThreadPool OutOfMemoryException
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=22151. 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=22151 ThreadPool OutOfMemoryException --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 22:22 --- I agree with what you said, trying another JVM would definately help to isolate the problem. I'll give the IBM JVM a try and go from there. That's better than all zero of my alternative ideas. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: window close session invalidate
i had the same problem with internet explorer. mozilla seems to work properly. i tracked the problem down and found out that internet explorer looses the session cookie when closing the popup browser window. then i added DefaultContext cookies=false / to my virtualhost definition in server.xml to disable the session-cookie mechanism. after that everything worked fine for me. remember to encode all urls with response.encodeURL(). jochen schwörer Wednesday, August 6, 2003, 6:00:57 AM, you wrote: PW Dear all, PW May someone enlighten me on why my session is being invalidated PW when I close a browser window? I am doing this in one of two ways - the PW application close icon on the top right of the window, or a simple: PW a href=javascript:window.close();CLOSE/a PW Does anyone have any experience of this? The session is being killed and PW thus so is my app. I will submit this query to the user list, but PW thought it appropriate for this list as I am getting the same result PW from multiple instances of TC on different servers, implying it is not a PW configuration issue as first suspected. PW Thanks PW Paul. PW - PW To unsubscribe, e-mail: [EMAIL PROTECTED] PW For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fwd: Re: Tomcat and LDAP Issues
Tim Funk wrote: Oops forgot about that one. There is a PATCH but the writer says that the bug is really with the JNDI Provider (Netscape) and not tomcat. The patch is a workaround to the Netcape's bug. (But maybe I took those words out of context) Remy - your thoughts on this one? (My pref is WONTFIX since the patch is a workaround a a vendor's buggy code, and I could put a note in the javadocs for JNDIRealm) Since the bug is over a year old, I wonder if Netscape fixed the bug in their code and this bugzilla bug is no longer valid. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11210 WONTFIX seems reasonable indeed. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22133] - Scoping conflict for generated fragment helpers
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=22133. 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=22133 Scoping conflict for generated fragment helpers --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 12:50 --- The following patch resolves _this specific_ problem but there might be other implicit calls to 'this' lurking around: //coremedia/thirdparty/apache/jakarta-jasper2/src/share/org/apache/jasper/compiler/JspUtil.java#2 - /home/mernst/p4/main/thirdparty/apache/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java @@ -534,7 +534,7 @@ */ String jspCtxt = null; if (isTagFile) - jspCtxt = getJspContext(); + jspCtxt = this.getJspContext(); else jspCtxt = pageContext; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22159] New: - Getting following error = java.sql.SQLException: Logical handle no longer valid
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=22159.
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=22159
Getting following error = java.sql.SQLException: Logical handle no longer valid
Summary: Getting following error = java.sql.SQLException:
Logical handle no longer valid
Product: Tomcat 4
Version: 4.1.24
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Blocker
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
When trying to run the following JSP with Tomcat I am getting the logical
handle error.
This error is not generated when I run the same code as a Java application.
Also I am able to run this jsp successfully with iPlanet servers.
Please change the oracle server, username,password in the jsp code below to
values appropriate to your installations.
[EMAIL PROTECTED] language=java session=false %
%@ page import=java.sql.CallableStatement%
%@ page import=java.sql.Connection%
%@ page import=java.sql.ResultSet%
%@ page import=java.sql.ResultSetMetaData%
%@ page import=java.sql.SQLException%
%@ page import=java.sql.Statement%
%@ page import=java.sql.Types%
%@ page import=java.sql.Date%
%@ page import=oracle.jdbc.pool.OracleConnectionCache%
%@ page import=oracle.jdbc.pool.OracleConnectionCacheImpl%
%@ page import=oracle.jdbc.pool.OracleConnectionPoolDataSource%
%@ page import=oracle.sql.STRUCT%
%@ page import=oracle.sql.StructDescriptor%
%@ page import=oracle.sql.ARRAY%
%@ page import=oracle.sql.ArrayDescriptor%
%@ page import=java.util.StringTokenizer%
html
headtitleConnection test/title
/head
body
h1Connection test/h1
%!
private static OracleConnectionCache connCache = null;
private static Connection getConnFromCache (String url, String user, String
passwd)
throws SQLException
{
Connection conn;
OracleConnectionPoolDataSource ocpds = null;
OracleConnectionCacheImpl conn_cache = null;
if (connCache == null)
{
ocpds = new OracleConnectionPoolDataSource ();
ocpds.setURL (url);
ocpds.setUser (user);
ocpds.setPassword (passwd);
conn_cache = new OracleConnectionCacheImpl ();
conn_cache.setConnectionPoolDataSource (ocpds);
conn_cache.setURL (url);
conn_cache.setUser (user);
conn_cache.setPassword (passwd);
conn_cache.setCacheScheme (OracleConnectionCacheImpl.DYNAMIC_SCHEME);
conn_cache.setMaxLimit (10);
conn_cache.setMinLimit (1);
connCache = conn_cache;
}
conn = connCache.getConnection (user, passwd);
return conn;
}
public static oracle.sql.STRUCT get_mystruct_instance (String sValue, Object[]
oaString, Float oFloat, String sDate, Connection oConn)
throws SQLException{
StructDescriptor oStDesc = StructDescriptor.createDescriptor
(EMP_REC1, oConn);
Object oaStructAttrs [] = new Object [4];
ArrayDescriptor oArrDesc = ArrayDescriptor.createDescriptor
(STRARRAY, oConn);
ARRAY oArray = new ARRAY (oArrDesc, oConn, oaString);
oaStructAttrs[0] = sValue;
oaStructAttrs[1] = oArray;
oaStructAttrs[2] = oFloat;
oaStructAttrs[3] = Date.valueOf (sDate);
STRUCT mystruct_inst = new STRUCT (oStDesc, oConn, oaStructAttrs);
return mystruct_inst;
}
public void main (String [] args) throws SQLException
{
if (args.length 3){
System.out.println (Usage: java MyApplication DB url DB
username DB password);
System.exit (1);
}
Connection myConn = null;
Statement myStmt = null;
try{
myConn = getConnFromCache (args [0], args [1], args [2]);
myStmt = myConn.createStatement ();
/* DB Schema Creation */
try{
myStmt.executeUpdate(Drop table emp_list1);
myStmt.executeUpdate (create or replace type strarray
is array(10) of varchar2(30));
myStmt.executeUpdate (create or replace type emp_rec1
as object (empname varchar2(30), addr_list strarray,salary float,join_date
date));
}catch(Exception e){;} // ignore if objects already exists
myStmt.executeUpdate (create table emp_list1 (empno integer
primary key, emprec emp_rec1 ));
myStmt.executeUpdate (create or replace procedure
insert_emp_rec1(in1 in Integer, in2 in emp_rec1) as begin insert into emp_list1
values(in1, in2); end;);
myStmt.executeUpdate (create or replace procedure get_emp_rec1
(in1
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant DeployTask.java
remm2003/08/06 10:47:46
Modified:catalina/src/share/org/apache/catalina/ant DeployTask.java
Log:
- Allow passing a regular path instead of a URL for the WAR to upload.
- Actually pass the right URL string, including the update flag.
Revision ChangesPath
1.3 +23 -13
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/DeployTask.java
Index: DeployTask.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/DeployTask.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- DeployTask.java 15 Jun 2003 18:27:11 - 1.2
+++ DeployTask.java 6 Aug 2003 17:47:46 - 1.3
@@ -64,6 +64,7 @@
import java.io.BufferedInputStream;
+import java.io.FileInputStream;
import java.io.IOException;
import java.net.URL;
import java.net.URLConnection;
@@ -196,13 +197,23 @@
String contentType = null;
int contentLength = -1;
if (war != null) {
-try {
-URL url = new URL(war);
-URLConnection conn = url.openConnection();
-contentLength = conn.getContentLength();
-stream = new BufferedInputStream(conn.getInputStream(), 1024);
-} catch (IOException e) {
-throw new BuildException(e);
+if (war.startsWith(file:)) {
+try {
+URL url = new URL(war);
+URLConnection conn = url.openConnection();
+contentLength = conn.getContentLength();
+stream = new BufferedInputStream
+(conn.getInputStream(), 1024);
+} catch (IOException e) {
+throw new BuildException(e);
+}
+} else {
+try {
+stream = new BufferedInputStream
+(new FileInputStream(war), 1024);
+} catch (IOException e) {
+throw new BuildException(e);
+}
}
contentType = application/octet-stream;
}
@@ -226,8 +237,7 @@
sb.append(URLEncoder.encode(tag));
}
-execute(/deploy?path= + URLEncoder.encode(this.path), stream,
-contentType, contentLength);
+execute(sb.toString(), stream, contentType, contentLength);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22187] New: - Tomcat 5.0.6 Problems specifying the Java VM for the NT Service to use.
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=22187. 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=22187 Tomcat 5.0.6 Problems specifying the Java VM for the NT Service to use. Summary: Tomcat 5.0.6 Problems specifying the Java VM for the NT Service to use. Product: Tomcat 5 Version: 5.0.6 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I want to use a JVM other than the client JVM installed in the current plug- in's JRE. I have the 1.4.2 shipping JDK installed at C:\j2sdk1.4.2 .. If I use the 'Configure Tomcat' start menu item and attempt to set the 'Java VM' field to either: C:\j2sdk1.4.2\bin\java.exe or C:\j2sdk1.4.2\jre\bin\server\jvm.dll The service will not start .. no errors are written to any log as far as I can tell. The service ONLY starts if the 'Java VM' field is set to 'java'. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21795] - j_security_check isn't fed through filters
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=21795. 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=21795 j_security_check isn't fed through filters [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 14:30 --- Authentication (BASIC, DIGEST, FORM) is an internal feature of the servlet container. As such, a request to a specific URL will not be passed through the filters or any servlet, as it simply doesn't reach the application layer. Please DO NOT reopen this bug, which will not be addressed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14817] - JNDIRealm SHA digest implementation incorrect
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=14817. 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=14817 JNDIRealm SHA digest implementation incorrect [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 18:51 --- fixed in HEAD of 4.1. Will be in 4.1.28 (when it is built) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22133] - Scoping conflict for generated fragment helpers
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=22133. 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=22133 Scoping conflict for generated fragment helpers --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 08:11 --- You can switch eclipse's compiler's compliance to 1.4 (what a multifaced beast !). Then it'll compile that code. The issue with 1.3 remains. How important is Jdk 1.3 compliance rated, by the way ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22187] - Tomcat 5.0.6 Problems specifying the Java VM for the NT Service to use.
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=22187. 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=22187 Tomcat 5.0.6 Problems specifying the Java VM for the NT Service to use. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 19:42 --- The two seem duplicates, and concern commons-daemon (no Tomcat code involved). *** This bug has been marked as a duplicate of 22174 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
window close session invalidate
Dear all, May someone enlighten me on why my session is being invalidated when I close a browser window? I am doing this in one of two ways - the application close icon on the top right of the window, or a simple: a href=javascript:window.close();CLOSE/a Does anyone have any experience of this? The session is being killed and thus so is my app. I will submit this query to the user list, but thought it appropriate for this list as I am getting the same result from multiple instances of TC on different servers, implying it is not a configuration issue as first suspected. Thanks Paul. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21194] - JNDIRealm usersubtree doesn't work properly
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=21194. 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=21194 JNDIRealm usersubtree doesn't work properly [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm JNDIRealm.java
funkman 2003/08/06 11:51:27
Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java
Log:
Resync with 4.1 for the many bug fixes for JNDIRealm
Revision ChangesPath
1.5 +127 -98
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java
Index: JNDIRealm.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- JNDIRealm.java11 Jan 2003 01:57:39 - 1.4
+++ JNDIRealm.java6 Aug 2003 18:51:27 - 1.5
@@ -86,7 +86,7 @@
import org.apache.catalina.LifecycleException;
import org.apache.catalina.Realm;
import org.apache.catalina.util.StringManager;
-
+import org.apache.catalina.util.Base64;
/**
* pImplementation of strongRealm/strong that works with a directory
@@ -107,7 +107,7 @@
* substituting the presented username into a pattern configured by the
* codeuserPattern/code property./li
*
- * liAlternatively, if the codeuserPattern/code property is not
+ * liAlternatively, if the codeuserPattern/code property is not
* specified, a unique element can be located by searching the directory
* context. In this case:
* ul
@@ -122,7 +122,7 @@
* requests a search of only the current level./li
*/ul
* /li
- *
+ *
* liThe user may be authenticated by binding to the directory with the
* username and password presented. This method is used when the
* codeuserPassword/code property is not specified./li
@@ -183,6 +183,13 @@
* format objects) so that codeauthenticate()/code does not have to be
* synchronized./p
*
+ * pstrongWARNING/strong - There is a reported bug against the Netscape
+ * provider code (com.netscape.jndi.ldap.LdapContextFactory) with respect to
+ * successfully authenticated a non-existing user. The
+ * report is here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11210 .
+ * With luck, Netscape has updated their provider code and this is not an
+ * issue. /p
+ *
* @author John Holman
* @author Craig R. McClanahan
* @version $Revision$ $Date$
@@ -244,19 +251,20 @@
/**
- * The protocol that will be used in the communication with the directory
server.
+ * The protocol that will be used in the communication with the
+ * directory server.
*/
protected String protocol = null;
/**
- * How should we handle referrals? Microsoft Active Directory can't handle
- * the default case, so an application authenticating against AD must
+ * How should we handle referrals? Microsoft Active Directory can't handle
+ * the default case, so an application authenticating against AD must
* set referrals to follow.
*/
protected String referrals = null;
-
-
+
+
/**
* The base element for user searches.
*/
@@ -292,7 +300,7 @@
/**
* The message format used to form the distinguished name of a
* user, with {0} marking the spot where the specified username
- * goes.
+ * goes.
*/
protected String userPattern = null;
@@ -342,11 +350,11 @@
*/
protected boolean roleSubtree = false;
-/**
+/**
* An alternate URL, to which, we should connect if connectionURL fails.
*/
-protected String alternateURL;
-
+protected String alternateURL;
+
/**
* The number of connection attempts. If greater than zero we use the
* alternate url.
@@ -357,24 +365,24 @@
/**
* Return the type of authentication to use.
- */
+ */
public String getAuthentication() {
return authentication;
-
+
}
-
+
/**
* Set the type of authentication to use.
*
* @param authentication The authentication
*/
public void setAuthentication(String authentication) {
-
+
this.authentication = authentication;
-
+
}
-
+
/**
* Return the connection username for this Realm.
*/
@@ -467,20 +475,20 @@
* Return the protocol to be used.
*/
public String getProtocol() {
-
+
return protocol;
-
+
}
-
+
/**
* Set the protocol for this Realm.
*
* @param protocol The new protocol.
*/
public void setProtocol(String protocol) {
-
+
this.protocol = protocol;
-
+
}
@@ -493,13 +501,13 @@
/**
- * How do we handle JNDI referrals? ignore, follow, or throw
+ * How do we handle JNDI
DO NOT REPLY [Bug 22151] - ThreadPool OutOfMemoryException
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=22151. 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=22151 ThreadPool OutOfMemoryException --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 16:44 --- It really looks like a kernel/system config issue. OutOfMemory errors are the worst descriptive errors from java because they may be thrown even if there is plenty of memory left. (At least on another Unix platform) http://jakarta.apache.org/tomcat/faq/memory.html#why - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22151] - ThreadPool OutOfMemoryException
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=22151. 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=22151 ThreadPool OutOfMemoryException --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 07:12 --- You can keep your bug open if it makes you happy, but I cannot do anything to fix it, as it doesn't look like a Tomcat issue. Maybe the cause is indeed that it can't create more threads ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java
funkman 2003/08/06 17:56:25
Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
Log:
Use PropertyUtils to aggressively get the real rootCause as previously
committed in StandardWrapperValve and ErrorReportValve
Revision ChangesPath
1.23 +26 -12
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java
Index: ApplicationDispatcher.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- ApplicationDispatcher.java5 Aug 2003 13:22:03 - 1.22
+++ ApplicationDispatcher.java7 Aug 2003 00:56:25 - 1.23
@@ -97,6 +97,7 @@
import org.apache.catalina.core.StandardWrapper;
import org.apache.catalina.util.InstanceSupport;
import org.apache.catalina.util.StringManager;
+import org.apache.commons.beanutils.PropertyUtils;
import org.apache.commons.logging.LogFactory;
import org.apache.commons.logging.Log;
@@ -630,7 +631,7 @@
if (queryString != null) {
wrequest.setAttribute(Globals.INCLUDE_QUERY_STRING_ATTR,
queryString);
- wrequest.setQueryParams(queryString);
+wrequest.setQueryParams(queryString);
}
wrequest.setAttribute(ApplicationFilterFactory.DISPATCHER_TYPE_ATTR,
@@ -774,14 +775,27 @@
support.fireInstanceEvent(InstanceEvent.AFTER_DISPATCH_EVENT,
servlet, request, response);
Throwable rootCause = e;
-while (rootCause instanceof ServletException) {
-Throwable t = ((ServletException) rootCause).getRootCause();
-if (t != null) {
-rootCause = t;
-} else {
-break;
+Throwable rootCauseCheck = null;
+
+// Extra aggressive rootCause finding
+do {
+try {
+rootCauseCheck = (Throwable)PropertyUtils.getProperty
+(rootCause, rootCause);
+if (rootCauseCheck!=null)
+rootCause = rootCauseCheck;
+
+} catch (ClassCastException ex) {
+rootCauseCheck = null;
+} catch (IllegalAccessException ex) {
+rootCauseCheck = null;
+} catch (NoSuchMethodException ex) {
+rootCauseCheck = null;
+} catch (java.lang.reflect.InvocationTargetException ex) {
+rootCauseCheck = null;
}
-}
+} while (rootCauseCheck != null);
+
log(sm.getString(applicationDispatcher.serviceException,
wrapper.getName()), rootCause);
servletException = e;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22163] New: - Unable to compile class for JSP
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=22163. 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=22163 Unable to compile class for JSP Summary: Unable to compile class for JSP Product: Tomcat 4 Version: 4.0 Beta 1 Platform: Other URL: http://localhost:8080/tomcat/examples OS/Version: Other Status: UNCONFIRMED Severity: Normal Priority: Other Component: Webapps:Examples AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello , I am installing Tomcat 4.1.24 on Tru64 Unix v5.0, which is lisiting on port 8080 but when i tried to open tomcat/examples error message is coming. HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Since fork is true, ignoring compiler setting. [javac] Compiling 1 source file [javac] Since fork is true, ignoring compiler setting. I am tring from last 8 days same problem persists. Plz let me know what is going wrong with configuration. While checked log files- /usr/internet/httpd/tomcat/logs/catalina.out it is giving error message. 1)Error running /usr/opt/java122/bin/javac compiler 2) --- Nested Exception --- java.io.IOException: Cannot locate antRun script: Property 'ant.home' not found - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7116] - JDBC realm doesn't handle NULLpasswords
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=7116. 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=7116 JDBC realm doesn't handle NULLpasswords [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 01:11 --- *** Bug 11966 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22146] New: - TC 5.0.6 problems loading an a persisted session.
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=22146. 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=22146 TC 5.0.6 problems loading an a persisted session. Summary: TC 5.0.6 problems loading an a persisted session. Product: Tomcat 5 Version: 5.0.6 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] During TC 5.0.6 startup I (sometimes) get the following exception. We run with the the Manager set as follows: Manager className=org.apache.catalina.session.StandardManager distributable=true / and get no errors when creating any session properties. The class com.eloquent.ecs.EKey is contained in the web-inf/classes folder. It looks like TC5 is trying to load an array of the EKey objects and failing .. I am not sure how to put together a duplicable example at this point. Any help as to what might be going on will help. Aug 5, 2003 1:45:06 PM org.apache.catalina.session.StandardManager doLoad SEVERE: ClassNotFoundException while loading persisted sessions: java.lang.ClassNotFoundException: [Lcom.eloquent.ecs.EKey; java.lang.ClassNotFoundException: [Lcom.eloquent.ecs.EKey; at org.apache.catalina.loader.WebappClassLoader.loadClass (WebappClassLoader.java:1378) at org.apache.catalina.loader.WebappClassLoader.loadClass (WebappClassLoader.java:1225) at org.apache.catalina.util.CustomObjectInputStream.resolveClass (CustomObjectInputStream.java:119) at java.io.ObjectInputStream.readNonProxyDesc (ObjectInputStream.java:1513) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1560) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1271) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at org.apache.catalina.session.StandardSession.readObject (StandardSession.java:1387) at org.apache.catalina.session.StandardSession.readObjectData (StandardSession.java:881) at org.apache.catalina.session.StandardManager.doLoad (StandardManager.java:450) at org.apache.catalina.session.StandardManager.load (StandardManager.java:377) at org.apache.catalina.session.StandardManager.start (StandardManager.java:691) at org.apache.catalina.core.StandardContext.start (StandardContext.java:3913) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1127) at org.apache.catalina.core.StandardHost.start(StandardHost.java:792) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1127) at org.apache.catalina.core.StandardEngine.start (StandardEngine.java:502) at org.apache.catalina.core.StandardService.start (StandardService.java:519) at org.apache.catalina.core.StandardServer.start (StandardServer.java:2311) at org.apache.catalina.startup.Catalina.start(Catalina.java:578) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:394) Aug 5, 2003 1:45:06 PM org.apache.catalina.session.StandardManager start SEVERE: Exception loading sessions from persistent storage java.lang.ClassNotFoundException: [Lcom.eloquent.ecs.EKey; at org.apache.catalina.loader.WebappClassLoader.loadClass (WebappClassLoader.java:1378) at org.apache.catalina.loader.WebappClassLoader.loadClass (WebappClassLoader.java:1225) at org.apache.catalina.util.CustomObjectInputStream.resolveClass (CustomObjectInputStream.java:119) at java.io.ObjectInputStream.readNonProxyDesc (ObjectInputStream.java:1513) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1560) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1271) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at org.apache.catalina.session.StandardSession.readObject (StandardSession.java:1387) at org.apache.catalina.session.StandardSession.readObjectData (StandardSession.java:881) at org.apache.catalina.session.StandardManager.doLoad (StandardManager.java:450) at
DO NOT REPLY [Bug 22174] New: - tomcat service launcher does not accept path to jvm.dll with spaces
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=22174. 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=22174 tomcat service launcher does not accept path to jvm.dll with spaces Summary: tomcat service launcher does not accept path to jvm.dll with spaces Product: Tomcat 5 Version: 5.0.6 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When reconfiguring the with the Configure Tomcat Application I try to select a server\bin\jvm.dll from a directory that as a space in it. This does not work. a jvm.dll from a directory without spaces works correctly. This is probably a bug in commons-daemon, but affects tomcat5/windows installs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
