DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=31766

Error getting client certificate under iPlanet 6.1/Tomact 5.0.28





--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 06:37 ---
I tracked the problem down, and it looks like the certificate information is 
being passed across in base64 format without any certificate headers.  I have 
added the following code to org/apache/jk/server/JkCoyoteHandler.java 
(replacing lines 467-471):

StringBuffer certData = new StringBuffer();
certData.append( "-BEGIN CERTIFICATE-\r\n" );
certData.append( certString.toString() );
certData.append( "\r\n-END CERTIFICATE-\r\n" );

ByteArrayInputStream bais = 
new ByteArrayInputStream( certData.toString().getBytes() );

This code is probably not the most efficient implementation, but it solves my 
problem.

Can anyone confirm if this is specific to iPlanet, or does it occur under 
other webservers?

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

Re: Respuesta de En Plenitud, por favor, lea con atención

[jobs]

Thank you very much for your mail. This is to confirm you that your mail has been 
received by us and has been forwarded to the concerned person. In the mean time, you 
can get in touch with us at 0172-5188851.



Yours cordially

Customer Service Manager

G & G Management Services Pvt. Ltd.,

2, Hotel Shivalikview, Sector 17, Chandigarh 160 017



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

Respuesta de En Plenitud, por favor, lea con atención

[[EMAIL PROTECTED]]

Bienvenido a En Plenitud !!

Si usted nos envió TODOS los datos necearios para la inscripción, en breve recibirá
la confirmación de que ya puede disfrutar de todos nuestros servicios ingresando los 
datos de identificación (nombre de usuario y contraseña) que nos enviara.

Si usted NO no nos envió todos los datos requeridos, por favor hágalo sin omitir 
ninguno pues no podremos registrarlo sin ellos:

Nombre:
Apellido:
Dirección de email:
Nombre de usuario que desea utilizar:
Contraseña que desea utilizar:
País de residencia:
Ciudad de residencia:
Fecha de nacimiento:
Estado civil:
Profesión:

Sobre todo, no olvide incluir (además del resto de los datos) el nombre de usuario y 
la contraseña que desea utilizar.

Los mismos son elegidos por usted, y no asignados por nosotros.

Tenga en cuenta que:

1- No pueden existir dos personas con el mismo nombre de usuario (sería el equivalente 
de dos personas con el mismo pasaporte).

Si este fue el motivo por el que no pudo registrarse, de nada vale que nos escriba 
para que lo inscribamos con un nombre de usuario que ya está en uso, porque nosotros 
tampoco podemos hacerlo.

Por favor, vuelva a inscribirse eligiendo otro nombre de usuario (agergándole una 
cifra, o un guión intermedio, por ejemplo; Juan2003 en lugar de Juan).

2- La contraseña solo puede incluir letras y números, y no otros signos ni espacios 
intermedios.

Esperando poder serle de ayuda y que disfrute todas las ventajas de ser miembro de 
esta comunidad, le saluda cordialmente

Equipo de En Plenitud
www.enplenitud.com


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

Re: Hi

[jobs]

Thank you very much for your mail. This is to confirm you that your mail has been 
received by us and has been forwarded to the concerned person. In the mean time, you 
can get in touch with us at 0172-5188851.



Yours cordially

Customer Service Manager

G & G Management Services Pvt. Ltd.,

2, Hotel Shivalikview, Sector 17, Chandigarh 160 017



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

Hi

[craig . mcclanahan]

--  Virus Warning Message (on uusnwa0p)

Found virus WORM_NETSKY.Z in file Notice.txt   
   
   .exe (in Notice.zip)
The file is deleted.

-
Important notice!


--  Virus Warning Message (on uusnwa0p)

Notice.zip is removed from here because it contains a virus.

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

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

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

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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-connectors/util/java/org/apache/tomcat/util/threads Expirer.java

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

Re: JSP Compile Hangs

[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 ()

((
 (
  ( | ) { operator = OrOperator.SINGLETON; }
  )
 expression = AndExpression ()
  {
if (operators == null) {
  operators = new ArrayList ();
  expressions = new ArrayList ();
}
operators.add (operator);
expressions.add (expression);
  }
 )*
 (
 
 trueBranch = Expression ()
 
 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]

Important

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

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

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

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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  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.
 * 
 * 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]

Re: JSP Compile Hangs

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

Automated reply from bulletproof@www.bulletproofsoft.com

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

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

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

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]

JK2: -ForwardDirectories equivalent ?

[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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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.
(DatatypeExpression.java:38)
at com.hp.hpl.deli.Workspace$1$CreateWorkspace.
(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 org.apa

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

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

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

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

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]

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

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

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

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

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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 31804] - setParent() is not called on nested tags in a tag file (.tagx)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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 31804] New: - setParent() is not called on nested tags in a tag file (.tagx)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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"


http://java.sun.com/JSP/Page"; xmlns:custom="http://my.com/
tags-html" version="2.0" >









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 
 tag to obtain form name, but this is not possible.


   


(where ctrl:submit is submit.tagx)

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

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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 31801] New: - The method Expirer.removeManagedObject (TimeStamp) leaks

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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 31800] New: - Memory Leak in Expirer.removeManagedObject (TimeStamp)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]

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

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

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

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

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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 31799] - International characters are not supported in packages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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 31799] New: - International characters are not supported in packages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]

???

[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 

Re: JSP Compile Hangs

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

Re: JSP Compile Hangs

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

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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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:


400
/400.jsp


java.lang.Throwable
/error.jsp


java.io.FileNotFoundException
/404.jsp


403
/403.jsp


404
/404.jsp
   

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]

Yahoo! Auto Response

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