Grzegorz Thanks for the reply. Up to now I have never had this problem. If you write your stylesheets in the manner you describe, perhaps you can post a small code snippet that shows how this can be achieved (and I have not seen it described elsewhere). Thanks Derek
>>> Grzegorz Kossakowski <[EMAIL PROTECTED]> 2007/07/18 02:50 PM >>> Derek Hohls pisze: > I am getting strange problems on the production machine vs the test > behaviour on my PC. > > A query like this: > <?xml version="1.0" encoding="UTF-8"?> > <page > xmlns:sq2="http://apache.org/cocoon/SQL/2.0" > xmlns:jx="http://apache.org/cocoon/templates/jx/1.0" > <sq2:execute-query> > <sq2:query name="program-view"> > select * from client > </sq2:query> > </sq2:execute-query> > </page> > > results in this output locally: > <?xml version="1.0" encoding="UTF-8" ?> > <page xmlns:sq2="http://apache.org/cocoon/SQL/2.0" > xmlns:jx="http://apache.org/cocoon/templates/jx/1.0"> > <sq2:rowset nrofrows="1" name="client-view"> > > but on the server I get: > > <?xml version="1.0" encoding="UTF-8" ?> > <page xmlns:sq2="http://apache.org/cocoon/SQL/2.0" > xmlns:jx="http://apache.org/cocoon/templates/jx/1.0"> > <rowset xmlns="http://apache.org/cocoon/SQL/2.0" nrofrows="1" > name="client-view"> > > and as a consequence, the stylesheets do not function, as they are > looking for the sq2: prefix. > > How do ensure that Cocoon on the server retains the sq2: prefix.... > and why does it strip it off in the first place? I don't know why do you experience such differences but I would like to point out that both XML snippets are equivalent in terms defined in XML spec. In short: you should never rely on namespace prefix because it's only a shorthand that can vary. Before you try to discover the roots of this behaviour I would suggest you to try rewrite your stylesheets to be prefix-independent. -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
