Re: can not build tests

[Amila Suriarachchi]

ant run-tester will run the tester web application. this works fine.
but what i want to know is, is there a way to run the Testcases written
using junit.
i think that "test task" is to compile those tests.

amila.

war deployement question

[Jean-frederic Clere]

Hi,

I have small question: In which class(es) are the warfiles deployed?

Cheers

Jean-Frederic

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

svn commit: r379417 [3/7] - in /tomcat/jasper/tc6.0.x/src/share/org/apache: el/lang/ el/parser/ el/util/ jasper/compiler/ jasper/el/ jasper/resources/ jasper/runtime/

[remm]

Modified: 
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/PageInfo.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/PageInfo.java?rev=379417&r1=379416&r2=379417&view=diff
==
--- tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/PageInfo.java 
(original)
+++ tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/PageInfo.java 
Tue Feb 21 02:57:35 2006
@@ -22,8 +22,11 @@
 import java.util.List;
 import java.util.Vector;
 
+import org.apache.el.ExpressionFactoryImpl;
 import org.apache.jasper.Constants;
 import org.apache.jasper.JasperException;
+
+import javax.el.ExpressionFactory;
 import javax.servlet.jsp.tagext.TagLibraryInfo;
 
 /**
@@ -63,8 +66,17 @@
 
 private boolean scriptless = false;
 private boolean scriptingInvalid = false;
+
 private String isELIgnoredValue;
 private boolean isELIgnored = false;
+
+// JSP 2.1
+private String deferredSyntaxAllowedAsLiteralValue;
+private boolean deferredSyntaxAllowedAsLiteral = false;
+private ExpressionFactory expressionFactory = new ExpressionFactoryImpl();
+private String trimDirectiveWhitespacesValue;
+private boolean trimDirectiveWhitespaces = false;
+
 private String omitXmlDecl = null;
 private String doctypeName = null;
 private String doctypePublic = null;
@@ -605,6 +617,48 @@
 
 isELIgnoredValue = value;
 }
+
+/*
+ * deferredSyntaxAllowedAsLiteral
+ */
+public void setDeferredSyntaxAllowedAsLiteral(String value, Node n, 
ErrorDispatcher err,
+   boolean pagedir)
+throws JasperException {
+
+if ("true".equalsIgnoreCase(value))
+deferredSyntaxAllowedAsLiteral = true;
+else if ("false".equalsIgnoreCase(value))
+deferredSyntaxAllowedAsLiteral = false;
+else {
+if (pagedir)
+err.jspError(n, 
"jsp.error.page.invalid.deferredsyntaxallowedasliteral");
+else
+err.jspError(n, 
"jsp.error.tag.invalid.deferredsyntaxallowedasliteral");
+}
+
+deferredSyntaxAllowedAsLiteralValue = value;
+}
+
+/*
+ * trimDirectiveWhitespaces
+ */
+public void setTrimDirectiveWhitespaces(String value, Node n, 
ErrorDispatcher err,
+   boolean pagedir)
+throws JasperException {
+
+if ("true".equalsIgnoreCase(value))
+trimDirectiveWhitespaces = true;
+else if ("false".equalsIgnoreCase(value))
+trimDirectiveWhitespaces = false;
+else {
+if (pagedir)
+err.jspError(n, 
"jsp.error.page.invalid.trimdirectivewhitespaces");
+else
+err.jspError(n, 
"jsp.error.tag.invalid.trimdirectivewhitespaces");
+}
+
+deferredSyntaxAllowedAsLiteralValue = value;
+}
 
 public void setELIgnored(boolean s) {
 isELIgnored = s;
@@ -624,5 +678,33 @@
 
 public Mark getNonCustomTagPrefix(String prefix) {
 return (Mark) nonCustomTagPrefixMap.get(prefix);
+}
+
+public String getDeferredSyntaxAllowedAsLiteral() {
+return deferredSyntaxAllowedAsLiteralValue;
+}
+
+public boolean isDeferredSyntaxAllowedAsLiteral() {
+return deferredSyntaxAllowedAsLiteral;
+}
+
+public void setDeferredSyntaxAllowedAsLiteral(boolean isELDeferred) {
+this.deferredSyntaxAllowedAsLiteral = isELDeferred;
+}
+
+public ExpressionFactory getExpressionFactory() {
+return expressionFactory;
+}
+
+public String getTrimDirectiveWhitespaces() {
+return trimDirectiveWhitespacesValue;
+}
+
+public boolean isTrimDirectiveWhitespaces() {
+return trimDirectiveWhitespaces;
+}
+
+public void setTrimDirectiveWhitespaces(boolean trimDirectiveWhitespaces) {
+this.trimDirectiveWhitespaces = trimDirectiveWhitespaces;
 }
 }



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

svn commit: r379417 [1/7] - in /tomcat/jasper/tc6.0.x/src/share/org/apache: el/lang/ el/parser/ el/util/ jasper/compiler/ jasper/el/ jasper/resources/ jasper/runtime/

[remm]

Author: remm
Date: Tue Feb 21 02:57:35 2006
New Revision: 379417

URL: http://svn.apache.org/viewcvs?rev=379417&view=rev
Log:
- Wire the new EL inside Jasper.
- Remove dependency on commons-el.
- Temporary problem: this now requires a JSP 2.1 API binary to build.
- Small fixes in the EL.
- Submitted by Jacob Hookom.

Added:
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELContextImpl.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELResolverImpl.java

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ExpressionEvaluatorImpl.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ExpressionImpl.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/FunctionMapperImpl.java

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/VariableResolverImpl.java

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/runtime/JspApplicationContextImpl.java
Modified:
tomcat/jasper/tc6.0.x/src/share/org/apache/el/lang/ExpressionBuilder.java
tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/Node.java
tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/NodeVisitor.java
tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/SimpleNode.java
tomcat/jasper/tc6.0.x/src/share/org/apache/el/util/MessageFactory.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/ELParser.java

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/JspDocumentParser.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/JspUtil.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/Node.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/PageInfo.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/Parser.java
tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/compiler/Validator.java

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/resources/LocalStrings.properties

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/runtime/JspContextWrapper.java

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/runtime/JspFactoryImpl.java

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/runtime/PageContextImpl.java

tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/runtime/ProtectedFunctionMapper.java

Modified: 
tomcat/jasper/tc6.0.x/src/share/org/apache/el/lang/ExpressionBuilder.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/src/share/org/apache/el/lang/ExpressionBuilder.java?rev=379417&r1=379416&r2=379417&view=diff
==
--- tomcat/jasper/tc6.0.x/src/share/org/apache/el/lang/ExpressionBuilder.java 
(original)
+++ tomcat/jasper/tc6.0.x/src/share/org/apache/el/lang/ExpressionBuilder.java 
Tue Feb 21 02:57:35 2006
@@ -133,7 +133,11 @@
}
 
private void prepare(Node node) throws ELException {
-   node.accept(this);
+try {
+node.accept(this);
+} catch (Exception e) {
+throw (ELException) e;
+}
if (this.fnMapper instanceof FunctionMapperFactory) {
this.fnMapper = ((FunctionMapperFactory) 
this.fnMapper).create();
}

Modified: tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/Node.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/Node.java?rev=379417&r1=379416&r2=379417&view=diff
==
--- tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/Node.java (original)
+++ tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/Node.java Tue Feb 21 
02:57:35 2006
@@ -64,7 +64,7 @@
   public void setValue(EvaluationContext ctx, Object value) throws ELException;
   public Class getType(EvaluationContext ctx) throws ELException;
   public boolean isReadOnly(EvaluationContext ctx) throws ELException;
-  public void accept(NodeVisitor visitor) throws ELException;
+  public void accept(NodeVisitor visitor) throws Exception;
   public MethodInfo getMethodInfo(EvaluationContext ctx, Class[] paramTypes) 
throws ELException;
   public Object invoke(EvaluationContext ctx, Class[] paramTypes, Object[] 
paramValues) throws ELException;
 }

Modified: tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/NodeVisitor.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/NodeVisitor.java?rev=379417&r1=379416&r2=379417&view=diff
==
--- tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/NodeVisitor.java 
(original)
+++ tomcat/jasper/tc6.0.x/src/share/org/apache/el/parser/NodeVisitor.java Tue 
Feb 21 02:57:35 2006
@@ -15,12 +15,10 @@
  */
 package org.apache.el.parser;
 
-import javax.el.ELException;
-
 /**
  * @author Jacob Hookom [EMAIL PROTECTED]
  * @version $Change: 181177 $$DateTime: 2001/06/26 08:45:09 $$Author: 

svn commit: r379417 [6/7] - in /tomcat/jasper/tc6.0.x/src/share/org/apache: el/lang/ el/parser/ el/util/ jasper/compiler/ jasper/el/ jasper/resources/ jasper/runtime/

[remm]

Added: tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELContextImpl.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELContextImpl.java?rev=379417&view=auto
==
--- tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELContextImpl.java 
(added)
+++ tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELContextImpl.java Tue 
Feb 21 02:57:35 2006
@@ -0,0 +1,62 @@
+/*
+ * Copyright 1999,2004 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.jasper.el;
+
+import javax.el.ELContext;
+import javax.el.ELResolver;
+import javax.el.FunctionMapper;
+import javax.el.VariableMapper;
+
+/**
+ * Implementation of ELContext
+ * 
+ * @author Jacob Hookom
+ */
+public class ELContextImpl extends ELContext {
+   
+   private final ELResolver resolver;
+   private FunctionMapper functionMapper;
+   private VariableMapper variableMapper;
+
+public ELContextImpl() {
+this(ELResolverImpl.DefaultResolver);
+}
+
+   public ELContextImpl(ELResolver resolver) {
+   this.resolver = resolver;
+   }
+
+   public ELResolver getELResolver() {
+   return this.resolver;
+   }
+
+   public FunctionMapper getFunctionMapper() {
+   return this.functionMapper;
+   }
+
+   public VariableMapper getVariableMapper() {
+   return this.variableMapper;
+   }
+   
+   public void setFunctionMapper(FunctionMapper functionMapper) {
+   this.functionMapper = functionMapper;
+   }
+   
+   public void setVariableMapper(VariableMapper variableMapper) {
+   this.variableMapper = variableMapper;
+   }
+
+}

Added: tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELResolverImpl.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELResolverImpl.java?rev=379417&view=auto
==
--- tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELResolverImpl.java 
(added)
+++ tomcat/jasper/tc6.0.x/src/share/org/apache/jasper/el/ELResolverImpl.java 
Tue Feb 21 02:57:35 2006
@@ -0,0 +1,129 @@
+package org.apache.jasper.el;
+
+import java.util.Iterator;
+
+import javax.el.ArrayELResolver;
+import javax.el.BeanELResolver;
+import javax.el.CompositeELResolver;
+import javax.el.ELContext;
+import javax.el.ELException;
+import javax.el.ELResolver;
+import javax.el.ListELResolver;
+import javax.el.MapELResolver;
+import javax.el.PropertyNotFoundException;
+import javax.el.PropertyNotWritableException;
+import javax.el.ResourceBundleELResolver;
+import javax.servlet.jsp.el.VariableResolver;
+
+public class ELResolverImpl extends ELResolver {
+   
+   public final static ELResolver DefaultResolver = new 
CompositeELResolver();
+
+   static {
+   ((CompositeELResolver) DefaultResolver).add(new 
MapELResolver());
+   ((CompositeELResolver) DefaultResolver).add(new 
ResourceBundleELResolver());
+   ((CompositeELResolver) DefaultResolver).add(new 
ListELResolver());
+   ((CompositeELResolver) DefaultResolver).add(new 
ArrayELResolver());
+   ((CompositeELResolver) DefaultResolver).add(new 
BeanELResolver());
+   }
+
+   private final VariableResolver variableResolver;
+
+   public ELResolverImpl(VariableResolver variableResolver) {
+   this.variableResolver = variableResolver;
+   }
+
+   public Object getValue(ELContext context, Object base, Object property)
+   throws NullPointerException, PropertyNotFoundException, 
ELException {
+   if (context == null) {
+   throw new NullPointerException();
+   }
+
+   if (base == null) {
+   context.setPropertyResolved(true);
+   if (property != null) {
+   try {
+   return 
this.variableResolver.resolveVariable(property
+   .toString());
+   } catch (javax.servlet.jsp.el.ELException e) {
+   throw new ELException(e.getMessage(), 
e.getCause());
+   }

Re: war deployement question

[Remy Maucherat]

Jean-frederic Clere wrote:

Hi,

I have small question: In which class(es) are the warfiles deployed?


In Tomcat, the "deployer" is a listener class for the Host, called 
HostConfig.


Rémy

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

[EMAIL PROTECTED]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) failed

[Stefan Bodewig]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-4.0 has an issue affecting its community integration.
This issue affects 7 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cargo :  Cargo provides a Java API to manipulate Java Containers
- jakarta-cactus-documentation :  Cactus Documentation
- jakarta-cactus-release-12 :  Unit test framework for server-side java code
- jakarta-cactus-release-13 :  Unit test framework for server-side java code
- jakarta-cactus-sample-jetty-13 :  Cactus Jetty Sample (J2EE 1.3)
- jakarta-cactus-sample-servlet-13 :  Cactus Servlet Sample (J2EE 1.3)
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Output [naming-resources.jar] identifier set to output basename: 
[naming-resources]
 -DEBUG- Output [servlets-default.jar] identifier set to output basename: 
[servlets-default]
 -DEBUG- Output [naming-common.jar] identifier set to output basename: 
[naming-common]
 -DEBUG- Output [catalina.jar] identifier set to output basename: [catalina]
 -DEBUG- Output [bootstrap.jar] identifier set to output basename: [bootstrap]
 -DEBUG- Output [servlets-common.jar] identifier set to output basename: 
[servlets-common]
 -DEBUG- Output [servlets-invoker.jar] identifier set to output basename: 
[servlets-invoker]
 -DEBUG- Dependency on javamail exists, no need to add for property mail.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.jar.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
xerces.jar.
 -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -DEBUG- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar.
 -DEBUG- Dependency on jndi exists, no need to add for property jndi.home.
 -DEBUG- Dependency on javamail exists, no need to add for property mail.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.home.
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html
Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build)
Work ended in a state of : Failed
Elapsed: 15 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djmx.license=/usr/local/gump/public/workspace/jakarta-tomcat-4.0/RUNNING.txt 
-Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar 
-Djmx.jar=/usr/local/gump/packages/jmx-1_2_1-bin/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2_1-bin 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-21022006.jar
 -Dmail.home=/usr/local/gump/packages/javamail-1.3.2 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar
 -Dxerces.jar=/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21022006.jar
 -Dldap.jar=/usr/local/gump/packages/ld

[EMAIL PROTECTED]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) failed

[Stefan Bodewig]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-4.0 has an issue affecting its community integration.
This issue affects 7 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cargo :  Cargo provides a Java API to manipulate Java Containers
- jakarta-cactus-documentation :  Cactus Documentation
- jakarta-cactus-release-12 :  Unit test framework for server-side java code
- jakarta-cactus-release-13 :  Unit test framework for server-side java code
- jakarta-cactus-sample-jetty-13 :  Cactus Jetty Sample (J2EE 1.3)
- jakarta-cactus-sample-servlet-13 :  Cactus Servlet Sample (J2EE 1.3)
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Output [naming-resources.jar] identifier set to output basename: 
[naming-resources]
 -DEBUG- Output [servlets-default.jar] identifier set to output basename: 
[servlets-default]
 -DEBUG- Output [naming-common.jar] identifier set to output basename: 
[naming-common]
 -DEBUG- Output [catalina.jar] identifier set to output basename: [catalina]
 -DEBUG- Output [bootstrap.jar] identifier set to output basename: [bootstrap]
 -DEBUG- Output [servlets-common.jar] identifier set to output basename: 
[servlets-common]
 -DEBUG- Output [servlets-invoker.jar] identifier set to output basename: 
[servlets-invoker]
 -DEBUG- Dependency on javamail exists, no need to add for property mail.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.jar.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
xerces.jar.
 -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -DEBUG- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar.
 -DEBUG- Dependency on jndi exists, no need to add for property jndi.home.
 -DEBUG- Dependency on javamail exists, no need to add for property mail.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.home.
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html
Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build)
Work ended in a state of : Failed
Elapsed: 15 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djmx.license=/usr/local/gump/public/workspace/jakarta-tomcat-4.0/RUNNING.txt 
-Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar 
-Djmx.jar=/usr/local/gump/packages/jmx-1_2_1-bin/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2_1-bin 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-21022006.jar
 -Dmail.home=/usr/local/gump/packages/javamail-1.3.2 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar
 -Dxerces.jar=/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21022006.jar
 -Dldap.jar=/usr/local/gump/packages/ld

svn commit: r379427 - /tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11Protocol.java

[remm]

Author: remm
Date: Tue Feb 21 03:28:12 2006
New Revision: 379427

URL: http://svn.apache.org/viewcvs?rev=379427&view=rev
Log:
- Fix imports.
- 38726: Remove duplicate request group field.

Modified:

tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11Protocol.java

Modified: 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11Protocol.java
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11Protocol.java?rev=379427&r1=379426&r2=379427&view=diff
==
--- 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11Protocol.java
 (original)
+++ 
tomcat/connectors/trunk/http11/src/java/org/apache/coyote/http11/Http11Protocol.java
 Tue Feb 21 03:28:12 2006
@@ -16,34 +16,12 @@
 
 package org.apache.coyote.http11;
 
-import java.io.IOException;
-import java.io.InputStream;
-import java.io.OutputStream;
-import java.net.InetAddress;
-import java.net.Socket;
-import java.net.URLEncoder;
-import java.util.Enumeration;
-import java.util.Hashtable;
-import java.util.Iterator;
-
 import javax.management.MBeanRegistration;
 import javax.management.MBeanServer;
 import javax.management.ObjectName;
 
 import org.apache.commons.modeler.Registry;
-import org.apache.coyote.ActionCode;
-import org.apache.coyote.ActionHook;
-import org.apache.coyote.Adapter;
-import org.apache.coyote.ProtocolHandler;
-import org.apache.coyote.RequestGroupInfo;
 import org.apache.coyote.RequestInfo;
-import org.apache.tomcat.util.net.PoolTcpEndpoint;
-import org.apache.tomcat.util.net.SSLImplementation;
-import org.apache.tomcat.util.net.SSLSupport;
-import org.apache.tomcat.util.net.ServerSocketFactory;
-import org.apache.tomcat.util.net.TcpConnection;
-import org.apache.tomcat.util.net.TcpConnectionHandler;
-import org.apache.tomcat.util.res.StringManager;
 import org.apache.tomcat.util.threads.ThreadPool;
 import org.apache.tomcat.util.threads.ThreadWithAttributes;
 
@@ -139,7 +117,6 @@
 static class JmxHttp11ConnectionHandler extends Http11ConnectionHandler  {
 Http11Protocol proto;
 static int count=0;
-RequestGroupInfo global=new RequestGroupInfo();
 
 JmxHttp11ConnectionHandler( Http11Protocol proto ) {
 super(proto);



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

DO NOT REPLY [Bug 38716] - Memory leaking on application undeployment, reload: solution to problem.

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 12:29 ---
Re comment #8: Can you save me the absolutely assholish attitude, please?

Sorry for intruding in your totalitarian kingdom, Remy.. So very stupid of me.

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

DO NOT REPLY [Bug 38726] - GlobalRequestProcessor attributes are always 0

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 12:32 ---
Ah ok. This works fine with the APR connector, but does not work anymore with
the regular HTTP connector, because after a refactoring, the class was left with
duplicate fields.

-- 
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: never say never...

[Mladen Turk]

George Sexton wrote:


This assumes that committers are an practically unlimited 
resource, and they




Of course we have, because we actually own the Intellectual Property.
You are forgetting that we have PMC (Project Management Committee),
that is responsible to deal with all administrative stuff :)




Actually, I've got two other submissions that are not in critical portions
of the code:

http://issues.apache.org/bugzilla/show_bug.cgi?id=38352



From your bz report:

> ...
> I think to be compliant with the spec, this must be allowed.
> ...
> Again, I think the spec requires this.
> ...


So, why would anyone even spend a single microsecond to look at
the patch if *you* could not guarantee that the patch is
compliant with the specs?

Tomcat is very mature project, and lots of users are depending
on it's stability. Considering a patch that it's own author
considers as 'maybe' would lead us to nowhere.

I applaud to your willing to contribute, but if you wish to
do that, and eventually become a member of the elite, you must
follow some rules, and the first one, like in any company is to
respect your colleagues.

Regards,
Mladen.



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

DO NOT REPLY [Bug 38716] - Memory leaking on application undeployment, reload: solution to problem.

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 13:24 ---
(In reply to comment #11)
> Re comment #8: Can you save me the absolutely assholish attitude, please?
> 
> Sorry for intruding in your totalitarian kingdom, Remy.. So very stupid of me.

I'm glad you appreciate it :)


-- 
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: never say never...

[Leon Rosenberg]

On 2/21/06, Mladen Turk <[EMAIL PROTECTED]> wrote:
> > Actually, I've got two other submissions that are not in critical portions
> > of the code:
> >
> > http://issues.apache.org/bugzilla/show_bug.cgi?id=38352
> >
>
>  From your bz report:
>
>  > ...
>  > I think to be compliant with the spec, this must be allowed.
>  > ...
>  > Again, I think the spec requires this.
>  > ...
>
>
> So, why would anyone even spend a single microsecond to look at
> the patch if *you* could not guarantee that the patch is
> compliant with the specs?

I don't intend to start (or enter) a flame war here, but you are
making an interesting point.

What about commiters changing behaviour of tomcat in a spec-free-zone,
breaking tons of webapps worldwide, and  replying to all bugzilla
entries and comments with RESOLVED INVALID?

regards
Leon

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

Re: war deployement question

[Jean-frederic Clere]

Remy Maucherat wrote:


Jean-frederic Clere wrote:


Hi,

I have small question: In which class(es) are the warfiles deployed?



In Tomcat, the "deployer" is a listener class for the Host, called 
HostConfig.


Thanks, I am now in ExpandWar.java ;-)

Cheers

Jean-Frederic



Rémy

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

Re: never say never...

[Leon Rosenberg]

http://issues.apache.org/bugzilla/show_bug.cgi?id=38716

Yet another perfect example. This time its a WONTFIX, instead of
INVALID, there is some progress to be observed :-)

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

svn commit: r379463 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[remm]

Author: remm
Date: Tue Feb 21 06:41:00 2006
New Revision: 379463

URL: http://svn.apache.org/viewcvs?rev=379463&view=rev
Log:
- Changelog update.

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=379463&r1=379462&r2=379463&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Tue Feb 21 06:41:00 2006
@@ -44,15 +44,41 @@
 is doen by the regular deployer. (remm)
   
   
- Add JMX serverInfo attribute to Server MBean, that we can identify
- the tomcat release remotely. (pero)
+Add JMX serverInfo attribute to Server MBean, that we can identify
+the tomcat release remotely. (pero)
   
   
- Fix the JMX MBeanFactory.createStandardHost signature at 
mbean-descriptors.xml (pero)
+Fix the JMX MBeanFactory.createStandardHost signature at 
mbean-descriptors.xml (pero)
   
   
- Fix some cases (for example with realm usage) where the container 
logger for a context
- would be retrieved using the wrong classloader (remm)
+Fix some cases (for example with realm usage) where the container 
logger for a context
+would be retrieved using the wrong classloader (remm)
+  
+  
+HttpSession.getId will no longer throw an ISE when the session is 
invalid (remm)
+  
+  
+ ore detailed errors for naming issues (remm)
+  
+  
+Add documentation for the Transaction element (remm)
+  
+  
+Add getContextPath to the internal servlet context implementation 
(remm)
+  
+  
+Only null instances loaded by the webapp CL, submitted by Matt Jensen 
(remm)
+  
+  
+Deploy folders which don't have a WEB-INF, and return an error when a 
context
+file does not contain a Context element (remm)
+  
+  
+38653: Fix property name (remm)
+  
+  
+Slightly modify the timing of the manager start, so that it is not 
started by a
+listener (remm)
   
 
   
@@ -72,6 +98,23 @@
   
 Pass along more of the SSL related fields to OpenSSL (remm)
   
+  
+CharChunk now implements CharSequence (remm)
+  
+  
+Fix coding error which could cause a rare crash when a poller error 
occurred and sockets
+where pending being added to the keepalive poller (remm)
+  
+  
+Fix potential sync issues when restarting a poller (remm)
+  
+  
+Update APR error reports, including the error codes (remm)
+  
+  
+38726: Remove duplicate request group field causing blank 
statistics for the
+HTTP connector (remm) 
+  
 
   
   
@@ -106,6 +149,9 @@
 
   
 Fix some XSS issues in the JSP examples. (markt)
+  
+  
+Fix logos in the manager webapp (remm)
   
 
   



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

DO NOT REPLY [Bug 29091] - Non-ascii characters are not handled correctly...

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




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

DO NOT REPLY [Bug 38705] - Allow admin console to start/stop/restart web applications

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |enhancement




-- 
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: r379499 [5/5] - in /tomcat/jasper/tc6.0.x/src: etc/ etc/dtd/ share/javax/servlet/ share/javax/servlet/jsp/ share/javax/servlet/jsp/el/ share/javax/servlet/jsp/tagext/ share/javax/servlet/j

[remm]

Added: 
tomcat/jasper/tc6.0.x/src/share/javax/servlet/jsp/tagext/TagLibraryInfo.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/src/share/javax/servlet/jsp/tagext/TagLibraryInfo.java?rev=379499&view=auto
==
--- 
tomcat/jasper/tc6.0.x/src/share/javax/servlet/jsp/tagext/TagLibraryInfo.java 
(added)
+++ 
tomcat/jasper/tc6.0.x/src/share/javax/servlet/jsp/tagext/TagLibraryInfo.java 
Tue Feb 21 07:46:36 2006
@@ -0,0 +1,286 @@
+/*
+* Copyright 2004 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 javax.servlet.jsp.tagext;
+
+import javax.servlet.jsp.tagext.TagInfo;
+import javax.servlet.jsp.tagext.TagFileInfo;
+
+/**
+ * Translation-time information associated with a taglib directive, and its
+ * underlying TLD file.
+ *
+ * Most of the information is directly from the TLD, except for
+ * the prefix and the uri values used in the taglib directive
+ *
+ *
+ */
+
+abstract public class TagLibraryInfo {
+
+/**
+ * Constructor.
+ *
+ * This will invoke the constructors for TagInfo, and TagAttributeInfo
+ * after parsing the TLD file.
+ *
+ * @param prefix the prefix actually used by the taglib directive
+ * @param uri the URI actually used by the taglib directive
+ */
+protected TagLibraryInfo(String prefix, String uri) {
+   this.prefix = prefix;
+   this.uri= uri;
+}
+
+//  methods accessing taglib information ===
+
+/**
+ * The value of the uri attribute from the taglib directive for 
+ * this library.
+ *
+ * @return the value of the uri attribute
+ */
+   
+public String getURI() {
+return uri;
+}
+
+/**
+ * The prefix assigned to this taglib from the taglib directive
+ *
+ * @return the prefix assigned to this taglib from the taglib directive
+ */
+
+public String getPrefixString() {
+   return prefix;
+}
+
+//  methods using the TLD data ===
+
+/**
+ * The preferred short name (prefix) as indicated in the TLD.
+ * This may be used by authoring tools as the preferred prefix
+ * to use when creating an taglib directive for this library.
+ *
+ * @return the preferred short name for the library
+ */
+public String getShortName() {
+return shortname;
+}
+
+/**
+ * The "reliable" URN indicated in the TLD (the uri element).
+ * This may be used by authoring tools as a global identifier
+ * to use when creating a taglib directive for this library.
+ *
+ * @return a reliable URN to a TLD like this
+ */
+public String getReliableURN() {
+return urn;
+}
+
+
+/**
+ * Information (documentation) for this TLD.
+ *
+ * @return the info string for this tag lib
+ */
+   
+public String getInfoString() {
+return info;
+}
+
+
+/**
+ * A string describing the required version of the JSP container.
+ * 
+ * @return the (minimal) required version of the JSP container.
+ * @see javax.servlet.jsp.JspEngineInfo
+ */
+   
+public String getRequiredVersion() {
+return jspversion;
+}
+
+
+/**
+ * An array describing the tags that are defined in this tag library.
+ *
+ * @return the TagInfo objects corresponding to the tags defined by this
+ * tag library, or a zero length array if this tag library
+ * defines no tags
+ */
+public TagInfo[] getTags() {
+return tags;
+}
+
+/**
+ * An array describing the tag files that are defined in this tag library.
+ *
+ * @return the TagFileInfo objects corresponding to the tag files defined
+ * by this tag library, or a zero length array if this
+ * tag library defines no tags files
+ * @since 2.0
+ */
+public TagFileInfo[] getTagFiles() {
+return tagFiles;
+}
+
+
+/**
+ * Get the TagInfo for a given tag name, looking through all the
+ * tags in this tag library.
+ *
+ * @param shortname The short name (no prefix) of the tag
+ * @return the TagInfo for the tag with the specified short name, or
+ * null if no such tag is found
+ */
+
+public TagInfo getTag(String shortname) {
+TagInfo tags[] = getTags();
+
+if (tags == null || tags.length == 0) {
+return null;
+

svn commit: r379500 - in /tomcat/jasper/tc6.0.x: build.properties.sample build.xml

[remm]

Author: remm
Date: Tue Feb 21 07:50:10 2006
New Revision: 379500

URL: http://svn.apache.org/viewcvs?rev=379500&view=rev
Log:
- Fix build script according to recent changes.

Modified:
tomcat/jasper/tc6.0.x/build.properties.sample
tomcat/jasper/tc6.0.x/build.xml

Modified: tomcat/jasper/tc6.0.x/build.properties.sample
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/build.properties.sample?rev=379500&r1=379499&r2=379500&view=diff
==
--- tomcat/jasper/tc6.0.x/build.properties.sample (original)
+++ tomcat/jasper/tc6.0.x/build.properties.sample Tue Feb 21 07:50:10 2006
@@ -17,13 +17,6 @@
 #base.path=C:/path/to/the/repository
 #base.path=/usr/local
 
-# - Pointer to Catalina -
-catalina.home=../../jakarta-tomcat-5/build
-
-# - Pointer to JSP Standard Tag Library distribution -
-#standard.home=${base.path}/jakarta-taglibs/standard
-#jsp20el.jar=${standard.home}/../dist/jsp20el/jsp20el.jar
-
 compile.source=1.5
 
 # - Servlet API v2.4 -
@@ -31,23 +24,12 @@
 servlet-api.lib=${servlet-api.home}/lib
 servlet-api.jar=${servlet-api.lib}/servlet-api.jar
 
-# - JSP API v2.0 -
-jsp-api.home=${base.path}/jsp-api-2.0
-jsp-api.lib=${jsp-api.home}/lib
-jsp-api.jar=${jsp-api.lib}/jsp-api.jar
-
 # - Commons Logging, version 1.0.1 or later -
 commons-logging.home=${base.path}/commons-logging-1.0.4
 commons-logging.lib=${commons-logging.home}
 commons-logging-api.jar=${commons-logging.lib}/commons-logging-api.jar
 commons-logging.jar=${commons-logging.lib}/commons-logging.jar
 
commons-logging.loc=${base-jakarta.loc}/commons/logging/binaries/commons-logging-1.0.4.tar.gz
-
-# - Commons Expression Language (EL), version 1.0 or later -
-commons-el.home=${base.path}/commons-el-1.0
-commons-el.lib=${commons-el.home}
-commons-el.jar=${commons-el.lib}/commons-el.jar
-commons-el.loc=${base-jakarta.loc}/commons/el/binaries/commons-el-1.0.tar.gz
 
 # - Eclipse JDT, version 3.1.1 or later -
 jdt.home=${base.path}/eclipse/plugins

Modified: tomcat/jasper/tc6.0.x/build.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc6.0.x/build.xml?rev=379500&r1=379499&r2=379500&view=diff
==
--- tomcat/jasper/tc6.0.x/build.xml (original)
+++ tomcat/jasper/tc6.0.x/build.xml Tue Feb 21 07:50:10 2006
@@ -1,4 +1,4 @@
-
+
 
 
   
@@ -8,19 +8,14 @@
   
   
   
-  
 
   
   
-  
-  
   
   
   
-  
   
-  
-  
+  
   
 
 
@@ -28,10 +23,8 @@
   
 
 
-
 
 
-
   
 
   
@@ -39,8 +32,6 @@
 
 
 
-
-
 
 
 
@@ -55,42 +46,17 @@
   
 
 
-
-
-
-
-  
-
-
-  
-
 
 
 
-
-
 
 
 
   
 
 
-  
-  
-
-
-
-
-  
-
-  
-
-
   
-  
+  
 
 
 
@@ -105,8 +71,6 @@
 
   
   
-
-
   
 
   
@@ -116,6 +80,7 @@
 
 
 
+
 
 
 
 
 
+
 
 
 
@@ -167,6 +133,23 @@
   
 
 
+
+
+  
+
+
+
+
+  
+  
+
+
+
+
+
+  
+
+
 
 
   
@@ -279,7 +262,6 @@
 
 
 
-
 
   
 



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

Re: svn commit: r379183 - in /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina: core/StandardContext.java startup/ContextConfig.java

[Filip Hanik - Dev Lists]

Gentlemen, I am running into a problem right now where the manager for a 
distributable webapp is the StandardManager, instead of the 
CatalinaCluster.createManager result when the cluster is enabled. I have 
a feeling the commit below might be related.
I will continue to debug, but if you could shed some light on it in the 
meantime, it may shorten my time trying to figure it out.


Filip



[EMAIL PROTECTED] wrote:

Author: remm
Date: Mon Feb 20 09:45:48 2006
New Revision: 379183

URL: http://svn.apache.org/viewcvs?rev=379183&view=rev
Log:
- Slightly modify the timing of the manager start (unfortunately, setManager in ContextConfig.java 
  causes and immediate start of the manager).


Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java?rev=379183&r1=379182&r2=379183&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
 Mon Feb 20 09:45:48 2006
@@ -81,6 +81,7 @@
 import org.apache.catalina.deploy.SecurityCollection;
 import org.apache.catalina.deploy.SecurityConstraint;
 import org.apache.catalina.loader.WebappLoader;
+import org.apache.catalina.session.StandardManager;
 import org.apache.catalina.startup.ContextConfig;
 import org.apache.catalina.startup.TldConfig;
 import org.apache.catalina.util.CharsetMapper;
@@ -4116,6 +4117,20 @@
 // Notify our interested LifecycleListeners
 lifecycle.fireLifecycleEvent(START_EVENT, null);
 
+// Configure default manager if none was specified

+if (manager == null) {
+if ((cluster != null) && distributable) {
+try {
+setManager(cluster.createManager(getName()));
+} catch (Exception ex) {
+log.error("standardContext.clusterFail", ex);
+ok = false;
+}
+} else {
+setManager(new StandardManager());
+}
+}
+
 // Start manager

 if ((manager != null) && (manager instanceof Lifecycle)) {
 ((Lifecycle) getManager()).start();

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java?rev=379183&r1=379182&r2=379183&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
 Mon Feb 20 09:45:48 2006
@@ -388,28 +388,6 @@
 
 
 /**

- * Set up a manager.
- */
-protected synchronized void managerConfig() {
-
-if (context.getManager() == null) {
-if ((context.getCluster() != null) && context.getDistributable()) {
-try {
-context.setManager(context.getCluster().createManager
-   (context.getName()));
-} catch (Exception ex) {
-log.error("contextConfig.clusteringInit", ex);
-ok = false;
-}
-} else {
-context.setManager(new StandardManager());
-}
-}
-
-}
-
-
-/**
  * Set up an Authenticator automatically if required, and one has not
  * already been configured.
  */
@@ -1062,10 +1040,6 @@
 // Configure an authenticator if we need one
 if (ok)
 authenticatorConfig();
-
-// Configure a manager
-if (ok)
-managerConfig();
 
 // Dump the contents of this pipeline if requested

 if ((log.isDebugEnabled()) && (context instanceof ContainerBase)) {



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

Re: svn commit: r379183 - in /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina: core/StandardContext.java startup/ContextConfig.java

[Remy Maucherat]

Filip Hanik - Dev Lists wrote:
Gentlemen, I am running into a problem right now where the manager for a 
distributable webapp is the StandardManager, instead of the 
CatalinaCluster.createManager result when the cluster is enabled. I have 
a feeling the commit below might be related.
I will continue to debug, but if you could shed some light on it in the 
meantime, it may shorten my time trying to figure it out.


It's possible, I don't know. It would be strange though: the manager is 
set right after where it used to be.


Rémy

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

Re: svn commit: r379183 - in /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina: core/StandardContext.java startup/ContextConfig.java

[Filip Hanik - Dev Lists]

I reverted the checkin on my local box, and it started to work again, do 
you want to handle it, or do you need me to provide you with more info 
what the actual cause was?


Filip


Remy Maucherat wrote:

Filip Hanik - Dev Lists wrote:
Gentlemen, I am running into a problem right now where the manager 
for a distributable webapp is the StandardManager, instead of the 
CatalinaCluster.createManager result when the cluster is enabled. I 
have a feeling the commit below might be related.
I will continue to debug, but if you could shed some light on it in 
the meantime, it may shorten my time trying to figure it out.


It's possible, I don't know. It would be strange though: the manager 
is set right after where it used to be.


Rémy

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

RE: never say never...

[George Sexton]

> -Original Message-
> From: Mladen Turk [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, February 21, 2006 4:48 AM
> To: Tomcat Developers List
> Subject: Re: never say never...


> > http://issues.apache.org/bugzilla/show_bug.cgi?id=38352
> > 
> 
>  From your bz report:
> 
>  > ...
>  > I think to be compliant with the spec, this must be allowed.
>  > ...
>  > Again, I think the spec requires this.
>  > ...
> 
> 
> So, why would anyone even spend a single microsecond to look at
> the patch if *you* could not guarantee that the patch is
> compliant with the specs?

I guess this is my mistake, for trying to sound humble. I was trying to be
RESPECTFUL. I'll say it PLAINLY.

Servlet Specification 2.4 says:

SRV.3.7.1 TEMPORARY WORKING DIRECTORYS

A temporary storage directory is required for each servlet context. Servlet
containers must provide a private temporary directory for each servlet
context, and
make it available via the javax.servlet.context.tempdir context attribute.


This just flat says that it must be there, and it is a working directory,
which implies its writable.



> 
> I applaud to your willing to contribute, but if you wish to
> do that, and eventually become a member of the elite, you must
> follow some rules, and the first one, like in any company is to
> respect your colleagues.

Respect is a two way street. When someone like Bill Barker creates a logic
puzzle as blatantly wrong as he did, then what level of respect is required?

Specifically, Bill Barker's comments:

>> Don't see the need.  If you depend on this, your app is non-portable
since 
>> there is no requirement that javax.servlet.context.tempdir has any
relation to 
>>java.io.tmpdir.  In fact, a servlet container is perfectly free to set 
>> java.io.tmpdir to /dev/null if it wants.

>> > Directory specified by java.io.tmpdir (which is what tomcat points
>> > javax.servlet.context.tempdir to) is now read, write, delete. Again, I
think 
>> the
>> > spec requires this.

I was fixing an implementation specific issue. The spec says that the
container MUST make temporary working directories available.

The IMPLEMENTATION that tomcat uses is to set java.io.tempdir and
javax.servlet.context.tempdir

So, my making that writable fixes an implementation specific issue for
tomcat. I'll say it again in case I wasn't clear.

1)  The spec says javax.servlet.context.tempdir must be a working
directory
2)  TOMCAT sets that value to the value of java.io.tmpdir

THEREFORE

FOR THE TOMCAT IMPLEMENTATION

java.io.tmpdir MUST BE WRITABLE.

So, in short. The ELITE should spend a little more time thinking about
things instead of just reflexively trashing people. That is respect.

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
 


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

RE: never say never...

[George Sexton]

> -Original Message-
> From: Mladen Turk [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, February 21, 2006 4:48 AM
> To: Tomcat Developers List
> Subject: Re: never say never...


> > http://issues.apache.org/bugzilla/show_bug.cgi?id=38352
> > 
> 
>  From your bz report:
> 
>  > ...
>  > I think to be compliant with the spec, this must be allowed.
>  > ...
>  > Again, I think the spec requires this.
>  > ...
> 
> 
> So, why would anyone even spend a single microsecond to look at
> the patch if *you* could not guarantee that the patch is
> compliant with the specs?

I guess this is my mistake, for trying to sound humble. I was trying to be
RESPECTFUL. I'll say it PLAINLY.

Servlet Specification 2.4 says:

SRV.3.7.1 TEMPORARY WORKING DIRECTORYS

A temporary storage directory is required for each servlet context. Servlet
containers must provide a private temporary directory for each servlet
context, and
make it available via the javax.servlet.context.tempdir context attribute.


This just flat says that it must be there, and it is a working directory,
which implies its writable.



> 
> I applaud to your willing to contribute, but if you wish to
> do that, and eventually become a member of the elite, you must
> follow some rules, and the first one, like in any company is to
> respect your colleagues.

Respect is a two way street. When someone like Bill Barker creates a logic
puzzle as blatantly wrong as he did, then what level of respect is required?

Specifically, Bill Barker's comments:

>> Don't see the need.  If you depend on this, your app is non-portable
since 
>> there is no requirement that javax.servlet.context.tempdir has any
relation to 
>>java.io.tmpdir.  In fact, a servlet container is perfectly free to set 
>> java.io.tmpdir to /dev/null if it wants.

>> > Directory specified by java.io.tmpdir (which is what tomcat points
>> > javax.servlet.context.tempdir to) is now read, write, delete. Again, I
think 
>> the
>> > spec requires this.

I was fixing an implementation specific issue. The spec says that the
container MUST make temporary working directories available.

The IMPLEMENTATION that tomcat uses is to set java.io.tempdir and
javax.servlet.context.tempdir

So, my making that writable fixes an implementation specific issue for
tomcat. I'll say it again in case I wasn't clear.

1)  The spec says javax.servlet.context.tempdir must be a working
directory
2)  TOMCAT sets that value to the value of java.io.tmpdir

THEREFORE

FOR THE TOMCAT IMPLEMENTATION

java.io.tmpdir MUST BE WRITABLE.

So, in short. The ELITE should spend a little more time thinking about
things instead of just reflexively trashing people. That is respect.

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
 


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

DO NOT REPLY [Bug 38352] - Additional Entries for Default catalina.policy file.

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 18:51 ---
Making java.io.tmpdir writable is fixing an implementation specific issue. The
spec says that the container MUST make temporary working directories available.

The IMPLEMENTATION that tomcat uses is to set javax.servlet.context.tempdir to
java.io.tempdir


So, my making that writable fixes an implementation specific issue for
tomcat. I'll say it again in case I wasn't clear.

1)  The spec says javax.servlet.context.tempdir must be a working
directory
2)  TOMCAT sets that value to the value of java.io.tmpdir

THEREFORE

FOR THE TOMCAT IMPLEMENTATION

java.io.tmpdir MUST BE WRITABLE.


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

DO NOT REPLY [Bug 38740] New: - (5.5.15) session attributes set in sessionCreated not synched

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

   Summary: (5.5.15) session attributes set in sessionCreated not
synched
   Product: Tomcat 5
   Version: 5.5.14
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina:Cluster
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This is a bug I experienced in 5.5.15 (it's not listed as a Version option in
bugzilla).

When a session attribute is set within sessionCreated, it is not replicated
since DeltaManager resets the DeltaRequest after the createSession method of
ManagerBase is called. This is especially problematic when listener notification
is disabled on replication (which is necessary for my application logic).

Workaround: Create a servlet filter which "re-sets" session attributes on the
first request. This will create the needed delta request. Utilize another
session attribute to prevent filter logic from running on subsequent requests.

-- 
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: r379550 - in /tomcat/container/tc5.5.x: catalina/src/conf/ catalina/src/share/org/apache/catalina/startup/ modules/cluster/src/share/org/apache/catalina/cluster/ modules/cluster/src/share/

[fhanik]

Author: fhanik
Date: Tue Feb 21 10:06:35 2006
New Revision: 379550

URL: http://svn.apache.org/viewcvs?rev=379550&view=rev
Log:
Refactored cluster receiver base, this class should not contain IO logic, since 
its a catalina cluster class and not at all participating in the replication 
logic.
Essentially, this refactor is a revert back to where it used to be during the 
original design thoughts, but keeping the class intact and backwards compatible.



Modified:
tomcat/container/tc5.5.x/catalina/src/conf/server.xml

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ClusterRuleSet.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/CatalinaCluster.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/ClusterReceiver.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ClusterReceiverBase.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationListener.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml

Modified: tomcat/container/tc5.5.x/catalina/src/conf/server.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/conf/server.xml?rev=379550&r1=379549&r2=379550&view=diff
==
--- tomcat/container/tc5.5.x/catalina/src/conf/server.xml (original)
+++ tomcat/container/tc5.5.x/catalina/src/conf/server.xml Tue Feb 21 10:06:35 
2006
@@ -294,7 +294,7 @@
 mcastDropTime="3000"/>
 
 http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ClusterRuleSet.java?rev=379550&r1=379549&r2=379550&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ClusterRuleSet.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ClusterRuleSet.java
 Tue Feb 21 10:06:35 2006
@@ -107,7 +107,7 @@
 digester.addSetProperties(prefix + "Receiver");
 digester.addSetNext(prefix + "Receiver",
 "setClusterReceiver",
-"org.apache.catalina.cluster.ClusterReceiver");
+
"org.apache.catalina.cluster.tcp.ClusterReceiverBase");
 
 digester.addObjectCreate(prefix + "Valve",
  null, // MUST be specified in the element

Modified: 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/CatalinaCluster.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/CatalinaCluster.java?rev=379550&r1=379549&r2=379550&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/CatalinaCluster.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/CatalinaCluster.java
 Tue Feb 21 10:06:35 2006
@@ -23,6 +23,7 @@
 import org.apache.catalina.Manager;
 import org.apache.catalina.Valve;
 import org.apache.commons.logging.Log;
+import org.apache.catalina.cluster.tcp.ClusterReceiverBase;
 
 
 /**
@@ -111,9 +112,9 @@
 
 public ClusterSender getClusterSender();
 
-public void setClusterReceiver(ClusterReceiver receiver);
+public void setClusterReceiver(ClusterReceiverBase receiver);
 
-public ClusterReceiver getClusterReceiver();
+public ClusterReceiverBase getClusterReceiver();
 
 public void setMembershipService(MembershipService service);
 

Modified: 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/ClusterReceiver.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/ClusterReceiver.java?rev=379550&r1=379549&r2=379550&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/ClusterReceiver.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/ClusterReceiver.java
 Tue Feb 21 10:06:35 2006
@@ -35,25 +35,7 @@
  */
 public void stop();
 
-/**
- * set callback.
- *
- * @param cluster The cluster
- */
-public void setCatalinaCluster(CatalinaCluster cluster);
 
-/**
- * get Callback.
- *
- * @return The cluster
- */
-public CatalinaCluster getCatalinaCluster();
-
-/**
- * Send Ack to sender or not.
- *
- * @return The flag value
- */
 public bo

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 19:14 ---
Interesting, could you post a little code snippet that causes the problem that
you see.
I will take a look and see why this is happening.

-- 
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: svn commit: r379183 - in /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina: core/StandardContext.java startup/ContextConfig.java

[Remy Maucherat]

Filip Hanik - Dev Lists wrote:
I reverted the checkin on my local box, and it started to work again, do 
you want to handle it, or do you need me to provide you with more info 
what the actual cause was?


I have no idea what the problem is. I added tracing, and verified the 
manager instance was null (in the default case at least) when getting to:

if (manager == null) {
if ((cluster != null) && distributable) {
try {
setManager(cluster.createManager(getName()));
} catch (Exception ex) {
log.error("standardContext.clusterFail", ex);
ok = false;
}
} else {
setManager(new StandardManager());
}
}

So it should call createManager.

Rémy

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

Re: never say never...

[Martin van den Bemt]

I applaud to your willing to contribute, but if you wish to
do that, and eventually become a member of the elite, you must
follow some rules, and the first one, like in any company is to
respect your colleagues.



Respect is a two way street. When someone like Bill Barker creates a logic
puzzle as blatantly wrong as he did, then what level of respect is required?

Specifically, Bill Barker's comments:



You are pretty bad in taking examples. Bill nicely described the why nicely in nice words (don't 
know who is right or wrong, I don't care about that) and your answer to that is quite unapropiate.

Especially the shouting. Just say you think he is wrong, because of xxx and 
everyone is happy..

In short : I think Bill gave a great answer and you didn't return that favour.

And another thing : I (and others do to I guess) read bugzilla mails, so no need to copy & paste 
that thing to a thread that has nothing to do with the thread (despite to what you seem to think).



Mvgr,
Martin

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

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 20:10 ---
Created an attachment (id=17763)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17763&action=view)
Test case with workaround

It looks like I'll be using SimpleTcpReplicationManager anyway, but I figure I
owe one to Apache after all these years. ;) Test case webapp is attached. Just
deploy and then hit sessiondata.jsp, you'll see the "foo" attribute created by
the session listener. Refresh until you hit a different tomcat in the cluster,
you'll see "foo" isn't replicated.

In web.xml, uncomment the servlet filter to see the workaround in action.
Source for the servlet listener and filter are included under WEB-INF.

-- 
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: never say never...

[George Sexton]

> -Original Message-
> From: Martin van den Bemt [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, February 21, 2006 11:24 AM
> To: Tomcat Developers List
> Subject: Re: never say never...
> 

> You are pretty bad in taking examples. 

The example I took was specifically chosen because his comments are
incorrect. I suppose I could have put his opening comments where he was
baiting me but I chose to ignore those.

> Bill nicely described 
> the why nicely in nice words 

Bill started out his comments by baiting me. Whether it was done nicely or
not depends upon which side of the stick you're on. 

> (don't 
> know who is right or wrong, I don't care about that)

If you don't know what is wrong or right how do you know Bill gave a great
answer? It may have been a pleasant answer, but how can an answer be great
if its not right?


>> ) and your answer to that is quite unapropiate.
>> Especially the shouting. Just say you think he is 
>> wrong, because of xxx and everyone is happy..

Mladen's comments were pretty intemperate as well. They were accusatory and
belittling (joining the "Elite" trash). I think most people would be moved
to shout at this point.

> In short : I think Bill gave a great answer and you didn't 
> return that favour.

No. Bill gave a wrong answer. He ignored in the fact that java.io.tmpdir and
javax.servlet.context.tempdir are equivalent in implementation in Tomcat,
and that to be compliant, Tomcat has to make java.io.tmpdir writable.

> 
> And another thing : I (and others do to I guess) read 
> bugzilla mails, so no need to copy & paste 
> that thing to a thread that has nothing to do with the thread 
> (despite to what you seem to think).
> 

Mladen specifically referenced the issue. I felt it appropriate in my reply
to reference the whole context. I re-posted the relevant portions to
bugzilla after drafting the message.

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
  


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

DO NOT REPLY [Bug 38741] New: - Clustering documentation: Manager options

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

   Summary: Clustering documentation: Manager options
   Product: Tomcat 5
   Version: 5.5.14
  Platform: Other
   URL: http://tomcat.apache.org/tomcat-5.5-doc/cluster-
howto.html
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Webapps:Documentation
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Clustering documentation should explicitly discuss DeltaManager and
SimpleTcpReplicationManager options, the features available in each, and the
implications of those features. Currently examples in doc use DeltaManager, but
doc still references the dirty flag and synchronization of all session data.

(FYI I'd like to pick up this bug and do it myself but I fear I won't have time,
will submit suggested copy if I find some free time.)

-- 
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: svn commit: r379183 - in /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina: core/StandardContext.java startup/ContextConfig.java

[Filip Hanik - Dev Lists]

ok, I will dig to the bottom of this :)

Filip

Remy Maucherat wrote:

Filip Hanik - Dev Lists wrote:
I reverted the checkin on my local box, and it started to work again, 
do you want to handle it, or do you need me to provide you with more 
info what the actual cause was?


I have no idea what the problem is. I added tracing, and verified the 
manager instance was null (in the default case at least) when getting to:

if (manager == null) {
if ((cluster != null) && distributable) {
try {
setManager(cluster.createManager(getName()));
} catch (Exception ex) {
log.error("standardContext.clusterFail", ex);
ok = false;
}
} else {
setManager(new StandardManager());
}
}

So it should call createManager.

Rémy

-
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 38740] - (5.5.15) session attributes set in sessionCreated not synched

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 21:00 ---
Hi Filip,

I stumbled into the same problem just two days ago :)

At least for 5.0 I vaguely remember, that the DeltaRequest is being reset after
creating the session, and any HTTPSessionListener's createSession method is
being called by non cluster code. So I did not see ny obvious fix, although it
might be possible to do reset the DeltaRequest first.

-- 
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: svn commit: r379183 - in /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina: core/StandardContext.java startup/ContextConfig.java

[Filip Hanik - Dev Lists]

here is the trace

Name=/replicator
Manager=null
Cluster=null
Distributable=true

as you can see, the cluster reference is null at this point in time.

Filip


Filip Hanik - Dev Lists wrote:

ok, I will dig to the bottom of this :)

Filip

Remy Maucherat wrote:

Filip Hanik - Dev Lists wrote:
I reverted the checkin on my local box, and it started to work 
again, do you want to handle it, or do you need me to provide you 
with more info what the actual cause was?


I have no idea what the problem is. I added tracing, and verified the 
manager instance was null (in the default case at least) when getting 
to:

if (manager == null) {
if ((cluster != null) && distributable) {
try {

setManager(cluster.createManager(getName()));

} catch (Exception ex) {
log.error("standardContext.clusterFail", 
ex);

ok = false;
}
} else {
setManager(new StandardManager());
}
}

So it should call createManager.

Rémy

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




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




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

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 21:18 ---
Cool, I will look into it. it could have something to do with cross context
session replication, and that might have jacked up the flow a bit.

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

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 21:40 ---
hi there,
the web.xml in the clustertest.war is missing the  element that
will make it available for session replication. I added in this element, and the
test worked fine.

Please reopen this bug if you think I made a mistake

-- 
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: never say never...

[Jay Burgess]

The following comments are not intended to be a personal attack on anyone.
However, I can't stand by and watch George speak my mind for me, word for word,
and not chime in and say "I agree!".  Plus, I think if you took a poll, you'd
find he speaks for a large number of list subcribers.

Whether you want to admit it or not, there has been a history of downright
rudeness by certain people on this list when it comes to certain issues.  The
constant "RESOLVED/INVALID" and "If you open it again, I will close it."
comments need to stop.  Besides the fact that they alienate potential useful
members of the community, I think less time would probably be spent by all
parties involved if the first answer to one of these issues was educational,
instead of being rude and lacking useful feedback. 

Maybe George's raising this issue will make everyone think twice the next time
they're about to dismiss one of these issues so quickly. 
Fortunately/unfortunately, there are are always going to be newbies and people
that don't know enough about list protocol, etc.  The "professional" response,
though, is to treat every one of them with respect.

Jay

| Jay Burgess [Vertical Technology Group]
| http://www.vtgroup.com/

 
-Original Message-
From: George Sexton [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 21, 2006 1:12 PM
To: 'Tomcat Developers List'
Subject: RE: never say never...


> -Original Message-
> From: Martin van den Bemt [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, February 21, 2006 11:24 AM
> To: Tomcat Developers List
> Subject: Re: never say never...
> 

> You are pretty bad in taking examples. 

The example I took was specifically chosen because his comments are
incorrect. I suppose I could have put his opening comments where he was
baiting me but I chose to ignore those.

> Bill nicely described 
> the why nicely in nice words 

Bill started out his comments by baiting me. Whether it was done nicely or
not depends upon which side of the stick you're on. 

> (don't 
> know who is right or wrong, I don't care about that)

If you don't know what is wrong or right how do you know Bill gave a great
answer? It may have been a pleasant answer, but how can an answer be great
if its not right?


>> ) and your answer to that is quite unapropiate.
>> Especially the shouting. Just say you think he is 
>> wrong, because of xxx and everyone is happy..

Mladen's comments were pretty intemperate as well. They were accusatory and
belittling (joining the "Elite" trash). I think most people would be moved
to shout at this point.

> In short : I think Bill gave a great answer and you didn't 
> return that favour.

No. Bill gave a wrong answer. He ignored in the fact that java.io.tmpdir and
javax.servlet.context.tempdir are equivalent in implementation in Tomcat,
and that to be compliant, Tomcat has to make java.io.tmpdir writable.

> 
> And another thing : I (and others do to I guess) read 
> bugzilla mails, so no need to copy & paste 
> that thing to a thread that has nothing to do with the thread 
> (despite to what you seem to think).
> 

Mladen specifically referenced the issue. I felt it appropriate in my reply
to reference the whole context. I re-posted the relevant portions to
bugzilla after drafting the message.

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
  
-
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 38743] New: - when using APR, JKS options are silently ignored

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

   Summary: when using APR, JKS options are silently ignored
   Product: Tomcat 5
   Version: 5.5.14
  Platform: Other
OS/Version: Windows 2000
Status: NEW
  Severity: minor
  Priority: P2
 Component: Connector:Coyote
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


If Tomcat is set up with APR bindings for OpenSSL, but the following
configuration is used, no errors or warnings are issued.  It ends up running a
http (not secure) connection on port 443, which is very hard to debug with no
errors or warnings in the logs.




The reverse (OpenSSL configuration when not enabled) should be checked also.

-- 
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: svn commit: r379463 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[Peter Rossbach]

Am 21.02.2006 um 15:41 schrieb [EMAIL PROTECTED]:


+  
+HttpSession.getId will no longer throw an ISE when the  
session is invalid (remm)

+  


Can we reflect the change also to getLastAccessedTime() ?
I thing the DeltaSession need the same change.

Peter

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 22:25 ---
Works for me too, out of curiosity how does that make a difference? I thought
that flag just enforced checks for Serializable on session objects?

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

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 22:31 ---
if that flag isn't available, the servlet container will not replicate your 
data.
otherwise, the container has no way of knowing what contexts to replicate and
what contexts not to replicate

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

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 22:45 ---
I take it back, was only working for me since I had already moved to
SimpleTcpReplicationManager! Ouch.

Without the flag, non-listener created data was replicating just fine? Probably
because my server.xml configures things at the Host level. I'll attach my
server.xml.

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

DO NOT REPLY [Bug 38741] - Clustering documentation: Manager options

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 22:46 ---
Created an attachment (id=17764)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17764&action=view)
my server.xml

server.xml used for testing

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

DO NOT REPLY [Bug 38741] - Clustering documentation: Manager options

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 22:47 ---
wrong bug, ignore


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

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 22:48 ---
Created an attachment (id=17765)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17765&action=view)
server.xml used in testign


-- 
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: never say never...

[George Sexton]

Never mind. This isn't worth the heart-ache and I'm probably wrong about
workdir being defined in terms of tempdir. I made this probably wrong
assumption by looking at the startup scripts .

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
  

> -Original Message-
> From: George Sexton [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, February 21, 2006 10:37 AM
> To: 'Tomcat Developers List'
> Subject: RE: never say never...
> 
> 
> 
> 
> > -Original Message-
> > From: Mladen Turk [mailto:[EMAIL PROTECTED] 
> > Sent: Tuesday, February 21, 2006 4:48 AM
> > To: Tomcat Developers List
> > Subject: Re: never say never...
> 
> 
> > > http://issues.apache.org/bugzilla/show_bug.cgi?id=38352
> > > 
> > 
> >  From your bz report:
> > 
> >  > ...
> >  > I think to be compliant with the spec, this must be allowed.
> >  > ...
> >  > Again, I think the spec requires this.
> >  > ...
> > 
> > 
> > So, why would anyone even spend a single microsecond to look at
> > the patch if *you* could not guarantee that the patch is
> > compliant with the specs?
> 
> I guess this is my mistake, for trying to sound humble. I was 
> trying to be RESPECTFUL. I'll say it PLAINLY.
> 
> Servlet Specification 2.4 says:
> 
> SRV.3.7.1 TEMPORARY WORKING DIRECTORYS
> 
> A temporary storage directory is required for each servlet 
> context. Servlet
> containers must provide a private temporary directory for 
> each servlet context, and
> make it available via the javax.servlet.context.tempdir 
> context attribute.
> 
> 
> This just flat says that it must be there, and it is a 
> working directory, which implies its writable.
> 
> 
> 
> > 
> > I applaud to your willing to contribute, but if you wish to
> > do that, and eventually become a member of the elite, you must
> > follow some rules, and the first one, like in any company is to
> > respect your colleagues.
> 
> Respect is a two way street. When someone like Bill Barker 
> creates a logic puzzle as blatantly wrong as he did, then 
> what level of respect is required?
> 
> Specifically, Bill Barker's comments:
> 
> >> Don't see the need.  If you depend on this, your app is 
> non-portable since 
> >> there is no requirement that javax.servlet.context.tempdir 
> has any relation to 
> >>java.io.tmpdir.  In fact, a servlet container is perfectly 
> free to set 
> >> java.io.tmpdir to /dev/null if it wants.
> 
> >> > Directory specified by java.io.tmpdir (which is what 
> tomcat points
> >> > javax.servlet.context.tempdir to) is now read, write, 
> delete. Again, I think 
> >> the
> >> > spec requires this.
> 
> I was fixing an implementation specific issue. The spec says 
> that the container MUST make temporary working directories available.
> 
> The IMPLEMENTATION that tomcat uses is to set java.io.tempdir 
> and javax.servlet.context.tempdir
> 
> So, my making that writable fixes an implementation specific 
> issue for tomcat. I'll say it again in case I wasn't clear.
> 
> 1)The spec says javax.servlet.context.tempdir must be a 
> working directory
> 2)TOMCAT sets that value to the value of java.io.tmpdir
> 
> THEREFORE
> 
> FOR THE TOMCAT IMPLEMENTATION
> 
> java.io.tmpdir MUST BE WRITABLE.
> 
> So, in short. The ELITE should spend a little more time 
> thinking about things instead of just reflexively trashing 
> people. That is respect.
> 
> George Sexton
> MH Software, Inc.
> http://www.mhsoftware.com/
> Voice: 303 438 9585
>  
> 


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

DO NOT REPLY [Bug 38352] - Additional Entries for Default catalina.policy file.

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-21 23:02 ---
I was wrong. tempdir is not defined in terms of java.io.tmpdir. I apologize to
Bill whom I said was wrong and wrote an inflamatory and ill-advised message to.

-- 
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: r379601 - /tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java

[markt]

Author: markt
Date: Tue Feb 21 14:09:38 2006
New Revision: 379601

URL: http://svn.apache.org/viewcvs?rev=379601&view=rev
Log:
Minor code clean-up. No functional change.

Modified:

tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java

Modified: 
tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java?rev=379601&r1=379600&r2=379601&view=diff
==
--- 
tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java
 (original)
+++ 
tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java
 Tue Feb 21 14:09:38 2006
@@ -205,7 +205,6 @@
 if(t.equals(String.class)) {
 method.invoke(bean, new Object[] { values });
 } else {
-Object tmpval = null;
 createTypedArray (prop, bean, method, values, t,
   propertyEditorClass); 
 }
@@ -417,37 +416,35 @@
  * @param encoded The string to decode.
  * @return The decoded string.
  */
-
 public static String decode(String encoded) {
 // speedily leave if we're not needed
-if (encoded == null) return null;
+if (encoded == null) return null;
 if (encoded.indexOf('%') == -1 && encoded.indexOf('+') == -1)
-return encoded;
+return encoded;
 
-//allocate the buffer - use byte[] to avoid calls to new.
+//allocate the buffer - use byte[] to avoid calls to new.
 byte holdbuffer[] = new byte[encoded.length()];
 
-char holdchar;
 int bufcount = 0;
 
 for (int count = 0; count < encoded.length(); count++) {
 char cur = encoded.charAt(count);
 if (cur == '%') {
-holdbuffer[bufcount++] =
-  (byte)Integer.parseInt(encoded.substring(count+1,count+3),16);
+holdbuffer[bufcount++] =
+
(byte)Integer.parseInt(encoded.substring(count+1,count+3),16);
 if (count + 2 >= encoded.length())
 count = encoded.length();
 else
 count += 2;
 } else if (cur == '+') {
-holdbuffer[bufcount++] = (byte) ' ';
-} else {
-holdbuffer[bufcount++] = (byte) cur;
+holdbuffer[bufcount++] = (byte) ' ';
+} else {
+holdbuffer[bufcount++] = (byte) cur;
 }
 }
 // REVISIT -- remedy for Deprecated warning.
-//return new String(holdbuffer,0,0,bufcount);
-return new String(holdbuffer,0,bufcount);
+//return new String(holdbuffer,0,0,bufcount);
+return new String(holdbuffer,0,bufcount);
 }
 
 // __begin lookupReadMethodMethod



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

svn commit: r379606 - /tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/compiler/JspRuntimeContext.java

[markt]

Author: markt
Date: Tue Feb 21 14:15:40 2006
New Revision: 379606

URL: http://svn.apache.org/viewcvs?rev=379606&view=rev
Log:
Another tweak to keep Gump happy with Java 5.0

Modified:

tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/compiler/JspRuntimeContext.java

Modified: 
tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/compiler/JspRuntimeContext.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/compiler/JspRuntimeContext.java?rev=379606&r1=379605&r2=379606&view=diff
==
--- 
tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/compiler/JspRuntimeContext.java
 (original)
+++ 
tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/compiler/JspRuntimeContext.java
 Tue Feb 21 14:15:40 2006
@@ -24,6 +24,7 @@
 import java.security.CodeSource;
 import java.security.Policy;
 import java.security.PermissionCollection;
+import java.security.cert.Certificate;
 import java.util.Iterator;
 import java.util.Collections;
 import java.util.HashMap;
@@ -330,7 +331,7 @@
 }
 File contextDir = new File(codeBase);
 URL url = contextDir.getCanonicalFile().toURL();
-codeSource = new CodeSource(url,null);
+codeSource = new CodeSource(url, (Certificate[]) null);
 permissionCollection = policy.getPermissions(codeSource);
 
 // Create a file read permission for web app context directory



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

Re: never say never...

[Costin Manolache]

> No. Bill gave a wrong answer. He ignored in the fact that java.io.tmpdirand
> javax.servlet.context.tempdir are equivalent in implementation in Tomcat,
> and that to be compliant, Tomcat has to make java.io.tmpdir writable.


File.createTempFile spec says that if a dir is not specified, the file must
be created based on
java.io.tempdir - which probably means it must be writable.

Expressing frustration and anger can be healthy for you and maybe for the
community - but
it can't change much in terms of time people have to deal with the bugs and
the user requests.

Costin

Re: svn commit: r379463 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[Remy Maucherat]

Peter Rossbach wrote:

Can we reflect the change also to getLastAccessedTime() ?
I thing the DeltaSession need the same change.


I reported getId to the expert group which had changed its behavior very 
recently. I did not mention other methods, which didn't seem to be 
causing this much disruption.


Rémy

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

svn commit: r379613 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java

[remm]

Author: remm
Date: Tue Feb 21 15:02:25 2006
New Revision: 379613

URL: http://svn.apache.org/viewcvs?rev=379613&view=rev
Log:
- Woops, use getCluster.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java?rev=379613&r1=379612&r2=379613&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
 Tue Feb 21 15:02:25 2006
@@ -4119,9 +4119,9 @@
 
 // Configure default manager if none was specified
 if (manager == null) {
-if ((cluster != null) && distributable) {
+if ((getCluster() != null) && distributable) {
 try {
-setManager(cluster.createManager(getName()));
+setManager(getCluster().createManager(getName()));
 } catch (Exception ex) {
 log.error("standardContext.clusterFail", ex);
 ok = false;



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

svn commit: r379614 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java

[remm]

Author: remm
Date: Tue Feb 21 15:02:57 2006
New Revision: 379614

URL: http://svn.apache.org/viewcvs?rev=379614&view=rev
Log:
- Imports.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java?rev=379614&r1=379613&r2=379614&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
 Tue Feb 21 15:02:57 2006
@@ -24,8 +24,8 @@
 import java.io.IOException;
 import java.io.InputStream;
 import java.net.URL;
-import java.util.Properties;
 import java.util.Map;
+import java.util.Properties;
 
 import javax.servlet.ServletContext;
 
@@ -50,7 +50,6 @@
 import org.apache.catalina.deploy.FilterMap;
 import org.apache.catalina.deploy.LoginConfig;
 import org.apache.catalina.deploy.SecurityConstraint;
-import org.apache.catalina.session.StandardManager;
 import org.apache.catalina.util.StringManager;
 import org.apache.tomcat.util.digester.Digester;
 import org.apache.tomcat.util.digester.RuleSet;



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

Re: svn commit: r379183 - in /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina: core/StandardContext.java startup/ContextConfig.java

[Remy Maucherat]

Filip Hanik - Dev Lists wrote:

here is the trace

Name=/replicator
Manager=null
Cluster=null
Distributable=true

as you can see, the cluster reference is null at this point in time.


Yeah, well, I guess I should be using getCluster then (I simplified the 
code too much when moving it over).


Rémy

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

svn commit: r379617 - /tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources/ResourcesTreeBuilder.java

[markt]

Author: markt
Date: Tue Feb 21 15:05:18 2006
New Revision: 379617

URL: http://svn.apache.org/viewcvs?rev=379617&view=rev
Log:
Preparation for struts 1.2
- Fix deprecation warnings related to struts

Modified:

tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources/ResourcesTreeBuilder.java

Modified: 
tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources/ResourcesTreeBuilder.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources/ResourcesTreeBuilder.java?rev=379617&r1=379616&r2=379617&view=diff
==
--- 
tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources/ResourcesTreeBuilder.java
 (original)
+++ 
tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources/ResourcesTreeBuilder.java
 Tue Feb 21 15:05:18 2006
@@ -18,7 +18,8 @@
 
 import java.net.URLEncoder;
 import javax.servlet.http.HttpServletRequest;
-import org.apache.struts.action.Action;
+
+import org.apache.struts.Globals;
 import org.apache.struts.util.MessageResources;
 import org.apache.webapp.admin.ApplicationServlet;
 import org.apache.webapp.admin.TreeBuilder;
@@ -58,7 +59,7 @@
   HttpServletRequest request) {
 
 MessageResources resources = (MessageResources)
-servlet.getServletContext().getAttribute(Action.MESSAGES_KEY);
+servlet.getServletContext().getAttribute(Globals.MESSAGES_KEY);
 addSubtree(treeControl.getRoot(), resources);
 
 }



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

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-02-22 00:44 ---
aah, you are user mod_jk, mod_jk is only intended to work with sticky sessions,
and for fail over to work, you need to enable the route binder valve and the 

   

you will also need to set jvmRoute="node01" (and node02 on the second) on the
 element,

examples can be found at 
http://tomcat.apache.org/tomcat-5.5-doc/cluster-howto.html

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

DO NOT REPLY [Bug 38745] New: - Incorrect use of "Host" header field in client may yield weird results.

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

   Summary: Incorrect use of "Host" header field in client may yield
weird results.
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: other
Status: NEW
  Severity: minor
  Priority: P3
 Component: Connector:Coyote
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Version: Tomcat 5.5 used in JBoss, CVSTag=JBoss_4_0_2 date=20050502 2023)
Component: Coyote
Platform: happened on win32, but probably applies to all platforms.
JVM: JDK 1.5.0_06
Web Server: JBoss 4.0.2sp1

Hi all,

I'm working on a solution that needs to make use of URL rewriting for session 
ID's. I'm using response.encodeURL(url) in order to do this. The server uses 
port 8080.

When accessing the site through Firefox, all is fine. All my URL's get 
rewritten perfectly and there are no issues.

I'm also using wfetch.exe and this always failed to rewrite on the same access 
URL and the same code, also on 8080. I inspected the conversation and noticed 
that the client application incorrectly uses the "Host" header.

The spec clearly says that Host should always be included for HTTP/1.1 and 
that if port is not specified, 80 is assumed. The only difference was 
this "Host" header in this case, all the other headers, parameters, URI was 
the same.

I've looked into the JVM using a debugger. When the clients access the system, 
there is a 'CoyoteRequest' object that has a further 'request' variable in it. 
The latter request variable contains an attribute called 'serverPort', which 
is used in the "isEncodeable" method of "CoyoteResponse". If the port that 
Tomcat thinks the request was initiated on is equal to the request on the URL, 
the rewriting is carried out. Otherwise it is not.

Im not sure whether this may create some security issues later on. I would 
have expected the container to use the port setting inside the context when it 
comes to URL rewriting, since the container can determine this easily and does 
not have to depend on the Host header (as Tomcat seems to depend).

Can anyone confirm this is happening as I stated and whether this behaviour is 
correct?  Because as I have just shown, this may also cause other issues for 
other people somehow.

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

DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-22 03:38 ---
I don't understand why, would rather use the workaround or SimpleTcp. Sticky 
sessions are not true clustering IMHO. I reluctantly accept the 'invalid' mark 
but I'm reminded of the frustrations of working with OSS.

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

DO NOT REPLY [Bug 38745] - Incorrect use of "Host" header field in client may yield weird results.

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-02-22 05:05 ---
(In reply to comment #0)
> Can anyone confirm this is happening as I stated and whether this behaviour 
is 
> correct?  Because as I have just shown, this may also cause other issues for 
> other people somehow.

Yes, this is what is happening, and yes this behaviour is not only correct, 
but required by the servlet spec (see the javadocs for 
ServletRequest#getServerPort in section 14.2.16 of the spec).

If Tomcat used the actual Connector port (i.e. request.getLocalPort), then 
weird things would start to happen when the Tomcat port is being natted, or 
Tomcat is behind a proxy.  This would be much worse than just trying to handle 
one buggy client.

Of course, since you are on Windows, there is nothing stopping you from simply 
running Tomcat on the default port 80.  Then all of your problems would be 
solved :).



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

DO NOT REPLY [Bug 38743] - when using APR, JKS options are silently ignored

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-22 05:23 ---
The JSSE connector already reports an error when the keystoreFile is missing 
(with the exception that it will attempt to default to ~/.keystore).

This does seem to come up a lot on [EMAIL PROTECTED], so Remy & Mladen any 
opinions 
for the APR Connector (you might even be able to talk me into the grunt 
work :).


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

DO NOT REPLY [Bug 38352] - Additional Entries for Default catalina.policy file.

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





--- Additional Comments From [EMAIL PROTECTED]  2006-02-22 05:51 ---
Created an attachment (id=17767)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17767&action=view)
Simple JSP page to exibit the bug

Yes, you have a legitimate bug here. It is true that
javax.servlet.context.tempdir is not writable with the default catalina.policy
settings (in violation of the spec) when running with a SM. 


-- 
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: svn commit: r379606 - /tomcat/jasper/branches/tc4.1.x/src/share/org/apache/jasper/compiler/JspRuntimeContext.java

[Bill Barker]

<[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Author: markt
> Date: Tue Feb 21 14:15:40 2006
> New Revision: 379606
>
> URL: http://svn.apache.org/viewcvs?rev=379606&view=rev
> Log:
> Another tweak to keep Gump happy with Java 5.0
>

Yes, it looks like Gump is finally happy with all Tomcat projects (including 
the brand-new tomcat-jasper_tc6 :).

For those not following the Gump lists, what was happening is that Gump was 
starting to lose more projects that required Java 5 than it was retaining by 
using 1.4.  So the Gump PMC finally decided to take the plunge, and change 
the main build over to using Java 5.  Which really works for us, as now we 
can throw all of TC 6.0 straight into Gump with no problems (so we can all 
get the nags when somebody breaks the build ;-).




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