No. But you are welcome to patch and build a local copy yourself.
On Thu, Jul 23, 2015 at 1:39 PM, jeya venkatesh M wrote:
> Hello,
>
> We are migrating from FOP 1.0 to 1.1. I get NPE while generating a multi
> language PDF. It usually worked in 1.0.
>
> I verified that this
Hello,
We are migrating from FOP 1.0 to 1.1. I get NPE while generating a multi
language PDF. It usually worked in 1.0.
I verified that this is associated with issue FOP 2415 is fixed as part
2.0. As of now, we are not in position to upgrade to 2.0. Is there any
option to get it fixed in patch
I'm speaking about GraphicsUtil.getAlphaRaster(), of course.
2014-06-20 10:36 GMT+02:00 Pascal Sancho :
> Note: I'm not sure getAlphaRaster() may return null. If true, your
> patch should be against xmlgraphics rather than fop.
--
pascal
-
Hi,
You should provide a test case (short xsl-fo + image causing NPE).
Did you test against FOP 1.1 or FOP trunk?
For submitting a Patch, please open a dedicated issue in Jira (see [1]
for further details).
Note: I'm not sure getAlphaRaster() may return null. If true, your
patch shou
Hi,
We use FOP 1.0 for converting documents to PDF. In certain cases when the
document contains an image that returns null from GraphicsUtil.getAlphaRaster,
this results in a NPE shown below:
2014-06-19 10:08:12,932 [http-nio-8080-exec-4] [1:admin:REGULAR] ERROR
Hi Frank,
Frank Worsley wrote:
> Hello,
>
> I am using the Antenna House XSL stylesheets to convert XHTML to
> XML-FO. This works very well in most cases. However, I have come
> across a problem where a fo:block-container inside a fo:inline will
> cause an NPE.
>
>
Hello,
I am using the Antenna House XSL stylesheets to convert XHTML to
XML-FO. This works very well in most cases. However, I have come
across a problem where a fo:block-container inside a fo:inline will
cause an NPE.
An example FO file that exhibits this problem is attached. The stack
trace is
Original-Nachricht
> Datum: Thu, 21 Aug 2008 18:50:38 +0200
> Von: Andreas Delmelle <[EMAIL PROTECTED]>
> An: fop-users@xmlgraphics.apache.org
> Betreff: Re: Fop-0.95: NPE when having an empty -element with
> hyphenation turned on
> On Aug 21, 200
On Aug 21, 2008, at 15:09, Marco wrote:
Hi all,
I get a NullPointerException (see end of message) when transforming
the following file with fop-0.95. (fop-0.94 can handle this).
It only happens when hyphenation is set to true and if the
element does not contain any text (I came across th
Hi all,
I get a NullPointerException (see end of message) when transforming the
following file with fop-0.95. (fop-0.94 can handle this).
http://www.w3.org/1999/XSL/Format";>
build myself.
Jamie Browning
theFrame Programme
Phone: +44 (0)20 7015 0981
E-mail: [EMAIL PROTECTED]
-Original Message-
From: Andreas Delmelle [mailto:[EMAIL PROTECTED]
Sent: 03 July 2008 19:26
To: fop-users@xmlgraphics.apache.org
Subject: Re: Forward references in marker element throws NPE
On Jul 2, 2008, at 19:54, Andreas Delmelle wrote:
On Jul 2, 2008, at 11:30, Browning, Jamie wrote:
Hi Jamie
If there is any way in which I can positively influence the
decision to
include this patch then I would like to do so.
You're playing with fire here... |8->
In the meantime, I have
On Jul 2, 2008, at 11:30, Browning, Jamie wrote:
Hi Jamie
If there is any way in which I can positively influence the
decision to
include this patch then I would like to do so.
You're playing with fire here... |8->
In the meantime, I have already applied the changes. It's literally
only
0981
E-mail: [EMAIL PROTECTED]
-Original Message-
From: Andreas Delmelle [mailto:[EMAIL PROTECTED]
Sent: 01 July 2008 19:45
To: fop-users@xmlgraphics.apache.org
Subject: Re: Forward references in marker element throws NPE
On Jul 1, 2008, at 16:02, Browning, Jamie wrote:
Hi Jamie,
> M
On Jul 1, 2008, at 16:02, Browning, Jamie wrote:
Hi Jamie,
Many thanks for your prompt responses Andreas/Chris
Andreas I have seen your commit on Bugzilla. One question I have
though
is will this fix be merged into the 0.95 release candidate?
I guess I could commit it to the release branc
-
From: Andreas Delmelle [mailto:[EMAIL PROTECTED]
Sent: 26 June 2008 21:15
To: fop-users@xmlgraphics.apache.org
Subject: Re: Forward references in marker element throws NPE
On Jun 26, 2008, at 21:33, Andreas Delmelle wrote:
>>
>> On Jun 26, 2008, at 17:06, Browning, Jamie w
> A NPE is bad indeed. Can you open a bug in bugzilla and attach some
> sample FO that demonstrates the problem?
https://issues.apache.org/bugzilla/show_bug.cgi?id=45295
> Despite of the NPE, markers are not supposed to be forward
referencable.
> The fo:retrieve-marker is suppose
Browning, Jamie wrote:
All
Am I right in assuming that forward references in marker elements no
longer work in FOP 0.9x? My assumption is based on the fact that the
marker examples included in the binary dist for both 0.94 and 0.95beta
are throwing a NullPointerException.
A NPE is bad
On Jun 26, 2008, at 21:33, Andreas Delmelle wrote:
On Jun 26, 2008, at 17:06, Browning, Jamie wrote:
My assumption is based on the fact that the marker examples
included in the binary dist for both 0.94 and 0.95beta are
throwing a NullPointerException.
I'll see what I can find based on th
On Jun 26, 2008, at 21:20, Andreas Delmelle wrote:
Errm... Sorry, one of those days...
Just noticed:
On Jun 26, 2008, at 17:06, Browning, Jamie wrote:
My assumption is based on the fact that the marker examples
included in the binary dist for both 0.94 and 0.95beta are
throwing a NullPointe
On Jun 26, 2008, at 17:06, Browning, Jamie wrote:
Am I right in assuming that forward references in marker elements
no longer work in FOP 0.9x?
Not sure if I understand your question correctly...
Do you mean something like:
id="{$forward-reference}" />
?
I assume so, as a fo:retrieve-mar
All
Am I right in assuming that forward references in marker elements no
longer work in FOP 0.9x? My assumption is based on the fact that the
marker examples included in the binary dist for both 0.94 and 0.95beta
are throwing a NullPointerException.
For example: I need to different footers to app
at org.apache.fop.fo.FObjMixed.(FObjMixed.java:72)
>
> I have attached the .fo file. has anyone seen this before?
>
> Thanks
> James
> http://www.nabble.com/file/p15177236/.docgen56959.fo .docgen56959.fo
>
> --
> View this message in context:
> http:
.java:72)
I have attached the .fo file. has anyone seen this before?
Thanks
James
http://www.nabble.com/file/p15177236/.docgen56959.fo .docgen56959.fo
--
View this message in context:
http://www.nabble.com/FOP-on-10g-AS-NPE-tp15177236p15177236.html
Sent from the FOP - Users mailing lis
> In any case if you generate PDF you should specify measurements
> in mm, pt or in.
Oops...sorry for the extra noise, thanks, Peter.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Peter wrote:
Fop now says
SEVERE: file:///c:/temp/lala.fo:9:42: No conversion defined 40;
property:'height'
This is unrelated to the barcode/font issue, it means
FOP can't convert the value into something it understands.
I think this is a bug in FOP (measurements without a unit
should be inter
I found the TrueType versions of the 2 barcode fonts I was using and those
work just fine.
Peter
> -Original Message-
> From: Peter [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 30, 2006 8:42 AM
> To: 'fop-users@xmlgraphics.apache.org'
> Subject: RE: NPE
iginal Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 30, 2006 7:41 AM
> To: fop-users@xmlgraphics.apache.org
> Subject: Re: NPE IN SingleByteFont.hasChar when using IDAutomationC39S
> font
>
> The problem is the "UnknownEncoding
d/relevant.
>
> Attached the metrics file.
>
> All guidance where to look is appreciated,
>
> Thanks,
>
> Peter
>
> > -Original Message-
> > From: J.Pietschmann [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, November 29, 2006 11:32 PM
&
TECTED]
> Sent: Wednesday, November 29, 2006 11:32 PM
> To: fop-users@xmlgraphics.apache.org
> Subject: Re: NPE IN SingleByteFont.hasChar when using IDAutomationC39S
> font
>
> Peter wrote:
> > I am trying to use a Barcode font (IDAutomationC39S) and I am getting an
>
Peter wrote:
I am trying to use a Barcode font (IDAutomationC39S) and I am getting an NPE
with the following trace listed lower.
Barcode fonts are tricky, because barcode glyphs are not separate
unicode glyphs.
It seems that the encoding for your font is unknown. Try to generate
the font
Gentlepeople,
I am trying to use a Barcode font (IDAutomationC39S) and I am getting an NPE
with the following trace listed lower.
Before I dive into the debugger and try to find out what is going on, has
anyone any idea whether a barcode font is supposed to work and/or what could
be wrong.
The
On Mar 9, 2006, at 00:17, Glen Mazza wrote:
Hi Glen,
[EMAIL PROTECTED] wrote:
Whitespace verifies as #PCDATA if #PCDATA is allowed at a
particular point. If #PCDATA is NOT allowed at a particular
point, the whitespace is ignored for the purposes of verifying.
So we are currently handling
[EMAIL PROTECTED] wrote:
Whitespace verifies as #PCDATA if #PCDATA is allowed at a particular
point. If #PCDATA is NOT allowed at a particular point, the whitespace
is ignored for the purposes of verifying.
So we are currently handling it correct for XML whitespace. Now, we could catch
t
>- Oorspronkelijk bericht -
>Van: Glen Mazza [mailto:[EMAIL PROTECTED]
>
>Andreas L Delmelle wrote:
>
>> In the latter case, however:
>>
>>
>>
>> ...
>>
>>
>>
>> Note that the i-f-o now contains two text nodes (= #PCDATA):
>> '
' and ' '
>>
>
>I think they call that "insignifica
Andreas L Delmelle wrote:
In the latter case, however:
...
Note that the i-f-o now contains two text nodes (= #PCDATA):
'
' and ' '
I think they call that "insignificant white space", and that would not
be counted as PCDATA. Partly explained here, but not definitive either
On Mar 7, 2006, at 02:38, Glen Mazza wrote:
Hi Glen,
Andreas L Delmelle wrote:
On Mar 6, 2006, at 10:05, Florent Georges wrote:
The fo:instream-foreign-object flow object has a child
from a non-XSL namespace. The permitted structure of
this child is that defined for that namespa
Andreas L Delmelle wrote:
On Mar 6, 2006, at 10:05, Florent Georges wrote:
Andreas L Delmelle wrote:
On Mar 6, 2006, at 01:25, Florent Georges wrote:
Well, AFAICT, it's not really empty from a SAX parser's
point of view. It does contain a text-node, but this is
completely ignored by FOP.
On Mar 6, 2006, at 10:05, Florent Georges wrote:
Andreas L Delmelle wrote:
On Mar 6, 2006, at 01:25, Florent Georges wrote:
Well, AFAICT, it's not really empty from a SAX parser's
point of view. It does contain a text-node, but this is
completely ignored by FOP. The SAX characters() events
Andreas L Delmelle wrote:
> On Mar 6, 2006, at 01:25, Florent Georges wrote:
> > Andreas L Delmelle wrote:
> >> The problem is an empty fo:instream-foreign-object.
> > Thanks for the solution (mmh, this file passed my
> > validator, I'll have to check that).
> Well, AFAICT, it's not really e
On Mar 6, 2006, at 01:25, Florent Georges wrote:
Andreas L Delmelle wrote:
The problem is an empty fo:instream-foreign-object.
Thanks for the solution (mmh, this file passed my validator, I'll
have to check that).
Well, AFAICT, it's not really empty from a SAX parser's point of
view. I
Andreas L Delmelle wrote:
> The problem is an empty fo:instream-foreign-object.
Thanks for the solution (mmh, this file passed my validator, I'll
have to check that).
Regards,
--drkm
__
ign-object.
Just patched FOP Trunk so now a ValidationException is thrown instead
of an NPE.
Cheers,
Andreas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi
While running some tests, I found an NullPointerException with 0.91:
~> fop contract.fo contract.pdf
Exception
java.lang.NullPointerException
Attached the contract.fo file. I'm sorry I don't have time to locate
more precisely the error to reduce the size of this file (I hav
06 11:47:36 Eike Stepper wrote:
> >> Jeremias Maerki schrieb:
> >>> Actually, I wanted the FOP version, too. After searching through the
> >>> various FOP versions with the line number from the stack trace I found
> >>> that you're talking about 0
th
0.91beta
You're using the "fop" task inside a "macrodef". I believe the NPE
happens due to the Project instance not being set on the task which the
Task.log() method needs. Maybe that's because the "fop" task is inside a
"macrodef", but I can&
arching through the
> > various FOP versions with the line number from the stack trace I found
> > that you're talking about 0.20.5.
>
> Sorry, you're right this is Fop 0.20.5, although the same thing happens with
> 0.91beta
>
>
> > You're using
0.91beta
You're using the "fop" task inside a "macrodef". I believe the NPE
happens due to the Project instance not being set on the task which the
Task.log() method needs. Maybe that's because the "fop" task is inside a
"macrodef", but I can't te
Actually, I wanted the FOP version, too. After searching through the
various FOP versions with the line number from the stack trace I found
that you're talking about 0.20.5.
You're using the "fop" task inside a "macrodef". I believe the NPE
happens due to the Project
I use JDK1.5.0_06 and this is the trace (the switches are very useful!):
Apache Ant version 1.6.5 compiled on June 2 2005
Apache Ant version 1.6.5 compiled on June 2 2005
Buildfile: C:\ws\genfw\com.sympedia.docs\scripts\build.xml
+Datatype genfw com.sympedia.genfw.ant.GenfwTask
+Datatype copy.
Always state the FOP and JDK version you're using.
You can run Ant using the "-d" or "-v" parameters and then you should
get stack traces.
On 15.02.2006 07:16:55 Eike Stepper wrote:
> Hi,
>
> I get a NullPointerException when calling Fop from my Ant script:
>
>
>
>
Hi,
I get a NullPointerException when calling Fop from my Ant script:
52 matches
Mail list logo
