cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler ParserController.java

2003-08-06 Thread luehe
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

2003-08-06 Thread Paul Wallace
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

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

2003-08-06 Thread Jochen Schwrer
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

2003-08-06 Thread Remy Maucherat
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

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

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

2003-08-06 Thread remm
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.

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

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

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

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

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

2003-08-06 Thread Paul Wallace
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

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

2003-08-06 Thread funkman
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

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

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

2003-08-06 Thread funkman
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

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

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

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

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