You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Ray Allis <ra...@bcstec.ca.boeing.com> on 2000/05/12 23:23:24 UTC
Re: "Publishing engine could not be initialized"
> Neeraj Singh wrote:
> >
> > Hi
> > Has anybody tried Tomcat3.1 with Cocoon1.7.3? .
> > Now after starting Tomcat and pointing to
> > http://localhost:8080/cocoon.xml i get 'Publishing engine could not be
> > initialized' error. The detail mentions java.lang.NullPointerException.
Found it! BTW, many or most of the text files (e.g. cocoon.properties)
are riddled with control-M DOS end of line characters. I spent some
hours
removing those without success. This sort of thing ruins PERL scripts,
for example, and both Sun and Lutris (Enhydra) have had to rebuild their
distributions for non-Windows systems.
But the actual solution was in an earlier email:
> Robin Green (greenrd@hotmail.com) wrote:
>
> This is probably the change to the method of cocoon.properties specifying
> introduced in 1.7.3. If WebLogic 5.1 implements the Servlet 2.1 API or
> higher, you need to specify the location of cocoon.properties as relative to
> your context root, not as an absolute path.
Indeed. So, in /jakarta-tomcat/webapps/cocoon/WEB-INF I have:
-rw-r--r-- 1 ray staff 12510 May 12 13:24 cocoon.properties
-rw-r--r-- 1 ray staff 853 May 12 14:01 web.xml
and web.xml has:
<init-param>
<param-name>properties</param-name>
<param-value>WEB-INF/cocoon.properties</param-value>
</init-param>
I just quickly ran through the samples. Great Stuff!
Ray Allis
Re: "Publishing engine could not be initialized"
Posted by Donald Ball <ba...@webslingerZ.com>.
On Sat, 13 May 2000, Stefano Mazzocchi wrote:
> Ross Burton wrote:
> >
> > > Found it! BTW, many or most of the text files (e.g. cocoon.properties)
> > > are riddled with control-M DOS end of line characters. I spent some
> > > hours
> > > removing those without success. This sort of thing ruins PERL scripts,
> > > for example, and both Sun and Lutris (Enhydra) have had to rebuild their
> > > distributions for non-Windows systems.
> >
> > That's what happens when the some of the main developers insist on using
> > Win32platforms... :-)
>
> Well, Donald is responsible for creating the Unix distribution so blame
> him :)
That's weird, when the java program reads cocoon.properties it should
happily accept \r\n or \n for EOL. What JVM are you using?
- donald
Re: "Publishing engine could not be initialized"
Posted by Stefano Mazzocchi <st...@apache.org>.
Ross Burton wrote:
>
> > Found it! BTW, many or most of the text files (e.g. cocoon.properties)
> > are riddled with control-M DOS end of line characters. I spent some
> > hours
> > removing those without success. This sort of thing ruins PERL scripts,
> > for example, and both Sun and Lutris (Enhydra) have had to rebuild their
> > distributions for non-Windows systems.
>
> That's what happens when the some of the main developers insist on using
> Win32platforms... :-)
Well, Donald is responsible for creating the Unix distribution so blame
him :)
--
Stefano Mazzocchi One must still have chaos in oneself to be
able to give birth to a dancing star.
<st...@apache.org> Friedrich Nietzsche
--------------------------------------------------------------------
Missed us in Orlando? Make it up with ApacheCON Europe in London!
------------------------- http://ApacheCon.Com ---------------------
Re: "Publishing engine could not be initialized"
Posted by Ross Burton <ro...@mail.com>.
> Found it! BTW, many or most of the text files (e.g. cocoon.properties)
> are riddled with control-M DOS end of line characters. I spent some
> hours
> removing those without success. This sort of thing ruins PERL scripts,
> for example, and both Sun and Lutris (Enhydra) have had to rebuild their
> distributions for non-Windows systems.
That's what happens when the some of the main developers insist on using
Win32platforms... :-)
As far as I am aware, getting the source from CVS ensure that files have the
correct line feeds. You may want consider using "find" along with
"dos2unix"...
Ross Burton