DO NOT REPLY [Bug 31846] New: - JNDI problems:javax.naming.NameNotFoundException: Name java:comp is not bound in this Context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31846. 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=31846 JNDI problems:javax.naming.NameNotFoundException: Name java:comp is not bound in this Context Summary: JNDI problems:javax.naming.NameNotFoundException: Name java:comp is not bound in this Context Product: Tomcat 5 Version: 5.0.0 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Dear Tomcat Engineer: In my web application,i made a little program to test JNDI names and DataSource in tomcat.but i encountered an odd problem which tomcat say:javax.naming.NameNotFoundException: Name java:comp is not bound in this Context . I believe that i have properly configured the right /% tomcat_home%/conf/catalina/localhost/myapp.xml and web.xml.Also i wrote the right JNDI name java:comp/env/jdbc/myDB. And finally i find the solution,that is to remove all Naming-*.jar out from /%myapp_home%/WEB-INF/lib.I firmly think there's some disorder with tomcat classloader.In other words,ClassLoader may not check which class to be loader first and which to be loaded second and which have already be loaded! I hope you may finde the bug and clean it. Thanks from:china,UESTC,A COMPUTER STUDENT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud, por favor, lea con atención
Bienvenido a En Plenitud !! Si usted nos envió TODOS los datos necearios para la inscripción, en breve recibirá la confirmación de que ya puede disfrutar de todos nuestros servicios ingresando los datos de identificación (nombre de usuario y contraseña) que nos enviara. Si usted NO no nos envió todos los datos requeridos, por favor hágalo sin omitir ninguno pues no podremos registrarlo sin ellos: Nombre: Apellido: Dirección de email: Nombre de usuario que desea utilizar: Contraseña que desea utilizar: País de residencia: Ciudad de residencia: Fecha de nacimiento: Estado civil: Profesión: Sobre todo, no olvide incluir (además del resto de los datos) el nombre de usuario y la contraseña que desea utilizar. Los mismos son elegidos por usted, y no asignados por nosotros. Tenga en cuenta que: 1- No pueden existir dos personas con el mismo nombre de usuario (sería el equivalente de dos personas con el mismo pasaporte). Si este fue el motivo por el que no pudo registrarse, de nada vale que nos escriba para que lo inscribamos con un nombre de usuario que ya está en uso, porque nosotros tampoco podemos hacerlo. Por favor, vuelva a inscribirse eligiendo otro nombre de usuario (agergándole una cifra, o un guión intermedio, por ejemplo; Juan2003 en lugar de Juan). 2- La contraseña solo puede incluir letras y números, y no otros signos ni espacios intermedios. Esperando poder serle de ayuda y que disfrute todas las ventajas de ser miembro de esta comunidad, le saluda cordialmente Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31780] - .jspx produce one long line of HTML output
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31780. 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=31780 .jspx produce one long line of HTML output [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Enhancement Status|RESOLVED|REOPENED Priority|Other |Medium Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 10:02 --- With your permission I changed it to an enchancement. Hope entire community would benefit from it if it's implemented. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP Compile Hangs
Eric Blenkush wrote: Certainly. I hope you mean post it to this list, I didnt see anywhere on bugzilla to submit one. Here is the text of the JSP and the file. I can reproduce the issue, and it's obvious in the thread stack that the issue is with the parser in commons-el :( Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31849] New: - after a while, https not responding, but http responding
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31849. 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=31849 after a while, https not responding, but http responding Summary: after a while, https not responding, but http responding Product: Tomcat 4 Version: 4.1.27 Platform: Other URL: https://www.planitas- onlined1.com/Eastern/servlet/EASTERN_OBE?nextPage=0 OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] (I have worked in support areas and realise the nightmarish quality of this problem. I would appreciate any feedeback, even of the upgrade to Tomcat 5 variety). We have https http working on our Tomcat to serve servlets. We observe that after a few days we are unable to get responses from https but that the exact same url accessed via http gives normal responses. (The commercial process we are serving requires https so we cannot replace it with http). There are no exceptions or error messages. By no response I mean that a browser such as IE is busy trying to open the page but after 6 or more minutes still has not succeeded or returned with an error. Here is the server.xml excerpt: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=443 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=100 debug=0 scheme=https secure=true useURIValidationHack=false disableUploadTimeout=true Factory className=org.apache.coyote.tomcat4.CoyoteServerSocketFactory clientAuth=false protocol=TLS keystoreFile=/root/.keystore / /Connector (BTW The online documentation does not seem to describe the disableUploadTimeout parameter). Many Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31851] New: - UserTransaction not working if declared inside a DefaultContext
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31851.
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=31851
UserTransaction not working if declared inside a DefaultContext
Summary: UserTransaction not working if declared inside a
DefaultContext
Product: Tomcat 5
Version: 5.0.29
Platform: All
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Hi,
As of tomcat-5.0.29, it is not possible to have a
java:/comp/UserTransaction resource working if declared from a
DefaultContext ResourceLink. (ie) :
...
GlobalNamingResources
Resource name=UTransaction auth=Container
type=javax.transaction.UserTransaction/
ResourceParams name=UTransaction
parameter
namefactory/name
valueorg.objectweb.jotm.UserTransactionFactory/value
/parameter
parameter
namejotm.timeout/name
value60/value
/parameter
/ResourceParams
/GlobalNamingResources
...
Host
DefaultContext
ResourceLink name=UserTransaction global=UTransaction
type=javax.transaction.UserTransaction/
/DefaultContext
/Host
.
As far as i have investigated the problem, DefaultContext resources
are not avaliable as NamingResources when NamingContextListener
creates the NamingContext for the Context
(NamingContextListener.createNamingContext()). So at the moment
NamingContext (webapp is being loaded) is created, the java:/comp/UserTransation
resource is
added with an empty TransactionRef object. Later, in the life cicle,
when DefaultContext resources are added to the context, in this case a
ResourceLink pointing to the UserTransaction global resource, we get
a NameAlreadyBoundException, so the previously registered
TransactionRef object remains without config parameters.
The UserTransaction works fine if included in each application's own
context.xml file.
There are, at least, two possible solutions for this issue, without messing
around with WebAppLoader (DefaultConxtext has been rewriten for 5.5.x).
Which one should be taken (if) ?
A) one solution that does not interfere if an UserTransaction has
been successfully registered by a Context element (more power to the
web-application) even if there is a UserTransaction Resource element in a
DefaultContext. This is the solution I've made a patch for, and IMHO makes
more sense regarding a DefaultContext concept. It is attached in the end of
this report.
B) if a UserTransaction is present in a DefaultContext, it will
be the available one. This behavior is the current behavior for the
StandardDefaultContext implementation regarding all resources inside a
DefaultContext (yes, the implementation unregisters previous
resources from Context initializations per web-application, and
override them with equally named resources (if) available inside a
DefaultContext for a Host). I have a possible patch proposal for this, but
did not investigated (tested) it yet.
I haven't found any notes regarding this anywhere (manual,
list and Bugzilla).
Thanks.
-BEGIN
--- jakarta-tomcat-5.0.29-src/jakarta-tomcat-catalina/catalina/src/share/org/apa
che/catalina/core/NamingContextListener.java2004-10-22 11:38:27.0 -0
200
+++ NamingContextListener.java 2004-10-22 11:35:23.0 -0200
@@ -33,6 +33,7 @@
import org.apache.catalina.ContainerEvent;
import org.apache.catalina.ContainerListener;
import org.apache.catalina.Context;
+import org.apache.catalina.DefaultContext;
import org.apache.catalina.Lifecycle;
import org.apache.catalina.LifecycleEvent;
import org.apache.catalina.LifecycleListener;
@@ -898,14 +899,56 @@
javax.naming.Context ctx =
UserTransaction.equals(resourceLink.getName())
? compCtx : envCtx;
+ int try_again = 0;
try {
if (debug = 2)
log( Adding resource link + resourceLink.getName());
createSubcontexts(envCtx, resourceLink.getName());
ctx.bind(resourceLink.getName(), ref);
} catch (NamingException e) {
-log(sm.getString(naming.bindFailed, e));
-}
+ if (container instanceof Context
+UserTransaction.equals(resourceLink.getName()) ) {
+ try_again = 1;
+ } else log(sm.getString(naming.bindFailed, e));
+}
+ if (try_again == 1) {
+ // As
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java
yoavs 2004/10/22 09:51:23
Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml jasper-howto.xml
jasper2/src/share/org/apache/jasper Tag: TOMCAT_5_0
EmbeddedServletOptions.java JspC.java Options.java
jasper2/src/share/org/apache/jasper/compiler Tag: TOMCAT_5_0
Compiler.java
Log:
Committed patches from Jess Holle to add a compilerTargetVM option to Jasper, JspC,
and make its default 1.3 to match the default 1.3 compilerSourceVM setting.
Revision ChangesPath
No revision
No revision
1.70.2.54 +6 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml
Index: changelog.xml
===
RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
retrieving revision 1.70.2.53
retrieving revision 1.70.2.54
diff -u -r1.70.2.53 -r1.70.2.54
--- changelog.xml 14 Oct 2004 17:33:30 - 1.70.2.53
+++ changelog.xml 22 Oct 2004 16:51:22 - 1.70.2.54
@@ -38,6 +38,12 @@
subsection name=Jasper
changelog
+ fix
+Fixed default compiler target VM setting (to 1.3) so that compilation on
J2SE 5.0 works out of the box. (yoavs)
+ /fix
+ update
+Exposed compilerSourceVM and compilerTargetVM options to JspC. (yoavs)
+ /update
/changelog
/subsection
1.13.2.1 +4 -0 jakarta-tomcat-catalina/webapps/docs/jasper-howto.xml
Index: jasper-howto.xml
===
RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/jasper-howto.xml,v
retrieving revision 1.13
retrieving revision 1.13.2.1
diff -u -r1.13 -r1.13.2.1
--- jasper-howto.xml 17 Mar 2004 00:09:22 - 1.13
+++ jasper-howto.xml 22 Oct 2004 16:51:22 - 1.13.2.1
@@ -85,6 +85,10 @@
generated servlets? By default the classpath is created dynamically based on
the current web application./li
+listrongcompilerSourceVM/strong - What JDK version is the source compatible
with. By default this is 1.3./li
+
+listrongcompilerTargetVM/strong - What JDK version should the generated files
be compatible with. By default this is also 1.3./li
+
listrongdevelopment/strong - Is Jasper used in development mode (will
check for JSP modification on every access)? codetrue/code or
codefalse/code, default codetrue/code./li
No revision
No revision
1.10.2.3 +17 -0
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/EmbeddedServletOptions.java
Index: EmbeddedServletOptions.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/EmbeddedServletOptions.java,v
retrieving revision 1.10.2.2
retrieving revision 1.10.2.3
diff -u -r1.10.2.2 -r1.10.2.3
--- EmbeddedServletOptions.java 2 Sep 2004 16:08:03 - 1.10.2.2
+++ EmbeddedServletOptions.java 22 Oct 2004 16:51:23 - 1.10.2.3
@@ -144,6 +144,11 @@
private String compilerTargetVM = 1.3;
/**
+ * The compiler source VM (1.3 by default).
+ */
+private String compilerSourceVM = 1.3;
+
+/**
* Cache for the TLD locations
*/
private TldLocationsCache tldLocationsCache = null;
@@ -303,6 +308,13 @@
return compilerTargetVM;
}
+/**
+ * @see Options#getCompilerSourceVM
+ */
+public String getCompilerSourceVM() {
+return compilerSourceVM;
+}
+
public boolean getErrorOnUseBeanInvalidClassAttribute() {
return errorOnUseBeanInvalidClassAttribute;
}
@@ -569,6 +581,11 @@
String compilerTargetVM = config.getInitParameter(compilerTargetVM);
if(compilerTargetVM != null) {
this.compilerTargetVM = compilerTargetVM;
+}
+
+String compilerSourceVM = config.getInitParameter(compilerSourceVM);
+if(compilerSourceVM != null) {
+ this.compilerSourceVM = compilerSourceVM;
}
String javaEncoding = config.getInitParameter(javaEncoding);
1.80.2.3 +22 -2
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
Index: JspC.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
retrieving revision 1.80.2.2
retrieving revision 1.80.2.3
diff -u -r1.80.2.2 -r1.80.2.3
--- JspC.java 2 Sep 2004 16:08:03 - 1.80.2.2
+++ JspC.java 22 Oct 2004 16:51:23 - 1.80.2.3
@@ -98,6 +98,8 @@
private static final String SWITCH_CLASS_NAME = -c;
private static final String SWITCH_FULL_STOP = --;
FW: 5.0.29 JSP compilation fails when using JDK 1.5.0
Oops, copying the list on this message, sent just to Jess by accident. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Shapira, Yoav Sent: Friday, October 22, 2004 12:52 PM To: 'Jess Holle' Subject: RE: 5.0.29 JSP compilation fails when using JDK 1.5.0 Hi, I've committed these on the TOMCAT_5_0 branch, for 5.0.30. I will modify as needed and repeat for Tomcat 5.5 on CVS HEAD. Thank you for submitting these, Yoav Shapira http://www.yoavshapira.com -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 19, 2004 11:00 AM To: Tomcat Developers List Cc: Shapira, Yoav Subject: Re: 5.0.29 JSP compilation fails when using JDK 1.5.0 I accidentally got Windows end-of-line sequences in the last set of patches. Here's a better set. -- Jess Holle Jess Holle wrote: Okay, I now (belatedly) understand the problem. The issue is that by default Jaspper is setting the target release to 1.3 but leaving the source release unspecified -- resulting in the JDK 1.5 javac default source release, 1.5 -- and javac won't allow this mixture. I am attaching a set of patches that (1) defaults the source release to 1.3 as well and (2) allows this to be controlled in a completely independent and analogous manner to target release. I would appreciate seeing this in 5.0.30 :-) -- Jess Holle This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler AntCompiler.java
yoavs 2004/10/22 10:13:27
Modified:webapps/docs changelog.xml jasper-howto.xml
jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java JspC.java Options.java
jasper2/src/share/org/apache/jasper/compiler
AntCompiler.java
Log:
Added compilerTargetVM option to Jasper, exposed in JspC, updated relevant
documentation.
Revision ChangesPath
1.148 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml
Index: changelog.xml
===
RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
retrieving revision 1.147
retrieving revision 1.148
diff -u -r1.147 -r1.148
--- changelog.xml 14 Oct 2004 17:32:04 - 1.147
+++ changelog.xml 22 Oct 2004 17:13:26 - 1.148
@@ -56,6 +56,9 @@
subsection name=Jasper
changelog
+ update
+Exposed compilerSourceVM and compilerTargetVM options to JspC. (yoavs)
+ /update
/changelog
/subsection
1.23 +4 -0 jakarta-tomcat-catalina/webapps/docs/jasper-howto.xml
Index: jasper-howto.xml
===
RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/jasper-howto.xml,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- jasper-howto.xml 5 Oct 2004 19:48:07 - 1.22
+++ jasper-howto.xml 22 Oct 2004 17:13:26 - 1.23
@@ -87,6 +87,10 @@
generated servlets? By default the classpath is created dynamically based on
the current web application./li
+listrongcompilerSourceVM/strong - What JDK version are the source files
compatible with? (Default JDK 1.4)/li
+
+listrongcompilerTargetVM/strong - What JDK version are the generated files
compatible with? (Default JDK 1.4)/li
+
listrongdevelopment/strong - Is Jasper used in development mode (will
check for JSP modification on every access)? codetrue/code or
codefalse/code, default codetrue/code./li
1.20 +17 -0
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/EmbeddedServletOptions.java
Index: EmbeddedServletOptions.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/EmbeddedServletOptions.java,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- EmbeddedServletOptions.java 20 Oct 2004 00:05:31 - 1.19
+++ EmbeddedServletOptions.java 22 Oct 2004 17:13:27 - 1.20
@@ -139,6 +139,11 @@
private String compilerTargetVM = 1.4;
/**
+ * The compiler source VM.
+ */
+private String compilerSourceVM = 1.4;
+
+/**
* Cache for the TLD locations
*/
private TldLocationsCache tldLocationsCache = null;
@@ -303,6 +308,13 @@
return compilerTargetVM;
}
+/**
+ * @see Options#getCompilerSourceVM
+ */
+public String getCompilerSourceVM() {
+return compilerSourceVM;
+}
+
public boolean getErrorOnUseBeanInvalidClassAttribute() {
return errorOnUseBeanInvalidClassAttribute;
}
@@ -567,6 +579,11 @@
String compilerTargetVM = config.getInitParameter(compilerTargetVM);
if(compilerTargetVM != null) {
this.compilerTargetVM = compilerTargetVM;
+}
+
+String compilerSourceVM = config.getInitParameter(compilerSourceVM);
+if(compilerSourceVM != null) {
+this.compilerSourceVM = compilerSourceVM;
}
String javaEncoding = config.getInitParameter(javaEncoding);
1.87 +22 -2
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
Index: JspC.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
retrieving revision 1.86
retrieving revision 1.87
diff -u -r1.86 -r1.87
--- JspC.java 20 Oct 2004 00:05:31 - 1.86
+++ JspC.java 22 Oct 2004 17:13:27 - 1.87
@@ -98,6 +98,8 @@
private static final String SWITCH_CLASS_NAME = -c;
private static final String SWITCH_FULL_STOP = --;
private static final String SWITCH_COMPILE = -compile;
+private static final String SWITCH_SOURCE = -source;
+private static final String SWITCH_TARGET = -target;
private static final String SWITCH_URI_BASE = -uribase;
private static final String SWITCH_URI_ROOT = -uriroot;
private static final String SWITCH_FILE_WEBAPP = -webapp;
@@ -146,6 +148,7 @@
private String compiler = null;
private String compilerTargetVM = 1.4;
+private String compilerSourceVM =
RE: 5.0.29 JSP compilation fails when using JDK 1.5.0
Hi, Patches suitably modified and committed on CVS HEAD for Tomcat 5.5.4 as well. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 19, 2004 11:00 AM To: Tomcat Developers List Cc: Shapira, Yoav Subject: Re: 5.0.29 JSP compilation fails when using JDK 1.5.0 I accidentally got Windows end-of-line sequences in the last set of patches. Here's a better set. -- Jess Holle Jess Holle wrote: Okay, I now (belatedly) understand the problem. The issue is that by default Jaspper is setting the target release to 1.3 but leaving the source release unspecified -- resulting in the JDK 1.5 javac default source release, 1.5 -- and javac won't allow this mixture. I am attaching a set of patches that (1) defaults the source release to 1.3 as well and (2) allows this to be controlled in a completely independent and analogous manner to target release. I would appreciate seeing this in 5.0.30 :-) -- Jess Holle This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31777] - Tomcat 5.0.29 cannot compile JSPs when run with Java 5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31777. 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=31777 Tomcat 5.0.29 cannot compile JSPs when run with Java 5 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 17:18 --- Fixed, thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31794. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31794 Custom HTTP 400 error page [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 17:19 --- Not only is it not a known bug, but custom 404 error mapping works for me (on 5.0.28). Please discuss on the mailing list if you want help for your specific setup. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31846] - JNDI problems:javax.naming.NameNotFoundException: Name java:comp is not bound in this Context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31846. 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=31846 JNDI problems:javax.naming.NameNotFoundException: Name java:comp is not bound in this Context [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 17:21 --- Naming and classloader interaction is strictly governed by the Servlet Specification, which Tomcat implements to the letter in this area, as verified independtly by the relevant TCKs. If you have a specific problem, it's due to your configuration, and if you need help with it I suggest you discuss it on the tomcat-user mailing list. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31851] - UserTransaction not working if declared inside a DefaultContext
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31851. 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=31851 UserTransaction not working if declared inside a DefaultContext --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 17:23 --- Ixnay on having special handling for a UserTransaction: I'd like all resources to be handled the same. Please attach patches to the issue instead of entering them as part of the bug description itself. If you post a .diff patch of your second proposed alternative, I'll be glad to look at it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs-faq misc.xml
yoavs 2004/10/22 10:25:36 Modified:docs/faq misc.html docs/faq/printer misc.html xdocs-faq misc.xml Log: Added link to ThreadDeath discussion on Bugzilla. Revision ChangesPath 1.29 +769 -755 jakarta-tomcat-site/docs/faq/misc.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/misc.html.diff?r1=1.28r2=1.29 1.26 +768 -754 jakarta-tomcat-site/docs/faq/printer/misc.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/misc.html.diff?r1=1.25r2=1.26 1.25 +14 -0 jakarta-tomcat-site/xdocs-faq/misc.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-site/xdocs-faq/misc.xml.diff?r1=1.24r2=1.25 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs-faq misc.xml
yoavs 2004/10/22 10:26:44 Modified:docs/faq misc.html docs/faq/printer misc.html xdocs-faq misc.xml Log: HTML link fix Revision ChangesPath 1.30 +1 -1 jakarta-tomcat-site/docs/faq/misc.html Index: misc.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/misc.html,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- misc.html 22 Oct 2004 17:25:36 - 1.29 +++ misc.html 22 Oct 2004 17:26:44 - 1.30 @@ -758,7 +758,7 @@ /divbr b style=font-size: larger - a href=#threadDeath + a name=threadDeath I'm getting java.lang.ThreadDeath exceptions when reloading my webapp. /a /b 1.27 +1 -1 jakarta-tomcat-site/docs/faq/printer/misc.html Index: misc.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/printer/misc.html,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- misc.html 22 Oct 2004 17:25:36 - 1.26 +++ misc.html 22 Oct 2004 17:26:44 - 1.27 @@ -757,7 +757,7 @@ /divbr b style=font-size: larger - a href=#threadDeath + a name=threadDeath I'm getting java.lang.ThreadDeath exceptions when reloading my webapp. /a /b 1.26 +1 -1 jakarta-tomcat-site/xdocs-faq/misc.xml Index: misc.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/misc.xml,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- misc.xml 22 Oct 2004 17:25:36 - 1.25 +++ misc.xml 22 Oct 2004 17:26:44 - 1.26 @@ -774,7 +774,7 @@ /answer question - a href=#threadDeath + a name=threadDeath I'm getting java.lang.ThreadDeath exceptions when reloading my webapp. /a /question - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trying to reload an application
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26372. 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=26372 java.lang.ThreadDeath when trying to reload an application [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 17:29 --- Allistair, I'll be glad to continue this discussion on the mailing list and try and explain why I think reloading an app in-place has only limited usage in production environments. This (Bugzilla) is not the right forum for discussions. I'm closing this item as it's not a Tomcat bug, and a link to it has been added to the Tomcat FAQ. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/10/22 10:36:32 Modified:webapps/admin banner.jsp webapps/docs changelog.xml Log: Removed hard-coded admin context path. Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-catalina/webapps/admin/banner.jsp Index: banner.jsp === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/banner.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- banner.jsp23 Jan 2003 00:07:07 - 1.3 +++ banner.jsp22 Oct 2004 17:36:31 - 1.4 @@ -20,7 +20,7 @@ td align=left valign=middle div class=masthead-title-text align=leftimg src=images/TomcatBanner.jpg alt=Tomcat Web Server Administration Tool height=120/div /td - form method='post' action='/admin/commitChanges.do' target='_self' + form method='post' action='%=request.getContextPath()%/commitChanges.do' target='_self' td align=right valign=middle html:submit bean:message key=button.commit/ @@ -30,7 +30,7 @@ td width=1% div class=table-normal-text align=leftnbsp /div /td -form method='post' action='/admin/logOut.do' target='_top' +form method='post' action='%=request.getContextPath()%/logOut.do' target='_top' td align=right valign=middle html:submit bean:message key=button.logout/ 1.149 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.148 retrieving revision 1.149 diff -u -r1.148 -r1.149 --- changelog.xml 22 Oct 2004 17:13:26 - 1.148 +++ changelog.xml 22 Oct 2004 17:36:31 - 1.149 @@ -72,6 +72,9 @@ fix bug31707/bug: Broken JavaScript confirmation in HTML manager. (yoavs) /fix + fix +Remove hard-coded admin context path from admin's banner.jsp. (yoavs) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: important bill
Your document is attached. Attachment: No Virus found Norman AntiVirus - www.norman.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Admin webapp context path fix
Hi, Patch applied to both Tomcat 5.0 and 5.5. Thank you for submitting it. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Horacio de Oro [mailto:[EMAIL PROTECTED] Sent: Thursday, October 21, 2004 8:59 PM To: [EMAIL PROTECTED] Subject: Admin webapp context path fix Hi! The admin webapp doesn't work properly in context others than /admin. That's because on banner.jsp the form tag has a hardcoded path: /admin/commitChanges.do and /admin/logOut.do. I haven't found any other reference to /admin. This little patch can fix that. It's a fix for the admin webapp bundled with Tomcat 5.5. Thanks in advance! Horacio de Oro -- No hay daño tan grande como el del tiempo perdido. - Miguel Ángel Buonarroti This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31849] - after a while, https not responding, but http responding
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31849. 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=31849 after a while, https not responding, but http responding --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 18:58 --- Hi Paul, does a thread dump show the accept thread for https running? If you are on RH9 are you running with the right thread library (LD_ASSUME_KERNEL set correctly)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP Compile Hangs
Im glad to get confirmation on this. Why is it so bad that the problem is in commons-el? Eric On Oct 22, 2004, at 5:07 AM, Remy Maucherat wrote: Eric Blenkush wrote: Certainly. I hope you mean post it to this list, I didnt see anywhere on bugzilla to submit one. Here is the text of the JSP and the file. I can reproduce the issue, and it's obvious in the thread stack that the issue is with the parser in commons-el :( 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 31683] - It should be documented that JDBCRealm doesn't support digest authentication
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31683. 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=31683 It should be documented that JDBCRealm doesn't support digest authentication --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 20:40 --- The user database implementation in Tomcat 5.0.29 doesn't seem to work with DIGEST authentication. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java
luehe 2004/10/22 17:16:08
Modified:catalina/src/share/org/apache/catalina/session
PersistentManagerBase.java
Log:
Fixed cut-and-paste error in log error message
Revision ChangesPath
1.22 +9 -5
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java
Index: PersistentManagerBase.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -r1.21 -r1.22
--- PersistentManagerBase.java7 Sep 2004 21:45:07 - 1.21
+++ PersistentManagerBase.java23 Oct 2004 00:16:08 - 1.22
@@ -645,7 +645,8 @@
ids = (String[])AccessController.doPrivileged(new
PrivilegedStoreKeys());
}catch(PrivilegedActionException ex){
Exception exception = ex.getException();
-log.error(Exception clearing the Store: + exception);
+log.error(Exception in the Store during load:
+ + exception);
exception.printStackTrace();
}
} else {
@@ -702,7 +703,8 @@
AccessController.doPrivileged(new PrivilegedStoreRemove(id));
}catch(PrivilegedActionException ex){
Exception exception = ex.getException();
-log.error(Exception clearing the Store: + exception);
+log.error(Exception in the Store during removeSession:
+ + exception);
exception.printStackTrace();
}
} else {
@@ -769,7 +771,8 @@
session = (Session) AccessController.doPrivileged(new
PrivilegedStoreLoad(id));
}catch(PrivilegedActionException ex){
Exception exception = ex.getException();
-log.error(Exception clearing the Store: + exception);
+log.error(Exception in the Store during swapIn:
+ + exception);
if (exception instanceof IOException){
throw (IOException)exception;
} else if (exception instanceof ClassNotFoundException) {
@@ -849,7 +852,8 @@
AccessController.doPrivileged(new PrivilegedStoreSave(session));
}catch(PrivilegedActionException ex){
Exception exception = ex.getException();
-log.error(Exception clearing the Store: + exception);
+log.error(Exception in the Store during writeSession:
+ + exception);
exception.printStackTrace();
}
} else {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat-dev@jakarta.apache.org
Your message could not be delivered - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/netscape jk_nsapi_plugin.c
billbarker2004/10/22 20:02:32
Modified:jk/native/netscape jk_nsapi_plugin.c
Log:
Add the cert header and footer line to the SSL cert.
Fix for bug #31766
Based on submission by: Nathan Clement [EMAIL PROTECTED]
Revision ChangesPath
1.13 +12 -3 jakarta-tomcat-connectors/jk/native/netscape/jk_nsapi_plugin.c
Index: jk_nsapi_plugin.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/netscape/jk_nsapi_plugin.c,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- jk_nsapi_plugin.c 8 Oct 2004 08:55:14 - 1.12
+++ jk_nsapi_plugin.c 23 Oct 2004 03:02:32 - 1.13
@@ -48,6 +48,9 @@
static int init_on_other_thread_is_done = JK_FALSE;
static int init_on_other_thread_is_ok = JK_FALSE;
+static const char ssl_cert_start[] = -BEGIN CERTIFICATE-\r\n;
+static const char ssl_cert_end[] = \r\n-END CERTIFICATE-\r\n;
+
static jk_logger_t *logger = NULL;
static jk_worker_env_t worker_env;
@@ -400,8 +403,14 @@
s-ssl_key_size = -1; /* required by Servlet 2.3 Api, added in jtc */
if (s-is_ssl) {
-s-ssl_cert = pblock_findval(auth-cert, private_data-rq-vars);
-if (s-ssl_cert) {
+char *ssl_cert = pblock_findval(auth-cert, private_data-rq-vars);
+if (ssl_cert != NULL) {
+s-ssl_cert = jk_pool_alloc(s-pool, sizeof(ssl_cert_start)+
+ strlen(ssl_cert)+
+ sizeof(ssl_cert_end));
+strcpy(s-ssl_cert, ssl_cert_start);
+strcat(s-ssl_cert, ssl_cert);
+strcat(s-ssl_cert, ssl_cert_end);
s-ssl_cert_len = strlen(s-ssl_cert);
}
s-ssl_cipher = pblock_findval(cipher, private_data-sn-client);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31766. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-10-23 03:07 --- I've patched jk_nsapi_plugin.c much like your second patch above (yes, jk_pool_alloc gets released automagically). I don't have access to iPlanet/Sun One, so I can't even compile it myself. :) I'm trusting you that this fixes the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
