Bug 41315 - Ошибка при генерации pdf-файла
Summary: Ошибка при генерации pdf-файла
Status: ASSIGNED
Alias: None
Product: Sisyphus
Classification: Development
Component: fop (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: viy
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-11-10 12:49 MSK by Elena Mishina
Modified: 2021-11-11 14:08 MSK (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Elena Mishina 2021-11-10 12:49:54 MSK
При генерации pdf возникает ошибка: 

$ fop -xml name.xml -xsl name2fo.xsl -pdf name.pdf
Exception in thread "main" java.lang.NoSuchMethodError: java.nio.CharBuffer.limit(I)Ljava/nio/CharBuffer;
	at org.apache.fop.fo.FOText.characters(FOText.java:143)
	at org.apache.fop.fo.FObjMixed.characters(FObjMixed.java:74)
	at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.characters(FOTreeBuilder.java:390)
	at org.apache.fop.fo.FOTreeBuilder.characters(FOTreeBuilder.java:136)
	at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.characters(ToXMLSAXHandler.java:546)
	at name2fo.template$dot$0()
	at name2fo.applyTemplates()
	at name2fo.transform()
	at com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
	at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:293)
	at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:116)
	at org.apache.fop.cli.Main.startFOP(Main.java:183)
	at org.apache.fop.cli.Main.main(Main.java:213)

В августе еще все работало...
Comment 1 viy 2021-11-10 17:04:08 MSK
Это под java 11?

Если установить java 1.8.0, а java 11 удалить, заработает?
Comment 2 Elena Mishina 2021-11-10 17:16:21 MSK
(Ответ для viy на комментарий #1)
> Это под java 11?
> 
> Если установить java 1.8.0, а java 11 удалить, заработает?

нет, java 1.8.0:

$ rpm -qa |grep java
java-1.8.0-openjdk-1.8.0.312.b07-alt2_1jpp8.x86_64
java-1.8.0-openjdk-headless-1.8.0.312.b07-alt2_1jpp8.x86_64

$ rpm -qa |grep fop
fop-2.5-alt1_2jpp11.noarch


на p10 работает, там такие версии:
java-1.8.0-openjdk-1.8.0.282.b08-alt1_0jpp8.x86_64
java-1.8.0-openjdk-headless-1.8.0.282.b08-alt1_0jpp8.x86_64

fop-2.4-alt2_1jpp8.noarch
Comment 3 viy 2021-11-10 19:41:20 MSK
Благодарю. fop-2.4-alt2_1jpp8 был собран java 8.
fop-2.5-alt1_2jpp11 собран java11,
если наоборот поставить java11 и запустить под java11, будет работать?
Comment 4 Elena Mishina 2021-11-11 10:03:12 MSK
(Ответ для viy на комментарий #3)
> Благодарю. fop-2.4-alt2_1jpp8 был собран java 8.
> fop-2.5-alt1_2jpp11 собран java11,
> если наоборот поставить java11 и запустить под java11, будет работать?

Да, с java11 работает.
Comment 5 viy 2021-11-11 12:52:54 MSK
Спасибо за сообщение!
Проблема оказалась в обратной совместимости.

К сожалению, идет переход на java11, назад уже не вернуть, и с поддержкой java 8 все становится плохо.

Я тогда добавлю в пакет зависимость java >= 11,
чтобы он вытягивал нужную версию java.
Comment 6 Elena Mishina 2021-11-11 14:08:35 MSK
(Ответ для viy на комментарий #5)
 
> К сожалению, идет переход на java11, назад уже не вернуть, и с поддержкой
> java 8 все становится плохо.
> 
> Я тогда добавлю в пакет зависимость java >= 11,
> чтобы он вытягивал нужную версию java.

Лично мне не принципиально java 8 или java11, но зависимость нужна, т.к. перестало работать то, что раньше работало.

Большое спасибо за помощь.