cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Driftmeyer <>
Subject 2.1-Dev and Tomcat 4.1.12 experiences
Date Thu, 03 Oct 2002 22:11:25 GMT
To all,

I wrote as of 2 days ago that I was getting the malformedURI error
inside Cocoon 2.1 Dev and just couldn't seem to figure out how leaving
me with a crippled build.

Today I decided to take a fresh look at the error logs(access.log

First I attempted Antonio's technique as follows:

c:\Java\xml-cocoon2>build -Dinclude.webapp.libs=true
-Dinclude.scratchpad.libs=true installwar

Alas to no avail.

That is when I took the fresh look at the access.log.

Well to my surprise and/or not surprise with Windows XP it's consistent
irritation of not following a tried and true approach to filenames, etc
brought my attention to a most curious default installation path name
for Apache Tomcat 4.1.12.

For the life of me I cannot understand whoever develops Tomcat why they
even bother to make Windows friendly Pathnames, ala "C:\Program
Files\Apache Group\Tomcat 4.1>" by default, instead of forcing a
typical Unix convention.

I group all my Java stuff under a c:\Java> top directory.

So my path was c:\Java\Tomcat 4.1> (Note: Does this look conspicuous?)

Well first I like my path to reflect the release of software and I must
have been lazy the day I installed Tomcat.

Add/Remove Tomcat and Reinstall Tomcat I gave it a brand new directory
as follows:

c:\Java\Tomcat4.1.2> (Note: Does this look different? It should.)

Now applying Antonio's technique as follows:

c:\Java\xml-cocoon2>build -Dinclude.webapp.libs=true
-Dinclude.scratchpad.libs=true installwar 

(Note: ignore wordwrap between the -Dincludes if they appear as such,
just a single space as billed)

And letting the Service instantiate Tomcat and extract the WAR file I
first of course touched http://localhost:8080/ to great fanfare.

Then I touched cocoon root http://localhost:8080/cocoon/ and Presto!!!

Success!  I get a slick copy of
http://localhost:8080/cocoon/documents/index.html proving that pattern
matching for:

    <map:match pattern="documents/**">
      <map:mount check-reload="yes" src="documentation/" 

 within sitemap.xmap works as billed, residing here:
I cannot speak for Linux or various Unices which I would expect to be
more compliant that Windows but I can speak for XP when Pathnames will
bite you hard if you leave those spurious whitespaces between string


Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!

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

To unsubscribe, e-mail:     <>
For additional commands, e-mail:   <>

View raw message