Problème initialisation

  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:c32fd27f7a8e76f6d719994aff8003dc' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n\n<meta http-equiv=\"content-type\" content=\"text/html; charset=ISO-8859-1\">\n</head>\n<body text=\"#000000\" bgcolor=\"#ffffff\">\nBonjour,<br>\n</div>', created = 1507750790, expire = 1507837190, headers = '', serialized = 0 WHERE cid = '4:c32fd27f7a8e76f6d719994aff8003dc' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:c32fd27f7a8e76f6d719994aff8003dc' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n\n<meta http-equiv=\"content-type\" content=\"text/html; charset=ISO-8859-1\">\n</head>\n<body text=\"#000000\" bgcolor=\"#ffffff\">\nBonjour,<br>\n</div>', created = 1507750790, expire = 1507837190, headers = '', serialized = 0 WHERE cid = '4:c32fd27f7a8e76f6d719994aff8003dc' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:70eaa0a4e2d3a28fe8e9964b4290ab0c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Je rencontre à nouveau un problème lors de l\'initialisation de la base workflow. Ci joint les erreurs produites lors de la commande ant init-workflow.</p>\n<p>La version mysql utilisée est la 1.4 non innodb. La base du workflow se situant sur un serveur mutualisé, nous ne pouvons modifier la configuration pour des raisons de compatibilité des bases déjà existantes. Pour régler ce problème, nous pensions modifier la configuration des tables après l\'initialisation de la base comme nous l\'avons fait pour la base harvester.</p>\n<p>Mais pour cela il faudrait que l\'initialisation de la base workflow fonctionne...</p>\n<p>Auriez vous des idées ?</p>\n<p>Merci d\'avance</p>\n<p>Véronique PELLEAU</p>\n</div>\n', created = 1507750790, expire = 1507837190, headers = '', serialized = 0 WHERE cid = '4:70eaa0a4e2d3a28fe8e9964b4290ab0c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:cea8a0a051137b1a44616abc6b1ef0cb' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>ori-oai-workflow a besoin dès l\'initialisation d\'être en InnoDB.</p>\n<p>La bonne nouvelle cependant est que je viens enfin de trouver la parade<br />\n(possible depuis la version 3 d\'hibernate apparemment) et cela suite à<br />\nvotre message.</p>\n<p>Il faut simplement ajouter dans<br />\nhibernate.cfg.xml<br />\n(./conf/properties/spring/common/dao/hibernate/hibernate.cfg.xml pour<br />\nori-oai-workflow)</p>\n<property<br />\nname=\"hibernate.dialect\">org.hibernate.dialect.MySQLInnoDBDialect</property>\n<p>Vous ajoutez cela juste avant la balise fermante<br />\n </session-factory></p>\n<p>Ceci fait, Hibernate forcera la création des tables en INNODB : je viens<br />\nde tester sur un MySQL 5.1.37 (configuré en MyISAM par défaut), cela<br />\nfonctionne.</p>\n<p>Cela devrait aussi fonctionner pour ori-oai-harvester.</p>\n<p>Tenez nous au courant de cela, on mettra cela par défaut dans la<br />\nprochaine version d\'ORI-OAI.</p>\n<p>Vincent.</p>\n<p>veronique pelleau wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Je rencontre à nouveau un problème lors de l\'initialisation de la base workflow. Ci joint les erreurs produites lors de la commande ant init-workflow.<br />\n><br />\n> La version mysql utilisée est la 1.4 non innodb. La base du workflow se situant sur un serveur mutualisé, nous ne pouvons modifier la configuration pour des raisons de compatibilité des bases déjà existantes. Pour régler ce problème, nous pensions modifier la configuration des tables après l\'initialisation de la base comme nous l\'avons fait pour la base harvester.<br />\n><br />\n> Mais pour cela il faudrait que l\'initialisation de la base workflow fonctionne...<br />\n><br />\n> Auriez vous des idées ?<br />\n><br />\n> Merci d\'avance<br />\n><br />\n> Véronique PELLEAU</div>\n</blockquote>\n</div>\n', created = 1507750792, expire = 1507837192, headers = '', serialized = 0 WHERE cid = '4:cea8a0a051137b1a44616abc6b1ef0cb' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:c706766fa6e12035073590a778a30d8e' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Notre problème d\'initialisation est dû à un bug de Mysql lié à l\'utilisation du jeu de caractères UTF-8 et à des clefs de longueur trop importante : en UTF-8 chaque caractère peut être codé sur 3 octets, or la longueur maximum des clefs concaténées multipliée par 3 est supérieure à 1024 octets.</p>\n<p>Une des solutions apportées par notre administrateur était de limiter la longueur du champ lors de la<br />\ncréation de la clef... Est-il possible de modifier le script d\'initialisation et quel fichier faudrait-il modifier ?</p>\n<p>Le site d\'ORI-OAI recommande l\'utilisation de Mysql mais indique qu\'aucun test n\'a été fait avec PostgreSQL. Nous envisageons de passer sous PostgreSQL et aimerions savoir si quelqu\'un avait fait des test depuis. Si oui, un retour d\'expérience nous intéresserait avant de nous lancer.</p>\n<p>Merci.</p>\n<p>Véronique PELLEAU</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> ----------------------------------------<br />\n> From: Vincent Bonamy <<span id=\"919301b5c518c9ff00d1a59ebc883be5\"></span>\n <script type=\"text/javascript\" > <!--\n document.getElementById(\'919301b5c518c9ff00d1a59ebc883be5\')\n .innerHTML = \'<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;\'+\'&#86;&#105;&#110;&#99;&#101;&#110;&#116;&#46;&#66;&#111;&#110;&#97;&#109;&#121;&#64;&#105;&#110;&#115;&#97;&#45;&#114;&#111;&#117;&#101;&#110;&#46;&#102;&#114;\'+\'\">\'+\'&#86;&#105;&#110;&#99;&#101;&#110;&#116;&#46;&#66;&#111;&#110;&#97;&#109;&#121;&#64;&#105;&#110;&#115;&#97;&#45;&#114;&#111;&#117;&#101;&#110;&#46;&#102;&#114;\' + \'</a>\';\n // --> </script>><br />\n> Sent: Wed Nov 04 01:49:17 NCT 2009<br />\n> To: <<span id=\"a3d5e92c57484df32761ceb295829e87\"></span>\n <script type=\"text/javascript\" > <!--\n document.getElementById(\'a3d5e92c57484df32761ceb295829e87\')\n .innerHTML = \'<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;\'+\'&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;\'+\'\">\'+\'&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;\' + \'</a>\';\n // --> </script>><br />\n> Subject: Re: [ori-oai-utilisateurs] Problème initialisation workflow<br />\n><br />\n><br />\n> Bonjour,<br />\n><br />\n> ori-oai-workflow a besoin dès l\'initialisation d\'être en InnoDB.<br />\n><br />\n><br />\n> La bonne nouvelle cependant est que je viens enfin de trouver la parade<br />\n> (possible depuis la version 3 d\'hibernate apparemment) et cela suite à<br />\n> votre message.<br />\n><br />\n> Il faut simplement ajouter dans<br />\n> hibernate.cfg.xml<br />\n> (./conf/properties/spring/common/dao/hibernate/hibernate.cfg.xml pour<br />\n> ori-oai-workflow)<br />\n><br />\n<property<br />\n> name=\"hibernate.dialect\">org.hibernate.dialect.MySQLInnoDBDialect</property>\n><br />\n> Vous ajoutez cela juste avant la balise fermante<br />\n> </session-factory><br />\n><br />\n><br />\n> Ceci fait, Hibernate forcera la création des tables en INNODB : je viens<br />\n> de tester sur un MySQL 5.1.37 (configuré en MyISAM par défaut), cela<br />\n> fonctionne.<br />\n><br />\n> Cela devrait aussi fonctionner pour ori-oai-harvester.<br />\n><br />\n><br />\n> Tenez nous au courant de cela, on mettra cela par défaut dans la<br />\n> prochaine version d\'ORI-OAI.<br />\n><br />\n> Vincent.<br />\n><br />\n><br />\n><br />\n> veronique pelleau wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>> > Bonjour,<br />\n> ><br />\n> > Je rencontre à nouveau un problème lors de l\'initialisation de la base workflow. Ci joint les erreurs produites lors de la commande ant init-workflow.<br />\n> ><br />\n> > La version mysql utilisée est la 1.4 non innodb. La base du workflow se situant sur un serveur mutualisé, nous ne pouvons modifier la configuration pour des raisons de compatibilité des bases déjà existantes. Pour régler ce problème, nous pensions modifier la configuration des tables après l\'initialisation de la base comme nous l\'avons fait pour la base harvester.<br />\n> ><br />\n> > Mais pour cela il faudrait que l\'initialisation de la base workflow fonctionne...<br />\n> ><br />\n> > Auriez vous des idées ?<br />\n> ><br />\n> > Merci d\'avance<br />\n> ><br />\n> > Véronique PELLEAU</p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> </div>\n</blockquote>\n</div>\n', created = 1507750792, expire = 1507837192, headers = '', serialized = 0 WHERE cid = '4:c706766fa6e12035073590a778a30d8e' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:931b5009613a772c817bac6fa012e829' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,<br />\nOui, je vous avais donné hier quelques pistes à ce propos sur cette même<br />\nliste.<br />\nJe rattache à ce message ma réponse d\'hier.<br />\nBonne soirée,<br />\nVincent.</p>\n<p>veronique pelleau wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Notre problème d\'initialisation est dû à un bug de Mysql lié à l\'utilisation du jeu de caractères UTF-8 et à des clefs de longueur trop importante : en UTF-8 chaque caractère peut être codé sur 3 octets, or la longueur maximum des clefs concaténées multipliée par 3 est supérieure à 1024 octets.<br />\n><br />\n> Une des solutions apportées par notre administrateur était de limiter la longueur du champ lors de la<br />\n> création de la clef... Est-il possible de modifier le script d\'initialisation et quel fichier faudrait-il modifier ?<br />\n><br />\n> Le site d\'ORI-OAI recommande l\'utilisation de Mysql mais indique qu\'aucun test n\'a été fait avec PostgreSQL. Nous envisageons de passer sous PostgreSQL et aimerions savoir si quelqu\'un avait fait des test depuis. Si oui, un retour d\'expérience nous intéresserait avant de nous lancer.<br />\n><br />\n> Merci.<br />\n><br />\n> Véronique PELLEAU<br />\n><br />\n><br />\n><br />\n> </p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> ----------------------------------------<br />\n>> From: Vincent Bonamy <<span id=\"e390b2fbe7141abbf400b0017fdabd65\"></span>\n <script type=\"text/javascript\" > <!--\n document.getElementById(\'e390b2fbe7141abbf400b0017fdabd65\')\n .innerHTML = \'<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;\'+\'&#86;&#105;&#110;&#99;&#101;&#110;&#116;&#46;&#66;&#111;&#110;&#97;&#109;&#121;&#64;&#105;&#110;&#115;&#97;&#45;&#114;&#111;&#117;&#101;&#110;&#46;&#102;&#114;\'+\'\">\'+\'&#86;&#105;&#110;&#99;&#101;&#110;&#116;&#46;&#66;&#111;&#110;&#97;&#109;&#121;&#64;&#105;&#110;&#115;&#97;&#45;&#114;&#111;&#117;&#101;&#110;&#46;&#102;&#114;\' + \'</a>\';\n // --> </script>><br />\n>> Sent: Wed Nov 04 01:49:17 NCT 2009<br />\n>> To: <<span id=\"9100882bc513913dc72d7ce5de21ceb0\"></span>\n <script type=\"text/javascript\" > <!--\n document.getElementById(\'9100882bc513913dc72d7ce5de21ceb0\')\n .innerHTML = \'<a href=\"&#109;&#97;&#105;&#108;&#116;&#111;&#58;\'+\'&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;\'+\'\">\'+\'&#111;&#114;&#105;&#45;&#111;&#97;&#105;&#45;&#117;&#116;&#105;&#108;&#105;&#115;&#97;&#116;&#101;&#117;&#114;&#115;&#64;&#108;&#105;&#115;&#116;&#101;&#115;&#46;&#117;&#110;&#105;&#118;&#45;&#114;&#101;&#110;&#110;&#101;&#115;&#49;&#46;&#102;&#114;\' + \'</a>\';\n // --> </script>><br />\n>> Subject: Re: [ori-oai-utilisateurs] Problème initialisation workflow<br />\n>><br />\n>><br />\n>> Bonjour,<br />\n>><br />\n>> ori-oai-workflow a besoin dès l\'initialisation d\'être en InnoDB.<br />\n>><br />\n>><br />\n>> La bonne nouvelle cependant est que je viens enfin de trouver la parade<br />\n>> (possible depuis la version 3 d\'hibernate apparemment) et cela suite à<br />\n>> votre message.<br />\n>><br />\n>> Il faut simplement ajouter dans<br />\n>> hibernate.cfg.xml<br />\n>> (./conf/properties/spring/common/dao/hibernate/hibernate.cfg.xml pour<br />\n>> ori-oai-workflow)<br />\n>><br />\n<property<br />\n>> name=\"hibernate.dialect\">org.hibernate.dialect.MySQLInnoDBDialect</property>\n>><br />\n>> Vous ajoutez cela juste avant la balise fermante<br />\n>> </session-factory><br />\n>><br />\n>><br />\n>> Ceci fait, Hibernate forcera la création des tables en INNODB : je viens<br />\n>> de tester sur un MySQL 5.1.37 (configuré en MyISAM par défaut), cela<br />\n>> fonctionne.<br />\n>><br />\n>> Cela devrait aussi fonctionner pour ori-oai-harvester.<br />\n>><br />\n>><br />\n>> Tenez nous au courant de cela, on mettra cela par défaut dans la<br />\n>> prochaine version d\'ORI-OAI.<br />\n>><br />\n>> Vincent.<br />\n>><br />\n>><br />\n>><br />\n>> veronique pelleau wrote:<br />\n>> </p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> Je rencontre à nouveau un problème lors de l\'initialisation de la base workflow. Ci joint les erreurs produites lors de la commande ant init-workflow.<br />\n>>><br />\n>>> La version mysql utilisée est la 1.4 non innodb. La base du workflow se situant sur un serveur mutualisé, nous ne pouvons modifier la configuration pour des raisons de compatibilité des bases déjà existantes. Pour régler ce problème, nous pensions modifier la configuration des tables après l\'initialisation de la base comme nous l\'avons fait pour la base harvester.<br />\n>>><br />\n>>> Mais pour cela il faudrait que l\'initialisation de la base workflow fonctionne...<br />\n>>><br />\n>>> Auriez vous des idées ?<br />\n>>><br />\n>>> Merci d\'avance<br />\n>>><br />\n>>> Véronique PELLEAU<br />\n>>> </div>\n</blockquote>\n</div>\n', created = 1507750792, expire = 1507837192, headers = '', serialized = 0 WHERE cid = '4:931b5009613a772c817bac6fa012e829' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
4 messages / 0 nouveaux
Sujet clos
Dernière contribution
3 novembre 2009 - 7:03am
#1
veroniquepelleau
Problème initialisation
Bonjour,

Je rencontre à nouveau un problème lors de l'initialisation de la base workflow. Ci joint les erreurs produites lors de la commande ant init-workflow.

La version mysql utilisée est la 1.4 non innodb. La base du workflow se situant sur un serveur mutualisé, nous ne pouvons modifier la configuration pour des raisons de compatibilité des bases déjà existantes. Pour régler ce problème, nous pensions modifier la configuration des tables après l'initialisation de la base comme nous l'avons fait pour la base harvester.

Mais pour cela il faudrait que l'initialisation de la base workflow fonctionne...

Auriez vous des idées ?

Merci d'avance

Véronique PELLEAU

Haut
Étiquettes:
3 novembre 2009 - 3:49pm
#2
vincentbonamy761933
Bonjour,

ori-oai-workflow a besoin dès l'initialisation d'être en InnoDB.

La bonne nouvelle cependant est que je viens enfin de trouver la parade
(possible depuis la version 3 d'hibernate apparemment) et cela suite à
votre message.

Il faut simplement ajouter dans
hibernate.cfg.xml
(./conf/properties/spring/common/dao/hibernate/hibernate.cfg.xml pour
ori-oai-workflow)

name="hibernate.dialect">org.hibernate.dialect.MySQLInnoDBDialect

Vous ajoutez cela juste avant la balise fermante

Ceci fait, Hibernate forcera la création des tables en INNODB : je viens
de tester sur un MySQL 5.1.37 (configuré en MyISAM par défaut), cela
fonctionne.

Cela devrait aussi fonctionner pour ori-oai-harvester.

Tenez nous au courant de cela, on mettra cela par défaut dans la
prochaine version d'ORI-OAI.

Vincent.

veronique pelleau wrote:

> Bonjour,
>
> Je rencontre à nouveau un problème lors de l'initialisation de la base workflow. Ci joint les erreurs produites lors de la commande ant init-workflow.
>
> La version mysql utilisée est la 1.4 non innodb. La base du workflow se situant sur un serveur mutualisé, nous ne pouvons modifier la configuration pour des raisons de compatibilité des bases déjà existantes. Pour régler ce problème, nous pensions modifier la configuration des tables après l'initialisation de la base comme nous l'avons fait pour la base harvester.
>
> Mais pour cela il faudrait que l'initialisation de la base workflow fonctionne...
>
> Auriez vous des idées ?
>
> Merci d'avance
>
> Véronique PELLEAU

Haut
5 novembre 2009 - 7:24am
(Répondre à #2) #3
veroniquepelleau
Bonjour,

Notre problème d'initialisation est dû à un bug de Mysql lié à l'utilisation du jeu de caractères UTF-8 et à des clefs de longueur trop importante : en UTF-8 chaque caractère peut être codé sur 3 octets, or la longueur maximum des clefs concaténées multipliée par 3 est supérieure à 1024 octets.

Une des solutions apportées par notre administrateur était de limiter la longueur du champ lors de la
création de la clef... Est-il possible de modifier le script d'initialisation et quel fichier faudrait-il modifier ?

Le site d'ORI-OAI recommande l'utilisation de Mysql mais indique qu'aucun test n'a été fait avec PostgreSQL. Nous envisageons de passer sous PostgreSQL et aimerions savoir si quelqu'un avait fait des test depuis. Si oui, un retour d'expérience nous intéresserait avant de nous lancer.

Merci.

Véronique PELLEAU

> ----------------------------------------
> From: Vincent Bonamy < >
> Sent: Wed Nov 04 01:49:17 NCT 2009
> To: < >
> Subject: Re: [ori-oai-utilisateurs] Problème initialisation workflow
>
>
> Bonjour,
>
> ori-oai-workflow a besoin dès l'initialisation d'être en InnoDB.
>
>
> La bonne nouvelle cependant est que je viens enfin de trouver la parade
> (possible depuis la version 3 d'hibernate apparemment) et cela suite à
> votre message.
>
> Il faut simplement ajouter dans
> hibernate.cfg.xml
> (./conf/properties/spring/common/dao/hibernate/hibernate.cfg.xml pour
> ori-oai-workflow)
>
> name="hibernate.dialect">org.hibernate.dialect.MySQLInnoDBDialect >
> Vous ajoutez cela juste avant la balise fermante
>
>
>
> Ceci fait, Hibernate forcera la création des tables en INNODB : je viens
> de tester sur un MySQL 5.1.37 (configuré en MyISAM par défaut), cela
> fonctionne.
>
> Cela devrait aussi fonctionner pour ori-oai-harvester.
>
>
> Tenez nous au courant de cela, on mettra cela par défaut dans la
> prochaine version d'ORI-OAI.
>
> Vincent.
>
>
>
> veronique pelleau wrote:

> > Bonjour,
> >
> > Je rencontre à nouveau un problème lors de l'initialisation de la base workflow. Ci joint les erreurs produites lors de la commande ant init-workflow.
> >
> > La version mysql utilisée est la 1.4 non innodb. La base du workflow se situant sur un serveur mutualisé, nous ne pouvons modifier la configuration pour des raisons de compatibilité des bases déjà existantes. Pour régler ce problème, nous pensions modifier la configuration des tables après l'initialisation de la base comme nous l'avons fait pour la base harvester.
> >
> > Mais pour cela il faudrait que l'initialisation de la base workflow fonctionne...
> >
> > Auriez vous des idées ?
> >
> > Merci d'avance
> >
> > Véronique PELLEAU

>

Haut
5 novembre 2009 - 5:35pm
(Répondre à #3) #4
vincentbonamy761933
Bonjour,
Oui, je vous avais donné hier quelques pistes à ce propos sur cette même
liste.
Je rattache à ce message ma réponse d'hier.
Bonne soirée,
Vincent.

veronique pelleau wrote:

> Bonjour,
>
> Notre problème d'initialisation est dû à un bug de Mysql lié à l'utilisation du jeu de caractères UTF-8 et à des clefs de longueur trop importante : en UTF-8 chaque caractère peut être codé sur 3 octets, or la longueur maximum des clefs concaténées multipliée par 3 est supérieure à 1024 octets.
>
> Une des solutions apportées par notre administrateur était de limiter la longueur du champ lors de la
> création de la clef... Est-il possible de modifier le script d'initialisation et quel fichier faudrait-il modifier ?
>
> Le site d'ORI-OAI recommande l'utilisation de Mysql mais indique qu'aucun test n'a été fait avec PostgreSQL. Nous envisageons de passer sous PostgreSQL et aimerions savoir si quelqu'un avait fait des test depuis. Si oui, un retour d'expérience nous intéresserait avant de nous lancer.
>
> Merci.
>
> Véronique PELLEAU
>
>
>
>

>> ----------------------------------------
>> From: Vincent Bonamy < >
>> Sent: Wed Nov 04 01:49:17 NCT 2009
>> To: < >
>> Subject: Re: [ori-oai-utilisateurs] Problème initialisation workflow
>>
>>
>> Bonjour,
>>
>> ori-oai-workflow a besoin dès l'initialisation d'être en InnoDB.
>>
>>
>> La bonne nouvelle cependant est que je viens enfin de trouver la parade
>> (possible depuis la version 3 d'hibernate apparemment) et cela suite à
>> votre message.
>>
>> Il faut simplement ajouter dans
>> hibernate.cfg.xml
>> (./conf/properties/spring/common/dao/hibernate/hibernate.cfg.xml pour
>> ori-oai-workflow)
>>
>> name="hibernate.dialect">org.hibernate.dialect.MySQLInnoDBDialect >>
>> Vous ajoutez cela juste avant la balise fermante
>>
>>
>>
>> Ceci fait, Hibernate forcera la création des tables en INNODB : je viens
>> de tester sur un MySQL 5.1.37 (configuré en MyISAM par défaut), cela
>> fonctionne.
>>
>> Cela devrait aussi fonctionner pour ori-oai-harvester.
>>
>>
>> Tenez nous au courant de cela, on mettra cela par défaut dans la
>> prochaine version d'ORI-OAI.
>>
>> Vincent.
>>
>>
>>
>> veronique pelleau wrote:
>>

>>> Bonjour,
>>>
>>> Je rencontre à nouveau un problème lors de l'initialisation de la base workflow. Ci joint les erreurs produites lors de la commande ant init-workflow.
>>>
>>> La version mysql utilisée est la 1.4 non innodb. La base du workflow se situant sur un serveur mutualisé, nous ne pouvons modifier la configuration pour des raisons de compatibilité des bases déjà existantes. Pour régler ce problème, nous pensions modifier la configuration des tables après l'initialisation de la base comme nous l'avons fait pour la base harvester.
>>>
>>> Mais pour cela il faudrait que l'initialisation de la base workflow fonctionne...
>>>
>>> Auriez vous des idées ?
>>>
>>> Merci d'avance
>>>
>>> Véronique PELLEAU
>>>

Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : install v1.5 - test module indexing Sujet suivant : Esup-Ecm Nuxeo Impossible de rechercher des utilisateurs ou des groupes ›