ORA-01460: non mises en œuvre ou déraisonnable de la conversion demandée en utilisant Hibernate @Lob

J'ai un byte[] que je suis la persistance d'un Métier comme suit:

@Basic(fetch = FetchType.LAZY)
@Column(name = "ABF", length = Integer.MAX_VALUE)
@Lob
private byte[] abf;

Semble assez simple, mais lorsque je tente de stocker quoi que ce soit importante dans l'informatique (plus de 4000 caractères) - je obtenir de l'exception suivante lorsque je tente de commettre:

java.sql.SQLException: ORA-01460: non mises en œuvre ou déraisonnable de la conversion demandée

Aucun des fichiers que je cherche à stocker sont n'importe où près de 32 000 caractères. Est-il un autre gotcha ici?

InformationsquelleAutor MTR | 2011-11-10
  1. 2

    Voir ce post.

    Mot: 

    <property name="hibernate.connection.SetBigStringTryClob">true</property>
<property name="hibernate.jdbc.batch_size">0</property>

    Il peut aussi être:

    • Ancien Oracle JDBC driver (bien que je pense alors que la limite était de 2k)
    • Pilote/DB incompatibilité de version
    • Mal Oracle dialecte spécifié dans Hibernate config

    Pour DB stuff il est toujours utile d'approvisionnement pilote de base de données et des informations de version 🙂

    • Hmm... Pas de chance jusqu'à présent avec ces propriétés. Je suis à l'aide d'Oracle 11g, mais avec 10g dialecte puisqu'il n'est pas 11g dialecte
    • Hmm. Je veux dire, je sais que c'est le problème, mais je ne me souviens pas comment résoudre le problème (et j'ai :/ au fait, pourquoi est votre longueur Integer.MAX_VALUE? Si rien d'autre, assurez-vous qu'un nombre raisonnable; peut ne pas résoudre le problème, mais je suis en supposant que vous n'avez pas vraiment dire qu'il soit.
    • Je commence à penser que peut-être il y a un personnage ou quelque chose dans le fichier qui provoque l'erreur. Il permet aux fichiers d'être enregistré, sans exception, et d'autres jettent l'erreur. Je ne suis pas encore en mesure de comprendre quelle est la différence.
    • DE SE! J'ai eu de mise à jour de deux bibliothèques: hsqldb.jar (pour la version 2.2.5) et ojdbc14 actuel. Merci pour votre aide @Dave Newton
    • Douce; oui, les pilotes Oracle sont assez version sensible quand il s'agit de quelques choses. Je ne suis pas sûr que j'ai effectivement répondu à la question, vient de rappeler. Envisager de répondre à votre propre question avec plus de détails et d'accepter que les la place.
    InformationsquelleAutor Dave Newton
  2. 1

    je viens de mettre à jour le pilote oracle et il a bien fonctionné.

    elle est due principalement à l'oracle pilote d'incompatibilité.

    Si vous avez la bonne version du pilote jdbc correspondant à vous oracle version, il ne devrait pas être un problème.

    InformationsquelleAutor user1139928
  3. 1

    Parfois, ça aide à faire les choses dans l'ordre:

    • insérer la nouvelle entité avec un vide lob;
    • commettre;
    • remplir le lob sur l'entité nouvellement créée;
    • mise à jour et de s'engager.
    InformationsquelleAutor Jean-Christian Gagné
  4. 0

    @Dave Newton placez-moi sur le droit chemin. La réponse a impliqué un certain nombre de choses. Comme Dave l'a souligné, j'ai ajouté ces lignes hibernate.cfg.xml:

    <property name="hibernate.connection.SetBigStringTryClob">true</property>
<property name="hibernate.jdbc.batch_size">0</property>

    J'étais auparavant à l'aide de hsqldb-2.0.0.jar. J'ai mis à jour ce à la version actuelle (hsqldb-2.2.5.jar). Je pense que c'était le principal coupable, et je vous jure, j'ai remarqué une base de données des performances en hausse depuis que je fais cela.

    J'ai aussi mis à jour pour la version actuelle de ojdbc14.jar (10.2.0.5). J'étais auparavant sur certains l'ancienne version, mais je ne sais pas exactement lequel. Il convient de noter que, même après la mise à jour vers la version 10.2.0.5 le problème n'a pas disparu. Il n'était pas jusqu'à ce que j'ai mis à jour le hsqldb.jar la version que le problème a été résolu.

    InformationsquelleAutor MTR