Jasper Reports PDF no exporta valores cirílicos

Estoy tratando de exportar jasper como pdf pero no muestra los valores cirílicos. Cuando lo exporto como Excel, se muestra y la salida está bien, pero cuando bash exportarlo como PDF, no exporta los valores cirílicos. Los valores cirílicos no están escritos en letra cirílica, se escriben como teclado cirílico.

enter image description here

El código que uso para exportar es:

JRExporter e = new JRPdfExporter(); e.setParameter(JRPdfExporterParameter.JASPER_PRINT, jasperPrint); e.setParameter(JRPdfExporterParameter.OUTPUT_STREAM, outStream); e.setParameter(JRPdfExporterParameter.OUTPUT_FILE_NAME, NAME); 

Incluso traté de especificar el parámetro a continuación:

 e.setParameter(JRPdfExporterParameter.CHARACTER_ENCODING, "UTF-8"); 

pero no tuvo éxito. ¿Alguna sugerencia?

El informe de Jasper usa iText y siempre que no se represente un carácter en pdf, esta debería ser la lista de verificación:

  1. ¿Es compatible mi .tff real ( OpenType ) y la fuente realmente puede representar el personaje? No todas las fonts representan todos los caracteres en UTF-8 , consulte ¿Cómo puedo probar si mi fuente se procesa correctamente en pdf?
  2. ¿Paso la encoding correcta a iText? En dudas (o en general) use la encoding Identity-H se recomienda para los estándares de PDF más nuevos y le da la capacidad de mezclar diferentes codificaciones.
  3. ¿Está mi fuente incrustada de modo que si comparto el pdf también las computadoras que no tienen esta fuente puedan mostrar el contenido?

¿Cómo puedo asegurarme de que esto sea JasperReport?

El método obsoleto era establecer atributos en el elemento textElement

     

El método actual no obsoleto v 3-6, es agregar extensiones de fuente y esto se logra fácilmente mediante el uso de herramientas como iReport o JasperSoft Studio que pueden generar un .jar de la extensión de fuente para que pueda incluirlo en su classpath directamente.

Cómo generar la extensión de fuente .jar utilizando iReport o JasperSoft Studio .

EDITAR: El problema de OP era 1 en la lista de verificación (la fuente .ttf no podía representar), pero seguramente debería considerar tanto 2 como 3 utilizando el método no obsoleto.