Aucun pilote approprié n'a été trouvé pour la connexion à la base de données Oracle

le format correct pour votre URL JDBC N'est pas ce que vous avez écrit:

connstr = "jdbc:oracle:thin:@160.110.xx.xxx: 1521 / test";

mais

connstr = "jdbc:oracle:thin:@//160.110.xx.xxx: 1521 / test";

ou

connstr = "jdbc:oracle:thin:@160.110.xx.xxx: 1521: test";

selon que "test" est un service ou d'un SID.



Le fragment de log que vous avez montré ne montre pas que la méthode getConnection a fonctionné le 4! Il a seulement montré qu'il n'y avait pas d'erreur jeté par elle. Cela signifie Peut-être simplement que la méthode n'a jamais été appelée (donc aucune connexion n'a été tentée).

pas sûr que ça aide, mais c'est le code que je dois faire la même chose,

    try { 
        Class.forName("oracle.jdbc.driver.OracleDriver"); 
    } catch (ClassNotFoundException e) { 
        System.out.println("Could not load the driver"); 
    } 

    Connection conn = DriverManager.getConnection                                     ("jdbc:oracle:thin:@ten10:1521:acdb", user, pass); 

Donc, pas tout à fait la même Classe.forName, mais même forme pour le protocole.

la classe pour le nom est essentielle, elle garantit que le chargeur de classe a chargé le pilote Oracle jdbc.

ce qui pourrait se produire est un problème de connectivité sur la machine où le code est en cours d'exécution, de sorte que l'emplacement qui contient le ojdbc6 réel.jar (comme indiqué sur le classpath) est pas toujours accessible (si ce n'est pas sur un disque local ?).

il semble, le " ojdbc6.jar" n'est pas dans le chemin de classe de votre serveur d'application.

Quand il dit qu'il ne peut pas trouver la classe, il ne peut pas trouver la classe.

D'après mon expérience, ce genre de problèmes qui fonctionnent parfois et parfois ne sont pas liés au fil. Mon hypothèse, c'est ClassLoader charge votre classe async, donc appeler connection juste après le chargement peut être le problème. tu as essayé de charger la classe oracle dans une partie statique? quelque chose comme:

public class dbconf {

static {
  Class.forName("oracle.jdbc.OracleDriver");
}

public Connection getConnection() throws SQLException {
    String connstr = "jdbc:oracle:thin:@160.110.xx.xxx:1521/test";
    try {
        String uname = "scott";
        String pass = "tiger";
        return DriverManager.getConnection(connstr, uname, pass);
    } catch (Exception e) {
        System.out.println(e.toString());
    }
}
}

autre problème: votre Code est-il compilé chaque jour(par livraison continue ou ...)?

il semble que le problème est avec votre pot essayer de remplacer par ojdbc14.bocal et ajouter à la Classe-chemin d'accès si vous utilisez Eclipse, suivez les étapes ci-dessous:- Eclipse -- > (sélectionnez le projet)allez à propriétés --> Java Build Path--> choisissez Ajouter Jar ou ajouter External Jar.

si possible, voir l'image pour DriverManager.getConnection () méthode. Il se peut que vous receviez un objet null connection DE LA PART DE DB, sans aucune exception, en cas de panne.

SQLException reason = null;
for(DriverInfo aDriver : registeredDrivers) {
    if(isDriverAllowed(aDriver.driver, callerCL)) {
        try {
            println("    trying " + aDriver.driver.getClass().getName());
            Connection con = aDriver.driver.connect(url, info);
            if (con != null) {
                println("getConnection returning " + aDriver.driver.getClass().getName());
                return (con);
            }
        } catch (SQLException ex) {
            if (reason == null) {
                reason = ex;
            }
        }

    } else {
        println("    skipping: " + aDriver.getClass().getName());
    }

}
if (reason != null)    {
    println("getConnection failed: " + reason);
    throw reason;
}
println("getConnection: no suitable driver found for "+ url);
throw new SQLException("No suitable driver found for "+ url, "08001");

une solution possible est la suivante : Allez dans le visualiseur D'événements -> Archives Windows et supprimez les événements D'Application et les événements système.(Ne supprimez pas les événements de sécurité!).Après cela, redémarrez votre pc et vous serez ok.

Je ne suis pas familier avec" schedular " mais votre dernière mise à jour suggère que vous avez des fils qui n'ont pas été proprement arrêtés d'un undeploy/redeploy précédent. Il y a un JavaSpecialists bulletin d'information sur la façon d'arrêter les threads proprement.

je me demande si peut-être votre code d'arrêt de servlet désactive le pilote de la base de données? On dirait que vous courez dans Tomcat. Même si votre code ne désinscrit pas directement le pilote, Je crois que Tomcat 7 et plus va désinscrire les pilotes dans le cadre de la détection/atténuation des fuites de mémoire de Tomcat.

Qui pourrait expliquer pourquoi le pilote est parfois présent et parfois pas.

Ne gardez pas le nom du pilote en mode statique. Utilisez L'API JDBC + Java pour obtenir le nom de la classe du pilote comme suit:

public class dbconf {

    private Connection connect;
    private String connstr;

    public Connection getConnection() throws SQLException {
        connstr = "jdbc:oracle:thin:@160.110.xx.xxx:1521/test";

        try {
                String uname = "scott";
                String pass = "tiger";
                Class.forName(OracleDriver.class.getClass().getName().toString()).newInstance();
                connect = DriverManager.getConnection(connstr, uname, pass);

        } catch (Exception e) {
            System.out.println(e.toString());
        }

            return connect;
    }
}

il est préférable, si vous avez fait une faute de frappe et vous pouvez vérifier si le ojdbc6.jar est placé dans le chemin de construction d'une bonne manière..

J'espère que cette information vous aidera...

l'erreur signifie que le pilote que vous utilisez n'accepte pas L'URL de connexion. Il semble que votre URL utilise la syntaxe MySQL (nom de la base de données séparé par '/'). Essayez D'utiliser la définition spécifique D'Oracle: jdbc:oracle:thin:@160.110.xx.xxx: 1521: test