jemplode 42 bug.

I've found that jemplode 42 can't deal with Mp3s that it doesn't have permission to read. If it doesn't have permission, it acts like everything is fine, unitl you do a sync, then it'll just reboot the player after dumping the database without uploading or rebuilding the database(forcing a long wait, and a resync to rebuild the database).

Now that's weird .. I would think that it would fail with an IOException when it tried to parse the MP3 to read its headers ... I wonder if that error gets swalled because it can't read the header to see that it's an MP3 and thus assumes that you're doing file taxiing. Interesting ...

Is there anything I can do to help? Is there a way to get JEmplode to dump a log that I could send to you?

Don't you get SecurityException if you try to open a file for which you don't have sufficient permissions, rather than IOException?

I'm pretty sure that OS-level permission checks result in lame IOExceptions (sometimes with a string message "Permission Denied"). Whoever designed exception handling in the IO framework was on crack.

That's OK -- This should be a pretty easy scenario to setup here... I'll let you know if I can't reproduce it then I might get a log from you.

So the official closure for this = FileNotFoundException("Access Denied"). Not SecurityException . Oh well.. FileNotFoundException = good enough for me... I'm actually surprised it's not just a top level IOException.