You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Alex S <al...@lineone.net> on 2004/02/14 15:58:26 UTC
Offline generation > Exception can't find component
Hi there:
I issue this command:
[root@localhost cocoon-2.1]# ./cocoon.sh cli index.html -C ws.xconf -d
work/docs -L build/cocoon-2.1/classes
And the output includes the below. Do I need to tell cocoon where these
components are?
FATAL_E 2004-02-14 14:15:30.382 [ ] (): Exception caught
org.apache.avalon.framework.component.ComponentException: Could not find
component (key [org.apache.cocoon.Processor])
at
org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:275)
at
org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:315)
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:327)
at
org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
at
org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
at org.apache.cocoon.Main.main(Main.java:374)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at Loader.invokeMain(Unknown Source)
at Loader.run(Unknown Source)
at Loader.main(Unknown Source)
FATAL_E 2004-02-14 14:15:30.382 [ ] (): Exception caught
org.apache.avalon.framework.component.ComponentException: Could not find
component (key [org.apache.cocoon.Processor])
at
org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:275)
at
org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:315)
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:327)
at
org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
at
org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
at org.apache.cocoon.Main.main(Main.java:374)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at Loader.invokeMain(Unknown Source)
at Loader.run(Unknown Source)
at Loader.main(Unknown Source)
---
Alex
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Offline generation > Exception can't find component
Posted by Alex S <al...@lineone.net>.
Alex S wrote:
> Excellent Help Simon!
> Thanks very much indeed,
>
> Yes, having copied the jar files accross, I ran the same command as
> last time and cocoon started building the samples file. I quit it
> because it was just a test, but I now feel pretty confident that I
> will be able to get it running with my own pipeline.
>
> Also thanks ,again, for the future proofing with the information
> about the later versions of Cocoon. I could have been completely
> stumped again!
>
> One very happy subscriber,
> ------
> Alex.
>
>
>
> Simon Mieth wrote:
>
>> On Sun, 15 Feb 2004 11:27:45 +0000
>> Alex S <al...@lineone.net> wrote:
>>
>>
>>
>>> Hi Thanks for the reply.
>>> Yes that makes some sense. But I am still having
>>> dificulties. Something about CatalogManager.properties or
>>> server.properties can't be found .
>>>
>>> a) I am now just going to try using the CL to pass in all
>>> the arguments directly. easier for troubleshooting I
>>> think. b) Also with a fresh build of cocoon 2.1. I am
>>> working on Linux redhat 9 by the way.
>>> Thus I will try to build the samples having added pattern
>>> welcome-test.html to the root sitemap instead of ""
>>> because I do not know how to represent the latter as an
>>> argument on the CL.[root@localhost cocoon-2.1]#
>>> ./cocoon.sh cli welcome-test.html -C
>>> build/webapp/WEB-INF/cocoon.xconf -c build/webapp/ -w
>>> ../tmp/ -d ../tmp/docs/
>>>
>>>
>>> Gives me this response on the command line:
>>>
>>>
>>> Cannot find CatalogManager.properties
>>> Exception in thread "main"
>>> java.lang.reflect.InvocationTargetException
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke0(Nati
>>> ve Method) at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodA
>>> ccessorImpl.java:39)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Delegatin
>>> gMethodAccessorImpl.java:25)
>>> at
>>> java.lang.reflect.Method.invoke(Method.java:324)
>>> at Loader.invokeMain(Unknown Source) at
>>> Loader.run(Unknown Source) at Loader.main(Unknown
>>> Source)
>>> Caused by: java.lang.NoClassDefFoundError:
>>> javax/servlet/http/HttpSessionBindingListener
>>> at java.lang.ClassLoader.defineClass0(Native
>>> Method)
>>>
>>
>>
>> Hi Alex,
>>
>> the problem is the "java.lang.NoClassDefFoundError", the
>> CatalogManager.properties and server.properties "not found"
>> message is no problem, ignore this.
>>
>> You must only "cp tools/jetty/lib/servlet*.jar
>> build/webapp/WEB-INF/lib" in the cocoon-2.1 directory.
>>
>>
>> If you use the current-CVS-version or the cocoon-2.1.4, you
>> can run in trouble again. The "portal-framework" and
>> "portal"-block break the CLI. I'm not sure if it fixed now,
>> the bug is still open in bugzilla.
>> You have 2 options to solve this.
>>
>> 1.) Build cocoon without "portal" and "portal-fw"-block, by:
>> copy blocks.properties to local.blocks.properties and edit
>> this file:
>> comment out the
>> "exclude.block.portal-fw=true"
>> and "exclude.block.portal=true"
>> properties.
>> Then rebuild cocoon.
>>
>>
>> 2.) You can comment out in the portal-related-stuff in the
>> cocoon.xconf file. That is a little bit tricky, to find
>> components. Maybe it is a good idea to make a copy like
>> "cocoon-cli.xconf" and edit this file. Later you can use this file
>> with the "-C
>> where/the/is/cocoon-cli.xconf"-switch
>>
>> You dont need this if you use cocoon-2.1.3.
>>
>>
>> I hope that helps. ;-)
>>
>> Best Regards,
>>
>> Simon
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Offline generation > Exception can't find component
Posted by Simon Mieth <si...@t-online.de>.
On Sun, 15 Feb 2004 11:27:45 +0000
Alex S <al...@lineone.net> wrote:
> Hi Thanks for the reply.
> Yes that makes some sense. But I am still having
> dificulties. Something about CatalogManager.properties or
> server.properties can't be found .
>
> a) I am now just going to try using the CL to pass in all
> the arguments directly. easier for troubleshooting I
> think. b) Also with a fresh build of cocoon 2.1. I am
> working on Linux redhat 9 by the way.
> Thus I will try to build the samples having added pattern
> welcome-test.html to the root sitemap instead of ""
> because I do not know how to represent the latter as an
> argument on the CL.[root@localhost cocoon-2.1]#
> ./cocoon.sh cli welcome-test.html -C
> build/webapp/WEB-INF/cocoon.xconf -c build/webapp/ -w
> ../tmp/ -d ../tmp/docs/
>
>
> Gives me this response on the command line:
>
>
> Cannot find CatalogManager.properties
> Exception in thread "main"
> java.lang.reflect.InvocationTargetException
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Nati
> ve Method) at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodA
> ccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Delegatin
> gMethodAccessorImpl.java:25)
> at
> java.lang.reflect.Method.invoke(Method.java:324)
> at Loader.invokeMain(Unknown Source) at
> Loader.run(Unknown Source) at Loader.main(Unknown
> Source)
> Caused by: java.lang.NoClassDefFoundError:
> javax/servlet/http/HttpSessionBindingListener
> at java.lang.ClassLoader.defineClass0(Native
> Method)
Hi Alex,
the problem is the "java.lang.NoClassDefFoundError", the
CatalogManager.properties and server.properties "not found"
message is no problem, ignore this.
You must only "cp tools/jetty/lib/servlet*.jar
build/webapp/WEB-INF/lib" in the cocoon-2.1 directory.
If you use the current-CVS-version or the cocoon-2.1.4, you
can run in trouble again. The "portal-framework" and
"portal"-block break the CLI. I'm not sure if it fixed now,
the bug is still open in bugzilla.
You have 2 options to solve this.
1.) Build cocoon without "portal" and "portal-fw"-block, by:
copy blocks.properties to local.blocks.properties and edit
this file:
comment out the
"exclude.block.portal-fw=true"
and
"exclude.block.portal=true"
properties.
Then rebuild cocoon.
2.) You can comment out in the portal-related-stuff in the
cocoon.xconf file. That is a little bit tricky, to find
components. Maybe it is a good idea to make a copy like
"cocoon-cli.xconf" and edit this file.
Later you can use this file with the "-C
where/the/is/cocoon-cli.xconf"-switch
You dont need this if you use cocoon-2.1.3.
I hope that helps. ;-)
Best Regards,
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Offline generation > Exception can't find component
Posted by Alex S <al...@lineone.net>.
Hi Thanks for the reply.
Yes that makes some sense. But I am still having dificulties. Something
about CatalogManager.properties or server.properties can't be found .
a) I am now just going to try using the CL to pass in all the arguments
directly. easier for troubleshooting I think.
b) Also with a fresh build of cocoon 2.1. I am working on Linux redhat 9
by the way.
Thus I will try to build the samples having added pattern
welcome-test.html to the root sitemap instead of "" because I do not
know how to represent the latter as an argument on the CL.
[root@localhost cocoon-2.1]# ./cocoon.sh cli welcome-test.html -C
build/webapp/WEB-INF/cocoon.xconf -c build/webapp/ -w ../tmp/ -d
../tmp/docs/
Gives me this response on the command line:
Cannot find CatalogManager.properties
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at Loader.invokeMain(Unknown Source)
at Loader.run(Unknown Source)
at Loader.main(Unknown Source)
Caused by: java.lang.NoClassDefFoundError:
javax/servlet/http/HttpSessionBindingListener
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:250)
at java.net.URLClassLoader.access$100(URLClassLoader.java:54)
at java.net.URLClassLoader$1.run(URLClassLoader.java:193)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:186)
at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:250)
at java.net.URLClassLoader.access$100(URLClassLoader.java:54)
at java.net.URLClassLoader$1.run(URLClassLoader.java:193)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:186)
at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
at
org.apache.avalon.excalibur.component.ExcaliburComponentSelector.configure(ExcaliburComponentSelector.java:404)
at
org.apache.avalon.framework.container.ContainerUtil.configure(ContainerUtil.java:239)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:315)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:141)
at
org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:554)
at
org.apache.cocoon.components.CocoonComponentManager.initialize(CocoonComponentManager.java:530)
at
org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:324)
at
org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
at org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
at org.apache.cocoon.Main.main(Main.java:374)
... 7 more
server.properties not found, using command line or default properties
Opening database:
/home/arc/webapps/cocoon-2.1/build/webapp/WEB-INF/db/cocoondb
HSQLDB server 1.7.1 is running
Use SHUTDOWN to close normally. Use [Ctrl]+[C] to abort abruptly
Sun Feb 15 11:16:43 GMT 2004 Listening for connections ...
----
Alex
Simon Mieth wrote:
>On Sat, 14 Feb 2004 17:30:31 +0000
>Alex S <al...@lineone.net> wrote:
>
>
>
>>Also if I do this:
>>cocoon-2.1]# ./cocoon.sh cli wscott/index.html -C ws.xconf
>>
>>I get an error about specifying a destination directory
>>but I have done that in the ws.xconf file like so:
>> <context-dir>build/webapp/</context-dir>
>> <config-file>build/webapp/WEB-INF/cocoon.xconf</config
>> -file><work-dir>work</work-dir>
>> <dest-dir>work/docs</dest-dir>
>>
>>
>
>
>Hi Alex,
>
>if your "ws.conf" holds the configuration for the cli, you
>must use the "-x ws.xconf"-switch.
>With "-C" you point to the cocoon.xconf, this is the
>main-cocoon-configuration-file.
>Try "./cocoon.sh cli -help" to get an overview off all
>switches.
>
>Best Regards,
>
>Simon
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Offline generation > Exception can't find component
Posted by Simon Mieth <si...@t-online.de>.
On Sat, 14 Feb 2004 17:30:31 +0000
Alex S <al...@lineone.net> wrote:
>
>
> Also if I do this:
> cocoon-2.1]# ./cocoon.sh cli wscott/index.html -C ws.xconf
>
> I get an error about specifying a destination directory
> but I have done that in the ws.xconf file like so:
> <context-dir>build/webapp/</context-dir>
> <config-file>build/webapp/WEB-INF/cocoon.xconf</config
> -file><work-dir>work</work-dir>
> <dest-dir>work/docs</dest-dir>
Hi Alex,
if your "ws.conf" holds the configuration for the cli, you
must use the "-x ws.xconf"-switch.
With "-C" you point to the cocoon.xconf, this is the
main-cocoon-configuration-file.
Try "./cocoon.sh cli -help" to get an overview off all
switches.
Best Regards,
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Offline generation > Exception can't find component
Posted by Alex S <al...@lineone.net>.
Also if I do this:
cocoon-2.1]# ./cocoon.sh cli wscott/index.html -C ws.xconf
I get an error about specifying a destination directory but I have done
that in the ws.xconf file like so:
<context-dir>build/webapp/</context-dir>
<config-file>build/webapp/WEB-INF/cocoon.xconf</config-file>
<work-dir>work</work-dir>
<dest-dir>work/docs</dest-dir>
--------------------------------------------------------------------------------
ocoon-2.1]# ./cocoon.sh cli wscott/index.html -C ws.xconf
http://localhost:8888/wscott/index.html
Alex S wrote:
> 1) I will leave out th -L
> 2)
> The site works via:
> http://localhost:8888/wscott/index.html
>
> Upayavira wrote:
>
>> Alex S wrote:
>>
>>> Hi there:
>>>
>>> I issue this command:
>>>
>>> [root@localhost cocoon-2.1]# ./cocoon.sh cli index.html -C ws.xconf
>>> -d work/docs -L build/cocoon-2.1/classes
>>
>>
>>
>> Firstly, you don't need the -L, that is specifically for sites that
>> use JDBC database connections.
>>
>> Secondly, if you do ./cocoon.sh servlet, does the site work when
>> accessed via http://localhost:8888/index.html?
>>
>> As to the component exception, we'll come back to that one...
>>
>> Upayavira
>>
>>>
>>> And the output includes the below. Do I need to tell cocoon where
>>> these components are?
>>>
>>>
>>>
>>> FATAL_E 2004-02-14 14:15:30.382 [ ] (): Exception caught
>>> org.apache.avalon.framework.component.ComponentException: Could not
>>> find component (key [org.apache.cocoon.Processor])
>>> at
>>> org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:275)
>>>
>>> at
>>> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:315)
>>>
>>> at org.apache.cocoon.Cocoon.initialize(Cocoon.java:327)
>>> at
>>> org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
>>>
>>> at
>>> org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
>>> at org.apache.cocoon.Main.main(Main.java:374)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>
>>> at java.lang.reflect.Method.invoke(Method.java:324)
>>> at Loader.invokeMain(Unknown Source)
>>> at Loader.run(Unknown Source)
>>> at Loader.main(Unknown Source)
>>> FATAL_E 2004-02-14 14:15:30.382 [ ] (): Exception caught
>>> org.apache.avalon.framework.component.ComponentException: Could not
>>> find component (key [org.apache.cocoon.Processor])
>>> at
>>> org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:275)
>>>
>>> at
>>> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:315)
>>>
>>> at org.apache.cocoon.Cocoon.initialize(Cocoon.java:327)
>>> at
>>> org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
>>>
>>> at
>>> org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
>>> at org.apache.cocoon.Main.main(Main.java:374)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>
>>> at java.lang.reflect.Method.invoke(Method.java:324)
>>> at Loader.invokeMain(Unknown Source)
>>> at Loader.run(Unknown Source)
>>> at Loader.main(Unknown Source)
>>>
>>> ---
>>> Alex
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>> For additional commands, e-mail: users-help@cocoon.apache.org
>>>
>>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Offline generation > Exception can't find component
Posted by Alex S <al...@lineone.net>.
1) I will leave out th -L
2)
The site works via:
http://localhost:8888/wscott/index.html
Upayavira wrote:
> Alex S wrote:
>
>> Hi there:
>>
>> I issue this command:
>>
>> [root@localhost cocoon-2.1]# ./cocoon.sh cli index.html -C ws.xconf
>> -d work/docs -L build/cocoon-2.1/classes
>
>
> Firstly, you don't need the -L, that is specifically for sites that
> use JDBC database connections.
>
> Secondly, if you do ./cocoon.sh servlet, does the site work when
> accessed via http://localhost:8888/index.html?
>
> As to the component exception, we'll come back to that one...
>
> Upayavira
>
>>
>> And the output includes the below. Do I need to tell cocoon where
>> these components are?
>>
>>
>>
>> FATAL_E 2004-02-14 14:15:30.382 [ ] (): Exception caught
>> org.apache.avalon.framework.component.ComponentException: Could not
>> find component (key [org.apache.cocoon.Processor])
>> at
>> org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:275)
>>
>> at
>> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:315)
>>
>> at org.apache.cocoon.Cocoon.initialize(Cocoon.java:327)
>> at
>> org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
>>
>> at
>> org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
>> at org.apache.cocoon.Main.main(Main.java:374)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>
>> at java.lang.reflect.Method.invoke(Method.java:324)
>> at Loader.invokeMain(Unknown Source)
>> at Loader.run(Unknown Source)
>> at Loader.main(Unknown Source)
>> FATAL_E 2004-02-14 14:15:30.382 [ ] (): Exception caught
>> org.apache.avalon.framework.component.ComponentException: Could not
>> find component (key [org.apache.cocoon.Processor])
>> at
>> org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:275)
>>
>> at
>> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:315)
>>
>> at org.apache.cocoon.Cocoon.initialize(Cocoon.java:327)
>> at
>> org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
>>
>> at
>> org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
>> at org.apache.cocoon.Main.main(Main.java:374)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>
>> at java.lang.reflect.Method.invoke(Method.java:324)
>> at Loader.invokeMain(Unknown Source)
>> at Loader.run(Unknown Source)
>> at Loader.main(Unknown Source)
>>
>> ---
>> Alex
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Offline generation > Exception can't find component
Posted by Upayavira <uv...@upaya.co.uk>.
Alex S wrote:
> Hi there:
>
> I issue this command:
>
> [root@localhost cocoon-2.1]# ./cocoon.sh cli index.html -C ws.xconf -d
> work/docs -L build/cocoon-2.1/classes
Firstly, you don't need the -L, that is specifically for sites that use
JDBC database connections.
Secondly, if you do ./cocoon.sh servlet, does the site work when
accessed via http://localhost:8888/index.html?
As to the component exception, we'll come back to that one...
Upayavira
>
> And the output includes the below. Do I need to tell cocoon where
> these components are?
>
>
>
> FATAL_E 2004-02-14 14:15:30.382 [ ] (): Exception caught
> org.apache.avalon.framework.component.ComponentException: Could not
> find component (key [org.apache.cocoon.Processor])
> at
> org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:275)
>
> at
> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:315)
>
> at org.apache.cocoon.Cocoon.initialize(Cocoon.java:327)
> at
> org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
>
> at
> org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
> at org.apache.cocoon.Main.main(Main.java:374)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:324)
> at Loader.invokeMain(Unknown Source)
> at Loader.run(Unknown Source)
> at Loader.main(Unknown Source)
> FATAL_E 2004-02-14 14:15:30.382 [ ] (): Exception caught
> org.apache.avalon.framework.component.ComponentException: Could not
> find component (key [org.apache.cocoon.Processor])
> at
> org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:275)
>
> at
> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:315)
>
> at org.apache.cocoon.Cocoon.initialize(Cocoon.java:327)
> at
> org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:282)
>
> at
> org.apache.cocoon.bean.CocoonBean.initialize(CocoonBean.java:237)
> at org.apache.cocoon.Main.main(Main.java:374)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:324)
> at Loader.invokeMain(Unknown Source)
> at Loader.run(Unknown Source)
> at Loader.main(Unknown Source)
>
> ---
> Alex
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org