Laboratoire ICAR » Plateforme TXM

How to reproduce 1¶

• import a TXT+CSV corpus
• annotate the corpus with a new CQP property
• save the annotations
• open a concordance -> the concordance cannot be displayed with error message and stacktrace:

  ** Error while building interface: Format specifier '%s'.
  java.util.MissingFormatArgumentException: Format specifier '%s'
      at java.base/java.util.Formatter.format(Formatter.java:2688)
      at java.base/java.util.Formatter.format(Formatter.java:2625)
      at java.base/java.lang.String.format(String.java:4143)
      at org.txm.searchengine.cqp.ReferencePattern.format(ReferencePattern.java:360)
      at org.txm.searchengine.cqp.ReferencePattern.getTitle(ReferencePattern.java:415)
      at org.txm.concordance.rcp.editors.ConcordanceEditor.refreshReferenceColumnTitle(ConcordanceEditor.java:1997)
      at org.txm.concordance.rcp.editors.ConcordanceEditor.composeDisplayArea(ConcordanceEditor.java:409)
      at org.txm.concordance.rcp.editors.ConcordanceEditor._createPartControl(ConcordanceEditor.java:354)
  

How to reproduce 2 [SLH TXM 0.8.3 (2023-11-07 09h15)]¶

• import clipboard
• build the concordance of a word
• annotate some pivots lines with a new CQP property
• update corpus
• open the same concordance -> the concordance cannot be displayed with error message and stacktrace:

  ** Une erreur s'est produite lors de la récupération des lignes de la concordance : org.txm.searchengine.cqp.serverException.CqiClErrorNoSuchAttribute: .
  org.txm.searchengine.cqp.serverException.CqiClErrorNoSuchAttribute: 
      at org.txm.searchengine.cqp.MemCqiClient.throwExceptionFromCqi(MemCqiClient.java:146)
      at org.txm.searchengine.cqp.MemCqiClient.throwExceptionFromCqi(MemCqiClient.java:66)
      at org.txm.searchengine.cqp.MemCqiClient.cpos2Str(MemCqiClient.java:409)
      at org.txm.searchengine.cqp.corpus.WordProperty.cpos2Str(WordProperty.java:71)
      at org.txm.searchengine.cqp.AbstractCqiClient.getData(AbstractCqiClient.java:161)
      at org.txm.concordance.core.functions.Concordance.getLines(Concordance.java:805)
      at org.txm.concordance.rcp.editors.ConcordanceEditor.fillDisplayArea(ConcordanceEditor.java:966)
      at org.txm.concordance.rcp.editors.ConcordanceEditor.updateEditorFromResult(ConcordanceEditor.java:1491)
      at org.txm.rcp.editors.TXMEditor.refresh(TXMEditor.java:1246)
      at org.txm.rcp.editors.TXMEditor.openEditor(TXMEditor.java:1175)
      at org.txm.rcp.editors.TXMEditor.openEditor(TXMEditor.java:1098)
      at org.txm.concordance.rcp.handlers.ComputeConcordance.execute(ComputeConcordance.java:96)
      ...
      at java.base/java.lang.reflect.Method.invoke(Method.java:568)
      at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
      at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596)
      at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
      at org.eclipse.equinox.launcher.Main.main(Main.java:1440)
  

• quit TXM and launch TXM: the new property has disapeared

Hypothesis¶

TXT type corpora update don't rebuild the 'lbn' word property, the absence of which breaks concordance display.

Solution¶

• a) ensure that the absence of the 'lbn' word property in a corpus does not crash the display of concordances
• b) The XTZ import must rebuild the 'lbn' word property when updating TXT type corpora using the lb@n attributes preceding the words