DO NOT REPLY [Bug 35791] New: - binary streaming / content-type problem with mod_jk ?
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=35791. 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=35791 Summary: binary streaming / content-type problem with mod_jk ? Product: Tomcat 5 Version: 5.5.9 Platform: All OS/Version: All Status: NEW Keywords: APIBug, FAQ Severity: major Priority: P2 Component: Connector:AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hi all ! I've developed a servlet (BinaryStreaming based on StreamingContent by Raj Behera) which does a binary stream of a mpeg video file which is created progressively (by another servlet/software/Unix command/... not important ) and finally read and played by Quicktime. I use Apache and Tomcat so I've installed mod_jk All work well (- MacOS and Windows) but... : If I go on http://localhost:8080/my_test/BinaryStreaming it works well with QuickTime 7 and QuickTime 6 (6, 6.5, 6.5.2, ...). I have mod_jk so I can go on http://localhost/my_test/BinaryStreaming and here it still works well with QT7. But QT6 seems to wait that the video file is entirely created to start the viewing instead of starting to play the movie as soon as there is data in it, progressively. - like it does with QT7 and QT6 with :8080 OR when I use QT7 without :8080. I think it's due to mod_jk but I've no idea to make it work I've found that another person had a similar problem, but no answer was given : http://www.junlu.com/msg/107218.html This message was posted in 09/2004 and it seems that Apache causes problems with pre-defined MIME-Types. Does someone have an answer or an idea ? :-) I really need to fix this ! :( Thanks in advance. :o) Regards, Jérô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]
binary streaming / content-type problem with mod_jk ?
Hi all ! I've developed a servlet (BinaryStreaming based on StreamingContent by Raj Behera) which does a binary stream of a mpeg video file which is created progressively (by another servlet/software/Unix command/... not important ) and finally read and played by Quicktime. I use Apache and Tomcat so I've installed mod_jk All work well (- MacOS and Windows) but... : If I go on http://localhost:8080/my_test/BinaryStreaming it works well with QuickTime 7 and QuickTime 6 (6, 6.5, 6.5.2, ...). I have mod_jk so I can go on http://localhost/my_test/BinaryStreaming and here it still works well with QT7. But QT6 seems to wait that the video file is entirely created to start the viewing instead of starting to play the movie as soon as there is data in it, progressively. - like it does with QT7 and QT6 with :8080 OR when I use QT7 without :8080. I think it's due to mod_jk but I've no idea to make it work I've found that another person had a similar problem, but no answer was given : http://www.junlu.com/msg/107218.html This message was posted in 09/2004 and it seems that Apache causes problems with pre-defined MIME-Types. Does someone have an answer or an idea ? :-) I really need to fix this ! :( Thanks in advance. :o) Regards, Jérôme --- Jérôme Chauvin OPSOMAI 77, rue de Charonne 75011 Paris - France Tél : +33 (0)1 58 39 38 22 Fax : +33 (0)1 43 70 70 72 @ : [EMAIL PROTECTED] URL : http://www.opsomai.com
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx JMXAccessorTask.java
pero2005/07/19 01:38:48
Modified:catalina/src/share/org/apache/catalina/ant/jmx
JMXAccessorTask.java
Log:
Fix use primitiv datatypes as arrays - submitted by Wolfgang Miller-Reichling
Revision ChangesPath
1.7 +4 -3
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorTask.java
Index: JMXAccessorTask.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorTask.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- JMXAccessorTask.java 16 Jul 2005 21:09:21 - 1.6
+++ JMXAccessorTask.java 19 Jul 2005 08:38:27 - 1.7
@@ -19,6 +19,7 @@
import java.io.IOException;
+import java.lang.reflect.Array;
import java.net.InetAddress;
import java.net.MalformedURLException;
import java.net.UnknownHostException;
@@ -554,7 +555,7 @@
if (result.getClass().isArray()) {
Object array[] = (Object[]) result;
for (int i = 0; i array.length; i++) {
-handleOutput(name + . + i + = + array[i]);
+handleOutput(name + . + i + = + Array.get(result,
i));
}
} else
handleOutput(name + = + result);
@@ -619,7 +620,7 @@
Object array[] = (Object[]) result;
int size = 0 ;
for (int i = 0; i array.length; i++) {
-if(setProperty(propertyPrefix + . + size , array[i])) {
+if(setProperty(propertyPrefix + . + size ,
Array.get(result, i))) {
size++;
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34389] - Tomcat 5.5.9 Cluster fix pack
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=34389. 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=34389 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-07-19 10:45 --- Cluster is design that you used cluster domains. Spilt your cluster to pairs of backup nodes and used the new mod_jk 1.2.14 domain attribute to dispatch fail nodes to the right backup. Every Cluster domain use other McastAddress or McastPort. Also your membership attribute are a probleme in real production env. mcastFrequency=700 mcastDropTime=5000/ Used instead: mcastFrequency=1000 mcastDropTime=3/ Peter -- 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 35788] - Suggestion for Google SiteSearch of FAQ
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=35788. 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=35788 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15703|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-07-19 15:01 --- Created an attachment (id=15706) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15706action=view) Patch to tomcat-faq.xsl to improve search feature (with tabs) Reposting patch with tabs instead of spaces on the new lines. -- 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 35795] New: - HttpSession.setAttribute don't work with No Serializable Objects
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=35795. 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=35795 Summary: HttpSession.setAttribute don't work with No Serializable Objects Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: Windows XP Status: UNCONFIRMED Severity: blocker Priority: P1 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] HttpSession.setAttribute don't work with No Serializable Objects, this don't happend with Netbeans 4.1 and Tomcat 5.5.7 bundle When I'am trying run me app, I'm get the next exception: java.lang.IllegalArgumentException: Attribute no serializable The part of code is: HttpSession m_WebSession = URLClassLoader i18nCLassLoader = . ... m_WebSession.setAttribute(bundleloader,i18nCLassLoader); . At point me app throw Exception and stop. -- 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 35795] - HttpSession.setAttribute don't work with No Serializable Objects
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=35795. 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=35795 --- Additional Comments From [EMAIL PROTECTED] 2005-07-19 18:17 --- This question would be better asked on the user list. Check that your webapp isn't marked distributable as http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache/catalina/session/package-summary.html says: distributable - Has the web application we are associated with been marked as distributable? If it has, attempts to add or replace a session attribute object that does not implement the java.io.Serializable interface will be rejected. It defaults to false, though, so you would have had to change something. -- 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 35795] - HttpSession.setAttribute don't work with No Serializable Objects
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=35795. 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=35795 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID -- 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 35798] New: - Null Pointer Exception in InternalOutputBuffer
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=35798. 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=35798 Summary: Null Pointer Exception in InternalOutputBuffer Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: other Status: NEW Severity: major Priority: P2 Component: Connector:HTTP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When the servlet output stream is pooled for future use, any writes followed with a flush to the output stream (obtained from the pool) are causing null pointer exceptions. * Same problem exists with PrintWriter. * The writes+flush to the output stream are not happening on the thread that received the initial service request. * There is a server listening on the other side of HTTP socket. * Is the original service thread cleaning up the output stream? Platform : Windows XP PRofessional Java Version : jdk 1.5.0_04 Apache Tomcat Version 5.5.9 $Id: RELEASE-NOTES,v 1.25 2005/01/19 20:30:26 remm Exp $ -stack trace- java.lang.NullPointerException at org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:747) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:403) at org.apache.coyote.http11.InternalOutputBuffer.flush(InternalOutputBuffer.java:305) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:978) at org.apache.coyote.Response.action(Response.java:182) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:322) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:293) at org.apache.catalina.connector.CoyoteWriter.flush(CoyoteWriter.java:82) at com.xxx.ClientConnectionManager._writeToConnection(ClientConnectionManager.java:346) at java.lang.Thread.run(Thread.java:595) -- 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 35798] - Null Pointer Exception in InternalOutputBuffer
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=35798. 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=35798 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-07-19 21:30 --- Need a war file to reproduce. When the servlet output stream is pooled for future use seems rather sketchy. It seems like a misuse of the OutputStream at the when it is no longer valid which causes the error. -- 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 35798] - Null Pointer Exception in InternalOutputBuffer
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=35798. 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=35798 --- Additional Comments From [EMAIL PROTECTED] 2005-07-19 21:38 --- (In reply to comment #1) thx for the quick reply. Need a war file to reproduce. Ok. I will try sending a war file. When the servlet output stream is pooled for future use seems rather sketchy. It seems like a misuse of the OutputStream at the when it is no longer valid which causes the error. Is the output stream cleaned up by the thread servicing the original request? If that is the case i can't reuse the stream for future use. Didn't expect a NPE. If that is the case, please close the bug. I will try figure out a workaround. -- 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 35798] - Null Pointer Exception in InternalOutputBuffer
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=35798. 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=35798 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-07-19 21:45 --- An OutputStream only lasts (at most) as long as the HttpServletResponse. In other words, the life of the request. Once the reponse has been sent to the request has been sent (Servlet.service is finished) - then the OutputStream is invalid. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JK 1.2.14.1
Please vote: [X] Stable -- good build [ ] Alpha -- something serious is wrong: what is it? Functional and stress tested against 2.0.54, and 2.1.6 on NetWare 6.5 SP3 and SP4 on MP server (4 CPUS). Only stress test for apache 1.3. Using Tomcat 4.1.30. Thank you, JJ
