Re: utf-8 data printing using FOP

[Mike Haarman]

On Wed, 19 Feb 2003, Murad Jura wrote:

> success. Serializer replaces russian characters by sharps (#). I
> configured a FOP serializer as described in a cocoon documentation using
> fonts from Win2000, but unfortunately this didn't help me.
> How to solve this problem?
>

Get FOP installed and working from the command line with your fonts.


--------
Mike Haarman
[EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XSL FO

[Mike Haarman]

On Thu, 6 Feb 2003, J.Pietschmann wrote:

> Tom Place wrote:
>
> > 
> > java.lang.RuntimeException: Errors in XSLT transformation:
> > Fatal: org.apache.for.apps.FOPException: 'master-referance' for
> > 'fo:page-sequence matches no 'simple-page-master' or
> > 'page-sequence-master'

You have a discrepancy between the @master-name(s) of your page-masters
and the name you are using to reference them in the @master-reference of
your page-sequence.

> It is also recommended to use the FOP CLI for initial development
> of the style sheet and deploy to Cocoon only after some debugging.
> You'll get better error messages.
>
> J.Pietschmann

I second.

Mike


Mike Haarman
[EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: converting HTML to PDF

[Mike Haarman]

On Fri, 7 Feb 2003, Afshartous, Nick wrote:

>
> Hi,
>
> I was wondering if anyone has experience in converting HTML to
> PDF ?  For instance does anyone have a stylesheet to handle
> the formatting of nested tables and CSS ?
>
> Thanks for any tips or pointers to resources.
>
> --
>   Nick
>

Antennae House, home of a famous formatting objects processor, has an
HTML2FO.xsl on their site which is a good starting point for a stylesheet
to handle this transformation.

Provided you are beginning with something well-formed, this is pretty
garden-variety problem to solve.  Do it yourself.

If you do it right, your nested tables will nest themselves.

Mike

--------
Mike Haarman
[EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Poor performance of document() in XSL [Was: Re: simpel cocoonquestion]

[Mike Haarman]

On Thu, 7 Nov 2002, Joerg Heinicke wrote:

> normally this won't work. You create a Result Tree Fragment in $colours
> and have to convert it to a node set using node-set() extension
> function. This is not possible when using XSLTC.

The nodeset extension is supported under XSLTC in Xalan as of v2.4.1,
although this is at an early stage of development.

http://xml.apache.org/xalan-j/extensions_xsltc.html#nodeset_ext

***

An alternative implementation of a lookup table in XSL can provide values
as first-class nodes:

Declare lookup namespace --

http://www.w3.org/1999/XSL/Transform";
xmlns:colormap="Lookup table for colors.">


The table itself must be the first thing in the stylesheet, prior to any
other top level elements, that's why we establish a namespace for it --

  #fff
  #000
  #888


Because document() called upon an empty string returns nodes within the
stylesheet tree, we can reference these within the stylesheet like so --











I have not tested this, but I expect the performance drag represented by
the document() function is minimized when it returns the already parsed
stylesheet tree.

cheers,

Mike


> > You may find, if you re-encode your lookup table as XSLT variables, that
> > you can 'include' your data as XSLT into your stylesheet.
> >
> > eg.
> >
> > constants.xslt:
> >
> > 
> > #fff
> > #000
> > #888
> > 
> >
> > main.xslt:
> >
> > 
> >
> > ..
> >
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >
> > Hope this helps
> >
> > regards Jeremy
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>


Mike Haarman
[EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: EXSLT

[Mike Haarman]

On Fri, 25 Oct 2002, Boris Althaus wrote:

> Hallo,
>
> does anyone know if cocoon2 supports exslt-extension-functions and when how to use 
>them?
>

It is a matter for the XSL processor.  I am unsure about Xalan off the top
of my head, but Saxon does support this and elsewhere the configuration of
Cocoon to use Saxon is detailed.

In a stylesheet you would like to use the extensions, include the exslt
namespace of the module you want to use and proceed as you would in any
other stylesheet as detailed here:

http://www.exslt.org/howto.html

--------
Mike Haarman
[EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: sexy open source

[Mike Haarman]

On Thu, 15 Aug 2002, Hunsberger, Peter wrote:

> I'm slowly starting to see a generalized architecture fall out of the work
> we do.  It's rather different from what seems to be a main thrust of Cocoon
> (XSP), and it may be worth outlining:

It is.

> This architecture exploits the functional programming model of XSLT and uses
> meta-data to essentially create rules about how to resolve and render the
> current object tree.  If you "get" functional programming you will see that
> this keeps the basic processing model pretty simple and eliminates
> non-standard processing extensions (read XSP) from the flow.  If you get
> stuck on procedural approaches and can't see how you'd ever give up your
> logic sheets you'll be missing much of the power of XML and XSLT in my
> opinion.

Hear, hear!  Well said.

--------
Mike Haarman
[EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Design Assistance

[Mike Haarman]

I see that the driver is using xsl:import for ./docbook.xsl.  To clarify:

On Fri, 5 Jul 2002, Jason Foster wrote:



> a "driver" stylesheet that looks like:
>
>xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
>version='1.0'>
>href="file:///Users/jafoster/Development/docbook-xsl-1.50.0/fo/docbook.
> xsl"/>
>  
>  
>
>
> I would really like to do things "properly" and use the driver stylesheet
> approach.  This means that I need to first use the submitted form to create
> the driver stylesheet and then use that new stylesheet to process the
> uploaded file.

You shouldn't need to generate any of the stylesheets required until you
want to start caching user preferences.  DocBook params which you don't
specify in ./session-defaults.xsl and which are not assigned via
xsl:variable will be untouched.  To import rather than include the main
stylesheet, the driver will look like this (without Cocoon's
requirements):

http://www.w3.org/1999/XSL/Transform";
 version='1.0'>
 
  
  
 
  


Latter imports have higher precedence.  If ./docbook.xsl expects xsl:param
rather than xsl:variable they can be loaded up with:



after the ./docbook.xsl import statement.



Mike Haarman
[EMAIL PROTECTED]

Maintainer,
  DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

RE: Design Assistance

[Mike Haarman]

On Fri, 5 Jul 2002, Piroumian Konstantin wrote:

> > From: Jason Foster [mailto:[EMAIL PROTECTED]]
> >
> > The process that I am envisioning looks something like this...



> > Another problem is that the DocBook stylesheets assume that
> > there will be
> > a "driver" stylesheet that looks like:



> You can do it this way:
>   - First pipeline generates the content transformations into PDF and
> calls the second pipeline to obtain the needed stylesheet
>   - Second pipeline generates a stylesheet depending on request params
> and using a stylesheet template


Why not pass the request params to the driver stylesheet and thence up the
tree.  ./docbook.xsl can be, and call other, static resource with these
dynamic values.  The xsl:include production is a textual inclusion at the
point of reference, absent the include's xsl:stylesheet element.  An
assignment to an xsl:variable is available to all subsequent templates in
a pass through a transform.  If prior to the inclusion they will be
available to the included stylesheet's templates throughout.

Your defaults can live in ./session-defaults.xsl which you might like to
generate in order to access session state, but for now can be static
assignments of default values.

The beef of your driver looks like this:

"




All the templates of ./docbook.xsl (and the templates of its inclusions)
now have access to the default flags plus the latest value for
$my_docbook_flag, relying on import precedence.  That's probably the main
reason to have a driver.


Mike Haarman
[EMAIL PROTECTED]

Maintainer,
  DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XML to Quark

[Mike Haarman]

It is possible to write Xpress Tags out of an XSL transform, use
plain-text for the output method and escape your instructions thus:

@TextHead;

You would do well to have well defined paragraph and text styles,
obviously.  YMMV, but the last I saw of Avenue, admittedly two years ago
now, it really stank.  You can flow into some pretty complex (for Quark)
tabular layout but you get hung up on mapping particular flows to discrete
Quark stories without a commercial Xtension.  I apologize, but the name
escapes me.  Xdata?  It allowed you to specify that mapping with
markup-like labels.

I've an old post to cocoon-users which has an example in it.


Mike


On Tue, 4 Jun 2002, Dwayne Kemp wrote:

>
> Thanks Ive been doing some research and the avenue was at the bottom
> of my list to use for this transformation.
>
> 
> //|  Dwayne A. Kemp    |
> | [EMAIL PROTECTED]    "if the gospel be hid it is hid  |
> //| 732 932 3938 x 2938 //   to those that are lost"   |
> | Programmer  ///  |
> ___|
>
> On Tue, 4 Jun 2002, Robert Koberg wrote:
>
> > A while ago Quark's Avenue was supposed to do this. I don't know where
> > they are with it now, though.
> >
> > -Rob
> >
> > Dwayne Kemp wrote:
> >
> > >Does anyone know if there is a way to generte quark documents from xml
> > >content?
> > >
> > >
> > >//|  Dwayne A. Kemp    |
> > >| [EMAIL PROTECTED]    "if the gospel be hid it is hid  |
> > >//| 732 932 3938 x 2938 //   to those that are lost"   |
> > >| Programmer  ///  |
> > >___|
> > >
> > >
> > >
> > >-
> > >Please check that your question has not already been answered in the
> > >FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > >
> > >To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > >For additional commands, e-mail: <[EMAIL PROTECTED]>
> > >
> > >
> > >
> >
> >
> >
> >
> > -
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
> >
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>
>


Mike HaarmanMinnesota Population Center,
[EMAIL PROTECTED]  University of Minnesota,
537 Heller Hall,
Minneapolis, MN 55455
Co-Architect, Programmer,
  National Historical GIS -- http://www.nhgis.org/
Maintainer,
  DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: KrysalIDE for Cocoon2

[Mike Haarman]

On 16 Apr 2002, Alexandru COSTIN wrote:

>   It was a very unpleasant experience, and I would like to know where are
> those tools, because it might help us a lot ...
>
> > Developers of components/stylesheets are well-served by
> > various IDEs already.
>   Can you write a list?
>

There are (SG|X)ML, XSL and DTD Emacs modes for editing with syntax
highlighting, tag completion, DTD awareness, etc.  There is even a package
by Ovidiu Predescu (Thanks, OP) which does processing of stylesheets via
Saxon or Xalan from within Emacs.  Results can be previewed there or your
favorite browser.  I believe this tool allows for the processing of XSP
with command-line Cocoon, but I haven't used this feature.  I've used this
set-up under Windows, Linux and Solaris and found it quite solid.  Since
Emacs with JDE is my principal Java development environment this is a very
convenient setup.

Of the commercial tools, XMLSpy is quite well known.  Never used it.

----
Mike HaarmanMinnesota Population Center,
[EMAIL PROTECTED]  University of Minnesota,
537 Heller Hall,
Minneapolis, MN 55455
Co-Architect, Programmer,
  National Historical GIS -- http://www.nhgis.org/
Maintainer,
  DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

servlet, generator or ... (design question)

[Mike Haarman]

We are evaluating C2 for a very large, public, data-dissemination project
(NHGIS.ORG).  I would like to build a few small XML visualization tools in
C2 for demonstration purposes.  For example, a facility to upload an XML
instance, associate it with a stylesheet living on the server and return
transformed XHTML.  The upload need not be saved anywhere on the server;
I'd like to hand the uploading stream directly to Cocoon.  I can clearly
see a couple ways to accomplish this but suspect there are more:

a) Specify a servlet external to Cocoon which handles multi-part form data
as the src attr on my generator in the pipeline.  How does this kick
off the pipeline's processing?  I suspect I need to bind the upload stream
to the pipeline within my servlet and make a call to Cocoon but I'm not
clear how.  Or is Cocoon waiting like a daemon for bytes to show up at the
mouth of the pipe?

b) Extend one of Cocoon's generator classes (StreamGenerator?) to handle
the multi-part form data and call it from my form.

c) Is there a way to modify the File Upload example to hand the upcoming
stream to a transformation?  It seems that example merely specifies a
directory for uploads and does nothing with the stream itself.

d) ?

What is the cleanest manner of doing this?  I suspect there is a Cocoon
pattern lurking in this problem and would like to implement the solution
that best reflects such a pattern.

--------
Mike HaarmanMinnesota Population Center,
[EMAIL PROTECTED]  University of Minnesota,
537 Heller Hall,
Minneapolis, MN 55455
Co-Architect, Programmer,
  National Historical GIS -- http://www.nhgis.org/
Maintainer,
  DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

servlet, generator or ... (design question)

[Mike Haarman]

We are evaluating C2 for a very large, public, data-dissemination project
(NHGIS.ORG).  I would like to build a few small XML visualization tools in
C2 for demonstration purposes.  For example, a facility to upload an XML
instance, associate it with a stylesheet living on the server and return
transformed XHTML.  The upload need not be saved anywhere on the server;
I'd like to hand the uploading stream directly to Cocoon.  I can clearly
see a couple ways to accomplish this but suspect there are more:

a) Specify a servlet external to Cocoon which handles multi-part form data
as the src attr on my generator in the pipeline.  How does this kick
off the pipeline's processing?  I suspect I need to bind the upload stream
to the pipeline within my servlet and make a call to Cocoon but I'm not
clear how.  Or is Cocoon waiting like a daemon for bytes to show up at the
mouth of the pipe?

b) Extend one of Cocoon's generator classes (StreamGenerator?) to handle
the multi-part form data and call it from my form.

c) Is there a way to modify the File Upload example to hand the upcoming
stream to a transformation?  It seems that example merely specifies a
directory for uploads and does nothing with the stream itself.

d) ?

What is the cleanest manner of doing this?  I suspect there is a Cocoon
pattern lurking in this problem and would like to implement the solution
that best reflects such a pattern.

--------
Mike HaarmanMinnesota Population Center,
[EMAIL PROTECTED]  University of Minnesota,
537 Heller Hall,
Minneapolis, MN 55455
Co-Architect, Programmer,
  National Historical GIS -- http://www.nhgis.org/
Maintainer,
  DDI Codebook DTD -- http://www.icpsr.umich.edu/DDI/



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: C1 to C2

[Mike Haarman]

Yes, it works here as well, with ajp13.  The difference is changing this
line:

JkMount /cocoon/*.xml ajp13

to:

JkMount /cocoon/* ajp13

I've noticed a variety of other directives in the snips here and on the
tomcat list, but this is the one that got C2 working.  I suppose the
distinction is that the sitemap is handling all sorts of goodness in
addition to .xml files.

Andre, will you take up dims offer to write something for the FAQ?  I will
be glad to if you are averse to it.

Mike





Andre Juffer <[EMAIL PROTECTED]> on 07/18/2001 11:46:45 AM

Please respond to [EMAIL PROTECTED]

To:   [EMAIL PROTECTED]
cc:
Subject:  Re: C1 to C2


Hi All,

I got it finally working. The directive

JkMount /cocoon/* ajp12

did it. I apparently kept on missing that part, since this was not
required for tomcat-apache-cocoon1, where always, it seems, .xml was
employed to redirect xml request to cocoon1.

I would support the suggestion of Luca to put these few things into the
FAQ, because I would assume that more people make the same mistake as I
did.

Thank you for your help,

Andre.



Luca Morandini wrote:

> Andre,
>
>this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or
it
> will be overwritten every time you start Tomcat):
>
> 
>
> JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
> JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
> JkLogLevel warn
> JkMount /*.jsp ajp12
> JkMount /*.xml ajp12
>
> JkMount /cocoon/* ajp12
>
> 
>
>I presume this will do the trick of redirecting.
>
>Moreover, somewhere down mod_jk.conf, there is this cocoon-related
stuff:
>
> #
> # The following line makes apache aware of the location of the /cocoon
> context
> #
> Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"
> 
> Options Indexes FollowSymLinks
> 
>
> #
> # The following line mounts all JSP files and the /servlet/ uri to tomcat
> #
> JkMount /cocoon/servlet/* ajp12
> JkMount /cocoon/*.jsp ajp12
>
> #
> # The following line prohibits users from directly accessing WEB-INF
> #
> 
> AllowOverride None
> deny from all
> 
>
> #
> # Use Directory too. On Windows, Location doesn't work unless case
matches
> #
> 
> AllowOverride None
> deny from all
> 
>
> #
> # The following line prohibits users from directly accessing META-INF
> #
> 
> AllowOverride None
> deny from all
> 
>
> #
> # Use Directory too. On Windows, Location doesn't work unless case
matches
> #
> 
> AllowOverride None
> deny from all
> 
>
>By the way, I'm not using Linux, but Windows NT 4.0 (as you may guess
from
> the paths...).
>
> Best regards,
>
> -
>Luca Morandini
>GIS Consultant
> [EMAIL PROTECTED]
>   +39 0744 59  85  1 Office
>   +39 0335 681 02 12 Mobile
> http://utenti.tripod.it/lmorandini/index.html
> -
>
>
>
>> -Original Message-
>> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
>> Sent: martedì 17 luglio 2001 23.13
>> To: [EMAIL PROTECTED]
>> Subject: Re: C1 to C2
>>
>>
>>
>>
>> Luca Morandini wrote:
>>
>>
>>> Andre,
>>>
>>>  I used mod_jk instead of jserv, hence, I can't be of much
>>
>> assistance.
>>
>>>  I would suggest you to switch to mod_jk, which is
>>
>> (reportedly) better, then
>>
>>> we may work out the problem...
>>
>> Hi Luca,
>>
>> All right, I switched to mod_jk. No change, however, everything I had
>> with jserv also applies to jk. The directory /cocoon is displayed if I
>> do the request localhost/cocoon in the same way as /localhost/examples
>> would do. Is this in fact to be expected, since localhost:8080/cocoon
>> results in the welcome page, so the latter request compiles the sitemap.
>> If I do localhost:8080/examples I also get a listing of the directory
>> examples, but now tomcat handled the request.
>>
>> Again, localhost:8080/cocoon works entirely correct.
>>
>> Maybe you could show me your server.xml and mod-jk.conf-auto files to
>> see what you have in your case. Are you accidentally using a linux
>> (Slackware) based system?
>>
>> Cheers,
>> Andre
>>
>>
>>>
>>> Best regards,
>>>
>>> -
>>>Luca Morandini
>>>GIS Consultant
>>> [EMAIL PROTECTED]
>>>   +39 0744 59  85  1 Office
>>>   +39 0335 681 02 12 Mobile
>>> http://utenti.tripod.it/lmorandini/index.html
>>> -
>>>
>>>
>>>
>>>
 -Original Message-
 From: Andre Juffer [mailto:[EMAIL PROTECTED]]
 Sent: lunedì 16 luglio 2001 23.38
 To: [EMAIL PROTECTED]
 Subject: C1 to C2


 Luca, Anders, Lajos,

 I keep on having the same problem. While localhost:8080/cocoon
>>>
>> correctly
>>
 displays the welcome page of cocoon2, it seems to be impossible for me
 to get apache + tomcat 3.2.2 + cocoon2 working together, such also the
 request localhost/cocoon displays the welcome p

[C2] serving via Apache

[Mike Haarman]

I am running Apache 1.3.#, Tomcat 3.2.1, Cocoon-2.0b1

I am having touble getting C2 to serve via Apache.  I have followed several threads on 
the topic in the archives, but they appear to refer to C1.  I
am using mod_jk and had it configured correctly for C1 to serve on port 80.  Currently 
I can only get C2 to serve from port 8080.  Does mod_jk.conf
require modification to allow Apache to serve C2?

What am I missing?




-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

[C2] a pair of errors instantiating C2

[Mike Haarman]

Okay, I am clear of errors regarding antique jars and the lack of an
X-server.  This is next in line.

Machine:  debian potato/stable (2.2.17), IBMJava2-13, Apache 1.3.#, Tomcat 3.2.1, 
C2.0b1

Most of cocoon's dynamic classes have been generated by the time this exception is 
thrown.  The second one is even later.  Is it necessary to be
running a DB in order to instantiate cocoon!?

>From $TOMCAT_HOME/logs/servlet.log (also reported in 
>$TOMCAT_HOME/webapps/cocoon/WEB-INF/logs/cocoon.log):

DEBUG   18  [cocoon  ] (Thread-32): Trying to load class: 
com.ibm.servlet.classloader.Handler
WARN86  [cocoon  ] (Thread-32): Could not force-load class: 
com.ibm.servlet.classloader.Handler
java.lang.ClassNotFoundException: com.ibm.servlet.classloader.Handler
 at java.lang.Throwable.(Throwable.java:96)
 at java.lang.Exception.(Exception.java:44)
 at java.lang.ClassNotFoundException.(ClassNotFoundException.java:71)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:325)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:257)
 at org.apache.cocoon.util.ClassUtils.loadClass(ClassUtils.java:46)
 at org.apache.cocoon.servlet.CocoonServlet.forceLoad(CocoonServlet.java:399)
 at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:119)
 at org.apache.tomcat.core.ServletWrapper.doInit(ServletWrapper.java:317)
 at org.apache.tomcat.core.Handler.init(Handler.java:215)
 at org.apache.tomcat.core.ServletWrapper.init(ServletWrapper.java:296)
 at org.apache.tomcat.core.Handler.service(Handler.java:254)
 at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
 at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797)
 at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
 at 
org.apache.tomcat.service.connector.Ajp13ConnectionHandler.processConnection(Ajp13ConnectionHandler.java:160)
 at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
 at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498)
 at java.lang.Thread.run(Thread.java:498)


DEBUG   35897   [cocoon  ] (Thread-37): 
org.apache.avalon.excalibur.datasource.JdbcConnection: could not be instantiated.
java.sql.SQLException: File input/output error: 
${install.war}/cocoon/WEB-INF/db/cocoondb.properties
 at java.sql.SQLException.(SQLException.java:66)
 at org.hsqldb.Trace.getError(Trace.java:180)
 at org.hsqldb.Trace.getError(Trace.java:144)
 at org.hsqldb.Trace.error(Trace.java:205)
 at org.hsqldb.Log.saveProperties(Log.java:621)
 at org.hsqldb.Log.create(Log.java:512)
 at org.hsqldb.Log.open(Log.java:159)
 at org.hsqldb.Database.(Database.java:96)
 at org.hsqldb.jdbcConnection.openStandalone(jdbcConnection.java:926)
 at org.hsqldb.jdbcConnection.(jdbcConnection.java:682)
 at org.hsqldb.jdbcDriver.connect(jdbcDriver.java:116)
 at java.sql.DriverManager.getConnection(DriverManager.java:523)
 at java.sql.DriverManager.getConnection(DriverManager.java:183)
 at 
org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.newInstance(JdbcConnectionFactory.java:56)
 at org.apache.avalon.excalibur.pool.AbstractPool.newPoolable(AbstractPool.java:70)
 at 
org.apache.avalon.excalibur.pool.HardResourceLimitingPool.newPoolable(HardResourceLimitingPool.java:87)
 at 
org.apache.avalon.excalibur.datasource.JdbcConnectionPool.newPoolable(JdbcConnectionPool.java:54)
 at 
org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.grow(SoftResourceLimitingPool.java:82)
 at 
org.apache.avalon.excalibur.datasource.JdbcConnectionPool.run(JdbcConnectionPool.java:119)
 at java.lang.Thread.run(Thread.java:498)

TIA,

Mike



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: sitemap handler's sitemap is not available????

[Mike Haarman]

This is my current, hazy understanding of these issues.  I have worked
through much of this yesterday.  There are numerous mentions of the problem
in the archives, but here is the gist.  The compilation of the classes
which are dynamically built to handle the sitemap, etc is throwing errors.
Check your $TOMCAT_HOME/webapps/cocoon/WEB-INF/logs/cocoon.log for details.
They are typically class-not-found errors.  Those dynamic classes are built
in the $TOMCAT_HOME/work directory, so if you delete that dir and restart
tomcat, you'll get the most up-to-date log errors.

That said there are a couple of things that will cause this problem:

a) old jars in $TOMCAT_HOME/lib, such as w3c.jar, parser.jar, xerces.jar,
and others.  I am trying to nail down exactly which ones to contr. to the
FAQ.

b) if you don't have an instance of X running on your *nix box you will get
this error.  Batik needs access to a windowing system.

c) I also noticed some JDBC errors which may or may not be fatal to the
sitemap.

d) If you have set a CLASSPATH, this will be evaluated on tomcat startup as
well, (At least on my 3.2.1 it is, seems perverse.) so you may have
problematic jars there which are causing the problem.

Basically, C2's sitemap compilation jumps in at the tail end of the tomcat
class loader and loads its gear, but if tomcat is loading conflicting jars
in advance, C2 can't get what it needs.

HTH

Mike





"raghu" <[EMAIL PROTECTED]> on 07/13/2001 08:08:33 AM

Please respond to [EMAIL PROTECTED]

To:   "C. Gaffga" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
cc:
Subject:  sitemap handler's sitemap is not available



I have built the cocoon and put  the war file in TOMCAT_ROOT/webapps and
when i go to
http://localhost:8080/cocoon, i see this  page,
where is the error?  can u  please help



Cocoon 2 - Internal server error


type internal-server-error

message The sitemap handler's sitemap is not available.

description org.apache.cocoon.ProcessingException: The sitemap  handler's
sitemap is not available.

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

request-uri

/cocoon/

exception

org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not
available.

path-info



stacktrace

org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not
available.
 at org.apache.cocoon.sitemap.Manager.setupProcessing(Manager.java:179)
 at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:93)
 at org.apache.cocoon.Cocoon.process(Cocoon.java:293)
 at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:471)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:865)
 at
org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405)
 at org.apache.tomcat.core.Handler.service(Handler.java:287)
 at
org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
 at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797)
 at
org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
 at
org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:213)
 at
org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
 at
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
 at java.lang.Thread.run(Thread.java:484)









-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: PlainText Output

[Mike Haarman]

Include this as a top level element in your stylesheet.



It will output the string value of all text nodes in the result tree.  You
should set an encoding to avoid Xalan's complaints when it finds a
character it cannot represent in the default.

Mike





Daniel Pfuhl <[EMAIL PROTECTED]> on 07/05/2001 03:05:12 PM

Please respond to [EMAIL PROTECTED]

To:   User CocoonList <[EMAIL PROTECTED]>
cc:
Subject:  PlainText Output


Hello

can someone tell me where to find some examples to
learn how I can transform my xml and output this as
plain text?

thanks in advance

daniel

=

Daniel Pfuhl
mailto:[EMAIL PROTECTED]

__
Do You Yahoo!?
Gesendet von Yahoo! Mail - http://mail.yahoo.de

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>








-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Transformations to PS

[Mike Haarman]

Harriet,

FOP, and consequently Cocoon, does not do PS as a preliminary step to
generating PDF, rather writing it directly.  This is a direction that Adobe
is moving, as well, pushing for PDF as a print format.  You will find not a
few commercial printers using PDF in their pre-press workflow.  Your
printer driver should handle translating PDF down to PS as necessary.  Is
there a particular need for the programmability of PostScript?

Mike





"H. Whitlock" <[EMAIL PROTECTED]> on 06/13/2001 01:52:50 PM

Please respond to [EMAIL PROTECTED]

To:   "'Cocoon-Users" <[EMAIL PROTECTED]>
cc:
Subject:  Transformations to PS


I'm a newbie just beginning to pull together a transformation system (and
later, dynamic web component)for my organization. I have started small,
working with XSL to create only HTML and PDF formats. Today a coworker
asked
me about generating Postscript.  I blithely answered, "of course," thinking
that PS comes before PDF. However, now that I think about it, I'm not sure
if Cocoon's transformation tools can do this for me. We don't need
something
formed for the browser or Adobe viewer, but rather something to go straight
to the printer without that interim processing. Any ideas?

Harriet


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>








-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>