RE: XSLTInputHandler not doing its job??
Title: RE: XSLTInputHandler not doing its job??
Typo,
I think FOP can be configured to tolerate *sloppy* XML.
-Original Message-From: Williamson, James
[mailto:[EMAIL PROTECTED]]Sent: 05 July 2001
17:15To: '[EMAIL PROTECTED]'Subject: RE:
XSLTInputHandler not doing its job??
Wolf,
That's not valid XML, when it says view source for full
doctype it doesn't expect you to take that literally. DOCTYPE's generally take these form:
!DOCTYPE docroot PUBLIC "remote_dtd"
or
!DOCTYPE docroot SYSTEM "local_dtd"
or (embedded)
!DOCTYPE docroot [
your embedded
DTD ]
I'm no FOP expert but I'm sure I remember being able to
configure FOP to tolerate XML (i.e. HTML) perhaps you could have a look at the
source code for the FOP app.
Regards,
James
-Original Message- From: Wolf
Gustavo (SGC-EXT) [mailto:[EMAIL PROTECTED]]
Sent: 05 July 2001 16:50 To: Fop
(E-mail) Subject: XSLTInputHandler not doing its
job??
Hi, as
I said a few hours ago, I have the following code:
InputHandler
inputHandler = new XSLTInputHandler(xmlInputSource,xslInputSource); InputSource inputSource =
inputHandler.getInputSource(); XMLReader parser =
(XMLReader) Class.forName(this.parserClass).newInstance(); parser.setFeature("http://xml.org/sax/features/namespace-prefixes",true);
/** * Creates the driver telling it
to write the output to a file. */ Driver driver = new
Driver();
driver.setRenderer("org.apache.fop.render.pdf.PDFRenderer"); // ERROR IN THE FOLLOWING LINE driver.buildFOTree(parser,
inputSource); File test = new
File("test.pdf"); driver.setOutputStream(new
java.io.FileOutputStream(test)); driver.format();
driver.render();
In the second line, InputSource inputSource is suppossed to be
the .fo file after the processing of xmlInputSource by
xslInputSource.
I am using as xmlInputSource and xslInputSource two files that
I took from the chap 15 of the XMLbible
(attached).
Now, when the program tries to execute
"driver.buildFOTree(parser, inputSource);", I get the
following msg and Exception:
"building formatting object tree WARNING: Unknown formatting object ^PERIODIC_TABLE
FOPException: org.xml.sax.SAXException (msg:
null)"
It seems to me that XSLTInputHandler is not doing its job
properly, because of the WARNING.
Again, if I run a line command with Fop -xml xmlInputSource -xsl xslInputSource -pdf test.pdf
everything is OK, which tells me that there shouldn't
be a problem with the input files.
Does anyone knows how to cure this?
Thanks a lot,
Gustavo
prueba.xml
prueba.xsl **This
e-mail (including any documents which may accompany it)
containsinformation which is confidential and may also be
privileged.It is for the exclusive use of the intended recipient(s).If
you are not the intended recipient(s) please note that any form
ofdistribution, copying or use of this e-mail or the information in
itor attached to it is strictly prohibited and may be unlawful.If you
have received this e-mail in error please notify us immediatelyby e-mail
to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 anddelete the
e-mail.Please advise immediately if you or your employer do not consent
toInternet E-Mail for messages of this type.Information or opinions in
this message that do not relate to thebusiness of Windsor plc and/or
subsidiary and/or associated companiesshall be treated as neither given or
endorsed by
it.**
**
This e-mail (including any documents which may accompany it) contains
information which is confidential and may also be privileged.
It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s) please note that any form of
distribution, copying or use of this e-mail or the information in it
or attached to it is strictly prohibited and may be unlawful.
If you have received this e-mail in error please notify us immediately
by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and
delete the e-mail.
Please advise immediately if you or your employer do not consent to
Internet E-Mail for messages of this type.
Information or opinions in this message that do not relate to the
business of Windsor plc and/or subsidiary and/or associated companies
shall be treated as neither given or endorsed by it.
**
RE: java.lang.SecurityException: sealing violation
Title: RE: java.lang.SecurityException: sealing violation
If I remember rightly a sealing violation is thrown when you're using a package which is 'sealed' (the manifest specifies that all classes from that package must be loaded from that library). Are you sure you're not trying to load the classes from multiple packages, i.e. have competing libraries in your classpath?
Regerds,
James
-Original Message-
From: Cannon, Scott [mailto:[EMAIL PROTECTED]]
Sent: 28 June 2001 20:06
To: '[EMAIL PROTECTED]'
Subject: java.lang.SecurityException: sealing violation
Any idea why I would get this error:
java.lang.SecurityException: sealing violation
when executing the following:
import java.io.*;
import org.apache.fop.apps.*;
import org.w3c.dom.*;
import org.xml.sax.*;
public class testing2 {
public static void main(String[] args) {
Document doc =
XmlUtils.CreateDocument(FILE,E:/test/border.fo);
Driver driver = null;
try {
=== driver = new Driver(new InputSource(new
StringReader(E:/test/border.fo)),
new
FileOutputStream(e:/test/testthis.pdf));
} catch (FileNotFoundException fnfe) {
fnfe.printStackTrace();
}
The error is occuring where the === is above.
The error trace is:
java.lang.SecurityException: sealing violation
at java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at TestFOP.testing2.main(testing2.java:20)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
**
This e-mail (including any documents which may accompany it) contains
information which is confidential and may also be privileged.
It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s) please note that any form of
distribution, copying or use of this e-mail or the information in it
or attached to it is strictly prohibited and may be unlawful.
If you have received this e-mail in error please notify us immediately
by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and
delete the e-mail.
Please advise immediately if you or your employer do not consent to
Internet E-Mail for messages of this type.
Information or opinions in this message that do not relate to the
business of Windsor plc and/or subsidiary and/or associated companies
shall be treated as neither given or endorsed by it.
**
RE: inline padding
Title: RE: inline padding Thanks Arved, Solved my problem, didn't think of looking at the leader element's space property. Regards, James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 24 June 2001 06:43 To: [EMAIL PROTECTED] Subject: Re: inline padding Quoting Williamson, James [EMAIL PROTECTED]: Hi All, Tell me to RTFM but is it possible to 'pad' inline elements, I'm trying to achieve something like this: Name: Mr Fred Bloggs using something like this: fo:block padding-right Name fo:inline Mr Fred Bloggs /fo:inline /fo:block I've tried all the tricks I know, padding-left, padding-right, margin-left, and even tried a criminal ugly hack by using white spice but even that gets gobbled up. From what I've read the inline element is purely used to change the formatting of the text, it cannot influence position? I could use tables but curiosity's taken over now. Anyone got any ideas? I would suggest investigating the use of fo:leader. There are several different options by which you can use that to get a run of spaces - leader-pattern set to use-content with no children of fo:leader will do that, as will (naturally enough) leader-pattern with a value of space. Regards, Arved Sandstrom --- This mail was sent through the Nova Scotia Provincial Server, with technical resources provided by Chebucto Community Net. http://nsaccess.ns.ca/mail/ http://www.chebucto.ns.ca/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
FOP - arbitrary page break
Title: FOP - arbitrary page break policy.xsl Hi all, Just wondered if anyone has encountered a similar problem. I'm using FOP 0.18.1 on a W2K machine and am running into serious difficulty (getting absolutely infuriated) when it comes to page breaks; I've using a nested table within a table to organise the document structure and FOP keeps putting in a page break about 2/3's of the way down the page. I just can't work out why, is it a bug or (more likely) my gross incompetence? I've tried absolutely everything, although am pretty sure it's related to multiple fo:blocks within a fo:table-cell element. I've attached the file if anyone's interested in helping me keep my sanity. Regards, James Williamson ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. ** policy.xsl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: FOP - arbitrary page break
Title: FOP - arbitrary page break Andrea, I can't thank you enough, works fine now. Regards, James Williamson -Original Message-From: Greiner, Andrea [mailto:[EMAIL PROTECTED]]Sent: 20 June 2001 11:44To: '[EMAIL PROTECTED]'Subject: AW: FOP - arbitrary page break Hello, I have had the same problem. Downloading a newer cvs-file I got rid of this problem. Now there are others... Andrea Greiner -Ursprüngliche Nachricht-Von: Williamson, James [mailto:[EMAIL PROTECTED]]Gesendet: Mittwoch, 20. Juni 2001 12:28An: [EMAIL PROTECTED]Betreff: FOP - arbitrary page break policy.xsl Hi all, Just wondered if anyone has encountered a similar problem. I'm using FOP 0.18.1 on a W2K machine and am running into serious difficulty (getting absolutely infuriated) when it comes to page breaks; I've using a nested table within a table to organise the document structure and FOP keeps putting in a page break about 2/3's of the way down the page. I just can't work out why, is it a bug or (more likely) my gross incompetence? I've tried absolutely everything, although am pretty sure it's related to multiple fo:blocks within a fo:table-cell element. I've attached the file if anyone's interested in helping me keep my sanity. Regards, James Williamson **This e-mail (including any documents which may accompany it) containsinformation which is confidential and may also be privileged.It is for the exclusive use of the intended recipient(s).If you are not the intended recipient(s) please note that any form ofdistribution, copying or use of this e-mail or the information in itor attached to it is strictly prohibited and may be unlawful.If you have received this e-mail in error please notify us immediatelyby e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 anddelete the e-mail.Please advise immediately if you or your employer do not consent toInternet E-Mail for messages of this type.Information or opinions in this message that do not relate to thebusiness of Windsor plc and/or subsidiary and/or associated companiesshall be treated as neither given or endorsed by it.** ** This e-mail (including any documents which may accompany it) contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this e-mail or the information in it or attached to it is strictly prohibited and may be unlawful. If you have received this e-mail in error please notify us immediately by e-mail to [EMAIL PROTECTED] or telephone +44 (0)207 940 1200 and delete the e-mail. Please advise immediately if you or your employer do not consent to Internet E-Mail for messages of this type. Information or opinions in this message that do not relate to the business of Windsor plc and/or subsidiary and/or associated companies shall be treated as neither given or endorsed by it. **
