Hi Derek,
I encountered encoding problems here and there in java for a long time,
because the JVM could not be enabled to use UTF-8 correctly because the
underlying libc is not UTF-8 (or any other encoding) aware, expecially
on Linux/*nix machines.
Since you are having this problem on a cert
tom
. 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
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.R
2006/2/8, Derek Hohls <[EMAIL PROTECTED]>:
> 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 t
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 reference -
when I removed that then everything
As the first statement
This is the action it uses:
src="org.apache.cocoon.acting.SetCharacterEncodingAction"/>
Hope this helps.
Nick Nagels
IT Specialist @ KULeuven for EuroGenTest
Tel. +0032 16 33 01 43
Herestraat 49 bus 602
B-3000 Leuve
Nick
Thanks - where exactly in the pipeline did you insert this?
Derek
>>> [EMAIL PROTECTED] 2006/02/08 11:56:39 AM >>>
This helped me a lot.
Greets
Nick Nagels
IT Specialist @ KULeuven for EuroGenTest
Derek Hohls wrote:
> Antonio
>
> I guess I did - strange that it happens only on t
This helped me a lot.
Greets
Nick Nagels
IT Specialist @ KULeuven for EuroGenTest
Derek Hohls wrote:
Antonio
I guess I did - strange that it happens only on the one
server.. maybe UNIX less "forgiving" than Linux.
Is there a "default" encoding that Cocoon makes use of?
IOW, i
Antonio
I guess I did - strange that it happens only on the one
server.. maybe UNIX less "forgiving" than Linux.
Is there a "default" encoding that Cocoon makes use of?
IOW, if I import or reuse stylesheets from Cocoon samples
etc. will I expect to see these in UTF-8? Can I simply omit
the enco
2006/2/8, Derek Hohls <[EMAIL PROTECTED]>:
> PS Is there any good reason to prefer ISO-8859-1 over
> UTF-8 ... these seem to be used interchangeably, but I
> guess they are not?
They are different.
If your app only uses "latin" characters, you could use one or the
other. Otherwise, you should us
Tom
Thanks for all the hints and info - as I said, I have never
had this issue before when using forms... but this is the
first time I use them when talking back-and-forth to a database
that is why I thought the issue is there.
I would prefer to find a solution that does not require me to
"fix"
Le 7 févr. 06, à 14:37, Derek Hohls a écrit :
...Attempt to output character of integral value 160 that is not
represented in specified output encoding of ...
Might be related to your JVMs running with different default encodings.
The JVM's default encoding can be set with the file.encoding s
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
" " in utf 8 with is in utf-8 ()
this crashed the forms. didn't figure out why, not enough time, just
threw out the escaped chars. but a
I am struggling to get forms displayed on a server -
UNIX machine running Cocoon 2.1.5 and JDK 1.4
(the same app works **fine** on the development
machine, running the same configuration, as well as
on a Linux server...)
The error message I get when trying to show the form
(filled with data from t
14 matches
Mail list logo