DO NOT REPLY [Bug 38713] - java.io.IOException: tmpFile.renameTo(classFile) failed when compiling new JSP (upon redeploy)

[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=38713





--- Additional Comments From [EMAIL PROTECTED]  2006-09-21 07:21 ---
(In reply to comment #4)

> I have seen this problem where the jsp does NOT have any code that throws a
> FileNotFoundException. I do not believe this is the source of the problem.

It may not be obvious. Our code would include markup from a different server via
HTTPUrlConnection. A 404 on the target is translated into a
FileNotFoundException. 404s, FNF and compilation problems are clearly correlated
in our case.

I've looked at the synchronization code for JSP compilation before and a small
patch won't do, I'm afraid.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: [VOTE] Releasing Tomcat Connectors 1.2.19

[Mladen Turk]

Rainer Jung wrote:


Apache Tomcat Connectors 1.2.19 is:
[X] Stable - no major issues, no regressions


Regards,
Mladen


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

Please clear the following error.

[Hari Kumar]

Hi,
I am getting null when I use   
 


 <% ArrayList
locationList=(ArrayList)request.getAttribute(RequestConstants.LIST);
  if (locationList!=null)
  {
 for (int i=0;i

  

  <% } 
   } %>   


Thanks & Regards,
__
Hari Kumar.G | Software Engineer | Browline Consulting Services
140, Seshan Complex | Anna Salai | Chennai - 600047 
Cell: 91-0-9840635910 | Office: 044 - 43114143
[EMAIL PROTECTED] | www.browline.com
__



The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not
the intended recipient, you should not disseminate, distribute or copy this
e-mail. Please notify the sender immediately and destroy all copies of this
message and any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should
check this email and any attachments for the presence of viruses. The
company accepts no liability for any damage caused by any virus transmitted
by this email.

www.browline.com

Re: Please clear the following error.

[Mark Thomas]

Hari Kumar wrote:
> Hi,
> I am getting null when I use  Tomcat 4.1 Server.
> 
> Please check the code and let me know the possible solution.

This question belongs on the users mailing list. Please see
http://tomcat.apache.org/lists.html for further information.

Mark

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

DO NOT REPLY [Bug 37498] - [PATCH] NPE in org.apache.catalina.core.ContainerBase.removeChild

[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=37498





--- Additional Comments From [EMAIL PROTECTED]  2006-09-21 10:59 ---
I would also like to know if anyone in the Tomcat community is planning to fix
this bug.  I have just encountered it in 5.5.15 running on Ubuntu. 
Specifically, when I shut down TC via bin/shutdown.sh, I get
java.lang.NoClassDefFoundError: org/apache/log4j/spi/ThrowableInformation.

I have tried to reproduce and isolate the problem without success.  It is
especially strange as this is a test server which has been running stably for
several months now, and we have not encountered this issue before.  I will
investigate further, following the lines of Darryl's suggestions, because if I
cannot deal with issue, we will have to look at an alternative JDK1.5 compatible
webapp server, because I cannot put this Tomcat in production.

I must also say that I find the childish nature of Remy's comments extremely
unsettling.  I have been using Tomcat for the last 4 years, and have put webapps
in production on both TC 4.x and 5.0, ontop of both RedHat 9, Mandrake, Centos
and Solaris.  TC has its 'known issues', but in general one of the things I like
about it is that it is simple, predictable.  Therefore perhaps a more mature
member of the TC team could have a look at this?

Darryl and Mike, I will post my findings here, and meanwhile please let me know
if you find any consistently applicable workarounds (including a TC upgrade).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

ssl connector redirect does not work

[Steve Gaunt]

Hello all

 

I am trying to set up SSL working within tomcat(as part of Jboss 4.01).

The installation of SSL is straight forward, but I cannot get http to
automatically redirect to https.  

 



  

 





  



 

  

  

  

 

I can browse https://locahost/ fine, but ideally I would like
http://localhost:8080/ to redirect to the 433 connector.  This is just a
test, because we use the ajp connector from IIS, and really need the
redirect to work, as you cannot connect through the 433 through the ajp
connector.

 

Any ideas, I've read through all the documentation and cannot understand
why the redirect doesnot work.

 

 

Thanks in advance

 

 

Cheers

 

Steve


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

Re: [VOTE] Releasing Tomcat Connectors 1.2.19

[Henri Gomez]

[X] Stable - no major issues, no regressions

Thanks

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

Re: [VOTE] Releasing Tomcat Connectors 1.2.19

[William L. Thomson Jr.]

Apache Tomcat Connectors 1.2.19 is:
[X] Stable - no major issues, no regressions

-- 
William L. Thomson Jr.
Gentoo/Java


signature.asc
Description: This is a digitally signed message part

DO NOT REPLY [Bug 37498] - [PATCH] NPE in org.apache.catalina.core.ContainerBase.removeChild

[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=37498





--- Additional Comments From [EMAIL PROTECTED]  2006-09-21 16:30 ---
I coin the term, "Tomcat web-app logger hijacking", if a container is going to
hijack the applications choice of logger then the container needs to provide
adequte protections and safe gaurds against any undesirable behavour that logger
may have.

I believe this problem can be fixed by putting a wrapper class between the
logging calls the container makes and the calls to the hijacked logger instance.
 This wrapper traps and ignores unwanted exceptions (and optionally provides
fallback logging to the container's logfile and/or stderr).  As per comment #10

Remy did commit a patch a while ago in his attempt to fix the problem by
catching the exception further up the stack trace (than the loging method call).
 But this doesn't work as the webapp on that context is no longer functional or
deployable in situations where that new catch() is executed.  This is probably
because the entire housekeeping process during the undeploy did not finish and
so the container is left in unusable state.

I'm not sure NEEDINFO is the correct status as I think the cause and problem is
fully understood now.  Maybe NEEDPATCH is really the case here but only one
committer has shown interest in this problem and their opinion on the matter is
clearly documented.  So why would anyone go to the trouble of creating a patch.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Parameterized Map in ServletRequest

[Glenn Moss]

I'm wondering why the getParameterMap method in the ServletRequest
returns a raw Map. Are there any plans to parameterize returns like this
with their appropriate classes?

 

Thanks,

Glenn

DO NOT REPLY [Bug 40572] New: - Performance problem with org.apache.catalina.loader and JAXP, JSP

[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=40572

   Summary: Performance problem with org.apache.catalina.loader and
JAXP, JSP
   Product: Tomcat 4
   Version: 4.1.30
  Platform: All
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P3
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The toString() methods on org.apache.catalina.loader package classes
WebappLoader, WebappClassLoader, StandardClassLoader and Extension all produce
extensive strings.  In addition, some of these classes invoke each other and
produce additional StringBuffer copies. 

I recommend inhibiting this debug construction unless a flag is set.  
The reasoning follows:

In doing performance tests with JSP and XML, I have found that Sun's
implementation of JAXP uses a factory locator pattern that eventually makes
multiple calls classLoader.toString(), as a result of doing a string
concatenation in a call to a debug function, and this calculation is expensive
and is done repeatedly.  

The JAXP code in Sun's Java implementation of JAXP discards this string unless
-Djaxp.debug is set, although it calculates the value anyway.  (In a separate
action, I have filed a bug with Sun over the JAXP implementation and asked them
to follow good practice and not invoke classLoader.toString() unless the debug
flag is set.)

Typically, the classLoader.toString() method is invoked once per factory
creation and again once each time the factory is used.  While the JAXP interface
recommends that factories be located once per application, seldom does anyone do
this, with the result that this expense is paid twice each time an XML operation
(parsing, XSLT transofmration, etc.) is used.  

The result is that calls to factories in javax.xml.parsers, javax.xml.transform,
javax.xml.xpath, and java.xml.validation are slower and allocate more memory
than expected.

As an example, see org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument and
note that it does
DocumentBuilderFactory().newInstance().newDocumentBuilder().parse, and that
results in two calls to classloader.toString for each JSP page parsed.  While
this may not be the proper technique suggested by Sun, it is indeed what
developers do, even inside Tomcat.

Even if Sun fixes the JAXP implementation not to invoke classLoader.toString
needlessly, it may also be valuable to provide control in Catalina over the
extent (and expense) of debugging information provided by these classloaders,
because it is not clear to many developers that the simple calculation
("classloader is " + cl) is expensive.

To see how often this is called, use a Java debugger and place a breakpoint in
org.apache.catalina.loader.WebappClassLoader.toString(), and examine the number
of calls, the context, and the size of the calculated value.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: ssl connector redirect does not work

[Mark Thomas]

Steve Gaunt wrote:
> Hello all
> 
> I am trying to set up SSL working within tomcat(as part of Jboss 4.01).

This question belongs on the users list, not the dev list.


Mark

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

svn commit: r448746 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/deploy/NamingResources.java webapps/docs/changelog.xml

[markt]

Author: markt
Date: Thu Sep 21 17:01:18 2006
New Revision: 448746

URL: http://svn.apache.org/viewvc?view=rev&rev=448746
Log:
Fix bug 29727. Changes to env-entry values should take effect on web-app reload.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/deploy/NamingResources.java
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/deploy/NamingResources.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/deploy/NamingResources.java?view=diff&rev=448746&r1=448745&r2=448746
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/deploy/NamingResources.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/deploy/NamingResources.java
 Thu Sep 21 17:01:18 2006
@@ -184,10 +184,14 @@
 public void addEnvironment(ContextEnvironment environment) {
 
 if (entries.containsKey(environment.getName())) {
-return;
-} else {
-entries.put(environment.getName(), environment.getType());
+if (findEnvironment(environment.getName()).getOverride()) {
+removeEnvironment(environment.getName());
+} else {
+return;
+}
 }
+
+entries.put(environment.getName(), environment.getType());
 
 synchronized (envs) {
 environment.setNamingResources(this);

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?view=diff&rev=448746&r1=448745&r2=448746
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Thu Sep 21 17:01:18 2006
@@ -14,6 +14,18 @@
   
 
 
+
+  
+
+  
+29727: If env-entry values in web.xml are changed then
+ensure new vales are applied when context is reloaded. (markt)
+  
+
+   
+
+
+
 
   
 



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

DO NOT REPLY [Bug 29727] - JNDI env-entry not reload when context reloaded

[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=29727


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-09-21 23:58 ---
This is fixed in svn and will be in 5.5.21 onwards.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r448750 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java

[remm]

Author: remm
Date: Thu Sep 21 17:34:29 2006
New Revision: 448750

URL: http://svn.apache.org/viewvc?view=rev&rev=448750
Log:
- Import cleanup.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java?view=diff&rev=448750&r1=448749&r2=448750
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java 
Thu Sep 21 17:34:29 2006
@@ -19,10 +19,7 @@
 
 import java.io.IOException;
 
-import javax.servlet.Servlet;
-
 import org.apache.catalina.CometEvent;
-import org.apache.catalina.CometProcessor;
 import org.apache.catalina.Context;
 import org.apache.catalina.Globals;
 import org.apache.catalina.Wrapper;
@@ -89,12 +86,6 @@
  */
 private static final String match =
 ";" + Globals.SESSION_PARAMETER_NAME + "=";
-
-
-/**
- * The match string for identifying a session ID parameter.
- */
-private static final char[] SESSION_ID = match.toCharArray();
 
 
 /**



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

svn commit: r448753 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina/valves: CometConnectionManagerValve.java LocalStrings.properties

[remm]

Author: remm
Date: Thu Sep 21 17:41:49 2006
New Revision: 448753

URL: http://svn.apache.org/viewvc?view=rev&rev=448753
Log:
- Add a connection tracking valve for Comet, which I did not test, but should 
implement the general concept.
- Next would be changing the Adapter.event to pass an int or an enum instead of 
the boolean to differentiate timeout,
  disconnect errors, etc. I will try to check handling of the timeout, and 
treat it like a periodic event, 
  where the servlet has the opportunity to close the connection (by calling 
event.close) but may choose 
  to keep the connection open event if there was no client activity (in which 
case, the connection will timeout 
  again after the usual amount of time).

Added:

tomcat/tc6.0.x/trunk/java/org/apache/catalina/valves/CometConnectionManagerValve.java
   (with props)
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/valves/LocalStrings.properties

Added: 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/valves/CometConnectionManagerValve.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/valves/CometConnectionManagerValve.java?view=auto&rev=448753
==
--- 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/valves/CometConnectionManagerValve.java
 (added)
+++ 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/valves/CometConnectionManagerValve.java
 Thu Sep 21 17:41:49 2006
@@ -0,0 +1,332 @@
+/*
+ * Copyright 1999-2001,2005-2006 The Apache Software Foundation.
+ * 
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * 
+ *  http://www.apache.org/licenses/LICENSE-2.0
+ * 
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+
+package org.apache.catalina.valves;
+
+
+import java.io.IOException;
+import java.util.Iterator;
+import java.util.concurrent.ConcurrentHashMap;
+
+import javax.servlet.ServletException;
+import javax.servlet.http.HttpSession;
+import javax.servlet.http.HttpSessionEvent;
+import javax.servlet.http.HttpSessionListener;
+
+import org.apache.catalina.CometEvent;
+import org.apache.catalina.Lifecycle;
+import org.apache.catalina.LifecycleException;
+import org.apache.catalina.LifecycleListener;
+import org.apache.catalina.connector.CometEventImpl;
+import org.apache.catalina.connector.Request;
+import org.apache.catalina.connector.Response;
+import org.apache.catalina.util.LifecycleSupport;
+import org.apache.catalina.util.StringManager;
+
+
+/**
+ * Implementation of a Valve that tracks Comet connections, and closes them
+ * when the associated session expires or the webapp is reloaded.
+ *
+ * This Valve may be attached to any Container, depending on the granularity
+ * of the concurrency control you wish to perform.
+ *
+ * @author Remy Maucherat
+ * @version $Revision: 386404 $ $Date: 2006-03-16 18:50:37 +0100 (jeu., 16 
mars 2006) $
+ */
+
+public class CometConnectionManagerValve
+extends ValveBase
+implements Lifecycle, HttpSessionListener {
+
+
+// - Instance Variables
+
+
+/**
+ * The descriptive information related to this implementation.
+ */
+protected static final String info =
+"org.apache.catalina.valves.CometConnectionManagerValve/1.0";
+
+
+/**
+ * The string manager for this package.
+ */
+protected StringManager sm =
+StringManager.getManager(Constants.Package);
+
+
+/**
+ * The lifecycle event support for this component.
+ */
+protected LifecycleSupport lifecycle = new LifecycleSupport(this);
+
+
+/**
+ * Has this component been started yet?
+ */
+protected boolean started = false;
+
+
+/**
+ * Connection list.
+ */
+protected ConcurrentHashMap connections
+= new ConcurrentHashMap();
+
+
+// - Properties
+
+
+// -- Lifecycle Methods
+
+
+/**
+ * Add a lifecycle event listener to this component.
+ *
+ * @param listener The listener to add
+ */
+public void addLifecycleListener(LifecycleListener listener) {
+
+lifecycle.addLifecycleListener(listener);
+
+}
+
+
+/**
+ * Get the lifecycle listeners associated with this lifecycle. If this
+ * Lifecycle has no listeners registered, a zero-length array is returned.
+ */
+public LifecycleListener[] findLifecycleListeners() {
+
+return lifecycle.findLifecycleListeners();
+
+}
+
+
+/**
+ 

DO NOT REPLY [Bug 40316] - apachectl -k graceful causes segmentation fault

[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=40316





--- Additional Comments From [EMAIL PROTECTED]  2006-09-22 06:13 ---
Takayuki,

Thank you for your reply.
I have also confirmed Segmentation Fault had been fixed with 1.2.18(1.2.16 is 
not released).

> Fri Aug 25 14:47:17 2006] [error] (43)Identifier removed: 
apr_global_mutex_lock
> (jk_log_lock) failed

I am confusing if this is a bug, or specification.
Please teach me there is a problem for an application when this error is 
occured.
If there is a problem(if request fails), let me know how to avoid or solve it.

thank you




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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