(and their solutions)
If you are still stuck after looking through this, get in touch.
When clicking on a music or album download, if you get a popup that tries to give you the Windows download manager, and then nothing happens when you click "continue", cancel it and visit this page:
http://www.emusic.com/dlm/install/
This will trick eMusic into thinking you have the download manager installed and music downloads will succeed.
By far the most common problem with eMusic/J is using the wrong Java version. If this is the case, you'll see a message something like this:
Exception in thread "main" java.lang.NoClassDefFoundError: while resolving class: nz.net.kallisti.emusicj.view.SWTView at java.lang.VMClassLoader.transformException(java.lang.Class, java.lang.Throwable) (/usr/lib/libgcj.so.6.0.0) at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at nz.net.kallisti.emusicj.EMusicJ.main(java.lang.String[]) (Unknown Source) ...
or
Exception in thread "main" java.util.NoSuchElementException at java.util.AbstractList$2.next(libgcj.so.90) at com.google.inject.InjectorImpl.getParametersInjectors(InjectorImpl.java:512) at com.google.inject.ConstructorInjector.createParameterInjector(ConstructorInjector.java:57) at com.google.inject.ConstructorInjector.<init>(ConstructorInjector.java:38) at com.google.inject.InjectorImpl$7.create(InjectorImpl.java:601) ...
What this means is that eMusic/J is trying to use the default version of Java on the system (often GCJ, which is another version of Java that is not quite compatible), and it doesn't support some stuff that is needed.
To fix it, see the page on installing the official Java version from Sun. If you have already installed Sun Java and are seeing this error, read the note towards the bottom of the page about making it the default.
For some unknown reason, there are some situations where eMusic/J can't listen to a network port that it wants. It tries a few before it gives up. This process can take a while if none are working. The symptoms of this are:
.emp
file from the browser, you get another window, rather than the downloads appearing in the existing one.
The (partial) solution to this is to add the following line to the file ~/.emusicj/emusicj.prop
:
noServer=1
This will prevent eMusic/J from even trying to find a network port. This means that it will start up nice and fast, but it still won't work properly from a browser. To fix this, you'll need to manually start eMusic/J when you want to download something, set up a drop directory in the preferences, and then tell the browser to always save .emp
files there. After a minute of a file being there, eMusic/J will load it and start downloading.
The solution to this problem may lie in disabling IPV6. In my case the application was trying to open a port using the IPV6? protocol. I turned of IPV6 by adding the following to /etc/modprobe.conf:
alias net-pf-10 off alias ipv6 off
After rebooting, emusicj started immediately and worked as expected.
Make sure the folder where you are going to copy the files has the permissions set so that you can write into that folder. If you do not have permission to write into that folder you have two options:
chmod
from the command line and/or if necessary change the ownership of the folder using chown
from the command line
When running from console you may see an error like:
MIME error: got text/html;charset=UTF-8, expecting one of: audio/* application/octet-stream application/pdf
This may mean that the .emp file is outdated, or there is some glitch on the server (i.e. a problem on the eMusic end). Try canceling the download and then downloading again.