> -----Original Message----- > From: Richard Cunliffe [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 30, 2003 12:58 PM > To: [EMAIL PROTECTED] > Subject: RE: Apache Tomcat/4.0.6 - HTTP Status 404 > > Geoff, > > When I say they are all working, I mean that they each show the own > page, e.g http://192.168.0.5:8080/cocoon/ or > http://192.168.0.5:8080/index.html for tomcat.
Ok, good - what that tells me is that you've created a typical cocoon webapp install. That'll be important below... > > What's not working: > > It's not finding soundpool.xml. What do you mean about my pipeline > match: > > "It looks like you requested /soundpool/soundpool.xml but your > pipeline is set up to match /soundpool/soundpool -- note also that a > trailing slash here will also fail." The following matcher element: <map:match pattern="soundpool/soundpool"> is the only thing that matters when determining what requests will be handled. The fact that your resource is called soundpool.xml is completely irrelevant in cocoon. To the outside world, you have named it soundpool/soundpool <cruciallyImportant> _relative_ to the cocoon application base </cruciallyImportant> - which should be http://192.168.0.5:8080/cocoon/ which means you need to be accessing http://192.168.0.5:8080/cocoon/soundpool/soundpool the way you have it set up. > > So I have put my xml and xsl file in directory called soundpool under > webapps, so my directory structure looks like this: Wrong place. They should be inside the cocoon webapp folder (someone just wrote the same thing I think). The only way this would not be the case is if you created a new webapp either by copying cocoon.war to soundpool.war, or something like it. --> C:\tomcat\webapps\cocoon\soundpool\soundpool.xml --> C:\tomcat\webapps\cocoon\soundpool\soundpool.xsl > > I assume that webapps is the correct folder. > > I also used mod_jk to link tomcat and Apache, although this shouldn't > make any difference at this stage. Well, you cut it out of the picture by going straight to port 8080. This is a good idea for now. No sense debugging multiple things at once. One more important question: When you say > I have put the following code in my sitemap under pipelines: > > <!-- soundpool --> > > <map:pipeline> > <map:match pattern="soundpool/soundpool"> > <map:generate src="soundpool.xml"/> > <map:transform src="soundpool.xsl"/> > <map:serialize/> > </map:match> > </map:pipeline> Which sitemap have you edited? If it's C:\tomcat\webapps\cocoon\sitemap.xmap, then everything above is valid. If it's C:\tomcat\webapps\soundpool\sitemap.xmap then you have either successfully or unsuccessfully created a new webapp as I mentioned above, and given that it's not working you can guess which one I've picked. Almost none of this problem is specific to cocoon. It seems that you are either unfamiliar with basic java webapps or cocoon has disoriented you. If the first one's the case, some general reading up on the basics would probably make everything a lot clearer. If the second (hope i didn't offend you) just remember that much within cocoon is just a webapp. The slightly unusual thing is that one servlet is configured to handle every request in the webapp's uri/url space. If you need to get "cocoon" out of the url, you can handle that after you get this working. There are several approaches that will work - in the cocoon faq's/howto's, on the wiki (i think) and several in the mail list archives. At some point (probably soon) this is all going to click and make sense to you. Just curious: do you have this on a public facing server? I'm pretty sure the IP in your example is one assigned by windows connection sharing internally. Geoff --------------------------------------------------------------------- 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]>
