Yahoo! Auto Response

2004-10-20 Thread epaicom
È˵ķ´É䶯×÷,ÊÔÊÔ¿´à¸,ºÃºÃЦµÄ!

http://www.epai.com/7/2.htm

È˵ķ´É䶯×÷,ÊÔÊÔ¿´à¸,ºÃºÃЦµÄ!

http://www.epai.com/7/2.htm





Original Message:


X-YahooFilteredBulk: 218.66.206.23
X-Originating-IP: [218.66.206.23]
Return-Path: [EMAIL PROTECTED]
Received: from 218.66.206.23  (EHLO yahoo.com) (218.66.206.23)
  by mta187.mail.scd.yahoo.com with SMTP; Wed, 20 Oct 2004 00:17:23 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Notify
Date: Wed, 20 Oct 2004 15:15:35 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary==_NextPart_000_0016=_NextPart_000_0016
X-Priority: 3
X-MSMail-Priority: Normal

This is a multi-part message in MIME format.

--=_NextPart_000_0016=_NextPart_000_0016
Content-Type: text/plain;
charset=Windows-1252
Content-Transfer-Encoding: 7bit


You got a new message.


+++ Attachment: No Virus found
+++ Panda AntiVirus - www.pandasoftware.com


--=_NextPart_000_0016=_NextPart_000_0016
Content-Type: appl
_
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com


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



DO NOT REPLY [Bug 31794] New: - Custom HTTP 400 error page

2004-10-20 Thread 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=31794.
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=31794

Custom HTTP 400 error page

   Summary: Custom HTTP 400 error page
   Product: Tomcat 5
   Version: 5.0.25
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi

I have a custom HTTP 400 page and I have configured web.xml as follows:

error-page
error-code400/error-code
location/400.jsp/location
/error-page
error-page
exception-typejava.lang.Throwable/exception-type
location/error.jsp/location
/error-page
error-page
exception-typejava.io.FileNotFoundException/exception-type
location/404.jsp/location
/error-page
error-page
error-code403/error-code
location/403.jsp/location
/error-page
error-page
error-code404/error-code
location/404.jsp/location
/error-page   

Now, when I pass in a bad request to my webapp [Example: 
http://pg1:88/epass/members/login/_ps_login_p1/normal/_pm_login_p1/view/_st_login_p1/normal/_pid/login_p1/%%/view.]I
 expected to see my custom 400 error page.

But, Tomcat returns the standard HTTP 400 error page. I searched bugzilla but I 
couldn't find anything related to tihs. Is this a known bug?

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



Re: JSP Compile Hangs

2004-10-20 Thread Eric Blenkush
On Oct 19, 2004, at 10:41 PM, Remy Maucherat wrote:
Eric Blenkush wrote:
Hi,
On Tomcat 5.5.2 I am experiencing very long compile times(and hangs)  
for certain JSP pages. The page has an EL expression like this:

${fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
toUpperCase(('b'}

If you remove the extraneous parenthesis it will compile and execute  
very quickly. However, if you add more nested calls to fn:toUpperCase 
 compiling will again take a very long time. So, this may be related 
to  the number of nested expressions. This is just a test case 
obviously  but I am generating JSPs automatically and it is difficult 
if not  impossible to avoid EL statements with these nested function 
calls.  Resin can compile and execute these pages very quickly but I 
want to  stick with Tomcat.

This is crucial to the project I am working on and if someone has an  
idea of what is causing this and where to look in the tomcat source I 
 would appreciate it.
Please don't whine. I hope you have tested this with 5.0.x as well.
If you have a compilation problem specific to the Java compiler, you 
obviously should:
- report it to the Eclipse project
- use Ant + javac to compile instead (remove the 
jasper-compiler-jdt.jar and put ant.jar at the same spot)

You may want to try to generate efficient code.
Any bug filed about the Eclipse compiler (other than an integration 
issue) will be marked as INVALID.

Rémy
The hang is happening when the .java file is being generated from the 
.jsp file. I confirmed this by taking the commons-el-1.0 source and 
modifying it to parse the same EL statement as given above and it never 
completed.

Any helpful comments on where to start looking to fix this are welcome.
Thanks,
Eric
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: JSP Compile Hangs

2004-10-20 Thread Remy Maucherat
Eric Blenkush wrote:
The hang is happening when the .java file is being generated from the 
.jsp file. I confirmed this by taking the commons-el-1.0 source and 
modifying it to parse the same EL statement as given above and it 
never completed.

Any helpful comments on where to start looking to fix this are welcome.
Ah, ok, so it's not the Java compilation then, and it is the same with 
5.0.x ?

As for your question, you answered it I think ;)
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


???

2004-10-20 Thread yu cui
what fucking this web doing with? Virus to my PC! Tell me and then get out...


Yours sincerly:
Cuiyu

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

DO NOT REPLY [Bug 31799] New: - International characters are not supported in packages

2004-10-20 Thread 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=31799.
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=31799

International characters are not supported in packages

   Summary: International characters are not supported in packages
   Product: Tomcat 5
   Version: 5.5.3
  Platform: PC
   URL: http://www.btcweb.com
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If a package name includes an international character (legal in Java) such as 
éàè, the generated Java source for the JSP is incorrect.

Example:
JSP: %@ page import=com.agro.données.*%
Generated servlet: import com.agro.donn�es.*;

Probably a UNICODE support issue.

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



DO NOT REPLY [Bug 31799] - International characters are not supported in packages

2004-10-20 Thread 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=31799.
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=31799

International characters are not supported in packages

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Minor



--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 10:00 ---
Does it happen as well with 5.0.x ?

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



DO NOT REPLY [Bug 29521] - No destroy methods called on service shutdown

2004-10-20 Thread 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=29521.
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=29521

No destroy methods called on service shutdown





--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 12:00 ---
I tested on Win 2k Server with j2sdk1.4.2_05
From:
   -The windows service manager
   -net stop / net start
   -The start menu tools

In all 3 cases the destroy methods of the servlet and the contextListener were
called.

Attaching a test war file and a stdout.log file.

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



DO NOT REPLY [Bug 29521] - No destroy methods called on service shutdown

2004-10-20 Thread 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=29521.
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=29521

No destroy methods called on service shutdown





--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 12:02 ---
Created an attachment (id=13154)
War file

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



DO NOT REPLY [Bug 29521] - No destroy methods called on service shutdown

2004-10-20 Thread 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=29521.
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=29521

No destroy methods called on service shutdown





--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 12:02 ---
Created an attachment (id=13155)
output from test

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



DO NOT REPLY [Bug 29521] - No destroy methods called on service shutdown

2004-10-20 Thread 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=29521.
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=29521

No destroy methods called on service shutdown





--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 12:03 ---
Oh, test was with 5.0.29.

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



cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf StringCache.java

2004-10-20 Thread remm
remm2004/10/20 05:28:06

  Modified:util/java/org/apache/tomcat/util/buf StringCache.java
  Log:
  - Change the default value for the cache size, as there's no use keeping seldom used 
strings.
  
  Revision  ChangesPath
  1.3   +1 -1  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/StringCache.java
  
  Index: StringCache.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/StringCache.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- StringCache.java  19 Oct 2004 09:28:58 -  1.2
  +++ StringCache.java  20 Oct 2004 12:28:06 -  1.3
  @@ -52,7 +52,7 @@
   
   
   protected static int cacheSize = 
  -
Integer.parseInt(System.getProperty(tomcat.util.buf.StringCache.cacheSize, 1000));
  +
Integer.parseInt(System.getProperty(tomcat.util.buf.StringCache.cacheSize, 200));
   
   
   /**
  
  
  

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



cvs commit: jakarta-tomcat-catalina/catalina/src/conf catalina.properties

2004-10-20 Thread remm
remm2004/10/20 05:28:58

  Modified:catalina/src/share/org/apache/catalina/startup
catalina.properties
   catalina/src/conf catalina.properties
  Log:
  - Enable the cache for bytes, for some actual testing.
  
  Revision  ChangesPath
  1.7   +7 -0  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/catalina.properties
  
  Index: catalina.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/catalina.properties,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- catalina.properties   8 Sep 2004 12:56:34 -   1.6
  +++ catalina.properties   20 Oct 2004 12:28:57 -  1.7
  @@ -55,3 +55,10 @@
   #  repositories
   # foo/bar.jar: Add bar.jar as a class repository 
   shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar
  +
  +#
  +# String cache configuration.
  +tomcat.util.buf.StringCache.byte.enabled=true
  +#tomcat.util.buf.StringCache.char.enabled=true
  +#tomcat.util.buf.StringCache.trainThreshold=50
  +#tomcat.util.buf.StringCache.cacheSize=5000
  
  
  
  1.12  +7 -0  jakarta-tomcat-catalina/catalina/src/conf/catalina.properties
  
  Index: catalina.properties
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/catalina.properties,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- catalina.properties   1 Sep 2004 10:10:48 -   1.11
  +++ catalina.properties   20 Oct 2004 12:28:58 -  1.12
  @@ -55,3 +55,10 @@
   #  repositories
   # foo/bar.jar: Add bar.jar as a class repository 
   shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar
  +
  +#
  +# String cache configuration.
  +tomcat.util.buf.StringCache.byte.enabled=true
  +#tomcat.util.buf.StringCache.char.enabled=true
  +#tomcat.util.buf.StringCache.trainThreshold=50
  +#tomcat.util.buf.StringCache.cacheSize=5000
  
  
  

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



DO NOT REPLY [Bug 31800] New: - Memory Leak in Expirer.removeManagedObject (TimeStamp)

2004-10-20 Thread 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=31800.
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=31800

Memory Leak in Expirer.removeManagedObject (TimeStamp)

   Summary: Memory Leak in Expirer.removeManagedObject (TimeStamp)
   Product: Tomcat 3
   Version: 3.3.2 Final
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The method Expirer.removeManagedObject (TimeStamp) leaks :
managedObjs[managedCount-1] = null; should be added here to prevent the leak.


public void removeManagedObject( TimeStamp ts ) {
for( int i=0; i managedCount; i++ ) {
if( ts == managedObjs[i] ) {
synchronized( managedObjs ) {
managedObjs[ i ] = managedObjs[managedCount-1];

// should be added here to prevent a leak
managedObjs[managedCount-1] = null; 

managedCount--;
}
return;
}
}
}

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



DO NOT REPLY [Bug 31801] New: - The method Expirer.removeManagedObject (TimeStamp) leaks

2004-10-20 Thread 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=31801.
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=31801

The method Expirer.removeManagedObject (TimeStamp) leaks

   Summary: The method Expirer.removeManagedObject (TimeStamp) leaks
   Product: Tomcat 5
   Version: 5.0.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The method Expirer.removeManagedObject (TimeStamp) leaks :
managedObjs[managedCount-1] = null; should be added here to prevent the leak.


public void removeManagedObject( TimeStamp ts ) {
for( int i=0; i managedCount; i++ ) {
if( ts == managedObjs[i] ) {
synchronized( managedObjs ) {
managedObjs[ i ] = managedObjs[managedCount-1];

// should be added here to prevent a leak
managedObjs[managedCount-1] = null; 

managedCount--;
}
return;
}
}
}

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



DO NOT REPLY [Bug 31801] - The method Expirer.removeManagedObject (TimeStamp) leaks

2004-10-20 Thread 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=31801.
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=31801

The method Expirer.removeManagedObject (TimeStamp) leaks

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 15:24 ---
Expirer can't possibly leak memory in TC 5, for the very simple reason that it 
isn't used.

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



DO NOT REPLY [Bug 31804] New: - setParent() is not called on nested tags in a tag file (.tagx)

2004-10-20 Thread 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=31804.
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=31804

setParent() is not called on nested tags in a tag file (.tagx)

   Summary: setParent() is not called on nested tags in a tag file
(.tagx)
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi, everybody.

Suppose I have a tag file (.tagx to be precise). I have some custom tags of mine 
included in that tag file. If I override setParent() in such a custom tag, then 
I see, that it's invoked with null parameter. Custom tag is a Classic tag 
(extends TagSupport).

Simplified example: This tag file is called submit.tagx

?xml version=1.0 encoding=UTF-8?
jsp:root xmlns:jsp=http://java.sun.com/JSP/Page; xmlns:custom=http://my.com/
tags-html version=2.0 

jsp:directive.tag body-content=empty/
jsp:directive.attribute name=action required=true rtexprvalue=true/
jsp:directive.attribute name=label required=true rtexprvalue=true/

custom:submit action=${action} label=${label} name=submitButton /

/jsp:root

In debug output from setParent(Tag) of custom:submit I see, that it's called 
with null value.

If, instead of custom:submit, I put there another custom tag, which follows 
SimpleTagSupport model, then setParent(JspTag) is not called at all!!!

I would expect a reference to something, representing translated class of Tag 
File (submit.tagx) is passed.

As the result, tag nesting tree is broken. 

I need to access Struts html:form tag, which is the embracing tag from my inner 
custom:submit tag to obtain form name, but this is not possible.

nested:form action=/Action
   ctrl:submit action=save label=Save/
/nested:form

(where ctrl:submit is submit.tagx)

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



DO NOT REPLY [Bug 31804] - setParent() is not called on nested tags in a tag file (.tagx)

2004-10-20 Thread 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=31804.
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=31804

setParent() is not called on nested tags in a tag file (.tagx)

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.28  |5.0.29

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



DO NOT REPLY [Bug 22867] - Tag handlers can't be inner/nested classes

2004-10-20 Thread 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=22867.
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=22867

Tag handlers can't be inner/nested classes

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.9   |5.0.29

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



DO NOT REPLY [Bug 22867] - Tag handlers can't be inner/nested classes

2004-10-20 Thread 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=22867.
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=22867

Tag handlers can't be inner/nested classes

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.29  |5.0.9



--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 16:34 ---
Sorry, wrong url...

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



cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp SimpleTcpCluster.java

2004-10-20 Thread fhanik
fhanik  2004/10/20 10:02:17

  Modified:modules/cluster/src/share/org/apache/catalina/cluster Tag:
TOMCAT_5_0 CatalinaCluster.java
   modules/cluster/src/share/org/apache/catalina/cluster/session
Tag: TOMCAT_5_0 DeltaManager.java
   modules/cluster/src/share/org/apache/catalina/cluster/tcp
Tag: TOMCAT_5_0 SimpleTcpCluster.java
  Log:
  Fixed defect 31495,
  the cluster manager should survive the context reload by readding itself to the 
cluster upon start.
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.6.2.1   +2 -1  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/CatalinaCluster.java
  
  Index: CatalinaCluster.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/CatalinaCluster.java,v
  retrieving revision 1.6
  retrieving revision 1.6.2.1
  diff -u -r1.6 -r1.6.2.1
  --- CatalinaCluster.java  4 Jun 2004 20:22:27 -   1.6
  +++ CatalinaCluster.java  20 Oct 2004 17:02:16 -  1.6.2.1
  @@ -109,5 +109,6 @@
   
   public Manager getManager(String name);
   public void removeManager(String name);
  +public void addManager(String name, ClusterManager manager);
   
   }
  
  
  
  No   revision
  No   revision
  1.27.2.2  +5 -2  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java
  
  Index: DeltaManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java,v
  retrieving revision 1.27.2.1
  retrieving revision 1.27.2.2
  diff -u -r1.27.2.1 -r1.27.2.2
  --- DeltaManager.java 19 Oct 2004 21:59:05 -  1.27.2.1
  +++ DeltaManager.java 20 Oct 2004 17:02:16 -  1.27.2.2
  @@ -613,6 +613,7 @@
   if (started) {
   return;
   }
  +getCluster().addManager(getName(),this);
   started = true;
   lifecycle.fireLifecycleEvent(START_EVENT, null);
   
  @@ -688,12 +689,14 @@
   if (log.isDebugEnabled())
   log.debug(Stopping);
   
  +getCluster().removeManager(getName());
   // Validate and update our current component state
   if (!started)
   throw new LifecycleException
   (sm.getString(standardManager.notStarted));
   lifecycle.fireLifecycleEvent(STOP_EVENT, null);
   started = false;
  +
   
   // Expire all active sessions
   {
  @@ -718,7 +721,7 @@
   if( initialized ) {
   destroy();
   }
  -getCluster().removeManager(getName());
  +
   }
   
   
  
  
  
  No   revision
  No   revision
  1.41.2.1  +7 -3  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java
  
  Index: SimpleTcpCluster.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java,v
  retrieving revision 1.41
  retrieving revision 1.41.2.1
  diff -u -r1.41 -r1.41.2.1
  --- SimpleTcpCluster.java 4 Jun 2004 20:22:27 -   1.41
  +++ SimpleTcpCluster.java 20 Oct 2004 17:02:16 -  1.41.2.1
  @@ -325,14 +325,18 @@
   log.error(Unable to load class for replication manager,x);
   manager = new 
org.apache.catalina.cluster.session.SimpleTcpReplicationManager();
   }
  +addManager(name,manager);
  +
  +return manager;
  +}
  +
  +public void addManager(String name, ClusterManager manager) {
   manager.setName(name);
   manager.setCluster(this);
   manager.setDistributable(true);
   manager.setExpireSessionsOnShutdown(expireSessionsOnShutdown);
   manager.setUseDirtyFlag(useDirtyFlag);
   managers.put(name,manager);
  -
  -return manager;
   }
   
   public void removeManager(String name) {
  
  
  

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



Kesson KS LEE/UGC/HKSARG is out of the office.

2004-10-20 Thread klee
I will be out of the office starting  21/10/2004 and will not return until
01/11/2004.

I will respond to your message when I return from the duty visit.   For
urgent matter, please contact Miss Winnie Wong at 28449932.



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



DO NOT REPLY [Bug 31495] - Context reload causes ClusterManager to stop operating

2004-10-20 Thread 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=31495.
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=31495

Context reload causes ClusterManager to stop operating

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 17:06 ---
Fixed, the container reuses the Manager instead of creating a new one upon 
context reload, and the DeltaManager wasn't readding itself to the cluster 
upon restart.

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



cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session SimpleTcpReplicationManager.java

2004-10-20 Thread fhanik
fhanik  2004/10/20 10:04:51

  Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
Tag: TOMCAT_5_0 SimpleTcpReplicationManager.java
  Log:
  Same fix as for 31495
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.29.2.1  +2 -0  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java
  
  Index: SimpleTcpReplicationManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java,v
  retrieving revision 1.29
  retrieving revision 1.29.2.1
  diff -u -r1.29 -r1.29.2.1
  --- SimpleTcpReplicationManager.java  4 Jun 2004 20:22:27 -   1.29
  +++ SimpleTcpReplicationManager.java  20 Oct 2004 17:04:51 -  1.29.2.1
  @@ -430,6 +430,7 @@
   log.error(Starting... no cluster associated with this 
context:+getName());
   return;
   }
  +cluster.addManager(getName(),this);
   
   if (cluster.getMembers().length  0) {
   Member mbr = cluster.getMembers()[0];
  @@ -484,6 +485,7 @@
   //stop the javagroup channel
   try
   {
  +this.sessions.clear();
   cluster.removeManager(getName());
   //mReplicationListener.stopListening();
   //mReplicationTransmitter.stop();
  
  
  

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



cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session SimpleTcpReplicationManager.java

2004-10-20 Thread fhanik
fhanik  2004/10/20 10:07:20

  Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
SimpleTcpReplicationManager.java
  Log:
  Make sure context reload works properly
  
  Revision  ChangesPath
  1.33  +2 -0  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java
  
  Index: SimpleTcpReplicationManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- SimpleTcpReplicationManager.java  29 Sep 2004 16:43:44 -  1.32
  +++ SimpleTcpReplicationManager.java  20 Oct 2004 17:07:20 -  1.33
  @@ -423,6 +423,7 @@
   log.error(Starting... no cluster associated with this 
context:+getName());
   return;
   }
  +cluster.addManager(getName(),this);
   
   if (cluster.getMembers().length  0) {
   Member mbr = cluster.getMembers()[0];
  @@ -477,6 +478,7 @@
   //stop the javagroup channel
   try
   {
  +this.sessions.clear();
   cluster.removeManager(getName());
   //mReplicationListener.stopListening();
   //mReplicationTransmitter.stop();
  
  
  

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



DO NOT REPLY [Bug 31806] New: - MalformedURLException in ApplicationContext.getResource

2004-10-20 Thread 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=31806.
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=31806

MalformedURLException in ApplicationContext.getResource

   Summary: MalformedURLException in ApplicationContext.getResource
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


ApplicationContext.getResource throws a MalformedURLException when paths start 
with a back-slash.  Unfortunately, UNCs use a backslash.  In fact, 
context.getRealPath() returns a path with a back-slash.

if (path == null || !path.startsWith(/)) {
throw new MalformedURLException(sm.getString
(applicationContext.requestDispatcher.iae, path));
}

java.net.MalformedURLException: Path 
\\serverpath\webapp\webappname\config/uaprofValidatorConfig.xml does not start 
with a / character
at org.apache.catalina.core.ApplicationContext.getResource
(ApplicationContext.java:469)
at org.apache.catalina.core.ApplicationContextFacade.getResource
(ApplicationContextFacade.java:176)
at org.apache.cocoon.environment.http.HttpContext.getResource
(HttpContext.java:99)
at 
org.apache.cocoon.components.deli.DeliImpl$CocoonServletContext.getResource
(DeliImpl.java:254)
at com.hp.hpl.deli.Workspace.getResource(Workspace.java:473)
at com.hp.hpl.deli.Workspace.getInputSource(Workspace.java:439)
at com.hp.hpl.deli.DatatypeExpression.init
(DatatypeExpression.java:38)
at com.hp.hpl.deli.Workspace$1$CreateWorkspace.init
(Workspace.java:204)
at com.hp.hpl.deli.Workspace.configure(Workspace.java:367)
at org.apache.cocoon.components.deli.DeliImpl.initialize
(DeliImpl.java:147)
at org.apache.avalon.framework.container.ContainerUtil.initialize
(ContainerUtil.java:282)
at 
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance
(DefaultComponentFactory.java:313)
at 
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize
(ThreadSafeComponentHandler.java:143)
at 
org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize
(ExcaliburComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.initialize
(CocoonComponentManager.java:547)
at org.apache.avalon.framework.container.ContainerUtil.initialize
(ContainerUtil.java:282)
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:340)
at org.apache.avalon.framework.container.ContainerUtil.initialize
(ContainerUtil.java:282)
at org.apache.cocoon.servlet.CocoonServlet.createCocoon
(CocoonServlet.java:1371)
at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:514)
at org.apache.catalina.core.StandardWrapper.loadServlet
(StandardWrapper.java:1029)
at org.apache.catalina.core.StandardWrapper.load
(StandardWrapper.java:862)
at org.apache.catalina.core.StandardContext.loadOnStartup
(StandardContext.java:4013)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:4357)
at org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:823)
at org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild
(StandardHost.java:595)
at org.apache.catalina.core.StandardHostDeployer.addChild
(StandardHostDeployer.java:903)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.commons.beanutils.MethodUtils.invokeMethod
(MethodUtils.java:216)
at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256)
at org.apache.commons.digester.Rule.end(Rule.java:276)
at org.apache.commons.digester.Digester.endElement(Digester.java:1058)
at org.apache.catalina.util.CatalinaDigester.endElement
(CatalinaDigester.java:76)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown 
Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement
(Unknown Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher
.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument
(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at 

DO NOT REPLY [Bug 31806] - MalformedURLException in ApplicationContext.getResource

2004-10-20 Thread 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=31806.
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=31806

MalformedURLException in ApplicationContext.getResource

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 17:26 ---
What do you propose that should be done ?

The specification is very clear that the argument for this is a path inside the
webapp (so starting with /).

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



JK2: -ForwardDirectories equivalent ?

2004-10-20 Thread Dan Carwin
There's a known bug in the jk connector:

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25104

Which forwards directory requests to tomcat even when
-ForwardDirectories is turned off.

Testing jk2 I'm seeing the same behavior. Is there a known way to
prevent directory listings from being forwarded to tomcat with jk2? [you
cannot put JkOptions -ForwardDirectories into the apache conf with jk2]

Does JK2 lack a way to prevent directory forwarding to Tomcat?

Thanks,
Dan Carwin
[EMAIL PROTECTED]

Recreation details:

1. set: DirectoryIndex index.html index.html.var home.html Default.htm
Default.html index.jsp index.htm index.cgi Default.jsp 

2. create empty directory under docroot. e.g. /htdocs/empty

3. specify in workers2.properties

[uri:/*.jsp]
info=mapping all jsp to tomcat

4. Visit empty directory, instead of dir listing or apache error, see a
tomcat 500 error. 

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



DO NOT REPLY [Bug 31806] - MalformedURLException in ApplicationContext.getResource

2004-10-20 Thread 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=31806.
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=31806

MalformedURLException in ApplicationContext.getResource

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 17:55 ---
Then perhaps the problem is in ApplicationContext.java which returns the 
getRealPath by using file.getAbsolutePath().  The docbase in my context file 
uses forward-slashes to describe the path (//serverpath/webapp/webappname).  
If the specification indicates that a forward-slash should be used, then 
getRealPath should not be using getAbsolutePath, which returns a path with a 
back-slash.

File file = new File(basePath, path);
return (file.getAbsolutePath());

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



DO NOT REPLY [Bug 31806] - MalformedURLException in ApplicationContext.getResource

2004-10-20 Thread 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=31806.
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=31806

MalformedURLException in ApplicationContext.getResource

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 18:02 ---
I do not understand what you mean at all. There is of course no relation between
getResource and getRealPath. I recommend that you think over your report, and
come up with something stated clearly if you really believe there's something wrong.

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



cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session SimpleTcpReplicationManager.java

2004-10-20 Thread fhanik
fhanik  2004/10/20 11:36:35

  Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
SimpleTcpReplicationManager.java
  Log:
  Fixed logging, should be info, not error
  
  Revision  ChangesPath
  1.34  +1 -1  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java
  
  Index: SimpleTcpReplicationManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java,v
  retrieving revision 1.33
  retrieving revision 1.34
  diff -u -r1.33 -r1.34
  --- SimpleTcpReplicationManager.java  20 Oct 2004 17:07:20 -  1.33
  +++ SimpleTcpReplicationManager.java  20 Oct 2004 18:36:35 -  1.34
  @@ -418,7 +418,7 @@
   try {
   //the channel is already running
   if ( mChannelStarted ) return;
  -log.error(Starting clustering manager...:+getName());
  +log.info(Starting clustering manager...:+getName());
   if ( cluster == null ) {
   log.error(Starting... no cluster associated with this 
context:+getName());
   return;
  
  
  

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



Automated reply from bulletproof@www.bulletproofsoft.com

2004-10-20 Thread bulletproof
BulletProofSoft.com Support Ticket Reply.

DO NOT REPLY TO THIS EMAIL

Please use our Online Support system for faster results to your questions.

You can monitor the status of your ticket online where you can add follow up replies. 

http://www.bulletproofsoft.com/cgi-bin/custquest/quest_desk.cgi

If the URL above splits into two lines, please visit:
http://www.bulletproofsoft.com/support.html 

and click on the Contact Customer Support link


Rest assured we will do our best to respond to your query promptly. 
You will receive a further email notification when one of our technicians has replied.

Tech Support
BulletProofSoft.com

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



Re: JSP Compile Hangs

2004-10-20 Thread Kin-man Chung
Please file a report on bugzilla.  If you also include a test case
(to save me some typing :)), I'll take a look to see where Jasper is
spending its time.  Did you said it was in commons-el?  That'd be bad.

-Kin-man

On Wed, 2004-10-20 at 00:43, Eric Blenkush wrote:
 On Oct 19, 2004, at 10:41 PM, Remy Maucherat wrote:
 
  Eric Blenkush wrote:
 
  Hi,
 
  On Tomcat 5.5.2 I am experiencing very long compile times(and hangs)  
  for certain JSP pages. The page has an EL expression like this:
 
  ${fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
  toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
  toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
  toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
  toUpperCase(('b'}
 
  If you remove the extraneous parenthesis it will compile and execute  
  very quickly. However, if you add more nested calls to fn:toUpperCase 
   compiling will again take a very long time. So, this may be related 
  to  the number of nested expressions. This is just a test case 
  obviously  but I am generating JSPs automatically and it is difficult 
  if not  impossible to avoid EL statements with these nested function 
  calls.  Resin can compile and execute these pages very quickly but I 
  want to  stick with Tomcat.
 
  This is crucial to the project I am working on and if someone has an  
  idea of what is causing this and where to look in the tomcat source I 
   would appreciate it.
 
  Please don't whine. I hope you have tested this with 5.0.x as well.
 
  If you have a compilation problem specific to the Java compiler, you 
  obviously should:
  - report it to the Eclipse project
  - use Ant + javac to compile instead (remove the 
  jasper-compiler-jdt.jar and put ant.jar at the same spot)
 
  You may want to try to generate efficient code.
 
  Any bug filed about the Eclipse compiler (other than an integration 
  issue) will be marked as INVALID.
 
  Rmy
 
 
 The hang is happening when the .java file is being generated from the 
 .jsp file. I confirmed this by taking the commons-el-1.0 source and 
 modifying it to parse the same EL statement as given above and it never 
 completed.
 
 Any helpful comments on where to start looking to fix this are welcome.
 
 Thanks,
 Eric
 
 
 -
 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 31804] - setParent() is not called on nested tags in a tag file (.tagx)

2004-10-20 Thread 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=31804.
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=31804

setParent() is not called on nested tags in a tag file (.tagx)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-10-20 22:55 ---
I may misunderstand your problem entirely, but I believe the behaviour you are
seeing is expected. 

According to javax.servlet.jsp.tagext.Tag.setParent() javadocs:

 * Set the parent (closest enclosing tag handler) of this tag handler.
 * Invoked by the JSP page implementation object prior to doStartTag().
 *
 * @param t The parent tag, or null.

Since custom:submit is not nested inside any custom tag invocation in your
.tagx snippet, NULL is passed to your tag handler's setParent().

Likewise, javax.servlet.jsp.tagext.SimpleTag.setParent() has this:

 * Sets the parent of this tag, for collaboration purposes.
 * p
 * The container invokes this method only if this tag invocation is 
 * nested within another tag invocation.
 *
 * @param parent the tag that encloses this tag

Since your SimpleTag isn't nested, the container does not call its setParent()
method at all.

 I would expect a reference to something, representing translated class of Tag 
 File (submit.tagx) is passed.

Your expectation is wrong. You should expect setParent() to be called on your
tag handler, and a non-null argument passed to it, only if your custom tag is
nested inside another custom tag.

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



Michael Buryk/PUBS/STAFF/US/IEEE is out of the office.

2004-10-20 Thread m . buryk
I will be out of the office starting  10/19/2004 and will not return until
10/25/2004.

I will respond to your message when I return.  For any questions regarding
the IEEE Job Site, please contact [EMAIL PROTECTED], or call Deb
Grant at 732-981-3420, or e-mail her at [EMAIL PROTECTED]  For questions
about classified advertising in Spectrum magazine, contact Robert Zwick at
212-419-7765.  Thanks.



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



Important

2004-10-20 Thread craig . mcclanahan
--  Virus Warning Message (on uusnwa0p)

Found virus WORM_NETSKY.Z in file Part-2.txt   
   
   .exe (in Part-2.zip)
The file is deleted.

-
Important!


--  Virus Warning Message (on uusnwa0p)

Part-2.zip is removed from here because it contains a virus.

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

Re: JSP Compile Hangs

2004-10-20 Thread Eric Blenkush
Kin-man,
Thanks for the response. I filed a bug report and I have an initial fix  
that I have been working on. Here is a preview:

This is due to the LOOKAHEAD on line 256 of ELParser.jj
This fix allows the EL expression to be parsed quickly but I have not  
tested thoroughly. In ELParser.jj delete the grammar production  
ConditionalExpression() and replace Expression() and OrExpression()  
with the below text:

Expression Expression () :
{
  Expression ret;
}
{
  (
   ret = OrExpression ()
  )
  { return ret; }
}
Expression OrExpression () :
{
  Expression startExpression, condition, trueBranch=null,  
falseBranch=null;
  BinaryOperator operator;
  Expression expression;
  List operators = null;
  List expressions = null;
}
{
  startExpression = AndExpression ()

((
 (
  (OR1 | OR2) { operator = OrOperator.SINGLETON; }
  )
 expression = AndExpression ()
  {
if (operators == null) {
  operators = new ArrayList ();
  expressions = new ArrayList ();
}
operators.add (operator);
expressions.add (expression);
  }
 )*
 (
 COND
 trueBranch = Expression ()
 COLON
 falseBranch = Expression ()
 )?
)
  {
if (operators != null) {
  condition = new BinaryOperatorExpression (startExpression,
   operators,
   expressions);
}
else {
  condition = startExpression;
}
if(trueBranch != null)
return new ConditionalExpression(condition, trueBranch,  
falseBranch);
else
return condition;
  }
}

On Oct 20, 2004, at 1:20 PM, Kin-man Chung wrote:
Please file a report on bugzilla.  If you also include a test case
(to save me some typing :)), I'll take a look to see where Jasper is
spending its time.  Did you said it was in commons-el?  That'd be bad.
-Kin-man
On Wed, 2004-10-20 at 00:43, Eric Blenkush wrote:
On Oct 19, 2004, at 10:41 PM, Remy Maucherat wrote:
Eric Blenkush wrote:
Hi,
On Tomcat 5.5.2 I am experiencing very long compile times(and hangs)
for certain JSP pages. The page has an EL expression like this:
${fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn: 
toUpperCase((fn:
toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:
toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:
toUpperCase((fn:toUpperCase((fn:toUpperCase((fn:
toUpperCase(('b'}

If you remove the extraneous parenthesis it will compile and execute
very quickly. However, if you add more nested calls to  
fn:toUpperCase
 compiling will again take a very long time. So, this may be related
to  the number of nested expressions. This is just a test case
obviously  but I am generating JSPs automatically and it is  
difficult
if not  impossible to avoid EL statements with these nested function
calls.  Resin can compile and execute these pages very quickly but I
want to  stick with Tomcat.

This is crucial to the project I am working on and if someone has an
idea of what is causing this and where to look in the tomcat source  
I
 would appreciate it.
Please don't whine. I hope you have tested this with 5.0.x as well.
If you have a compilation problem specific to the Java compiler, you
obviously should:
- report it to the Eclipse project
- use Ant + javac to compile instead (remove the
jasper-compiler-jdt.jar and put ant.jar at the same spot)
You may want to try to generate efficient code.
Any bug filed about the Eclipse compiler (other than an integration
issue) will be marked as INVALID.
Rémy
The hang is happening when the .java file is being generated from the
.jsp file. I confirmed this by taking the commons-el-1.0 source and
modifying it to parse the same EL statement as given above and it  
never
completed.

Any helpful comments on where to start looking to fix this are  
welcome.

Thanks,
Eric
-
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]


cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads Expirer.java

2004-10-20 Thread billbarker
billbarker2004/10/20 19:41:38

  Modified:util/java/org/apache/tomcat/util/threads Expirer.java
  Log:
  Clean up references to TS when one is removed.
  
  Fix for Bug #31800
  Submitted By: David Blavier  [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.9   +6 -10 
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads/Expirer.java
  
  Index: Expirer.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads/Expirer.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- Expirer.java  17 Sep 2004 18:34:19 -  1.8
  +++ Expirer.java  21 Oct 2004 02:41:38 -  1.9
  @@ -82,8 +82,9 @@
for( int i=0; i managedCount; i++ ) {
if( ts == managedObjs[i] ) {
synchronized( managedObjs ) {
  - managedObjs[ i ] = managedObjs[managedCount-1];
managedCount--;
  + managedObjs[ i ] = managedObjs[managedCount];
  +managedObjs[managedCount] = null;
}
return;
}
  @@ -117,7 +118,7 @@
   
   public void runIt( Object td[] ) {
long timeNow = System.currentTimeMillis();
  - if( dL  2 ) debug( Checking  + timeNow );
  + if( log.isTraceEnabled() ) log.trace( Checking  + timeNow );
int checkedCount;
synchronized( managedObjs ) {
checkedCount=managedCount;
  @@ -133,7 +134,7 @@
continue;

long maxInactiveInterval = ts.getMaxInactiveInterval();
  - if( dL  3 ) debug( TS:  + maxInactiveInterval +   +
  + if( log.isTraceEnabled() ) log.trace( TS:  + maxInactiveInterval +   +
ts.getLastAccessedTime());
if (maxInactiveInterval  0)
continue;
  @@ -142,8 +143,8 @@

if (timeIdle = maxInactiveInterval) {
if( expireCallback != null ) {
  - if( dL  0 )
  - debug( ts +   + timeIdle +   +
  + if( log.isDebugEnabled() )
  + log.debug( ts +   + timeIdle +   +
   maxInactiveInterval );
expireCallback.expired( ts );
}
  @@ -151,9 +152,4 @@
}
   }
   
  -private static final int dL=0;
  -private void debug( String s ) {
  -if (log.isDebugEnabled())
  -log.debug(Expirer:  + s );
  -}
   }
  
  
  

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



DO NOT REPLY [Bug 31800] - Memory Leak in Expirer.removeManagedObject (TimeStamp)

2004-10-20 Thread 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=31800.
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=31800

Memory Leak in Expirer.removeManagedObject (TimeStamp)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 02:44 ---
Patch applied to the CVS.

Thanks Much!

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



cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.3.txt

2004-10-20 Thread billbarker
billbarker2004/10/20 19:44:36

  Modified:.RELEASE-NOTES-3.3.3.txt
  Log:
  Document fix to 31800
  
  Revision  ChangesPath
  1.3   +3 -1  jakarta-tomcat/RELEASE-NOTES-3.3.3.txt
  
  Index: RELEASE-NOTES-3.3.3.txt
  ===
  RCS file: /home/cvs/jakarta-tomcat/RELEASE-NOTES-3.3.3.txt,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- RELEASE-NOTES-3.3.3.txt   11 Oct 2004 00:13:34 -  1.2
  +++ RELEASE-NOTES-3.3.3.txt   21 Oct 2004 02:44:36 -  1.3
  @@ -28,6 +28,8 @@
   
   31474Fix the query-string that is passed by forwarded requests.
   
  +31800Clean up reference to Session when one is unmananged.
  +
   Jasper:
   
   Bug No.  Description
  
  
  

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