Classcastexception-Fehler: java.lang.Double nicht kompatibel mit java.math.BigDecimal

Diese Ausnahme kommt in sehr seltsame Weise.

Lese ich den Wert einer variable aus einer gespeicherten Prozedur, deren Typ DECIMAL(15,4).
Und bei java-Ende war ich Typumwandlung dieser Wert zu BigDecimal, und es funktionierte perfekt in Ordnung.
Nun begann ich immer diese exception :java.lang.Classcastexception-Fehler: java.lang.Double nicht kompatibel mit java.math.BigDecimal und diese zu lösen bin ich casting diese variable Art zu Doppel - und dann Gießen Sie es zurück an BigDecimal mit

Neu :

Double myVarDb= //reading some variable's value with type-> DECIMAL(15,4) from Db end
 BigDecimal myVar = (BigDecimal)BigDecimal.valueOf(myVarDb);

Alt :

 BigDecimal  myVar= //reading some variable's value with type-> DECIMAL(15,4)

Wenn in den Fall, jemand hat sich dieses Problem oder hat eine Idee warum es kommen könnte, bitte guide.

UPDATE : ich habe beide Treiber und unten sind die Versionen :

Alt : DriverVersion: 3.6.60

NEU : DriverVersion: 3.64.106

Den Instanzen, die ich bin immer erstellt nach dem Auslesen der Werte sind vom Typ:

Alt : BigDecimal

NEU : Doppel -

So das problem ist jetzt klar, warum machen wir diese Ausnahme, weil wir immer Doppelt Objekt nun als Standard-Objekt.

So jemand kann werfen etwas Licht auf, warum diese verschiedenen Arten von Instanzen werden immer erstellt?
Ist dies wegen der verschiedenen Versionen des JDBC-Treibers?

  • Um vollständig zu beantworten Ihre Fragen, brauchen wir wirklich zu sehen (so etwas wie) den code auf der anderen Seite diejenigen, die = Betreiber.
InformationsquelleAutor Onki | 2015-07-29
  1. 1

    Warum sollte man sich den Wert als Double dann versuchen zu wirken, um bigDecimal, die falsch ist. Es gibt keine Notwendigkeit, machen es schwieriger und komplexer.

    In Java und JDBC-alle DECIMAL-Werte zugeordnet sind, die mit BigDecimal und es gibt die getBigDecimel() - Methode von ResultSet, die ermöglicht es Ihnen, direkt bekommen Sie ein s ein BigDecimal.

    Werden Sie verwenden Sie einfach diese Zeile code:

    BigDecimal myVar = resultSet.getBigDecimal(0);

    Statt all dieser (das ist sehr schlecht):

    Double myVarDb= resultSet.getDouble(0);
BigDecimal myVar = (BigDecimal)BigDecimal.valueOf(myVarDb);

    Können Sie sehen, aus Mapping von SQL-und Java-Typen, dass:

    Die empfohlene Java-mapping für den DECIMAL-und NUMERIC-Typen in java.math.BigDecimal, Java-Typ, der drückt auch fixed-point zahlen mit absoluter Präzision. Die java.math.BigDecimal-Typ bietet mathematische Operationen zu ermöglichen BigDecimal-Typen werden addiert, subtrahiert, multipliziert, geteilt und mit anderen BigDecimal-Typen mit integer-Typen, und mit floating-point-Typen.

    Die empfohlene Methode zum abrufen von DECIMAL-und NUMERIC-Werten ist
    ResultSet.getBigDecimal. JDBC ermöglicht auch den Zugang zu diesen SQL-Typen wie
    einfache Strings oder arrays von char. Also, Java-Programmierer verwenden können
    getString erhalten Sie eine DECIMAL-oder NUMERIC-Ergebnis. Jedoch, dies macht
    der häufige Fall, wo DECIMAL oder NUMERIC verwendet werden, um Währungs-Werte
    merkwürdig, da es bedeutet, dass die Anwendung Schriftsteller müssen
    führen Sie Mathe auf strings. Es ist auch möglich, zum abrufen von diese SQL
    Arten wie die Java numerische Typen.

    Hinweis:

    In deinem alten code der Grund, warum Sie waren immer eine cast Exception kann sein, weil Sie nicht mit der .getBigDecimal() Methode.

    • Meine Frage, bevor ich war einfach nur Lesen das Objekt ohne jegliche .getBigDecimal() und nun auch ich bin nicht mit dieser. ALSO warum gibt es diesen Unterschied?
    • Vielleicht ist es ein Treiber-Problem. Vielleicht ist es ein problem mit der Abfrage?
    • wie liest du den Wert? Das ist wichtig, um deine Frage zu beantworten, und Sie haben nicht gezeigt, dass ein code. Alle Antworten werden, vorausgesetzt, Sie bekommen es von einem ResultSet oder ähnliches, aber uns nicht wirklich wissen, dass.
    InformationsquelleAutor cнŝdk
Schreibe einen Kommentar