Quelles sont les causes de bambou à l'échec à java.net.URLClassLoader.findClass (libgcj.so)

Question

Voici ce que mon journal d'erreur indique:

/WEB-INF/lib/jetty-http-7.2.1.v20101111.jar,file:webapp/WEB-INF/lib/jetty-io-7.2 
.1.v20101111.jar,file:webapp/WEB-INF/lib/jetty-jndi-7.2.1.v20101111.jar,file:web 
app/WEB-INF/lib/jetty-plus-7.2.1.v20101111.jar,file:webapp/WEB-INF/lib/jetty-sec 
urity-7.2.1.v20101111.jar,file:webapp/WEB-INF/lib/jetty-server-7.2.1.v20101111.j 
ar,file:webapp/WEB-INF/lib/jetty-servlet-7.2.1.v20101111.jar,file:webapp/WEB-INF 
/lib/jetty-util-7.2.1.v20101111.jar,file:webapp/WEB-INF/lib/jetty-webapp-7.2.1.v 
20101111.jar,file:webapp/WEB-INF/lib/jetty-xml-7.2.1-atlassian-3.jar,file:webapp 
/WEB-INF/lib/mail-1.4.1.jar,file:./], parent=gnu.gcj.runtime.ExtensionClassLoade 
r{urls=[], parent=null}} 
    at java.net.URLClassLoader.findClass(libgcj.so.7rh) 
... 
    at java.lang.Class.initializeClass(libgcj.so.7rh) 
    ...1 more 

Answer 1

Cela a été causé par le serveur perdre est la route par défaut à l'Internet. Pour une raison quelconque, Bamboo nécessite un accès à Internet (vérification de licence?). Pendant le diagnostic du problème, j'ai découvert que la route par défaut était manquante et lorsque j'ai restauré la route par défaut, bamboo a recommencé à fonctionner.