Image du projet 'Socle K-Sup' téléversée
  1. Socle K-Sup
  2. CORE-955

Blocage de l'indexation lucene lors du parsing de certains fichiers mp3

    XMLWordImprimable

Informations

    • Bug
    • Résolution: Résolu
    • Mineur
    • 6.02.00
    • 6.01.04
    • Aucune
    • Aucune
    • V6.2 Sprint 6
    • 0,25

    Description

      Lors de l'indexation d'un fichier mp3, le job peut se retrouvé bloqué, et ne permet pas de finaliser l'indexation des autres contenus.

      Voici la jstack :

      2015-02-13 10:21:34
      Full thread dump OpenJDK 64-Bit Server VM (24.75-b04 mixed mode):
      
      "Attach Listener" daemon prio=10 tid=0x00007f399c00c800 nid=0x6159 waiting on condition [0x0000000000000000]
         java.lang.Thread.State: RUNNABLE
      
      "pool-5-thread-1" prio=10 tid=0x00007f396400c000 nid=0x5fd3 runnable [0x00007f393b7ee000]
         java.lang.Thread.State: RUNNABLE
      	at java.io.FileInputStream.readBytes(Native Method)
      	at java.io.FileInputStream.read(FileInputStream.java:272)
      	at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
      	at java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
      	at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
      	- locked <0x000000078b3eb4a0> (a java.io.BufferedInputStream)
      	at org.apache.tika.io.ProxyInputStream.read(ProxyInputStream.java:99)
      	at java.io.FilterInputStream.read(FilterInputStream.java:133)
      	at org.apache.tika.io.TailStream.read(TailStream.java:117)
      	at org.apache.tika.io.TailStream.skip(TailStream.java:140)
      	at org.apache.tika.parser.mp3.MpegStream.skipStream(MpegStream.java:283)
      	at org.apache.tika.parser.mp3.MpegStream.skipFrame(MpegStream.java:160)
      	at org.apache.tika.parser.mp3.Mp3Parser.getAllTagHandlers(Mp3Parser.java:193)
      	at org.apache.tika.parser.mp3.Mp3Parser.parse(Mp3Parser.java:71)
      	at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:242)
      	at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:242)
      	at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:120)
      	at com.jsbsoft.jtf.textsearch.Indexer.indexFile(Indexer.java:638)
      	at com.jsbsoft.jtf.textsearch.Indexer.creerIndex(Indexer.java:590)
      	at com.jsbsoft.jtf.textsearch.Indexer.indexFiche(Indexer.java:286)
      	- locked <0x000000078aa8f1a8> (a com.jsbsoft.jtf.textsearch.Indexer)
      	at com.jsbsoft.jtf.textsearch.IndexerJob.run(IndexerJob.java:116)
      	at com.jsbsoft.jtf.textsearch.IndexerJob.perform(IndexerJob.java:157)
      	at com.kportal.scheduling.spring.quartz.LogReportJob.execute(LogReportJob.java:58)
      	at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
      	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
      	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
      	at java.lang.Thread.run(Thread.java:745)

      Il s'avère que c'est lié à un bug sur tika 1.4 : https://issues.apache.org/jira/browse/TIKA-1179
      Le pb est corrigé sur tika 1.5.

      Il faudrait peut-être en profiter pour passer sur tika 1.7.

      Alice

      Pièces jointes

        Activité

          Personnes

            alice.ark Alice ARK [X] (Inactif)
            alice.ark Alice ARK [X] (Inactif)
            Votes:
            0 Voter pour ce ticket
            Gérer les observateurs:
            4 Démarre l'observation de ce ticket

            Dates

              Création:
              Mise à jour:
              Résolue: