My name isAlessandro
Bicocchi, I works in Bonfiglioli Riduttori (Italy).
We create an XML file in ASCIIofa size
1 MB (the file XML is an order of 300 rows), when I launch Fop-parser
(fop0.20.3)to converte XMLtoPDF using XSL: the
parserstops when it processesthe 28 row with this
message:
Hi,
I want to know that whether FOP support Japanese character. I tried
to insert some Japanese character in fo file, but couldn't get the proper
data(Japanese chars.) in output pdf file. Can anyone suggest me anything
about this.
Thanks,
Anil Mishra
This message is confidential and
Is the
XSL file causing a loop? Files of this size should be
OK.
ie: do
you use recursive templates:
xsl:call-template name="a"/
xsl:template name="a"
...output
stuff
xsl:call-template
name="a"/
/xsl:template
will
cause OutOfMemory.
Otherwise, look at the java -X options
At 05:18 PM 5/19/02, you wrote:
Oh my. I seem to have been too fast on this, maybe. Anyway, I'm going to
bed now.
Well, in my opinion, the previous change ~should~ be committed as you did,
since what we had was clearly not right. Whatever happens next to solve the
new problem w/ printing should
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9235.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9235.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9251.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9251.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Attached are gzipped diffs for the changes I made vs. the 0.20.3
release. I'm working on patches against CVS, but am pretty busy and
wanted to get something out soonest.
Essentially the patch includes:
- support for callback-based, on-the-fly images (URLs like
onthefly:SomeImage, you have to
We create an XML file in ASCII of a size 1 MB (the file XML is an order
of 300 rows), when I launch Fop-parser (fop0.20.3) to converte XML to PDF
using XSL: the parser stops when it processes the 28 row with this
message:
Exception in thread main java.lang.OutOfMemoryError.
My system is
Anil Kumar Mishra wrote:
Hi,
I want to know that whether FOP support Japanese character. I tried
to insert some Japanese character in fo file, but couldn't get the proper
data(Japanese chars.) in output pdf file. Can anyone suggest me anything
about this.
FOP is able to process
Ladies and gentlemen, boys and girls,
What's the state of play now with the changes to the build system? Has
the elimination of Xalan1 been completed? Who's doing what there?
I am planning to throw a branch off HEAD to tinker with at least the
versioning information for the build. I would
Joerg,
Thanks. It seems there were some configuration changes in openSSH
between versions.
Peter
J.Pietschmann wrote:
I don't see anything unusual (Win2K, cygwin OpenSSH). It could
be that your ssh client has changed default settings. My ssh uses
known_hosts for storing identities,
13 matches
Mail list logo
