You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Jesse Reynolds <li...@va.com.au> on 2001/08/27 17:28:45 UTC

Cocoon2, Tomcat4, JDK1.3.1, X Server Problem ?!

Hi

I've just installed Tomcat 4 beta 8, Cocoon 2 beta 2, Sun's Linux JSDK 1.3.1, on FreeBSD 4.2 (with Linux emulation). 

When I go to http://mybox:8080/cocoon/ I get a Cocoon 2 formatted error page, with the following error:

   message The sitemap handler's sitemap is not available. Please check /usr/local/jakarta-tomcat-4.0/bin/../webapps/cocoon/WEB-INF/logs/cocoon.log for the exact error.

What does this mean? 

Note that the error seems to correspond to the following excerpt from the cocoon log, where it seems to be trying to connec to an X11 Server!!! Why on earth would it want to do that? 

Cheers

Jesse



DEBUG   99892   [cocoon  ] (Thread-9): ComponentHandler initialized for: org.apache.cocoon.serialization.XMLSerializer
DEBUG   99892   [cocoon  ] (Thread-9): Adding org.apache.cocoon.serialization.XMLSerializer for svgxml
ERROR   99892   [cocoon  ] (Thread-9): Error compiling sitemap
java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable.
        at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
        at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:59)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:120)
        at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:58)
        at sun.awt.motif.MToolkit.<clinit>(MToolkit.java:57)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:120)
        at java.awt.Toolkit$2.run(Toolkit.java:512)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:503)
        at java.awt.SystemColor.updateSystemColors(SystemColor.java:342)
        at java.awt.SystemColor.<clinit>(SystemColor.java:335)
        at org.apache.batik.css.value.DefaultSystemColorResolver.activeBorder(DefaultSystemColorResolver.java:27)
        at org.apache.batik.css.value.ColorFactory.<init>(ColorFactory.java:75)
        at org.apache.batik.css.value.CommonValueFactoryMap.<init>(CommonValueFactoryMap.java:39)
        at org.apache.batik.css.svg.SVGValueFactoryMap.<init>(SVGValueFactoryMap.java:39)
        at org.apache.batik.css.svg.SVGValueFactoryMap.<init>(SVGValueFactoryMap.java:32)
        at org.apache.batik.dom.svg.SVGDOMImplementation.<init>(SVGDOMImplementation.java:88)
        at org.apache.batik.dom.svg.SVGDOMImplementation.<clinit>(SVGDOMImplementation.java:59)
        at java.lang.Class.forName(Class.java:120)
        at org.apache.cocoon.xml.dom.SVGBuilder.<init>(SVGBuilder.java:59)
        at org.apache.cocoon.serialization.SVGSerializer.<init>(SVGSerializer.java:47)
        at java.lang.Class.newInstance0(Native Method)
        at java.lang.Class.newInstance(Class.java:237)
        at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:81)
        at org.apache.avalon.excalibur.pool.AbstractPool.newPoolable(AbstractPool.java:70)
        at org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.grow(SoftResourceLimitingPool.java:82)
        at org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.initialize(SoftResourceLimitingPool.java:67)
        at org.apache.avalon.excalibur.component.PoolableComponentHandler.initialize(PoolableComponentHandler.java:85)
        at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComponent(ExcaliburComponentSelector.java:383)
        at org.apache.cocoon.sitemap.SitemapComponentSelector.addSitemapComponent(SitemapComponentSelector.java:78)
        at org.apache.cocoon.sitemap.AbstractSitemap.load_component(AbstractSitemap.java:225)
        at org.apache.cocoon.www.sitemap_xmap$Configurer.configSerializers(sitemap_xmap.java:1297)
        at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:744)
        at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:108)
        at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:81)
        at org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:118)
        at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent (ProgramGeneratorImpl.java:292)
        at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:164)
        at org.apache.cocoon.sitemap.Handler.run(Handler.java:204)
        at java.lang.Thread.run(Thread.java:484) DEBUG   99892   [cocoon  ] (HttpProcessor[8080][4]): Changing Cocoon context(sitemap.xmap) to prefix ()
DEBUG   99892   [cocoon  ] (HttpProcessor[8080][4]):    from context(file:/usr/local/jakarta-tomcat-
4.0/bin/../webapps/cocoon/) and prefix()
DEBUG   99892   [cocoon  ] (HttpProcessor[8080][4]):    at URI 
DEBUG   99892   [cocoon  ] (HttpProcessor[8080][4]): New context is file:/usr/local/jakarta-tomcat-4
.0/bin/../webapps/cocoon/
ERROR   99892   [cocoon  ] (HttpProcessor[8080][4]): Problem with servlet
org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not available. Please check 
/usr/local/jakarta-tomcat-4.0/bin/../webapps/cocoon/WEB-INF/logs/cocoon.log for the exact error.
        at org.apache.cocoon.sitemap.Manager.setupProcessing(Manager.java:184)
        at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:102)
        at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
        at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:489)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j
ava:247)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
        at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:215)
        at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
        at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
        at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
        at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
        at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
        at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1000)
        at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1093)
        at java.lang.Thread.run(Thread.java:484)
INFO    99892   [cocoon  ] (HttpProcessor[8080][4]): '' Processed by Apache Cocoon 2.0b2 in 3.407 seconds.



-- 

      Jesse Reynolds - Virtual Artists Pty Ltd - http://www.va.com.au
                                                 jesse (at) va.com.au        

---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: MacRoman text encoding and C2

Posted by Gianugo Rabellino <g....@bibop.it>.
On Tue, Aug 28, 2001 at 05:19:24PM +0200, Fulvio Picecchi wrote:
> <?php
>    $XMLdoc_Latin1   = "Some characters: òàùèéì";
>    $XMLdoc_UTF-8    = iconv("ISO-8859-1", "UTF-8", $XMLdoc_Latin1);
>    $XMLdoc_MacRoman = iconv("ISO-8859-1", "MacRoman", $XMLdoc_Latin1);
> ?>
> Docs here: http://www.php.net/manual/en/ref.iconv.php
> I can try to find some solutions in C2 but I'm really a newbie.
> I'm really sorry Jesse to not be able to help you. And for speaking 
> about PHP in a wrong place ...

Might not be that wrong. While I do think that there might be a 
much better solution, there should be a sort of quick and dirty 
way to use PHP right inside Cocoon. Look at the PHP generator 
(it does not get compiled by default, it needs the PHP libraries).

Hope it helps,

-- 
Gianugo Rabellino

---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: MacRoman text encoding and C2

Posted by Fulvio Picecchi <fu...@prm.it>.
Well, I'm really sorry but I can't really help you 'cause I'm absolutely 
new to Cocoon. I'm just learning, for the moment. I come from PHP 
development and this operation in PHP is done in an extremely fast way 
with the iconv() function:
<?php
   $XMLdoc_Latin1   = "Some characters: òàùèéì";
   $XMLdoc_UTF-8    = iconv("ISO-8859-1", "UTF-8", $XMLdoc_Latin1);
   $XMLdoc_MacRoman = iconv("ISO-8859-1", "MacRoman", $XMLdoc_Latin1);
?>
Docs here: http://www.php.net/manual/en/ref.iconv.php
I can try to find some solutions in C2 but I'm really a newbie.
I'm really sorry Jesse to not be able to help you. And for speaking 
about PHP in a wrong place ...
Sincerely,

--
Fulvio Picecchi


Jesse Reynolds wrote:
> Thanks Fulvio
> 
> Looks like the JDK's native2ascii is what I want, only i'd need to make 
> my own Generator out of it or something in order to perform the 
> translation live, yeah?
> 
> And that scares me!
> 
> Do you think a Generator is the right way to go here? (That basically 
> does the same as the xml file generator, or the serverpages generator, 
> but performs the translation to utf-8 beforehand)
> 
> Cheers
> 
> Jesse
> 


---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: MacRoman text encoding and C2

Posted by "Piroumian, Konstantin" <KP...@flagship.ru>.
Maybe another solution will be to post a message to Xerces or Xalan Dev mail
list with your problem? If C1 supports that encoding then I think that
Xerces/Xalan does the job and there must be either a reason that support was
removed or they simply didn't add it at all until somebody will ask them
about it.

Also, as it's Open source, you can look at other encoder classes in Xalan,
write your own and send it to xalan-dev.

Regards,
    Konstantin Piroumian.

----- Original Message -----
From: "Jesse Reynolds" <li...@va.com.au>
To: <co...@xml.apache.org>
Sent: Tuesday, August 28, 2001 5:37 PM
Subject: Re: MacRoman text encoding and C2


> Thanks Fulvio
>
> Looks like the JDK's native2ascii is what I want, only i'd need to
> make my own Generator out of it or something in order to perform the
> translation live, yeah?
>
> And that scares me!
>
> Do you think a Generator is the right way to go here? (That basically
> does the same as the xml file generator, or the serverpages
> generator, but performs the translation to utf-8 beforehand)
>
> Cheers
>
> Jesse
>
> At 3:01 PM +0200 28/8/01, Fulvio Picecchi wrote:
> >Sorry Jesse, I didn't know that C1 supports platform dependent
> >charset encodings ...
> >Anyway, if you'll ever need to do this conversion maybe this tools
> >can help you:
> >- Francois Pinard has written "recode" for Linux/Unix:
> >http://www.iro.umontreal.ca/contrib/recode/
> >- But I think you already have what you need. Look inside the bin/
> >directory in your JDK, you'll find a tool called native2ascii that
> >you can use this way:
> >native2ascii -encoding MacRoman example.xml example.jtx
> >native2ascii -reverse -encoding UTF-8 example.jtx example.xml
> >The supported encodings:
> >http://java.sun.com/j2se/1.3.0/docs/guide/intl/encoding.doc.html
> >And a little help for this tool:
> >http://java.sun.com/j2se/1.3.0/docs/tooldocs/win32/native2ascii.html
> >
> >Hope this can help you. Sincerely.
> >--
> >Fulvio Picecchi
> >
> >
> >
> >Jesse Reynolds wrote:
> >>Thanks Fulvio for your kind thoughts.
> >>
> >>I'm fully aware that it would be much better if our database could
> >>send out UTF-8, but that's alot of work that I'd rather not do.
> >>Cocoon1 has been doing a perfect job of understanding MacRoman to
> >>date, it would seem a great pity to have lost this functionality.
> >>
> >>There must be a way of doing it in a pipeline somehow. Hopefully
> >>someone has already written the code.
> >>
> >>Cheers
> >>
> >>Jesse
> >...
> >
> >
> >---------------------------------------------------------------------
> >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: <co...@xml.apache.org>
> >For additional commands, e-mail: <co...@xml.apache.org>
>
>
> --
>
>        Jesse Reynolds - Virtual Artists Pty Ltd - http://www.va.com.au
>                                                   jesse (at) va.com.au
>
> ---------------------------------------------------------------------
> 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>

---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: MacRoman text encoding and C2

Posted by Jesse Reynolds <li...@va.com.au>.
Thanks Fulvio

Looks like the JDK's native2ascii is what I want, only i'd need to 
make my own Generator out of it or something in order to perform the 
translation live, yeah?

And that scares me!

Do you think a Generator is the right way to go here? (That basically 
does the same as the xml file generator, or the serverpages 
generator, but performs the translation to utf-8 beforehand)

Cheers

Jesse

At 3:01 PM +0200 28/8/01, Fulvio Picecchi wrote:
>Sorry Jesse, I didn't know that C1 supports platform dependent 
>charset encodings ...
>Anyway, if you'll ever need to do this conversion maybe this tools 
>can help you:
>- Francois Pinard has written "recode" for Linux/Unix:
>http://www.iro.umontreal.ca/contrib/recode/
>- But I think you already have what you need. Look inside the bin/ 
>directory in your JDK, you'll find a tool called native2ascii that 
>you can use this way:
>native2ascii -encoding MacRoman example.xml example.jtx
>native2ascii -reverse -encoding UTF-8 example.jtx example.xml
>The supported encodings:
>http://java.sun.com/j2se/1.3.0/docs/guide/intl/encoding.doc.html
>And a little help for this tool:
>http://java.sun.com/j2se/1.3.0/docs/tooldocs/win32/native2ascii.html
>
>Hope this can help you. Sincerely.
>--
>Fulvio Picecchi
>
>
>
>Jesse Reynolds wrote:
>>Thanks Fulvio for your kind thoughts.
>>
>>I'm fully aware that it would be much better if our database could 
>>send out UTF-8, but that's alot of work that I'd rather not do. 
>>Cocoon1 has been doing a perfect job of understanding MacRoman to 
>>date, it would seem a great pity to have lost this functionality.
>>
>>There must be a way of doing it in a pipeline somehow. Hopefully 
>>someone has already written the code.
>>
>>Cheers
>>
>>Jesse
>...
>
>
>---------------------------------------------------------------------
>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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@xml.apache.org>


-- 

       Jesse Reynolds - Virtual Artists Pty Ltd - http://www.va.com.au
                                                  jesse (at) va.com.au

---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: MacRoman text encoding and C2

Posted by Fulvio Picecchi <fu...@prm.it>.
Sorry Jesse, I didn't know that C1 supports platform dependent charset 
encodings ...
Anyway, if you'll ever need to do this conversion maybe this tools can 
help you:
- Francois Pinard has written "recode" for Linux/Unix:
http://www.iro.umontreal.ca/contrib/recode/
- But I think you already have what you need. Look inside the bin/ 
directory in your JDK, you'll find a tool called native2ascii that you 
can use this way:
native2ascii -encoding MacRoman example.xml example.jtx
native2ascii -reverse -encoding UTF-8 example.jtx example.xml
The supported encodings:
http://java.sun.com/j2se/1.3.0/docs/guide/intl/encoding.doc.html
And a little help for this tool:
http://java.sun.com/j2se/1.3.0/docs/tooldocs/win32/native2ascii.html

Hope this can help you. Sincerely.
--
Fulvio Picecchi



Jesse Reynolds wrote:
> Thanks Fulvio for your kind thoughts.
> 
> I'm fully aware that it would be much better if our database could send 
> out UTF-8, but that's alot of work that I'd rather not do. Cocoon1 has 
> been doing a perfect job of understanding MacRoman to date, it would 
> seem a great pity to have lost this functionality.
> 
> There must be a way of doing it in a pipeline somehow. Hopefully someone 
> has already written the code.
> 
> Cheers
> 
> Jesse
...


---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: MacRoman text encoding and C2

Posted by Jesse Reynolds <li...@va.com.au>.
Thanks Fulvio for your kind thoughts.

I'm fully aware that it would be much better if our database could 
send out UTF-8, but that's alot of work that I'd rather not do. 
Cocoon1 has been doing a perfect job of understanding MacRoman to 
date, it would seem a great pity to have lost this functionality.

There must be a way of doing it in a pipeline somehow. Hopefully 
someone has already written the code.

Cheers

Jesse



At 12:12 PM +0200 28/8/01, Fulvio Picecchi wrote:
>Don't really know if Cocoon2 supports MacRoman, but when composing 
>XML docs it would be always better to _not_ use a platform-dependent 
>encoding like MacRoman (Mac) or Cp1252 (Windows).
>
>If you try writing something like this in MacRoman <<Je l'ai cherché 
>de tous bords, tous côtés>> a PC user would see <<Je lÕai cherchZ 
>de tous bords, tous ctZs>>.
>
>In general the best way would be using UTF8 (if you have a text 
>editor that supports it), the same encoding of this e-mail message, 
>that contains the characters of all languages of the world or a 
>Latin dialect which are ISO standards: Latin-1 (ISO 8859-1), etc.
>Sincerely.
>
>--
>Fulvio Picecchi
>
>
>Jesse Reynolds wrote:
>>Hello
>>
>>I've been using the following xml declaration in Cocoon 1 with 
>>excellent results:
>>
>><?xml version="1.0" encoding="MacRoman"?>
>>
>>(becuase our live XML data is coming from a database on a Mac and 
>>there are some non-ascii characters we're sending out that need to 
>>be recognised appropriately by cocoon)
>>
>>Anyway, Cocoon 2 doesn't seem to like this at all... I get the 
>>following error:
>>
>>org.apache.cocoon.ProcessingException: Failed to execute 
>>pipeline.:java.lang.RuntimeException: Problem in getTransformer:The 
>>encoding "MacRoman" is not supported.
>>
>>
>>So, is the MacRoman text encoding just completely not supported by 
>>Cocoon 2? or is there something I can do to make this work?
>>
>>Thanks
>>
>>-jesse
>>
>
>
>--
>Fulvio Picecchi
>
>
>---------------------------------------------------------------------
>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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@xml.apache.org>


-- 

       Jesse Reynolds - Virtual Artists Pty Ltd - http://www.va.com.au
                                                  jesse (at) va.com.au

---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: MacRoman text encoding and C2

Posted by Fulvio Picecchi <fu...@prm.it>.
Don't really know if Cocoon2 supports MacRoman, but when composing XML 
docs it would be always better to _not_ use a platform-dependent 
encoding like MacRoman (Mac) or Cp1252 (Windows).

If you try writing something like this in MacRoman <<Je l'ai cherché de 
tous bords, tous côtés>> a PC user would see <<Je lÕai cherchŽ de tous 
bords, tous c™tŽs>>.

In general the best way would be using UTF8 (if you have a text editor 
that supports it), the same encoding of this e-mail message, that 
contains the characters of all languages of the world or a Latin dialect 
which are ISO standards: Latin-1 (ISO 8859-1), etc.
Sincerely.

-- 
Fulvio Picecchi


Jesse Reynolds wrote:
> Hello
> 
> I've been using the following xml declaration in Cocoon 1 with excellent 
> results:
> 
> <?xml version="1.0" encoding="MacRoman"?>
> 
> (becuase our live XML data is coming from a database on a Mac and there 
> are some non-ascii characters we're sending out that need to be 
> recognised appropriately by cocoon)
> 
> Anyway, Cocoon 2 doesn't seem to like this at all... I get the following 
> error:
> 
> org.apache.cocoon.ProcessingException: Failed to execute 
> pipeline.:java.lang.RuntimeException: Problem in getTransformer:The 
> encoding "MacRoman" is not supported.
> 
> 
> So, is the MacRoman text encoding just completely not supported by 
> Cocoon 2? or is there something I can do to make this work?
> 
> Thanks
> 
> -jesse
> 
> 


-- 
Fulvio Picecchi


---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


MacRoman text encoding and C2

Posted by Jesse Reynolds <li...@va.com.au>.
Hello

I've been using the following xml declaration in Cocoon 1 with 
excellent results:

<?xml version="1.0" encoding="MacRoman"?>

(becuase our live XML data is coming from a database on a Mac and 
there are some non-ascii characters we're sending out that need to be 
recognised appropriately by cocoon)

Anyway, Cocoon 2 doesn't seem to like this at all... I get the following error:

org.apache.cocoon.ProcessingException: Failed to execute 
pipeline.:java.lang.RuntimeException: Problem in getTransformer:The 
encoding "MacRoman" is not supported.


So, is the MacRoman text encoding just completely not supported by 
Cocoon 2? or is there something I can do to make this work?

Thanks

-jesse


-- 

       Jesse Reynolds - Virtual Artists Pty Ltd - http://www.va.com.au
                                                  jesse (at) va.com.au

---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: Cocoon2, Tomcat4, JDK1.3.1, X Server Problem ?!

Posted by Jesse Reynolds <li...@va.com.au>.
I love answering my own questions.....

As discussed previously on this list, Java's AWT in 1.3.1 requires an 
X server to connect to (!). This is rediculous... Anyway, I ran up 
the virtual frame buffer, Xvfb, and then it all "just worked" as they 
say in the trade.

Cheers

Jesse


At 1:28 AM +1000 28/8/01, Jesse Reynolds wrote:
>Hi
>
>I've just installed Tomcat 4 beta 8, Cocoon 2 beta 2, Sun's Linux 
>JSDK 1.3.1, on FreeBSD 4.2 (with Linux emulation).
>
>When I go to http://mybox:8080/cocoon/ I get a Cocoon 2 formatted 
>error page, with the following error:
>
>    message The sitemap handler's sitemap is not available. Please 
>check 
>/usr/local/jakarta-tomcat-4.0/bin/../webapps/cocoon/WEB-INF/logs/cocoon.log 
>for the exact error.
>
>What does this mean?
>
>Note that the error seems to correspond to the following excerpt 
>from the cocoon log, where it seems to be trying to connec to an X11 
>Server!!! Why on earth would it want to do that?
>
>Cheers
>
>Jesse
>
>
>
>DEBUG   99892   [cocoon  ] (Thread-9): ComponentHandler initialized 
>for: org.apache.cocoon.serialization.XMLSerializer
>DEBUG   99892   [cocoon  ] (Thread-9): Adding 
>org.apache.cocoon.serialization.XMLSerializer for svgxml
>ERROR   99892   [cocoon  ] (Thread-9): Error compiling sitemap
>java.lang.InternalError: Can't connect to X11 window server using 
>':0.0' as the value of the DISPLAY variable.
>         at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
>         at 
>sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:59)
>         at java.lang.Class.forName0(Native Method)
>         at java.lang.Class.forName(Class.java:120)
>         at 
>java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:58)
>         at sun.awt.motif.MToolkit.<clinit>(MToolkit.java:57)
>         at java.lang.Class.forName0(Native Method)
>         at java.lang.Class.forName(Class.java:120)
>         at java.awt.Toolkit$2.run(Toolkit.java:512)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:503)
>         at java.awt.SystemColor.updateSystemColors(SystemColor.java:342)
>         at java.awt.SystemColor.<clinit>(SystemColor.java:335)
>         at 
>org.apache.batik.css.value.DefaultSystemColorResolver.activeBorder(DefaultSystemColorResolver.java:27)
>         at 
>org.apache.batik.css.value.ColorFactory.<init>(ColorFactory.java:75)
>         at 
>org.apache.batik.css.value.CommonValueFactoryMap.<init>(CommonValueFactoryMap.java:39)
>         at 
>org.apache.batik.css.svg.SVGValueFactoryMap.<init>(SVGValueFactoryMap.java:39)
>         at 
>org.apache.batik.css.svg.SVGValueFactoryMap.<init>(SVGValueFactoryMap.java:32)
>         at 
>org.apache.batik.dom.svg.SVGDOMImplementation.<init>(SVGDOMImplementation.java:88)
>         at 
>org.apache.batik.dom.svg.SVGDOMImplementation.<clinit>(SVGDOMImplementation.java:59)
>         at java.lang.Class.forName(Class.java:120)
>         at org.apache.cocoon.xml.dom.SVGBuilder.<init>(SVGBuilder.java:59)
>         at 
>org.apache.cocoon.serialization.SVGSerializer.<init>(SVGSerializer.java:47)
>         at java.lang.Class.newInstance0(Native Method)
>         at java.lang.Class.newInstance(Class.java:237)
>         at 
>org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:81)
>         at 
>org.apache.avalon.excalibur.pool.AbstractPool.newPoolable(AbstractPool.java:70)
>         at 
>org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.grow(SoftResourceLimitingPool.java:82)
>         at 
>org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.initialize(SoftResourceLimitingPool.java:67)
>         at 
>org.apache.avalon.excalibur.component.PoolableComponentHandler.initialize(PoolableComponentHandler.java:85)
>         at 
>org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComponent(ExcaliburComponentSelector.java:383)
>         at 
>org.apache.cocoon.sitemap.SitemapComponentSelector.addSitemapComponent(SitemapComponentSelector.java:78)
>         at 
>org.apache.cocoon.sitemap.AbstractSitemap.load_component(AbstractSitemap.java:225)
>         at 
>org.apache.cocoon.www.sitemap_xmap$Configurer.configSerializers(sitemap_xmap.java:1297)
>         at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:744)
>         at 
>org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:108)
>         at 
>org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:81)
>         at 
>org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:118)
>         at 
>org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent 
>(ProgramGeneratorImpl.java:292)
>         at 
>org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:164)
>         at org.apache.cocoon.sitemap.Handler.run(Handler.java:204)
>         at java.lang.Thread.run(Thread.java:484) DEBUG   99892 
>[cocoon  ] (HttpProcessor[8080][4]): Changing Cocoon 
>context(sitemap.xmap) to prefix ()
>DEBUG   99892   [cocoon  ] (HttpProcessor[8080][4]):    from 
>context(file:/usr/local/jakarta-tomcat-
>4.0/bin/../webapps/cocoon/) and prefix()
>DEBUG   99892   [cocoon  ] (HttpProcessor[8080][4]):    at URI
>DEBUG   99892   [cocoon  ] (HttpProcessor[8080][4]): New context is 
>file:/usr/local/jakarta-tomcat-4
>.0/bin/../webapps/cocoon/
>ERROR   99892   [cocoon  ] (HttpProcessor[8080][4]): Problem with servlet
>org.apache.cocoon.ProcessingException: The sitemap handler's sitemap 
>is not available. Please check
>/usr/local/jakarta-tomcat-4.0/bin/../webapps/cocoon/WEB-INF/logs/cocoon.log 
>for the exact error.
>         at org.apache.cocoon.sitemap.Manager.setupProcessing(Manager.java:184)
>         at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:102)
>         at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
>         at 
>org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:489)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>         at 
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j
>ava:247)
>         at 
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
>         at 
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
>         at 
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
>         at 
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>         at 
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at 
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:215)
>         at 
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
>         at 
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>         at 
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at 
>org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
>         at 
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
>         at 
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
>         at 
>org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
>         at 
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
>         at 
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>         at 
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at 
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
>         at 
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
>         at 
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>         at 
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at 
>org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1000)
>         at 
>org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1093)
>         at java.lang.Thread.run(Thread.java:484)
>INFO    99892   [cocoon  ] (HttpProcessor[8080][4]): '' Processed by 
>Apache Cocoon 2.0b2 in 3.407 seconds.
>
>
>
>--
>
>       Jesse Reynolds - Virtual Artists Pty Ltd - http://www.va.com.au
>                                                  jesse (at) va.com.au       
>
>---------------------------------------------------------------------
>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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@xml.apache.org>


-- 

       Jesse Reynolds - Virtual Artists Pty Ltd - http://www.va.com.au
                                                  jesse (at) va.com.au

---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>