Platform : Ubutnu 11.10, Java 1.7.
I have downloaded the sources from svn, so not really sure if the problem persists in the released build. Both phone and server do recognize each other, I can navigate thru tracks. However when I tried playing a track, Samsung captivate just sat there.
After some debugging I figured out that request for actually media data was not being fullfilled. The "argument" member in RequestV2 is set to "ttp://192.168.1.188:5001/get/0$1$1$1/01+Track+1.mp3" which never passes the check if the argument is "get" and code never opens the stream.
After patching this up locally, phone is playing the track, but facing weired problem. It does get full stream (I believe) but crashes. While playing the track, I get message about force closing the application on phone. The track keeps playing in background and does complete normally. So far I have tried with only one track and don't know if it will advance to next track.
I am trying to figure out what's happening here and need help to analyze the following log entries. Does the code write the actual number of bytes when it logs the sending bytes message in RequestV2 class. If so, then it should have sent complete data in first log entry as 16275220 is the file size on the disk. Current simple theory is it's just overshooting the stream and phone does not like it.
New I/O server worker #1-8] INFO 22:28:08.612 Sending 16275220 bytes.
[New I/O server worker #1-1] INFO 22:28:08.613 Sending 6 bytes.
[New I/O server worker #1-2] INFO 22:28:08.654 Argument ttp://192.168.1.188:5001/get/0$1$1$1/01+Track+1.mp3
[New I/O server worker #1-2] INFO 22:28:08.658 Sending 262144 bytes.
Another question is how do I enable trace log statements for certain classes? Right now to get the logs, I was forced to change to info to get output but would rather not touch the code if its config driven.
Thanks for any pointers