The DocBook sample in version 2.2 is the same as in 2.1. You need a pointer
to sdocbook.dtd to make it work. The sample makes this clear and refers to
the version 2.1 documentation which in turn refers to cocoon.xconf and
WEB-INF/classes. These do not appear in a standard block in 2.2.
The 2.2
Just started playing with Cocoon again after striking out
with it about a year ago. The product is MUCH improved.
I have just installed Cocoon 2.1.2 on my RedHat 9 system and
am attempting to generate RTF from a DocBook file.
1) RH 9 2.4.20-20.9
2) JAVA_HOME: /opt/j2sdk_nb/j2sdk1.4.2
3) Cocoon
Hi,
i am new to Cocoon 2.1.5. I tried the Catalog Sample "sdocbook-demo" out and
installed the sdocbook DTD and the xslt-stylesheets from Norman Walsh.
Here is my sitemap.xmap:
..
...
When I'm trying to create RTF-files I get the following error:
org.apache.cocoon.Processin
Hello,
I'm using the stylesheets from Norman Walsh to transform a docbook-xml
to pdf, but it doesnt work. Every time I tried to transform the doc, I
got a error message but I don't know how to resolve this problem:
org.apache.cocoon.ProcessingException: Failed to execut
John Austin wrote:
6) Cocoon chokes when I ask it to produce RTF output.
...
What should I do ?
Track down the bug and supply a patch :-) The RTF renderer (JFOR) isn't
developed very far.
Has this got anything to do with versions of Xerces and Xalan shipped
with the SDK 1.4.2 ?
AFAIK the JDK comes
I made some changes to the standalone JFOR distribution for improved
Docbook support (specifically, Docbook articles). A build with these
changes is at http://www.technicat.com/jfor/ I'm slowly merging these
changes into the main JFOR development on sourceforge. It's supposed to
Hi,
> > Original Exception: java.lang.RuntimeException:
> java.util.EmptyStackException
I had a similar problem last week with using the
fo2rtf serializer. I managed to track the bug down to
the fo attribute "paddding". I am not sure if this is
the same bug since I am unfa
On Mon, 2003-10-20 at 16:24, Phil Chu wrote:
> I made some changes to the standalone JFOR distribution for improved
> Docbook support (specifically, Docbook articles). A build with these
> changes is at http://www.technicat.com/jfor/ I'm slowly merging these
> changes i
John Austin wrote:
[]
*** Warning *** the download link on that site has one too many
'jfor' directories.
Use: http://www.technicat.com/jfor/jfor.jar
not http://www.technicat.com/jfor/jfor/jfor.jar
I fixed the links, thanks. Also renamed the jar to jfor_docbook.jar to
avoid confusion. I
* Katrin Schoenherr:
> Could anyone point me to what is going wrong?
Jfor has got some serious limitations that prevent Docbook FO results to
be processed for producing RTF documents. Docbook is particularly
complicated, and Jfor is particularly weak, it only allows simple
ly slow, it is rarely a
> problem.
I don't think it addresses my problem since it's probably cool once the
content have been generated. In either case, I think serving fast is no
problem(cached, or static).
AFAICT, my problem is that I don't want to do the whole transformation
it's probably cool once the
> FE> content have been generated. In either case, I think serving fast is no
> FE> problem(cached, or static).
>
> FE> AFAICT, my problem is that I don't want to do the whole transformation
> for all FE> Docbook sources, but only
sing the stylesheets from Norman Walsh to transform a docbook-xml
to pdf, but it doesnt work. Every time I tried to transform the doc, I
got a error message but I don't know how to resolve this problem:
org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
j
nk serving fast is no
FE> problem(cached, or static).
FE> AFAICT, my problem is that I don't want to do the whole transformation for all
FE> Docbook sources, but only for those parts that are being requested. It's
FE> about making the Docbook transformation fine grained, s
es my problem since it's probably cool once the
FE>> content have been generated. In either case, I think serving fast is no
FE>> problem(cached, or static).
FE>> AFAICT, my problem is that I don't want to do the whole transformation for all
FE>> Docbook sour
lared xsl parameters.
Kind regards,
Robby Pelssers
-Original Message-
From: Mansour Al Akeel [mailto:mansour.alak...@gmail.com]
Sent: Sunday, November 04, 2012 11:14 PM
To: users
Subject: Unable to transform to docbook
I have worked with C2.1 and 2.2 before. I am trying to play with C3
ace/pipelines/repo/articles/{map:id}.xml" />
>
>
>
> Also try to generate that xsl:
>
>
>src="/home/mansour/workspace/pipelines/docbook-xsl-snapshot/html/docbook.xsl
> " />
>
>
>
> But my hunch is that the docbook.xsl has other xsl
d out quickly but helping out by mail is a bit
more tedious to be honest.
So if you can provide me with a zip file containing the project and the docbook
xslt's zipped and perhaps also that ex.xml file I can debug your issue.
Robby
-Original Message-
From: Mansou
tedious to be honest.
>
> So if you can provide me with a zip file containing the project and the
> docbook xslt's zipped and perhaps also that ex.xml file I can debug your
> issue.
>
> Robby
>
> -Original Message-
> From: Mansour Al Akeel [mailto:mansour.al
any way you can share the
>> sources for the project so I can adjust the dev.properties file for my
>> situation and crack the problem? I'm sure I will find out quickly but
>> helping out by mail is a bit more tedious to be honest.
>>
>> So if you can provide m
nsour Al Akeel [mailto:mansour.alak...@gmail.com]
Sent: Thursday, November 08, 2012 2:46 AM
To: users@cocoon.apache.org
Subject: Re: Unable to transform to docbook
Robby, I think I know where the issue is, but I don't have eclipse set up. I am
just browsing the source through VI.
I am wo
ache.org
> Subject: Re: Unable to transform to docbook
>
> Robby, I think I know where the issue is, but I don't have eclipse set up. I
> am just browsing the source through VI.
>
> I am working with the latest from SVN:
>
> In the file:
> cocoon-sax/src/main/java/org
ilto:robby.pelss...@nxp.com]
Sent: Thursday, November 08, 2012 9:31 AM
To: users@cocoon.apache.org
Subject: RE: Unable to transform to docbook
Hi Mansour,
To be able to confirm this one would need to setup a small test case with a
very simple XSLT importing another one. Which is exactly what I
Robby,
I created a small unit test yesterday, and created a patch for the solution.
https://issues.apache.org/jira/browse/COCOON3-108
I think a small unit test doesn't show the real issue. I will test it
with docbook xsl today.
On Thu, Nov 8, 2012 at 4:11 AM, Robby Pelssers wrote:
: users@cocoon.apache.org
Subject: Re: Unable to transform to docbook
Robby,
I created a small unit test yesterday, and created a patch for the solution.
https://issues.apache.org/jira/browse/COCOON3-108
I think a small unit test doesn't show the real issue. I will test it with
docbook xsl
eline();
pipeline.setCache(cache);
pipeline.addComponent(new XMLGenerator(getClass().getResource(
"/article.xml")));
URL xsltURL = new
URL("file:/home/mansour/workspace/sources/cocoon/cocoon-sax/src/test/resour
After googling for sometime, I found this related issue:
https://lists.oasis-open.org/archives/docbook-apps/201006/msg00162.html
The suggested solution was to disable compiling xslt or use saxon:
Well, XSLTC is known to have problems with really complex
Ok Finally issue resolved.
It looks like I am able to use docbook. Here's the steps to do so.
There's a file
cocoon_source/cocoon/cocoon-sax/src/test/resources/META-INF/services/javax.xml.transform.TransformerFactory
This file contains
On 11/11/2012 18:14, Mansour Al Akeel wrote:
> Ok Finally issue resolved.
I've opened COCOON3-109 for reporting this to the website - this is
quite a common use case, I'd say.
Regards.
> It looks like I am able to use docbook. Here's the steps to do so.
>
> Ther
12 at 3:13 AM, Francesco Chicchiriccò
wrote:
> On 11/11/2012 18:14, Mansour Al Akeel wrote:
>> Ok Finally issue resolved.
>
> I've opened COCOON3-109 for reporting this to the website - this is
> quite a common use case, I'd say.
>
> Regards.
>
>> It looks
Hi,
I am attempting to serve up docbook pages from cocoon 2.1.3. I have tried
many different setups, with each failing in a different way. Each time I
learned a little from my mistakes and tried again.
My current setup is:
Windows 2000
Tomcat 5.0.16
cocoon 2.1.3
Java 1.4.2_03
docbook-xml-4.2
Hi guys
cocoon is great, I've been using it for a while on two projects for a
few years now (http://opencartable.org and
http://echarp.dyndns.org:369).
Today I need to develop a way for teachers to edit docbook files.
For that two steps are envisioned:
1/ edit the do
Niaz Tadayyon wrote:
> Please help me to find the correct path. I would like to convert
> Docbook XML to PDF/HTML in cocoon & use these format later in Dspace.
You have not told us what version of Cocoon you use.
Looking at the following URL, i guess 2.0 ... is that correct?
> I
Hi again
For converting XML docbook to pdf I got this error.
org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
java.lang.RuntimeException: org.apache.fop.apps.FOPException: fo:flow
must contain block-level children
please give me a hint.
thanks
Niaz
Hi
I use docbook\docbook-xsl\docbook-xsl-1.65.1\fo\docbook.xsl. Do you
think it dosent support using svg and mathml in docbook xml?
thanks
Niaz
On Fri, 01 Oct 2004 08:28:05 +0200, Derek Hohls <[EMAIL PROTECTED]> wrote:
> What does your stylesheet look like; maybe the construction
Niaz
I think DocBook should support SVG - just remember you
need absolute paths to your images I am not so sure
about the MathML... perhaps you should ask this on the
DocBook mailing list.
Derek
>>> [EMAIL PROTECTED] 2004/10/01 03:59:21 PM >>>
Hi
I use docbook\docbo
In general the DocBook transformation works with Cocoon as any other
transformation. I had it working on different Cocoon systems. The only
problem is, that it takes a bit time to parse the stylesheets (around 30
seconds).
But now to your problem: The error message does not point on an error
37 matches
Mail list logo