Not that strange when you consider what is happening. In your web page you have the entry src="js/myPageScript.js" This essentially becomes a request to the server to find and return data from the "js/myPageScript.js" URI. The web server in turn passes that request through to the application - in this case, Cocoon - which must be able to handle it. Cocoon's primary "decision handling" framework is the sitemap. So every request, or type of request, that Cocoon is going to get must have a corresponding entry somewhere in it.
In short, the answer is "yes"! >>> On 2008/10/07 at 09:57, in message <[EMAIL PROTECTED]>, Jeff Schmitz >>> <[EMAIL PROTECTED]> wrote: Hmmm, that seems strange to me. Note that I really just the <script> tag, which is part of the *.jx page, to just passed through as is and become part of the html page to be returned. I don't want the actuall javascript file to become part of the returned page. I didn't expect to have to create a match for the src attribute of my script tag. e.g. I may have a myPage.jx file with the following tag: <script type="text/javascript" src="js/myPageScript.js> </script> For this case, do I need a match in my sitemap for myPageScript.js? Jeff On Tuesday, October 07, 2008, at 01:49PM, "Jasha Joachimsthal" <[EMAIL PROTECTED]> wrote: >-----Original Message----- >From: Jeff Schmitz [mailto:[EMAIL PROTECTED] >Sent: Tue 10/7/2008 17:32 >To: [email protected] >Subject: Re: javascript embedded in *.jx files > >> > Really, external scripts aren't working for you? Why not? >> I think the main reason was I couldn't figure out how to correctly point to >> where the script was. I kept getting file not found errors in the output. > >Is there a matcher in your sitemap for the javascript file. Something like ><map:match pattern="*.js"> <!-- request for myscript.js or myscript1.js --> ><map:read src="js/{1}.js"/> <!-- actual script is located inside the js >directory --> ></map:match> > -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
