DO NOT REPLY [Bug 35713] New: - StackOverflowError in JspWriterImpl
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=35713. 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=35713 Summary: StackOverflowError in JspWriterImpl Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I regularily see this in my tomcat logs: java.lang.StackOverflowError at sun.nio.cs.StreamEncoder.write(Unknown Source) at java.io.OutputStreamWriter.write(Unknown Source) at org.apache.tomcat.util.buf.WriteConvertor.write(C2BConverter.java:189) at org.apache.tomcat.util.buf.C2BConverter.convert(C2BConverter.java:80) at org.apache.catalina.connector.OutputBuffer.realWriteChars(OutputBuffer.java:535) at org.apache.tomcat.util.buf.CharChunk.flushBuffer(CharChunk.java:439) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:310) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:293) at org.apache.catalina.connector.CoyoteWriter.flush(CoyoteWriter.java:82) at org.apache.jasper.runtime.JspWriterImpl.flush(JspWriterImpl.java:174) at java.io.PrintWriter.flush(Unknown Source) at org.apache.jasper.runtime.JspWriterImpl.flush(JspWriterImpl.java:174) at java.io.PrintWriter.flush(Unknown Source) [snip] Anyway, this looks like a pretty clear-cut bug in JspWriterImpl.flush() triggering PrintWriter.flush() which triggers JspWriterImpl.flush() again. I'm not sure how to reproduce this (it occurs randomly), but the stack-trace should be enough to fix the problem. -- 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: JK 1.2.14 core dump oddity
William A. Rowe, Jr. wrote: At 03:04 PM 7/12/2005, William A. Rowe, Jr. wrote: It's not the return OK; my bad. Something deeper is going on here, some interaction with Apache 2, having to do with the request_rec status not being bubbled back to the origin error. But if anyone has clues to point me at, I'd appreciate it. Ok, most httpd modules presume r-status is 200, and only set it in the case of exceptions. This is why a cgi with no 'Status:' header will return the error code if it is configured as the errordocument, but if 'Status: 200' is passed with the headers, the 'error code' is lost. In mod_jk's case, we always set r-status. So we could decide to do nothing for 200 OK, or leave as is. In mod_jk r-status is set in ws_start_response(), that is called the first time ws_write is called or directly when Tomcat sends the headers. Of course you get the error page defined in Tomcat not the one defined in httpd.conf. But it seems that alot of modules make this 'mistake' and it really should be up to httpd to 'fix' the error result if it's using a given resource as an 'error page'. So I'm proposing to httpd that it gets fixed on that side. Bill - 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 35709] - allow to crate a short-lived secondary session from a request to prevent cross-site scripting
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=35709. 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=35709 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-07-13 11:09 --- You don't like me ? That's good, because I personally don't like people who, regardless of the guidelines published on the website (http://jakarta.apache.org/tomcat/bugreport.html), think it is cool to use BZ as a discussion list and force one developer into commenting their stuff, while their bug clearly belongs to a tomcat-dev discussion. As for your issue, did you notice 3rd party cookies are allowed by default in browsers ? -- 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 35715] New: - Buffering in JK needs to be configurable for IIS
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=35715. 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=35715 Summary: Buffering in JK needs to be configurable for IIS Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The call to the ISAPI function WriteClient should have a reasonable large buffer for high latency links, because IIS waits for the data to get ACKed before sending more data. The actual implementation uses only an 8k buffer for sending to the browser. It would be very helpful to have the buffer size configurable in the worker config file. The buffer size should be higher than the TCP window (bandwidth x delay product). There are various definitions for buffer sizes. In this case the DEF_BUFFER_SZ in jk_msg_buff.h is probably the interesting one. jk_msg_buff.h:#define DEF_BUFFER_SZ (8 * 1024) jk_ajp12_worker.c:#define READ_BUF_SIZE (8*1024) jk_ajp13.h:#define AJP13_READ_BUF_SIZE (8*1024) jk_ajp14.h:#define AJP14_READ_BUF_SIZE (8*1024) jk_sockbuf.h:#define SOCKBUF_SIZE (8*1024) jk_status.c:#define HUGE_BUFFER_SIZE (8*1024) jk_util.c:#define HUGE_BUFFER_SIZE (8*1024) -- 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]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11AprProcessor.java
remm2005/07/13 04:05:20
Modified:http11/src/java/org/apache/coyote/http11
Http11AprProcessor.java
Log:
- Fix array length if no client certs.
Revision ChangesPath
1.24 +22 -25
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java
Index: Http11AprProcessor.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java,v
retrieving revision 1.23
retrieving revision 1.24
diff -u -r1.23 -r1.24
--- Http11AprProcessor.java 12 Jul 2005 17:01:42 - 1.23
+++ Http11AprProcessor.java 13 Jul 2005 11:05:19 - 1.24
@@ -1085,22 +1085,20 @@
request.setAttribute
(javax.servlet.request.cipher_suite, sslO);
int certLength = SSLSocket.getInfoI(socket,
SSL.SSL_INFO_CLIENT_CERT_CHAIN);
-X509Certificate[] certs = new
X509Certificate[certLength];
-for (int i = 0; i certLength; i++) {
-byte[] data = SSLSocket.getInfoB(socket,
SSL.SSL_INFO_CLIENT_CERT_CHAIN + i);
-CertificateFactory cf =
-CertificateFactory.getInstance(X.509);
-ByteArrayInputStream stream = new
ByteArrayInputStream(data);
-certs[i] = (X509Certificate)
cf.generateCertificate(stream);
-}
+X509Certificate[] certs = null;
if (certLength 0) {
-sslO = certs;
-} else {
-sslO = null;
+certs = new X509Certificate[certLength];
+for (int i = 0; i certLength; i++) {
+byte[] data = SSLSocket.getInfoB(socket,
SSL.SSL_INFO_CLIENT_CERT_CHAIN + i);
+CertificateFactory cf =
+CertificateFactory.getInstance(X.509);
+ByteArrayInputStream stream = new
ByteArrayInputStream(data);
+certs[i] = (X509Certificate)
cf.generateCertificate(stream);
+}
}
-if (sslO != null)
+if (certs != null)
request.setAttribute
-(javax.servlet.request.X509Certificate, sslO);
+(javax.servlet.request.X509Certificate, certs);
sslO = new Integer(SSLSocket.getInfoI(socket,
SSL.SSL_INFO_CIPHER_USEKEYSIZE));
if (sslO != null)
request.setAttribute
@@ -1130,21 +1128,20 @@
// FIXME: Verify this is the right thing to do
SSLSocket.renegotiate(socket);
int certLength = SSLSocket.getInfoI(socket,
SSL.SSL_INFO_CLIENT_CERT_CHAIN);
-X509Certificate[] certs = new
X509Certificate[certLength];
-for (int i = 0; i certLength; i++) {
-byte[] data = SSLSocket.getInfoB(socket,
SSL.SSL_INFO_CLIENT_CERT_CHAIN + i);
-CertificateFactory cf =
-CertificateFactory.getInstance(X.509);
-ByteArrayInputStream stream = new
ByteArrayInputStream(data);
-certs[i] = (X509Certificate)
cf.generateCertificate(stream);
-}
-Object sslO = null;
+X509Certificate[] certs = null;
if (certLength 0) {
-sslO = certs;
+certs = new X509Certificate[certLength];
+for (int i = 0; i certLength; i++) {
+byte[] data = SSLSocket.getInfoB(socket,
SSL.SSL_INFO_CLIENT_CERT_CHAIN + i);
+CertificateFactory cf =
+CertificateFactory.getInstance(X.509);
+ByteArrayInputStream stream = new
ByteArrayInputStream(data);
+certs[i] = (X509Certificate)
cf.generateCertificate(stream);
+}
}
-if (sslO != null)
+if (certs != null)
request.setAttribute
-(javax.servlet.request.X509Certificate, sslO);
+(javax.servlet.request.X509Certificate, certs);
} catch (Exception e) {
log.warn(Exception getting SSL Cert, e);
}
Pls give suggestions in tomcat tunning in production environment
Hi all, Now our webapp is running in production environment, nearly 500 people can ask it simultaneously, so the server performance is very low in all aspects. so, anyone help me, how to tune the tomcat for the production environment. increasing memory and ... I am using apache at the front to serve the pages. thanks, inr. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Pls give suggestions in tomcat tunning in production environment
Hi Rajkumar Sivasubramanian, Hi is there is any document availble online. to know about the options you mailds. thanks, inr. --- Rajkumar Sivasubramanian [EMAIL PROTECTED] wrote: Hi Ayyanar Inbamohan You can check the following options in your PRD environment. 1) PRD Server Memory/tuning the server 2) Load balancing the tomcat (setting up more than one tomcat) 3) Increasing the java memory options(need to be done very carefully). 4) Checking for any performance improvement in your code/sql queries/middle tier 4) Make sure Apache Http server, severs all the static contents. And tomcat only serves the .jsp pages. Regards Rajkumar S -Original Message- From: Ayyanar Inbamohan [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 13, 2005 5:17 PM To: tomcat-user@jakarta.apache.org; tomcat-dev@jakarta.apache.org; [EMAIL PROTECTED] Subject: Pls give suggestions in tomcat tunning in production environment Hi all, Now our webapp is running in production environment, nearly 500 people can ask it simultaneously, so the server performance is very low in all aspects. so, anyone help me, how to tune the tomcat for the production environment. increasing memory and ... I am using apache at the front to serve the pages. thanks, inr. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Information transmitted by this EMAIL is proprietary to iGATE Group of Companies and is intended for use only by the individual or entity to whom it is addressed and may contain information that is privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient of this EMAIL immediately notify the sender at iGATE or [EMAIL PROTECTED] and delete this EMAIL including any attachments _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11AprProcessor.java
remm2005/07/13 06:03:51
Modified:http11/src/java/org/apache/coyote/http11
Http11AprProcessor.java
Log:
- Code cleanups and comments.
Revision ChangesPath
1.25 +18 -10
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java
Index: Http11AprProcessor.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11AprProcessor.java,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- Http11AprProcessor.java 13 Jul 2005 11:05:19 - 1.24
+++ Http11AprProcessor.java 13 Jul 2005 13:03:51 - 1.25
@@ -1080,10 +1080,13 @@
try {
if (ssl) {
+// Cipher suite
Object sslO = SSLSocket.getInfoS(socket,
SSL.SSL_INFO_CIPHER);
-if (sslO != null)
+if (sslO != null) {
request.setAttribute
(javax.servlet.request.cipher_suite, sslO);
+}
+// Client certificate chain if present
int certLength = SSLSocket.getInfoI(socket,
SSL.SSL_INFO_CLIENT_CERT_CHAIN);
X509Certificate[] certs = null;
if (certLength 0) {
@@ -1096,17 +1099,22 @@
certs[i] = (X509Certificate)
cf.generateCertificate(stream);
}
}
-if (certs != null)
+if (certs != null) {
request.setAttribute
(javax.servlet.request.X509Certificate, certs);
+}
+// User key size
sslO = new Integer(SSLSocket.getInfoI(socket,
SSL.SSL_INFO_CIPHER_USEKEYSIZE));
-if (sslO != null)
+if (sslO != null) {
request.setAttribute
(javax.servlet.request.key_size, sslO);
+}
+// SSL session ID
sslO = SSLSocket.getInfoS(socket,
SSL.SSL_INFO_SESSION_ID);
-if (sslO != null)
+if (sslO != null) {
request.setAttribute
(javax.servlet.request.ssl_session, sslO);
+}
}
} catch (Exception e) {
log.warn(Exception getting SSL attributes ,e);
@@ -1115,18 +1123,17 @@
} else if (actionCode == ActionCode.ACTION_REQ_SSL_CERTIFICATE) {
if (ssl) {
-/*
- * Consume and buffer the request body, so that it does not
- * interfere with the client's handshake messages
- */
+ // Consume and buffer the request body, so that it does not
+ // interfere with the client's handshake messages
InputFilter[] inputFilters = inputBuffer.getFilters();
((BufferedInputFilter)
inputFilters[Constants.BUFFERED_FILTER])
.setLimit(maxSavePostSize);
inputBuffer.addActiveFilter
(inputFilters[Constants.BUFFERED_FILTER]);
try {
-// FIXME: Verify this is the right thing to do
+// Renegociate certificates
SSLSocket.renegotiate(socket);
+// Client certificate chain if present
int certLength = SSLSocket.getInfoI(socket,
SSL.SSL_INFO_CLIENT_CERT_CHAIN);
X509Certificate[] certs = null;
if (certLength 0) {
@@ -1139,9 +1146,10 @@
certs[i] = (X509Certificate)
cf.generateCertificate(stream);
}
}
-if (certs != null)
+if (certs != null) {
request.setAttribute
(javax.servlet.request.X509Certificate, certs);
+}
} catch (Exception e) {
log.warn(Exception getting SSL Cert, e);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35713] - StackOverflowError in JspWriterImpl
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=35713.
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=35713
--- Additional Comments From [EMAIL PROTECTED] 2005-07-13 16:52 ---
(In reply to comment #2)
Look at JspWriterImpl.initOut:
private void initOut() throws IOException {
if (out == null) {
out = response.getWriter();
}
}
Response.getWriter() returns a PrintWriter.
The said PrintWriter is a CoyoteWriter instance (if it's not, then it's this is
INVALID), and feel free to look at its flush method. Any other ideas before I
close the report ? ;)
--
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: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow (logging)
Bill, Thanks again for this tip. After reading the document to my best ability, I added this line to the end of /usr/local/tomcat/common/classes/logging.propeties : org.apache.jk.common.MsgAjp = ALL I got as a result what seemed like no logging at all for this class. I am setting it to DEBUG now to see what happens, but am I doing this correctly at all? Thanks for your help, Collin Bill Barker wrote: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/logging.html - Original Message - From: Collin McClendon [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Tuesday, July 12, 2005 10:57 AM Subject: Re: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow Thanks so much for replying! I can understand that concept. Given that we are using mod_jk to connect the Apache frontend to Tomcat running OpenCMS on the backend, perhaps the way that the application is working that is giving us this result? Also in response to Bill, where can one turn on DEBUG logging for a specific class such as org.apache.jk.common.MsgAjp ? I'm thinking that would be in one of the xml config files and I will do more research on that, but if you had a quick answer, I'd be happy to hear it. On the suggestion of Mladen Turk, I did upgrade to mod_jk 1.2.14, I hope to see some difference there. Thanks again, Collin Remy Maucherat wrote: Bill Barker wrote: The message is simply that you have a header value that is too big for the AJP/1.3 protocol to handle. If you enable DEBUG logging for org.apache.jk.common.MsgAjp, you should get a dump of the partial data that should include the name of the bad header. Given the line, it could be a monster header value, possibly a cookie (the size is 18KB, which is way over the AJP/1.3 capabilities). Rémy (with the neophyte AJP developer hat on) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Collin McClendon Sr. Microsoft Systems Engineer Digicon, Inc. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Collin McClendon Sr. Microsoft Systems Engineer Digicon Corporation [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs index.xml
jfclere 2005/07/13 08:29:54 Modified:jk/xdocs index.xml Log: typos. Revision ChangesPath 1.38 +3 -3 jakarta-tomcat-connectors/jk/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/index.xml,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- index.xml 5 Jul 2005 09:34:31 - 1.37 +++ index.xml 13 Jul 2005 15:29:54 - 1.38 @@ -30,9 +30,9 @@ ul lia href=news/20050101.html#20050516.116 May 2005 - bJK-1.2.13 released/b/a pThe Apache Jakarta Tomcat team is proud to announce the immediate availability -of Jakarta Tomcat Connectors 1.2.13 tarrbals for testing. +of Jakarta Tomcat Connectors 1.2.13 tarbals for testing. /p -pDownlad the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.13/jakarta-tomcat-connectors-1.2.13-src.tar.gz;JK 1.2.13 release sources/a +pDownload the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.13/jakarta-tomcat-connectors-1.2.13-src.tar.gz;JK 1.2.13 release sources/a | a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.13/jakarta-tomcat-connectors-1.2.13-src.tar.gz.asc;PGP signature/a /p pDownload the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/;binaries/a for selected platforms. @@ -42,7 +42,7 @@ pThe Apache Jakarta Tomcat team is proud to announce the immediate availability of Jakarta Tomcat Connectors 1.2.12. /p -pDownlad the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.12/jakarta-tomcat-connectors-1.2.12-src.tar.gz;JK 1.2.12 release sources/a +pDownload the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.12/jakarta-tomcat-connectors-1.2.12-src.tar.gz;JK 1.2.12 release sources/a | a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.12/jakarta-tomcat-connectors-1.2.12-src.tar.gz.asc;PGP signature/a /p pDownload the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/;binaries/a for selected platforms. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs index.xml
jfclere 2005/07/13 08:42:44 Modified:jk/xdocs index.xml Log: Add a some line about the release. Revision ChangesPath 1.39 +11 -0 jakarta-tomcat-connectors/jk/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/index.xml,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- index.xml 13 Jul 2005 15:29:54 - 1.38 +++ index.xml 13 Jul 2005 15:42:44 - 1.39 @@ -28,6 +28,17 @@ section name=Headlines br / ul +lia href=news/20050101.html#20050713.113 July 2005 - bJK-1.2.14 released/b/a +pThe Apache Jakarta Tomcat team is proud to announce the immediate availability +of Jakarta Tomcat Connectors 1.2.14 tarbals for testing. +/p +pDownload the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.14/jakarta-tomcat-connectors-1.2.14.1-src.tar.gz;JK 1.2.14 release sources/a + | a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.14/jakarta-tomcat-connectors-1.2.14.1-src.tar.gz.asc;PGP signature/a +/p +pDownload the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/;binaries/a for selected platforms. +/p +/li + lia href=news/20050101.html#20050516.116 May 2005 - bJK-1.2.13 released/b/a pThe Apache Jakarta Tomcat team is proud to announce the immediate availability of Jakarta Tomcat Connectors 1.2.13 tarbals for testing. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/news 20050101.xml
jfclere 2005/07/13 08:57:43 Modified:jk/xdocs/news 20050101.xml Log: Add information about the release. Revision ChangesPath 1.5 +17 -4 jakarta-tomcat-connectors/jk/xdocs/news/20050101.xml Index: 20050101.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/news/20050101.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- 20050101.xml 16 May 2005 06:40:31 - 1.4 +++ 20050101.xml 13 Jul 2005 15:57:43 - 1.5 @@ -21,6 +21,23 @@ /a hr size=1 noshade=noshade / -- +a name=20050713.1 +h313 July - JK-1.2.14 released/h3 +pThe Apache Jakarta Tomcat team is proud to announce the immediate availability +of Jakarta Tomcat Connectors 1.2.14. This is development release and contains +few bug fixes found in 1.2.13 version. +/p +p +We expect it to be ratified as a Stable release soon. +/p +p + Please see the a href=../changelog.htmlChangeLog/a for a full list of changes. +/p +pIf you find any bugs while using this release, please fill in the +a href=http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205;Bugzilla/a +Bug Report. When entering bug select bNative:JK/b Component. +/p +/a a name=20050516.1 h37 May - JK-1.2.13 released/h3 pThe Apache Jakarta Tomcat team is proud to announce the immediate availability @@ -28,10 +45,6 @@ few bug fixes found in 1.2.12 version. /p p -We expect it to be ratified as a Stable release and to be re-tagged to 1.2.14 version -within next two weeks. -/p -p Please see the a href=../changelog.htmlChangeLog/a for a full list of changes. /p pIf you find any bugs while using this release, please fill in the - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35720] New: - Updating JSP causes error Provider org.apache.xerces.jaxp.SAXParserFactoryImpl could not be instantiated: java.lang.NullPointerException
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=35720. 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=35720 Summary: Updating JSP causes error Provider org.apache.xerces.jaxp.SAXParserFactoryImpl could not be instantiated: java.lang.NullPointerException Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: Windows Server 2003 Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Configuration: JDK: 1.5.0_03 Apache Web Server: 2.0.52 Tomcat: 5.5.9 Connector: mod_jk 1.2.14 Server OS: Windows Server 2003 Problem: Every time I update a JSP, then try to access it via a browser, I encounter: HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Provider org.apache.xerces.jaxp.SAXParserFactoryImpl could not be instantiated: java.lang.NullPointerException org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) root cause javax.xml.parsers.FactoryConfigurationError: Provider org.apache.xerces.jaxp.SAXParserFactoryImpl could not be instantiated: java.lang.NullPointerException javax.xml.parsers.SAXParserFactory.newInstance(Unknown Source) org.apache.taglibs.standard.tlv.JstlBaseTLV.validate(JstlBaseTLV.java:152) org.apache.taglibs.standard.tlv.JstlCoreTLV.validate(JstlCoreTLV.java:96) org.apache.jasper.compiler.TagLibraryInfoImpl.validate(TagLibraryInfoImpl.java:750) org.apache.jasper.compiler.Validator.validateXmlView(Validator.java:1527) org.apache.jasper.compiler.Validator.validate(Validator.java:1495) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:157) org.apache.jasper.compiler.Compiler.compile(Compiler.java:286) org.apache.jasper.compiler.Compiler.compile(Compiler.java:267) org.apache.jasper.compiler.Compiler.compile(Compiler.java:255) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:556) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:293) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) note The full stack trace of the root cause is available in the Apache Tomcat/5.5.9 logs. After seeing this message, I can restart Tomcat and the JSP functions normally. However, if I change the JSP, restart Tomcat before viewing the page, then view the page, I still get the error. For some reason, the error actually has to be thrown before restarting Tomcat fixes it. I know of no other fix. If I change two separate JSPs, I have to view the first page (throwing the error), restart Tomcat, then view the second page (throwing the error again), then restart Tomcat again. It is not enough to throw it once and restart to fix all pages; the error apparently tied to each page. I can include any related XMLs upon request. The problem seems to occur with all JSPs, but I can include a sample if it will be helpful. I posted this before (Bug 35243), and it was labeled invalid. I was told to investigate via tomcat-user. I have done this, and have received only one response, which was not helpful. I contacted a second developer, and he agreed that it sounded more like a bug, so I am posting it again. -- 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]
cvs commit: jakarta-tomcat-catalina/webapps/docs apr.xml
remm2005/07/13 09:20:17 Modified:webapps/docs apr.xml Log: - Add some docs. Revision ChangesPath 1.6 +25 -0 jakarta-tomcat-catalina/webapps/docs/apr.xml Index: apr.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/apr.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- apr.xml 10 Jul 2005 17:20:22 - 1.5 +++ apr.xml 13 Jul 2005 16:20:16 - 1.6 @@ -66,6 +66,7 @@ ul liAPR 1.1+ development headers (libapr1-dev package)/li liOpenSSL 0.9.7+ development headers (libssl-dev package)/li +liJNI headers from Java compatible JDK 1.4+/li liGNU development environment (gcc, make)/li /ul /p @@ -166,6 +167,19 @@ The default value is off. /p /attribute +attribute name=SSLProtocol required=false +p + Protocol which may be used for communicating with clients. The default is all, with + other acceptable values being SSLv2, SSLv3, TLSv1, and SSLv2+SSLv3. +/p +/attribute +attribute name=SSLCipherSuite required=false +p + Ciphers which may be used for communicating with clients. The default is ALL, with + other acceptable values being a list of ciphers, with : used as the delimiter + (see OpenSSL documentation for the list of ciphers supported). +/p +/attribute attribute name=SSLCertificateFile required=true p Name of the file that contains the server certificate. The format is PEM-encoded. @@ -184,6 +198,17 @@ should prompt for the pass phrase. /p /attribute +attribute name=SSLVerifyClient required=false +p + Ask client for certificate. The default is none, meaning the client will not have the opportunity + to submit a certificate. Other acceptable values include optional, require and optionalNoCA. +/p +/attribute +attribute name=SSLVerifyDepth required=false +p + Maximum verification depth for client certificates. The default is 10. +/p +/attribute /attributes /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JK 1.2.14.1
[x] Stable -- good build [ ] Alpha -- something serious is wrong: what is it? Please test and vote. Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] SOC temporary committer Anders Nyman
Given all the comments, I think we'll go with the path of least resistance and use a SF account. Then when and if the time comes, a merge can go back into Tomcat if there is a desire. -Tim Tim Funk wrote: As part of the Google SOC. Google accepted the tomcat-reverse-proxy project to be executed by Anders Nyman ( anders.nyman at gmail d ot com ) The scope of the project is to let Tomcat act a reverse proxy by extending the balancer webapp. To make it easier to get the job done this summer while not relying on an intermediate committer, I propose granting commit access for only the following module: jakarta-tomcat-catalina/webapps/balancer/ The apache id granted would be prefixed with soc and be temporary. A CLA has already been signed and submitted. The vote is for commit access only for the module listed above. Voting rights will not be granted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow (logging)
That's for log4j. For Juli, you want FINE (or FINEST). - Original Message - From: Collin McClendon [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Wednesday, July 13, 2005 8:15 AM Subject: Re: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow (logging) Bill, Thanks again for this tip. After reading the document to my best ability, I added this line to the end of /usr/local/tomcat/common/classes/logging.propeties : org.apache.jk.common.MsgAjp = ALL I got as a result what seemed like no logging at all for this class. I am setting it to DEBUG now to see what happens, but am I doing this correctly at all? Thanks for your help, Collin Bill Barker wrote: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/logging.html - Original Message - From: Collin McClendon [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Tuesday, July 12, 2005 10:57 AM Subject: Re: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow Thanks so much for replying! I can understand that concept. Given that we are using mod_jk to connect the Apache frontend to Tomcat running OpenCMS on the backend, perhaps the way that the application is working that is giving us this result? Also in response to Bill, where can one turn on DEBUG logging for a specific class such as org.apache.jk.common.MsgAjp ? I'm thinking that would be in one of the xml config files and I will do more research on that, but if you had a quick answer, I'd be happy to hear it. On the suggestion of Mladen Turk, I did upgrade to mod_jk 1.2.14, I hope to see some difference there. Thanks again, Collin Remy Maucherat wrote: Bill Barker wrote: The message is simply that you have a header value that is too big for the AJP/1.3 protocol to handle. If you enable DEBUG logging for org.apache.jk.common.MsgAjp, you should get a dump of the partial data that should include the name of the bad header. Given the line, it could be a monster header value, possibly a cookie (the size is 18KB, which is way over the AJP/1.3 capabilities). Rémy (with the neophyte AJP developer hat on) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Collin McClendon Sr. Microsoft Systems Engineer Digicon, Inc. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Collin McClendon Sr. Microsoft Systems Engineer Digicon Corporation [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jni/examples mkcerts
mturk 2005/07/13 11:29:58 Modified:jni/examples mkcerts Log: Crete PKCS12 demo user certificate for using with Web browser to test the Client Authentication. Revision ChangesPath 1.3 +3 -0 jakarta-tomcat-connectors/jni/examples/mkcerts Index: mkcerts === RCS file: /home/cvs/jakarta-tomcat-connectors/jni/examples/mkcerts,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- mkcerts 7 Jul 2005 09:14:14 - 1.2 +++ mkcerts 13 Jul 2005 18:29:58 - 1.3 @@ -204,6 +204,9 @@ # $OPENSSL verify -CAfile ca.crt localhost.crt # $OPENSSL verify -CAfile ca.crt user.crt +# Create PKCS12 user certificate +$OPENSSL pkcs12 -export -passout $PASSPHRASE -passin $PASSPHRASE -in user.crt -inkey user.key -certfile ca.crt -out user.p12 + rm -f ca.cfg rm -f ca.serial.old rm -f ca.index.old - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow (logging)
Thanks, I didn't have my head screwed on right there. I see now after re-reading the documentation, I have to use the right keyword and I wasn't adding .level = at the end of the class name. Thanks so much for your help, I hope to have a crash to show logged in detail. If you or someone would glance at it, that would be of great help to me. Thanks, Collin Bill Barker wrote: That's for log4j. For Juli, you want FINE (or FINEST). - Original Message - From: Collin McClendon [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Wednesday, July 13, 2005 8:15 AM Subject: Re: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow (logging) Bill, Thanks again for this tip. After reading the document to my best ability, I added this line to the end of /usr/local/tomcat/common/classes/logging.propeties : org.apache.jk.common.MsgAjp = ALL I got as a result what seemed like no logging at all for this class. I am setting it to DEBUG now to see what happens, but am I doing this correctly at all? Thanks for your help, Collin Bill Barker wrote: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/logging.html - Original Message - From: Collin McClendon [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Tuesday, July 12, 2005 10:57 AM Subject: Re: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow Thanks so much for replying! I can understand that concept. Given that we are using mod_jk to connect the Apache frontend to Tomcat running OpenCMS on the backend, perhaps the way that the application is working that is giving us this result? Also in response to Bill, where can one turn on DEBUG logging for a specific class such as org.apache.jk.common.MsgAjp ? I'm thinking that would be in one of the xml config files and I will do more research on that, but if you had a quick answer, I'd be happy to hear it. On the suggestion of Mladen Turk, I did upgrade to mod_jk 1.2.14, I hope to see some difference there. Thanks again, Collin Remy Maucherat wrote: Bill Barker wrote: The message is simply that you have a header value that is too big for the AJP/1.3 protocol to handle. If you enable DEBUG logging for org.apache.jk.common.MsgAjp, you should get a dump of the partial data that should include the name of the bad header. Given the line, it could be a monster header value, possibly a cookie (the size is 18KB, which is way over the AJP/1.3 capabilities). Rémy (with the neophyte AJP developer hat on) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Collin McClendon Sr. Microsoft Systems Engineer Digicon, Inc. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Collin McClendon Sr. Microsoft Systems Engineer Digicon Corporation [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
How to make JSP Pages Timed ???
Dear all I am creating web pages using JSP. These JSP pages should be timed. That means the system should be limited with start and end dates or times. I have created a table in database that contains the start and end times. So, How can I use these times to limit my JSP pages showing from the public I am beginner so please be discriptive please !!! Thanks in advance _ Be the first to hear what's new at MSN - sign up to our free newsletters! http://www.msn.co.uk/newsletters - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to do (( age calculation )) please
Dear all I would be very grateful if any one can tell me a method or a way that I can calculate someone's age. I am using JSP. Please be descriptive with me because I am beginner !!! Thanks in advance. _ Winks nudges are here - download MSN Messenger 7.0 today! http://messenger.msn.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to make JSP Pages Timed ???
Hello, You could have a look at my Java Web Parts project (http://javawebparts.sourceforge.net). One of the components in it is an AppAvailabilityFilter. This is a filter that allows you to define a window each day when your application is available, other times a user will be redirected to a page of your choosing. Frank Abdullah Abdullah wrote: Dear all I am creating web pages using JSP. These JSP pages should be timed. That means the system should be limited with start and end dates or times. I have created a table in database that contains the start and end times. So, How can I use these times to limit my JSP pages showing from the public I am beginner so please be discriptive please !!! Thanks in advance _ Be the first to hear what's new at MSN - sign up to our free newsletters! http://www.msn.co.uk/newsletters - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PayPal Notification: Upgrade your information
fitchburg arum inhuman cancellate lighthearted hausdorff lexicography sirius carl groan conrad imperial bloop earthy decontrolling epitaxial charta escheat intoxicant ahead tenney
Accessing HttpServletRequest within Realms
We are using JAASRealm for authentication... What we would like to do is to gather additional information from the HttpRequest for use within our security framework... Having taken a look at the code it seems easy enough to add another method to the RealmBase to populate the Realm with the Request and Response as these two object are present within FormAuthenticator et al just before the call to context.getRealm().authenticate(user, password) From there the JAASRealm or our own can be used to create a HttpCallBack for use by a JAAS LoginModule... Is there any reason that this is not done??? If there is no reason may I submit some code back to the project to handle this? thanks a mil s Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or [EMAIL PROTECTED] as soon as possible. The content of this email does not necessarily reflect the views of SolNet Solutions Ltd. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35725] New: - jasper throws org.apache.jasper.JasperException with XHTML document
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=35725. 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=35725 Summary: jasper throws org.apache.jasper.JasperException with XHTML document Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When the following XHTML document is accessed through Tomcat, - jsp document - ?xml version=1.0 encoding=ISO-8859-1 ? jsp:root xmlns:jsp=http://java.sun.com/JSP/Page; version=2.0 jsp:directive.page language=java contentType=text/html; charset=ISO-8859-1 pageEncoding=ISO-8859-1 / jsp:text ![CDATA[ ?xml version=1.0 encoding=ISO-8859-1 ? ]] /jsp:text jsp:text ![CDATA[ !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; ]] /jsp:text html xmlns=http://www.w3.org/1999/xhtml; head titlejsp-xhtml.jsp/title /head body pnbsp;/p hr/ p#160;/p hr/ plt;/p hr/ pgt;/p hr/ pquot;/p hr/ pamp;/p hr/ papos;/p /body /html /jsp:root - jsp document - jasper throws the following exception. org.apache.jasper.JasperException: /xml/jsp-xhtml3.jsp(16,12) The entity nbsp was referenced, but not declared. org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:39) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:405) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:86) org.apache.jasper.compiler.JspDocumentParser.parse(JspDocumentParser.java:211) org.apache.jasper.compiler.ParserController.doParse(ParserController.java:196) org.apache.jasper.compiler.ParserController.parse(ParserController.java:100) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:146) org.apache.jasper.compiler.Compiler.compile(Compiler.java:286) org.apache.jasper.compiler.Compiler.compile(Compiler.java:267) org.apache.jasper.compiler.Compiler.compile(Compiler.java:255) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:556) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:293) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) but when I removed the line of pnbsp;/p, it works. I'm wondering why jasper accepts : p#160;/p plt;/p pgt;/p pquot;/p pamp;/p papos;/p but doesn't accept pnbsp;/p. All above entitis are valid for XHTML usage. . -- 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 35725] - jasper throws org.apache.jasper.JasperException with XHTML document
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=35725. 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=35725 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |critical --- Additional Comments From [EMAIL PROTECTED] 2005-07-14 06:38 --- Changing the severity because this is a runtime problem -- 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 35725] - jasper throws org.apache.jasper.JasperException with XHTML document
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=35725. 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=35725 --- Additional Comments From [EMAIL PROTECTED] 2005-07-14 06:51 --- The other entities defined in - http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent - http://www.w3.org/TR/xhtml1/DTD/xhtml-special.ent - http://www.w3.org/TR/xhtml1/DTD/xhtml-symbol.ent , such as pound; , euro; , hearts; ,Alpha; cause the same exception... Looks like jaspter doesn't take care of entities which are used by XHTML defined in http://www.w3.org/TR/xhtml1/#h-A2 . -- 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]
