Bug 35791 - binary streaming / content-type problem with mod_jk ?
Summary: binary streaming / content-type problem with mod_jk ?
Alias: None
Product: Tomcat Connectors
Classification: Unclassified
Component: Common (show other bugs)
Version: unspecified
Hardware: All Windows XP
: P2 major (vote)
Target Milestone: ---
Assignee: Tomcat Developers Mailing List
Keywords: APIBug, FAQ
Depends on:
Reported: 2005-07-19 10:07 UTC by J
Modified: 2008-10-05 03:13 UTC (History)
0 users


Note You need to log in before you can comment on or make changes to this bug.
Description J 2005-07-19 10:07:17 UTC
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 :

This message was posted in 09/2004 and it seems that Apache causes problems with pre-defined 

Does someone have an answer or an idea ? :-)
I really need to fix this ! :(

Thanks in advance.  :o)


Comment 1 Remy Maucherat 2005-07-31 09:11:50 UTC
Please show where the Tomcat bug is (response dumps, etc): we're not going to
install the crap that is quicktime simply to investigate this. Likely the old qt
release doesn't support the HTTP response that JK is sending.