Ok. So investigating this I figured out that the logging automatically uses
log4j when it's available... But my default logging level was set to debug,
hence the millions of lines of log output. Lol. Long day researching what
turned out to be a far simpler problem than I imagined...
In any cas
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, 2008, at 15:09, Marco wrote:
>
> >
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 ToM, good news!
Tobias van Treeck wrote:
>
> Hui Miquel,
>
> i also had this problem but then i realized that i forgot the following
> jar:
>
> barcode4j-fop-ext.jar
>
> You also need those:
> barcode4j.jar
> batik-all-1.7.jar
> avalon-framework-4.2.0.jar
> commons-io-1.3.1.jar
> commons-
Ok... We use Log4j logging on all of our systems, and I'm familiar with
configuring it within my applications; however I'm not sure how to tell FOP
to use it. Do I need to write a custom listener or something to that
effect?
___
Brian Trezise
Staff
Thanks, that worked like a charm :)
~Brian
___
Brian Trezise
Staff Software Engineer
IntelliData, Inc
22288 E Princeton Dr
aurora, colorado 80018
T: 720.524.4864
[EMAIL PROTECTED]
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROT
Hi,
With the following input I get a strange output:
INPUT:
(M) May be inoperative
provided the Pack Control Valve is may be closed
OUTPUT:
(M) May be inoperative provided the Pack Control Valve is may-
be closed
Notice how the hyph
Right you are. I cross-posted and got an answer. It's a DocBook thing
involving keeping contents of the DocBook tag all on one page.
Actually a feature, not a bug, with a workaround.
Thanks!
J.Pietschmann wrote:
>
> Cheri Dennison wrote:
>> I'm upgrading to FOP 0.95 from 0.20.5 and from 1.70.
Thanks for your reply. I got a response on the docbook-apps list that
confirms that.
>From Vincent Hennebert:
..."Basically, FOP makes use of
elastic spaces to “justify” pages (align the bottoms of pages so that it
looks nicer); but there’s a bug in lists that makes spaces stretch too
much, and
Hui Miquel,
i also had this problem but then i realized that i forgot the following
jar:
barcode4j-fop-ext.jar
You also need those:
barcode4j.jar
batik-all-1.7.jar
avalon-framework-4.2.0.jar
commons-io-1.3.1.jar
commons-logging-1.0.4.jar
fop.jar
serializer-2.7.0.jar
xalan-2.7.0.jar
xercesImpl-2.
Jeremias,
I had tried this page and got the same result.
Adobe "Subject" was blank.
This is why I suggested the code change.
Thanks,
-Mike
- Original Message
From: Jeremias Maerki <[EMAIL PROTECTED]>
To: fop-users@xmlgraphics.apache.org
Sent: Thursday, August 21, 2008 8:25:53 AM
Sub
Hi ToM
Tobias van Treeck wrote:
>
> Hi Miguel,
>
> i had a similar problem recently. I also generated a PDF with a barcode
> and an image.
> I got the exact same error you got (root vs. page-sequence) and the
> reason was a wrong parameter in a table i used (for the column-with i
> used % inste
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";>
It works with your great solution ! and even with 0.94 !!
PERFECT !!
Thank you so much :)
>>> Jeremias Maerki <[EMAIL PROTECTED]> 21.08.2008 11:17 >>>
Thanks for the test document. FOP 0.95 seems to do what you want.
Instead of specifying keep-together="always" and keep-with-previou
Ok, I think I might have found the issue. Not sure if this is a bug. If my
text has a hyphen in it, the text will not wrap. When I take it out, it
wraps.
example
"This is some really long text that runs into the next cell - try another
phrase."
will not wrap.
Bones wrote:
>
> Hi,
>
> I am
Hi,
I am upgrading a stylesheet from 0.20.5 to .95 and having some trouble with
a cell not wrapping text. Here is my fo:
This is some really long
text that runs into the next cell.
On 21.08.2008 12:47:22 Mathias Brossard wrote:
> Jeremias Maerki wrote:
> > I'll look into it. Did you know that you can also specify an XMP packet
> > in the fo:declarations element of XSL-FO?
> > http://wiki.apache.org/xmlgraphics-fop/HowTo/XMP
>
> The link you have suggested, states that « This
Jeremias Maerki wrote:
> I'll look into it. Did you know that you can also specify an XMP packet
> in the fo:declarations element of XSL-FO?
> http://wiki.apache.org/xmlgraphics-fop/HowTo/XMP
The link you have suggested, states that « This works only with FOP
trunk. » but because the page was « la
Jeremias Maerki-2 wrote:
>
> An alternative is to just set a simple ErrorListener implementation on
> the Transformer to override Xalan's default ErrorListener. I've attached
> one I've written once I've stumbled over this Xalan bug.
>
> Jeremias Maerki
>
>
I have done it but I got the same
Thanks for the extensive additional data. I might have the problem now.
> 21-ago-2008 11:16:05 org.apache.fop.fo.ElementMappingRegistry findFOMaker
> ADVERTENCIA: Unknown formatting object
> http://barcode4j.krysalis.org/ns^barcode
This indicates that the Barcode4J FOP extension is not correctly
Hello Andreas and others,
I'm using xalan 2.7.1. And this is the xslt processor guessed from the
StackTrace (I doubted if Weblogic was discarding it).
org.xml.sax.SAXException: Mismatch: page-sequence
(http://www.w3.org/1999/XSL/Format) vs. root
(http://www.w3.org/1999/XSL/Format)
StackTrace:
org
Thanks for the test document. FOP 0.95 seems to do what you want.
Instead of specifying keep-together="always" and keep-with-previous="always"
on every row, I'd just set keep-together.within-column="always" on the
fo:table.
On 21.08.2008 11:00:31 Christophe Vittorelli wrote:
> Thanks a lot for yo
Hmm, do you still have the old version showing the problem? If so,
please send it to me. column-width="50%" on table-column should normally
work just fine.
Andreas reminded me of the solution to the exception swallowing: a
custom ErrorListener set on the Transformer so Xalan doesn't swallow the
ex
FOP 0.94 had a bug in table layout that might be manifesting here. But I
can't be sure without a full FO document to test with. I strongly
recommmend to upgrade to FOP 0.95 and to replace keep-together="always"
by keep-together.within-column="always" to avoid side-effects with the
newly introduced
I'll look into it. Did you know that you can also specify an XMP packet
in the fo:declarations element of XSL-FO?
http://wiki.apache.org/xmlgraphics-fop/HowTo/XMP
On 21.08.2008 06:27:55 Mike Ferrando wrote:
> Friends,
> I suggest that the following classes be enhanced:
>
> FOUserAgent.java (org.a
I'm afraid, Joerg is on the wrong track here. "No route found!" is a
log message from the Dijkstra shortest-path algorithm implementation in
Apache XML Graphics Commons. It has nothing to do with DTD access on the
internet.
This whole thing is really about properly configuring the logging
environm
JDOM 1.1 does already contain a JDOMSource:
http://www.jdom.org/docs/apidocs/org/jdom/transform/JDOMSource.html
So no need to extend FOP.
On 20.08.2008 23:25:15 J.Pietschmann wrote:
> Brian Trezise wrote:
> > This isn't critical but it would be nice to be able to directly use an
> > org.jdom.Docu
Hi Miguel,
i had a similar problem recently. I also generated a PDF with a barcode
and an image.
I got the exact same error you got (root vs. page-sequence) and the
reason was a wrong parameter in a table i used (for the column-with i
used % instead of cm)
Now i have serval suggestions for you:
On 20.08.2008 18:26:17 Andreas Delmelle wrote:
> On Aug 20, 2008, at 16:56, Miguel Tablado wrote:
>
> Hi
>
> > I'm upgrading my FOP version from 0.20 up to 0.95 and I'm getting two
> > problems.
> >
> > The first one, and most important, is that I can't generate
> > barcodes with
> > Apache FOP
I'm not sure, yet, but I think it has to do with min/opt/max settings on
spaces not properly being processed. I'll have to take a closer look
a little later. I suspect it's a bug in FOP.
If my suspicion is right you can possibly work around it by not allowing
stretchable spaces.
On 19.08.2008 02:
I am using fop 0.94 under Linux and I have a problem to keep on a same page a
table —> I would like that when a table doesn't fit in a page, it goes on the
next page witout cutting the table.
I use the following:
31 matches
Mail list logo