Thanks a lot! It works as expected :) Maybe you can help me to fix/workaround following issue in mobile Chrome (Android 4.1.2, SGS2) When I open the file I got 2 requests 1) has valid session or is able to get session getAuthenticationStrategy().load() as a result player is displayed, movie time is displayed correctly 2) play button is pushed, I got 2nd request and following error in the log: CookieUtils - Unable to find Cookie with name=LoggedIn and request URI=recordings/mp4/1
Mobile FF on the same phone works as expected Maybe I should set additional header somewhere ... Any help will be appreciated :)) On Fri, Jun 7, 2013 at 5:48 PM, Maxim Solodovnik <solomax...@gmail.com>wrote: > Thanks! > > will try it > > > On Fri, Jun 7, 2013 at 5:46 PM, Sven Meier <s...@meiers.net> wrote: > >> Hi, >> >> IMHO is would be easier to just extend AbstractResource and catch >> ClientAbortException in a custom WriteCallback. >> >> See "13.6 Custom resources" in the excellent Wicket free guide [1]. >> >> Hope this helps >> Sven >> >> [1] >> http://code.google.com/p/**wicket-guide<http://code.google.com/p/wicket-guide> >> >> >> >> On 06/07/2013 12:30 PM, Maxim Solodovnik wrote: >> >>> Hello Sven, >>> >>> Thanks for the response >>> I was able to implement this: >>> https://svn.apache.org/repos/**asf/openmeetings/trunk/** >>> singlewebapp/src/org/apache/**openmeetings/web/util/** >>> RecordingResourceReference.**java<https://svn.apache.org/repos/asf/openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/web/util/RecordingResourceReference.java> >>> >>> The only issue remains: the following stacktraces while client drops the >>> current connection and requests the next chank: [1] >>> >>> Maybe you know is there any way to suppress them? since we are expecting >>> connection drop I would like not to print this stack trace) >>> >>> Thanks in advance >>> >>> [1] >>> http://mail-archives.apache.**org/mod_mbox/wicket-users/**201306.mbox/%* >>> *3CCAJmbs8hNaWws2ORVURSYU6Bgb%**2BqdNGOPdp6QiJVLyKUVYpe5AQ%** >>> 40mail.gmail.com%3E<http://mail-archives.apache.org/mod_mbox/wicket-users/201306.mbox/%3CCAJmbs8hNaWws2ORVURSYU6Bgb%2BqdNGOPdp6QiJVLyKUVYpe5AQ%40mail.gmail.com%3E> >>> >>> >>> On Fri, Jun 7, 2013 at 4:45 PM, Sven Meier <s...@meiers.net> wrote: >>> >>> Hi, >>>> >>>> your dynamic resource can parse a "Range" header from the request and >>>> send >>>> back a "Content-Range" header along the requested content. This should >>>> work >>>> as with any servlet too. >>>> >>>> Let us know how you solved this. >>>> >>>> Regards >>>> Sven >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://apache-wicket.1842946.**n4.nabble.com/** >>>> ResourceResponse-processing-**Accept-Ranges-**tp4659263p4659264.html<http://apache-wicket.1842946.n4.nabble.com/ResourceResponse-processing-Accept-Ranges-tp4659263p4659264.html> >>>> Sent from the Users forum mailing list archive at Nabble.com. >>>> >>>> ------------------------------**------------------------------** >>>> --------- >>>> To unsubscribe, e-mail: >>>> users-unsubscribe@wicket.**apache.org<users-unsubscr...@wicket.apache.org> >>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>> >>>> >>>> >>> >> >> ------------------------------**------------------------------**--------- >> To unsubscribe, e-mail: >> users-unsubscribe@wicket.**apache.org<users-unsubscr...@wicket.apache.org> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax
