tom
 
<ouch/>.  I will have to pursue this as and when I can... and
stick to workarounds in the meantime. 
 
I think the most frustrating part is that I cannot see where
the source of the problem is and why it differs from machine
to machine (all running same ver of Cocoon and, I assume??,
same version of xalan) even after removing all the non-UTF
references in *my* code (cannot speak to Cocoon defaults).
 
Thanks, though, for all the suggestions...

>>> [EMAIL PROTECTED] 2006/02/08 03:09:30 PM >>>
ok, tried to dig in this issue "remote" (I am not working for the
company any more, where we had this problem, so no sources to try :-)).
obviously this error is not thrown by cocoon itself, but by the sax parser:

> org.apache.cocoon.ProcessingException:
> Failed to execute pipeline.:
> java.lang.RuntimeException:
> org.xml.sax.SAXException:
> Attempt to output character of integral value 160 that is not represented in specified output encoding of .

Basically you're already deep in trouble because I think you've
obviously a mixture of UTF-8 and other encodings... which is really a
pain in the a...
So, first I'd try to replace the default sax parser with saxon. this
will cause some headache (about 2 hours last time I tried), because some
of the form style sheets have to be fixed to work with saxon, cool
parser but very restrictive :-).
If it's still there afterwards I'd had a look at the form stylesheets,
and all other stylesheets involved in your form processing pipeline.
Could be that there is a output encoding hardwired to non UTF-8
somewhere, and that's a problem. (I've tried to add the escaped space in
some UTF-8 jx templates, and it works, but there is no form processing,
better no xsl stylesheet involved).
Googling around I think it could be a xalan bug, too: see
http://java2.5341.com/msg/44662.html (happened with cocoon before :-) )
http://mail-archives.apache.org/mod_mbox/xml-xalan-dev/200511.mbox/[EMAIL PROTECTED]
http://marc.theaimsgroup.com/?l=forrest-dev&m=107482159715139&w=2

Reading all this stuff I'd guess that checking your xalan version in the
production enviromnent or switching to saxon might solve your problem.
Have fun with the endorsed stuff, this is one of the things I hate in
java :-).

hth,
tom




Derek Hohls wrote:
> What I have done;
>
> Tried all the settings as suggested so far in this thread...
> switching everything to UTF-8 - checked ALL my files for any
> sign of ISO... (to avoid mixing concerns) ... still no luck!
>
> Looked in the offending forms and found the &#160; reference -
> when I removed that then everything worked.
>
> This is OK, BUT I do not understand what the real issue/cause
> is here, or why forms do not display a simple UNICODE character?
>
> Any clarification would help me (and maybe others) avoid this
> nasty issue!
>
>
>
>>>> [EMAIL PROTECTED] 2006/02/07 03:58:54 PM >>>
>>>>
> first thought:
> i think we had this error message when using escaped utf-8 chars...
>
> our source files are encoded in utf-8, and some guy inserted a escaped
> "&#160" in utf 8 with is &nbsp; in utf-8 (<!ENTITY *nbsp* "&#160;">)
>
> this crashed the forms. didn't figure out why, not enough time, just
> threw out the escaped chars. but as you are using iso-8859-1, just
> search for a file that's not in the right encoding, or a string 160 in
> your form files and delete this... (ultraedit or grep, depending on your
> system :-) ) probably one of your coders or editors uses utf-8, so
> you'll accidently inserted this utf-8 fragment (and doesn't know it :-) )
>
>
<snip />


---------------------------------------------------------------------
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

CSIR Copyright, Terms and Conditions

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 CSIR HelpDesk


This message has been scanned for viruses and dangerous content by MailScanner,
and is believed to be clean.