Andreas L. Delmelle wrote:
snip/
The related class in Xalan: org.apache.xalan.lib.Redirect
It contains a HashMap, m_outputStreams, which is, unfortunately, protected,
so can't be queried from outside the xalan.lib package...
Whats wrong with sub-classing, e.g. FopRedirect extends Redirect.
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]
Andreas L. Delmelle wrote:
snip/
The related class in Xalan: org.apache.xalan.lib.Redirect
It contains a HashMap, m_outputStreams, which is,
unfortunately, protected,
so can't be queried from outside the
Andreas L. Delmelle said:
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]
Andreas L. Delmelle wrote:
snip/
The related class in Xalan: org.apache.xalan.lib.Redirect
It contains a HashMap, m_outputStreams, which is,
unfortunately, protected,
so can't be
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
Can you give an example of how would his look? Would it be an ant task?
Would it be some type of java class? Thanks!
Well, Maestro, started to think about subclassing, but I'm not sure in what
form *exactly* yet, neither
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
Or, to describe in XSLT terms, I think closest would be: all
elements in the
vendor's redirection extension's namespace having their target
URI attribute end in '.fo'
Something just struck me; might be a lot
Andreas L. Delmelle wrote:
Nightmares... Anyone to come and chase them away?
Please...? ;)
One thing to keep in mind, although I'm unsure of its relevance to this
discussion, is we use Xalan only through JAXP--so if I'm not mistaken,
the user is welcome to replace that with another
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
So we not can assume the xml-xsl-fo
processing was had via Xalan--and even if it were so, it also could have
been done via its translets (compiled XSLT) feature.
Aw, great! You just *had* to come and throw that one in as
Andreas L. Delmelle wrote:
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
So we not can assume the xml-xsl-fo
processing was had via Xalan--and even if it were so, it also could have
been done via its translets (compiled XSLT) feature.
Aw, great! You just *had*
-Original Message-
From: Kloeck, Erwin
To: [EMAIL PROTECTED] mulberrytech. com (E-Mail)
Hi,
I have to create several pdf-files out of one xml document.
Currently I write several fo-files using redirect:write to disk
during xsl processing and then read them in again for fo
On Feb 13, 2004, at 3:34 AM, Andreas L. Delmelle wrote:
-Original Message-
From: Kloeck, Erwin
To: [EMAIL PROTECTED] mulberrytech. com (E-Mail)
Hi,
I have to create several pdf-files out of one xml document.
Currently I write several fo-files using redirect:write to disk
during xsl
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
In my application we create multiple page-sequences using multiple
xsl:include templates, which _look_ different, but are still one PDF
file. If certain flags are set in my source XML, my app creates: 1) a
bill; 2) a
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
snip /
Far better would be if we could somehow get a handle to the streams the
redirection extension writes to. Place a buffer in between, and we're set.
Much faster, no need for a workaround of any kind.
But
12 matches
Mail list logo