EMusicJ.Troubleshooting History
Hide minor edits - Show changes to output
April 15, 2013, at 01:24 PM
by - Add info about the download manager activation
Added lines 6-13:
!!Being asked to install the download manager
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.
September 02, 2008, at 01:42 PM
by - Added help for what I thought was a bug in ticket #63
Changed lines 46-51 from:
** using a GUI file browser, right-click on the folder, go to properties, and change the permissions to make sure you have read, write, and execute. Note that if the ownership is wrong you may not be able to change it from the GUI and will have to use the command line.
to:
** using a GUI file browser, right-click on the folder, go to properties, and change the permissions to make sure you have read, write, and execute. Note that if the ownership is wrong you may not be able to change it from the GUI and will have to use the command line.
!!Files give a download error
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.
!!Files give a download error
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.
Deleted lines 12-17:
at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
Caused by: java.lang.ClassNotFoundException: java.lang.Enum not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:/home/jholloway/Downloads/emusicj-linux/emusicj.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/swt.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-codec-1.3.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-httpclient-3.0-rc4.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-logging-api.jar,file:./],parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], arent=null}}
at java.net.URLClassLoader.findClass(java.lang.String) (/usr/lib/libgcj.so.6.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String, boolean) (/usr/lib/libgcj.so.6.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String) (/usr/lib/libgcj.so.6.0.0)
Changed lines 14-16 from:
What this means is that eMusic/J is trying to use the default version of Java on the system,
to:
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.
[=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.
Changed lines 35-36 from:
!!!Possible Solution: Disable IPV6
The solution to this problem may lie in disablingIPV6. 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:
The solution to this problem may lie in disabling
to:
!!!Possible Solution: Disable `IPV6
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:
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:
Deleted line 40:
April 16, 2007, at 10:14 PM
by - Sorry, I needed to reword it :(
Changed line 34 from:
The solution to this problem may be that the application is trying to open a port using the ipv6 protocol. I turned of ipv6 by adding the following to /etc/modprobe.conf:
to:
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:
April 16, 2007, at 10:12 PM
by - Sorry, I botched the heading
Changed lines 33-34 from:
!!!The solution to this problem may be that the application is trying to open a port using the ipv6 protocol. I turned of ipv6 by adding the following to /etc/modprobe.conf:
to:
!!!Possible Solution: Disable IPV6
The solution to this problem may be that the application is trying to open a port using the ipv6 protocol. I turned of ipv6 by adding the following to /etc/modprobe.conf:
The solution to this problem may be that the application is trying to open a port using the ipv6 protocol. I turned of ipv6 by adding the following to /etc/modprobe.conf:
April 16, 2007, at 10:11 PM
by - Try Disabling IPV6
Added lines 33-38:
!!!The solution to this problem may be that the application is 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.
alias net-pf-10 off
alias ipv6 off
After rebooting, emusicj started immediately and worked as expected.
Changed line 34 from:
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 2 options
to:
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:
Changed lines 36-38 from:
# Change the permissions of the folder using chmod from the command line and/or if necessary change the ownership of the folder using chown from the command line
to:
# Change the permissions of the folder:
** using @@chmod@@ from the command line and/or if necessary change the ownership of the folder using @@chown@@ from the command line
** using a GUI file browser, right-click on the folder, go to properties, and change the permissions to make sure you have read, write, and execute. Note that if the ownership is wrong you may not be able to change it from the GUI and will have to use the command line.
** using @@chmod@@ from the command line and/or if necessary change the ownership of the folder using @@chown@@ from the command line
** using a GUI file browser, right-click on the folder, go to properties, and change the permissions to make sure you have read, write, and execute. Note that if the ownership is wrong you may not be able to change it from the GUI and will have to use the command line.
Changed line 33 from:
!!Emusic/J lists files to be downloaded but files do not start downloading
to:
!!Files are listed but do not start downloading
Changed line 36 from:
# Change the permissions of the folder using chmod from the command line (or if necessary change the ownership of the folder using chown from the command line
to:
# Change the permissions of the folder using chmod from the command line and/or if necessary change the ownership of the folder using chown from the command line
January 04, 2007, at 10:07 AM
by - Adding Troubleshooting entry for file permissions problem
Changed lines 31-36 from:
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.
to:
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.
!!Emusic/J lists files to be downloaded but files do not start downloading
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 2 options
# Choose a different folder where you do have permission to write files
# Change the permissions of the folder using chmod from the command line (or if necessary change the ownership of the folder using chown from the command line
!!Emusic/J lists files to be downloaded but files do not start downloading
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 2 options
# Choose a different folder where you do have permission to write files
# Change the permissions of the folder using chmod from the command line (or if necessary change the ownership of the folder using chown from the command line
Changed lines 23-24 from:
To fix it, see the page on [[InstallingJava|installing the official Java version from Sun]].
to:
To fix it, see the page on [[InstallingJava|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.
Added lines 1-6:
!Common Problems with eMusic/J
'''(and their solutions)'''
If you are still stuck after looking through this, [[Contact|get in touch]].
(:toc:)
!!Getting a long error message
'''(and their solutions)'''
If you are still stuck after looking through this, [[Contact|get in touch]].
(:toc:)
!!Getting a long error message
Changed lines 23-31 from:
To fix it, see the page on [[InstallingJava|installing the official Java version from Sun]].
to:
To fix it, see the page on [[InstallingJava|installing the official Java version from Sun]].
!!It takes a ''long'' time to start up
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:
# it takes a long time for the program window to appear, and
# if you open a @@.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.
!!It takes a ''long'' time to start up
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:
# it takes a long time for the program window to appear, and
# if you open a @@.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.
Added lines 1-17:
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)
at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
Caused by: java.lang.ClassNotFoundException: java.lang.Enum not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:/home/jholloway/Downloads/emusicj-linux/emusicj.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/swt.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-codec-1.3.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-httpclient-3.0-rc4.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-logging-api.jar,file:./],parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], arent=null}}
at java.net.URLClassLoader.findClass(java.lang.String) (/usr/lib/libgcj.so.6.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String, boolean) (/usr/lib/libgcj.so.6.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String) (/usr/lib/libgcj.so.6.0.0)
...=]
What this means is that eMusic/J is trying to use the default version of Java on the system, and it doesn't support some stuff that is needed.
To fix it, see the page on [[InstallingJava|installing the official Java version from Sun]].
[=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)
at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
Caused by: java.lang.ClassNotFoundException: java.lang.Enum not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:/home/jholloway/Downloads/emusicj-linux/emusicj.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/swt.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-codec-1.3.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-httpclient-3.0-rc4.jar,file:/home/jholloway/Downloads/emusicj-linux/lib/commons-logging-api.jar,file:./],parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], arent=null}}
at java.net.URLClassLoader.findClass(java.lang.String) (/usr/lib/libgcj.so.6.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String, boolean) (/usr/lib/libgcj.so.6.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String) (/usr/lib/libgcj.so.6.0.0)
...=]
What this means is that eMusic/J is trying to use the default version of Java on the system, and it doesn't support some stuff that is needed.
To fix it, see the page on [[InstallingJava|installing the official Java version from Sun]].
Page last modified on April 15, 2013, at 01:24 PM