Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LittleProxy does not work when accessing m38v file (http streaming files) #8

Closed
fvisticot opened this issue Feb 21, 2011 · 3 comments
Closed

Comments

@fvisticot
Copy link

Hello,
I would like to use LittleProxy but i have a big pb when i try to
access video files (http streaming) with m38v format (Apple http
streaming format).
I'm using your proxy without any modification.

Any idea regarding this pb ?

The video can be accessible from iPhone/iPad/SafariMacOS at :
http://payment.demo.alcatel-lucent.com/demo/index2.html

Thanks in advance

Fred
.
The exception stack:

java.nio.channels.ClosedChannelException
at
org.jboss.netty.channel.socket.nio.NioWorker.cleanUpWriteBuffer(NioWorker.java:
629)
at org.jboss.netty.channel.socket.nio.NioWorker.close(NioWorker.java:
605)
at
org.jboss.netty.channel.socket.nio.NioServerSocketPipelineSink.handleAcceptedSocket(NioServerSocketPipelineSink.java:
119)
at
org.jboss.netty.channel.socket.nio.NioServerSocketPipelineSink.eventSunk(NioServerSocketPipelineSink.java:
76)
at
org.jboss.netty.handler.codec.oneone.OneToOneEncoder.handleDownstream(OneToOneEncoder.java:
60)
at
org.jboss.netty.handler.traffic.AbstractTrafficShapingHandler.handleDownstream(AbstractTrafficShapingHandler.java:
507)
at org.jboss.netty.channel.Channels.close(Channels.java:720)
at org.jboss.netty.channel.AbstractChannel.close(AbstractChannel.java:
208)
at
org.littleshoot.proxy.HttpRequestHandler.onRelayChannelClose(HttpRequestHandler.java:
482)
at
org.littleshoot.proxy.HttpRelayingHandler.channelClosed(HttpRelayingHandler.java:
214)
at
org.jboss.netty.handler.codec.replay.ReplayingDecoder.cleanup(ReplayingDecoder.java:
555)
at
org.jboss.netty.handler.codec.replay.ReplayingDecoder.channelClosed(ReplayingDecoder.java:
456)
at org.jboss.netty.channel.Channels.fireChannelClosed(Channels.java:
404)
at org.jboss.netty.channel.socket.nio.NioWorker.close(NioWorker.java:
606)
at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:
356)
at
org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:
281)
at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:
201)
at
org.jboss.netty.util.internal.IoWorkerRunnable.run(IoWorkerRunnable.java:
46)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:885)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
21 févr. 2011 12:28:42,224 - WARN [New I/O client worker #1-1] -
proxy.HttpRequestHandler - Channel closed: [id: 0x0180cf2a, /
192.168.1.20:59200 :> /192.168.1.95:13585]
21 févr. 2011 12:28:42,224 - INFO [New I/O client worker #1-1] -
proxy.HttpRequestHandler - Now 0 total browser to proxy channels...
21 févr. 2011 12:28:42,224 - INFO [New I/O client worker #1-1] -
proxy.HttpRequestHandler - Now this class has 0 browser to proxy
channels...
21 févr. 2011 12:28:42,224 - WARN [New I/O client worker #1-1] -
proxy.HttpRequestHandler - Closing all proxy to web channels for this
browser to proxy connection!!!
21 févr. 2011 12:28:42,224 - INFO [New I/O client worker #1-1] -
proxy.HttpRequestHandler - WEB CONNECTIONS COUNTS IN SYNC

@neotyk
Copy link

neotyk commented Feb 25, 2011

We have observed similar issue. Our downloads via proxy are getting closed before they finish. Not all of them, though.

Here is excerpt from log:

37407758 [New I/O client worker #1-2] WARN org.littleshoot.proxy.HttpRelayingHandler - Got closed event on proxy -> web connection: [id: 0x0188dcc4, /127.0.0.1:3659 :> preview2.testwebserver.aedes.lan/127.0.0.1:80]
37407758 [New I/O client worker #1-2] WARN org.littleshoot.proxy.HttpRelayingHandler - Closing browser to proxy channel: [id: 0x00d5b5a5, /172.16.10.35:50869 :> /172.16.10.50:9090]
37407758 [New I/O server worker #1-2] WARN org.littleshoot.proxy.HttpRequestHandler - Channel closed: [id: 0x00d5b5a5, /172.16.10.35:50869 :> /172.16.10.50:9090]
37407758 [New I/O server worker #1-2] WARN org.littleshoot.proxy.HttpRequestHandler - Closing all proxy to web channels for this browser to proxy connection!!!
37408680 [New I/O client worker #1-3] WARN org.littleshoot.proxy.HttpRelayingHandler - Got closed event on proxy -> web connection: [id: 0x007a0af7, /127.0.0.1:3664 :> preview2.testwebserver.aedes.lan/127.0.0.1:80]
37408680 [New I/O client worker #1-3] WARN org.littleshoot.proxy.HttpRelayingHandler - Closing browser to proxy channel: [id: 0x01969102, /172.16.10.35:50870 :> /172.16.10.50:9090]
37408680 [New I/O server worker #1-3] WARN org.littleshoot.proxy.HttpRequestHandler - Channel closed: [id: 0x01969102, /172.16.10.35:50870 :> /172.16.10.50:9090]
37408680 [New I/O server worker #1-3] WARN org.littleshoot.proxy.HttpRequestHandler - Closing all proxy to web channels for this browser to proxy connection!!!

@fvisticot
Copy link
Author

In fact, the pb is not in littleproxy but in the Apache server configuration .
keepAlive must be set to "on" in the apache configuration.

@jekh
Copy link
Collaborator

jekh commented Sep 7, 2015

Since this issue is so old and most likely not relevant anymore due to the vast amount of code changes, I'll go ahead and close it. Please reopen if you're still experiencing issues.

@jekh jekh closed this as completed Sep 7, 2015
arushi315 pushed a commit to arushi315/LittleProxy that referenced this issue Oct 9, 2019
* Changed ProxyAuthenticator to be more generic. It accepts AuthorizationHeader and HttpRequest

* Refactored a bit
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants