RE: I need bottom up text.
The FO output is as follows (for the part in question) fo:block-container font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) top=140.581mm left=12.7mm width=50mm height=11mm position=absolute border-color=red border-style=solid border-width=1px fo:table font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) width=50mm height=11mm fo:table-body fo:table-row fo:table-cell font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) display-align=after fo:block fo:inline font-weight=normal font-style=normal text-decoration=no-underline vertical-align=baseline font-size=100%*Small print to be added here/fo:inline /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block-container Without the table it displays fine just not bottom aligned. Kindest regards Theresa Forster Senior Software Developer -Original Message- From: Andreas L. Delmelle [mailto:andreas.delme...@telenet.be] Sent: 20 June 2011 18:41 To: fop-users@xmlgraphics.apache.org Subject: Re: I need bottom up text. On 20 Jun 2011, at 18:07, Theresa Jayne Forster wrote: Hi Theresa I am trying to do a document with a box near the bottom which is bottom aligned. I have tried everything but as soon as I put the apply-templates inside the table the text vanished, what am I doing wrong and how can I get it working. In the future, can you please post the generated FO markup? That helps us identify, reproduce and understand the issue better. Right now, based only on the XSLT code, we have to infer/imagine which attributes are included in the 'smallprint' set. Not that they are necessarily relevant here, but still... Suppose, for example, that the attribute-set 'smallprint' contains a relative font-size of 0.6em. Assuming that this attribute-set is also used in the matching template for Smallprint nodes, then if you start off with a font-size of 10pt, in the outer block-container it will be 6pt, and by the time the text is actually reached, that may have shrunk to well below 2pt, which would make the text near invisible at normal zoom. From the command-line, you can easily obtain the FO that FOP would get, by means of the '-foout' switch. This just as some advice that will yield quicker and more to-the-point responses. (basically I am looking for similar to the html4.0 loose transitional tabletr valign=bottomtd/td/tr/table From what I can tell, the code you have should work fine for the most part (in FOP 1.0), assuming that there is nothing too exotic in that 'smallprint' attribute set or the other content (which we cannot see in your XSL code). The only thing that does not work, AFAIK, is a forced height on fo:table. To work around the latter, you can force the table to grow to the desired size by wrapping the cell content in a fo:block-container with explicit height. HTH! Regards, Andreas --- - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: I need bottom up text.
Theresa, as I said before, you can simplify your FO code with a single fo:block-container: fo:block-container absolute-position=absolute height=151.581mm display-align=after fo:block*Small print to be added here/fo:block /fo:block-container IIRC, you are upgrading from FOP 0.2x to 1.0 Note that with FOP 0.2x, display-align didn't work on fo:b-c, forcing user to use fo:table construction. Since FOP 0.9x, it is a good practice to use fo:b-c for such purpose. Le 21/06/2011 09:22, Theresa Jayne Forster a écrit : The FO output is as follows (for the part in question) fo:block-container font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) top=140.581mm left=12.7mm width=50mm height=11mm position=absolute border-color=red border-style=solid border-width=1px fo:table font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) width=50mm height=11mm fo:table-body fo:table-row fo:table-cell font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) display-align=after fo:block fo:inline font-weight=normal font-style=normal text-decoration=no-underline vertical-align=baseline font-size=100%*Small print to be added here/fo:inline /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block-container Without the table it displays fine just not bottom aligned. Kindest regards Theresa Forster Senior Software Developer -Original Message- From: Andreas L. Delmelle [mailto:andreas.delme...@telenet.be] Sent: 20 June 2011 18:41 To: fop-users@xmlgraphics.apache.org Subject: Re: I need bottom up text. On 20 Jun 2011, at 18:07, Theresa Jayne Forster wrote: Hi Theresa I am trying to do a document with a box near the bottom which is bottom aligned. I have tried everything but as soon as I put the apply-templates inside the table the text vanished, what am I doing wrong and how can I get it working. In the future, can you please post the generated FO markup? That helps us identify, reproduce and understand the issue better. Right now, based only on the XSLT code, we have to infer/imagine which attributes are included in the 'smallprint' set. Not that they are necessarily relevant here, but still... Suppose, for example, that the attribute-set 'smallprint' contains a relative font-size of 0.6em. Assuming that this attribute-set is also used in the matching template for Smallprint nodes, then if you start off with a font-size of 10pt, in the outer block-container it will be 6pt, and by the time the text is actually reached, that may have shrunk to well below 2pt, which would make the text near invisible at normal zoom. From the command-line, you can easily obtain the FO that FOP would get, by means of the '-foout' switch. This just as some advice that will yield quicker and more to-the-point responses. (basically I am looking for similar to the html4.0 loose transitional tabletr valign=bottomtd/td/tr/table From what I can tell, the code you have should work fine for the most part (in FOP 1.0), assuming that there is nothing too exotic in that 'smallprint' attribute set or the other content (which we cannot see in your XSL code). The only thing that does not work, AFAIK, is a forced height on fo:table. To work around the latter, you can force the table to grow to the desired size by wrapping the cell content in a fo:block-container with explicit height. HTH! Regards, Andreas -- Pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Performance Analysis
Hello,
thank you, Jeremias.
For running the test, I have do a file build.xml :
...
path id=project-classpath
pathelement location=. /
pathelement location=${build.dest} /
fileset dir=${lib}
include name=*.jar/
/fileset
/path
target name=build
copy todir=${build.src}
fileset dir=${src}/
/copy
javac srcdir=${build.src}
destdir=${build.dest}
optimize=on
deprecation=on
classpath refid=project-classpath /
/javac
/target
target name=run depends=build
java classname=org.maerki.benchmark.Main fork=yes
classpath refid=project-classpath /
/java
/target
...
But the target run return the erreur bellow :
[run]
[java] BenchmarkRunner starting...
[java] java.specification.version: 1.6
[java] java.vm.name: Java HotSpot(TM) Client VM
[java] java.vm.vendor: Sun Microsystems Inc.
[java] java.vm.version: 14.2-b01
[java] java.lang.NullPointerException
[java] at
org.maerki.benchmark.examples.fop.readme.FopReadme.init(Unknown Source)
[java] at
org.maerki.benchmark.BenchmarkRunner.addExampleScenarios(Unknown Source)
[java] at org.maerki.benchmark.Main.main(Unknown Source)
[java] Java Result: -1
BUILD SUCCESSFUL
Total time: 2 seconds
I don't know why ! Have you an idee ? Thank at all.
polymorphisme wrote:
Hello,
do you know where I can find the program used for the
http://people.apache.org/~jeremias/fop/benchmark-2009-02-13/ Performance
Analysis for Apache FOP's new Intermediate Format of Jeremias Märki.
Thank.
--
View this message in context:
http://old.nabble.com/Performance-Analysis-tp31874238p31892115.html
Sent from the FOP - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: I need bottom up text.
Yes I am upgrading but this has to work on the 0.2 With the b-c it displays but not vertically aligned, With the table struct its not displaying Kindest regards Theresa Forster Senior Software Developer -Original Message- From: Pascal Sancho [mailto:pascal.san...@takoma.fr] Sent: 21 June 2011 08:47 To: fop-users@xmlgraphics.apache.org Subject: Re: I need bottom up text. Theresa, as I said before, you can simplify your FO code with a single fo:block-container: fo:block-container absolute-position=absolute height=151.581mm display-align=after fo:block*Small print to be added here/fo:block /fo:block-container IIRC, you are upgrading from FOP 0.2x to 1.0 Note that with FOP 0.2x, display-align didn't work on fo:b-c, forcing user to use fo:table construction. Since FOP 0.9x, it is a good practice to use fo:b-c for such purpose. Le 21/06/2011 09:22, Theresa Jayne Forster a écrit : The FO output is as follows (for the part in question) fo:block-container font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) top=140.581mm left=12.7mm width=50mm height=11mm position=absolute border-color=red border-style=solid border-width=1px fo:table font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) width=50mm height=11mm fo:table-body fo:table-row fo:table-cell font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) display-align=after fo:block fo:inline font-weight=normal font-style=normal text-decoration=no-underline vertical-align=baseline font-size=100%*Small print to be added here/fo:inline /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block-container Without the table it displays fine just not bottom aligned. Kindest regards Theresa Forster Senior Software Developer -Original Message- From: Andreas L. Delmelle [mailto:andreas.delme...@telenet.be] Sent: 20 June 2011 18:41 To: fop-users@xmlgraphics.apache.org Subject: Re: I need bottom up text. On 20 Jun 2011, at 18:07, Theresa Jayne Forster wrote: Hi Theresa I am trying to do a document with a box near the bottom which is bottom aligned. I have tried everything but as soon as I put the apply-templates inside the table the text vanished, what am I doing wrong and how can I get it working. In the future, can you please post the generated FO markup? That helps us identify, reproduce and understand the issue better. Right now, based only on the XSLT code, we have to infer/imagine which attributes are included in the 'smallprint' set. Not that they are necessarily relevant here, but still... Suppose, for example, that the attribute-set 'smallprint' contains a relative font-size of 0.6em. Assuming that this attribute-set is also used in the matching template for Smallprint nodes, then if you start off with a font-size of 10pt, in the outer block-container it will be 6pt, and by the time the text is actually reached, that may have shrunk to well below 2pt, which would make the text near invisible at normal zoom. From the command-line, you can easily obtain the FO that FOP would get, by means of the '-foout' switch. This just as some advice that will yield quicker and more to-the-point responses. (basically I am looking for similar to the html4.0 loose transitional tabletr valign=bottomtd/td/tr/table From what I can tell, the code you have should work fine for the most part (in FOP 1.0), assuming that there is nothing too exotic in that 'smallprint' attribute set or the other content (which we cannot see in your XSL code). The only thing that does not work, AFAIK, is a forced height on fo:table. To work around the latter, you can force the table to grow to the desired size by wrapping the cell content in a
Re: I need bottom up text.
Theresa, With FOP 1.0, you can use either fo:table construction or fo:block-container, both gives normal behavior and text is displayed at bottom of the surrounding fo:block-container. Note that (as Andreas aid) the height attribute have no effect on fo:table; you have to set it on fo:table-row. When applying this, your code is OK. If this is not what you expected, you should provide further info. Probably you want something else (like footnotes). Le 21/06/2011 10:37, Theresa Jayne Forster a écrit : fo:block-container font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) top=140.581mm left=12.7mm width=50mm height=11mm position=absolute border-color=red border-style=solid border-width=1px fo:table font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) width=50mm height=11mm fo:table-body fo:table-row fo:table-cell font-family=HelveticaNeue font-weight=normal font-style=normal font-size=7pt line-height=8.4pt text-align=left color=cmyk(34%,30%,32%,9%) display-align=after fo:block fo:inline font-weight=normal font-style=normal text-decoration=no-underline vertical-align=baseline font-size=100%*Small print to be added here/fo:inline /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block-container - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Performance Analysis
Well, I did write FIOY in the README, so just a few tips so you can
FIOY:
- Set debug=true on the javac tasks. That gives you line numbers in
the stacktrace and will point you right to the line where the NPE
happens.
- Or set up the project in your favourite IDE and set an exception
breakpoint for NullPointerException.
Since I don't see any line numbers in the stack trace right now, I can
only guess. FopReadme.java is not that big and the only place where an
NPE can happen is at line 34 with the Class.getResource() call. That
would indicate that ../userconfig-default.xml can't be found in the
classpath.. So maybe you forgot to copy a few non-Java files to
${build.dest}
On 21.06.2011 10:03:21 polymorphisme wrote:
Hello,
thank you, Jeremias.
For running the test, I have do a file build.xml :
...
path id=project-classpath
pathelement location=. /
pathelement location=${build.dest} /
fileset dir=${lib}
include name=*.jar/
/fileset
/path
target name=build
copy todir=${build.src}
fileset dir=${src}/
/copy
javac srcdir=${build.src}
destdir=${build.dest}
optimize=on
deprecation=on
classpath refid=project-classpath /
/javac
/target
target name=run depends=build
java classname=org.maerki.benchmark.Main fork=yes
classpath refid=project-classpath /
/java
/target
...
But the target run return the erreur bellow :
[run]
[java] BenchmarkRunner starting...
[java] java.specification.version: 1.6
[java] java.vm.name: Java HotSpot(TM) Client VM
[java] java.vm.vendor: Sun Microsystems Inc.
[java] java.vm.version: 14.2-b01
[java] java.lang.NullPointerException
[java] at
org.maerki.benchmark.examples.fop.readme.FopReadme.init(Unknown Source)
[java] at
org.maerki.benchmark.BenchmarkRunner.addExampleScenarios(Unknown Source)
[java] at org.maerki.benchmark.Main.main(Unknown Source)
[java] Java Result: -1
BUILD SUCCESSFUL
Total time: 2 seconds
I don't know why ! Have you an idee ? Thank at all.
polymorphisme wrote:
Hello,
do you know where I can find the program used for the
http://people.apache.org/~jeremias/fop/benchmark-2009-02-13/ Performance
Analysis for Apache FOP's new Intermediate Format of Jeremias Märki.
Thank.
--
View this message in context:
http://old.nabble.com/Performance-Analysis-tp31874238p31892115.html
Sent from the FOP - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Jeremias Maerki
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: I need bottom up text.
I solved it in the end, the problem is that you have to define a column-width and also a row height otherwise it doesn’t show... Kindest regards Theresa Forster Senior Software Developer -Original Message- From: Pascal Sancho [mailto:pascal.san...@takoma.fr] Sent: 21 June 2011 09:58 To: fop-users@xmlgraphics.apache.org Subject: Re: I need bottom up text. Theresa, With FOP 1.0, you can use either fo:table construction or fo:block-container, both gives normal behavior and text is displayed at bottom of the surrounding fo:block-container. Note that (as Andreas aid) the height attribute have no effect on fo:table; you have to set it on fo:table-row. When applying this, your code is OK. If this is not what you expected, you should provide further info. Probably you want something else (like footnotes). - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Strange response
I have a fo file with a block inside a b-c But on the pdf produced, I am not seeing the block on it. But I do see the red border of the b-c And all text is missing, any ideas why? xsl:template name=header fo:static-content flow-name=xsl-region-before fo:block-container position=absolute top=0mm left=0mm width=75mm height=42mm xsl:call-template name=htslogo/ /fo:block-container fo:block-container position=absolute top=-4mm left=75mm width=135mm height=42mm xsl:call-template name=header-gfx/ /fo:block-container fo:block-container position=absolute top=10.104mm left=85.5mm width=47.75mm height=10mm xsl:use-attribute-sets=MainHeader border-style=solid border-color=red border-width=1px fo:block background-color=pink Case Study/fo:block ß This is the one missing /fo:block-container /fo:static-content /xsl:template FO = /fo:instream-foreign-object /fo:block /fo:block-container fo:block-container font-family=HelveticaNeueMedium font-weight=normal font-style=normal font-size=24pt text-align=left color=cmyk(30%,0%,0%,0%) border-width=1px border-color=red border-style=solid height=10mm width=47.75mm left=85.5mm top=10.104mm position=absolute fo:block background-color=pinkCase Study/fo:block /fo:block-container /fo:static-content Kindest regards Theresa Forster Senior Software Developer
Re: Problems with FOP and image
Hi there yeah its the pdf that give me the fop.bat i dont know why it works
this way and not from my java program anyway i am using fixed position i
show you my xlst to see if you can help me to correct the size
http://old.nabble.com/file/p31897144/FacturasOMF.xsl FacturasOMF.xsl
Rob Sargent-4 wrote:
Is the pdf you posted made via the .bat file then? And it has all the
images you need? Which image is giving you all the trouble?
I see that you are incorrectly sizing the area into which you are
putting the address of the client. Alternatively you have placed the
table of items too high. Are you using fixed positions?
Those to pieces (client-address and invoice-items) should be in
consecutive blocks.
On 06/17/2011 09:52 AM, Oscar.Flores wrote:
No i still can print the images in pdf in console what i do for now is
call a
bat to make the transformation with fo until i figure out what the
problem
is in log appear that can find a proper converter for the images
also another problem its that the table its to big it dont fit to the
data
here its the pdf that result
http://old.nabble.com/file/p31870136/Prueba3.pdf Prueba3.pdf
Warning(1979/26): fo:table, table-layout=auto is currently not
supported
by FOP
but in my xslt it ike thisfo:table table-layout=fixed width=100%
the version of fop i use its 1.0
Rob Sargent-4 wrote:
I don't think you want to read and write to the same place. If the file
is where you want it to be and it's otherwise in perfect shape you
should be fine. But if you do want to read it in and write it to some
deployed area the that's what you want to do. Almost:
ImageIO.write(*newImage*, JPEG, jpegImageFile);
So without adding the ImageIO.write() call, are you getting the pdf you
want yet?
If not, what actual errors are you seeing in the logs.
The warning about fo:table is not causing you any trouble. What version
of fop are you running (sorry I've forgotten)
On 06/15/2011 02:51 PM, Oscar.Flores wrote:
Hi thanks for the help yeah i haven see that its was .java and not
.class, ok
then if i follow correctly what you are saying then it has to be
something
like this
BufferedImage newImage = new BufferedImage (C:\Logo.jpg)
ImageIO.write(BufferedImage, JPEG, jpegImageFile) jpegImageFile will
be
the XML call rigth something like C:\Logo.jpg)
and another thing
Warning(1979/26): fo:table, table-layout=auto is currently not
supported
by FOP
but in my xslt it ike thisfo:table table-layout=fixed width=100%
so
i dont now what its causing the ploblem
Rob Sargent-4 wrote:
On 06/14/2011 11:06 AM, Oscar.Flores wrote:
Yeah i do the class is in jai-imageio-1.1-sources.jar, the enviroment
is
just
Having the file in the ...sources.jar won't do the runtime world
much
good. You need the jar of .class files for jai-imageio, not .java
files
windows xp, and the bufferedImage will be the path of the image??
No, the bufferedImage is an in-memory instance of BufferedImage
holding
the bits of the image. In the case that you have to read it from one
place and write it to another.
Rob Sargent-4 wrote:
Did you go through all your jars looking for
'CLibJPEGImageReaderSpi'.
My greatest suspicion is that you don't have all your jars lined up.
Which jar(s) do you think supplies these?
What is your environment: just windows or do you have any tools like
cygwin?
The jpegImageFile would be the filename in your xsl the
external-resource. If you're just using a file that is already in
place
you don't have to re-write it.
On 06/14/2011 08:29 AM, Oscar.Flores wrote:
No i dont, and that weird jejeje netbeans seems to do that for me,
so
the
calls like ImageIO.write(BufferedImage, JPEG, jpegImageFile)? do
i
have
to
do it in every image that i put in the pdf?? and the image is
gererate
directly in the pdf??how can i do it??
Rob Sargent-4 wrote:
Some jar to which netbeans has access has those classes. Look in
the
output of jar tvfeach of your jars and see if any of those
has
the
named classes. If you find a jar with those classes make sure
it's
part
of your classpath for you app.
Are you making any calls like ImageIO.write(BufferedImage, JPEG,
jpegImageFile)?
On 06/13/2011 05:31 PM, Oscar.Flores wrote:
ok i made a test and tell me that the class is missign but maybe
what
you
say
its rigth and it register the handler
so i gonna register the services so i do this
public static void main(String[] args) throws Exception {
DOMConfigurator.configure(D:/Mis
documentos/NetBeansProjects/Factura/src/factura/log4j.xml);
logger.info(Entering application.);
IIORegistry.getDefaultInstance().registerServiceProvider(new
CLibJPEGImageReaderSpi());
IIORegistry.getDefaultInstance().registerServiceProvider(new
CLibJPEGImageWriterSpi());
also after register my services it telling me that the class
CLibJPEGImageReaderSpi() and
Re: Strange response
On 21 Jun 2011, at 17:39, Theresa Jayne Forster wrote: Hi Theresa I have a fo file with a block inside a b-c But on the pdf produced, I am not seeing the block on it. But I do see the red border of the b-c And all text is missing, any ideas why? snip / FO = /fo:instream-foreign-object Thanks! That's more like it! Even better --I should have stressed that-- would be the smallest complete FO document that demonstrates the problem (if it is possible to post that here without violating any confidentiality agreements...). That way, we can immediately run it through the debugger and see what's happening. Working off the posted fragment, I tried pasting it into a test template here, but did not succeed in reproducing the problem so far. The bottom-border of the b-c was not visible, but that is about all that disappeared on my end, and that can be explained by the fact that a height of 10mm is actually _just_ too little to hold a line with font-size 24pt (= 28.8pt, including half-leading, which is 10.16mm; if I make that 10.2mm, then the border renders properly, too). That said, I read in the other thread that you are currently transitioning from 0.20 to 1.0, and I am only looking at the latter. So, just to make sure we're not missing anything: To which version does this issue apply? Regards Andreas --- - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
FOP Transform log?
Where does FOP log? I ran a transform to create a PDF using FOP and it didn't come out right. It appears the output didn't recognize the font properly, it's missing a glyph, but I didn't see any errors/warnings. I'm running within Eclipse.
ArrayIndexOutOfBoundsException in LineBreakUtils with LATIN CAPITAL LETTER SHARP S
I have a DocBook/XML document which contains Compose Keys tables for en_US.UTF-8. There is one character which causes the following Java exceptions to be thrown: ; SystemID: file:/usr/share/xml/docbook/stylesheet/docbook-xsl/fo/docbook.xsl; Line#: 311; Column#: 54 javax.xml.transform.TransformerException: java.lang.ArrayIndexOutOfBoundsException: -1 at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2405) [...] java.lang.ArrayIndexOutOfBoundsException: -1 at org.apache.fop.text.linebreak.LineBreakUtils.getLineBreakPairProperty(LineBreakUtils.java:666) [...] For a small test case purpose, an xsltproc is used to produce a .fo file which is processed by fop: fop en_US.UTF-8.fo -pdf out.pdf The .fo file is difficult to work with, but I managed to get the important part: fo:blockẞ Ssharp # LATIN CAPITAL LETTER SHARP S/fo:block The character within quotes above is the character that causes the problem. I hope the browser lets you see it correctly. If I delete or replace this character with another one, no exceptions thrown and expected output. The Latin capital sharp s hex code is E1BA9E which is the correct value for UTF-8 encoding. I have verified with a binary editor. This makes me think that xsltproc did a correct job in writing the .fo file. When converting docbook xml to html, there is no problem. I tried the fop debug option, but nothing seems different. Similar Bug Reports - https://issues.apache.org/bugzilla/show_bug.cgi?id=41999 https://issues.apache.org/bugzilla/show_bug.cgi?id=49636 System Used --- Ubuntu Linux distro on AMD64 java version 1.6.0_22 OpenJDK Runtime Environment (IcedTea6 1.10.2) (6b22-1.10.2-0ubuntu1~11.04.1) OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) fop version 0.95 packaged by Debian: http://packages.debian.org/squeeze/fop Xsltproc: http://packages.debian.org/squeeze/xsltproc Using libxml 20708, libxslt 10126 and libexslt 815 xsltproc was compiled against libxml 20708, libxslt 10126 and libexslt 815 libxslt 10126 was compiled against libxml 20708 libexslt 815 was compiled against libxml 20708 Gaetan Nadon signature.asc Description: This is a digitally signed message part
