ECTED]
Subject: Fwd: jfor encoding problem (POST encoding problem, indeed)
Hi Charlene,
> using the Orderpage example at
> http://localhost:8080/cocoon/samples/stream/order. If you add version="1.0" encoding="ISO-8859-1"?> at the top of the default xml
> and chang
x27;s
StreamGenerator is used to read your XML from an HTML form field.
Your encoding problem is caused by the StreamGenerator using the wrong
encoding when *reading data* from the form's POST request. To use a
different encoding, you have to change the HTML code of the form,
replacing
bject: Re: jfor encoding problem
Le Lundi, 2 juin 2003, à 21:51 Europe/Zurich, Yan, Charlene a écrit :
> ...
> I'm trying to display accented characters correctly using jfor.
> However, when I try to run
> http://localhost:8080/cocoon/samples/jfor/minimal.rtf, it gives the
&g
bject: Re: jfor encoding problem
Le Lundi, 2 juin 2003, à 21:51 Europe/Zurich, Yan, Charlene a écrit :
> ...
> I'm trying to display accented characters correctly using jfor.
> However, when I try to run
> http://localhost:8080/cocoon/samples/jfor/minimal.rtf, it gives the
&g
Le Mardi, 3 juin 2003, à 07:40 Europe/Zurich, Bertrand Delacretaz a
écrit :
...Is the encoding declaration correct in your input XML?
Sorry, didn't notice that this was answered already (but I had two
other messages from the same person at my private address ;-)
-Bertrand
-
Le Lundi, 2 juin 2003, à 21:51 Europe/Zurich, Yan, Charlene a écrit :
...
I'm trying to display accented characters correctly using jfor.
However, when I try to run
http://localhost:8080/cocoon/samples/jfor/minimal.rtf, it gives the
following exception. I have put some French words such as "G
MAIL PROTECTED]
Sent: Monday, June 02, 2003 5:05 PM
To: [EMAIL PROTECTED]
Subject: RE: jfor encoding problem
Charlene, it looks to me like your problem is not with jfor, but merely with parsing
the XML source file.
The parser thinks the French text is encoded as UTF-8, but my guess is that i
encoding declaration to the start of the
file. e.g.
Cheers
Con
> -Original Message-
> From: Yan, Charlene [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 3 June 2003 07:52
> To: [EMAIL PROTECTED]
> Subject: jfor encoding problem
>
>
> Hi everyone,
>
> I'm tr
Hi everyone,
I'm trying to display accented characters correctly using jfor. However, when I try
to run http://localhost:8080/cocoon/samples/jfor/minimal.rtf, it gives the following
exception. I have put some French words such as "Gére" in the xml file. Looks like
it is a parser issue. Anyo
Hello,
I'm having trouble with my xsp page and ISO-8859-1 encoding. I use
cocoon-2.0.4.
I have an xsp which get the request object of a form and create again a
link for an xsl page which redirect all to frame.
All generators, transfomers and serializer have to parameter.
the sitemap :
I'm encountering a problem where this à character in a javascript file
causes illegal character exceptions when read with the resource reader, but
not when I open the file up directly from the filesystem. The character
occurs inside a javascript character array ["Ã"]. Cocoon serves an html page
and
Title: Nachricht
hi,
does anyone know why
when using xsp or espacially esql, all characters like ä,ö,ü etc. are turned
into funny characters like Ã(ö).
i am trying to
firgure out why that happens, and what unicode i have to use for languages using
those characters, like e.g. german.
th
On 18.Dec.2002 -- 05:33 PM, [EMAIL PROTECTED] wrote:
> SORRY I'VE POSTED THIS YET BUT I FORGOT THE SUBJECT
>
> I'm using ESQL to read and write data from a MYSQL database.
>
> When I fill a field with non US characters, I see strange characters instead of the
>ones I expected.
> For example, whe
SORRY I'VE POSTED THIS YET BUT I FORGOT THE SUBJECT
I'm using ESQL to read and write data from a MYSQL database.
When I fill a field with non US characters, I see strange characters instead of the
ones I expected.
For example, when I write the string "òàù", this is written like "=a?", even
On Fri, 2002-10-25 at 16:33, Bert Van Kets wrote:
> Of course I checked the mail logs before bugging the list. I could not
> find a solution though. I did find that I need to use UTF-8 and not
> iso-8859-1 (the Cocoon default)
>
> Searching through the source I found that a LOT of classes and
ginal Message -
From:
Bert Van Kets
To: [EMAIL PROTECTED]
Sent: Friday, October 25, 2002 4:58
PM
Subject: Re: encoding problem
I'm using a build from 14 May 2002. This doesn't have
this action yet. I'll check a recent build and try that.Do you
mea
TECTED]
> Oggetto: Re: R: encoding problem
>
>
> Of course I checked the mail logs before bugging the list. I could not
> find a solution though. I did find that I need to use UTF-8 and not
> iso-8859-1 (the Cocoon default)
>
> Searching through the source I found that a LO
the map:actions section contains following:
and at the beginning of a pipeline
That should work.
Boris
- Original Message -
From: <mailto:bert@;vankets.com>Bert Van Kets
To: <mailto:cocoon-users@;xml.apache.org>[EMAIL PROTECTED]
Sent: Friday, October 25, 2002 1:39 P
PM
Subject: encoding problem
Hi all,I have a mySQL database with varchar fields
containing foreign characters (ex. ë) Queries in the mySQL client
yield correct results.When I do a query using the SQLTransfomer or esql
the non ASCII characters are not presented properly. The ë is
riginale-
> Da: Bert Van Kets [mailto:bert@;vankets.com]
> Inviato: venerdì 25 ottobre 2002 16.33
> A: [EMAIL PROTECTED]
> Oggetto: Re: R: encoding problem
>
>
> Of course I checked the mail logs before bugging the list. I could not
> find a solution though. I did find
ngs.
Luca Morandini
[EMAIL PROTECTED]
> -Messaggio originale-
> Da: Bert Van Kets [mailto:bert@;vankets.com]
> Inviato: venerdì 25 ottobre 2002 13.39
> A: [EMAIL PROTECTED]
> Oggetto: encoding problem
>
>
> Hi all,
>
> I have a mySQL database with var
rt@;vankets.com]
> Inviato: venerdì 25 ottobre 2002 13.39
> A: [EMAIL PROTECTED]
> Oggetto: encoding problem
>
>
> Hi all,
>
> I have a mySQL database with varchar fields containing foreign characters
> (ex. ë) Queries in the mySQL client yield correct results.
> When I
Hi all,
I have a mySQL database with varchar fields containing foreign characters
(ex. ë) Queries in the mySQL client yield correct results.
When I do a query using the SQLTransfomer or esql the non ASCII characters
are not presented properly. The ë is converted to ë
Here's the pipeline:
lem could be
> in the HTML serializer which does assume characters
> in href attributes
> always as "UTF-8"?!? Yes this makes sense, doesn't
> it?
>
>
> Regards
> Stefan
>
> -Ursprungliche Nachricht-----
> Von: Alex Romayev [mailto:[EMAIL PROTECT
d be
in the HTML serializer which does assume characters in href attributes
always as "UTF-8"?!? Yes this makes sense, doesn't it?
Regards
Stefan
-Ursprungliche Nachricht-
Von: Alex Romayev [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 14. Oktober 2002 18:29
An: [EMAIL PROTECTED
Try this in your sitemap:
and
--- Stefan Riegel <[EMAIL PROTECTED]> wrote:
> Hello,
>
> doing the following I do not get the expected
> results. The german umlaut
> with "ISO-8859-1" converts magically to "UTF-8". All
> encodings
> (html-/xml-serializers, xml-files, xsl-file
Hello,
doing the following I do not get the expected results. The german umlaut
with "ISO-8859-1" converts magically to "UTF-8". All encodings
(html-/xml-serializers, xml-files, xsl-files) are set to "ISO-8859-1"
src.xml:
...
ö (ö = german umlaut for "oe")
...
Sitemap snippet:
; To: [EMAIL PROTECTED]
> Subject: RE: SunShine-InsertTransformer: encoding problem
>
>
> --- Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> >
> > Alex Romayev wrote:
> > > > This is currently hard coded into the
> > transformer(!)
> > >
--- Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
>
> Alex Romayev wrote:
> > > This is currently hard coded into the
> transformer(!)
> > > which
> > > means you can't do anything against it...
> > > The InsertTransformer has been merged with the
> > > SourceWritingTransformer
> > > in 2.1-dev - t
Alex Romayev wrote:
> > This is currently hard coded into the transformer(!)
> > which
> > means you can't do anything against it...
> > The InsertTransformer has been merged with the
> > SourceWritingTransformer
> > in 2.1-dev - the SourceWritingTransformer can be
> > configured
> > to what enco
--- Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
>
> Alex Romayev wrote:
> >
> > > > Hi,
> > > >
> > > > I'm trying my way around SunShine and running
> into
> > > 2
> > > > problems:
> > > >
> > > > 1) I have an existing XML file with UTF-8
> > > encoding.
> > > > I
> > > > use InsertTransfo
Alex Romayev wrote:
>
> > > Hi,
> > >
> > > I'm trying my way around SunShine and running into
> > 2
> > > problems:
> > >
> > > 1) I have an existing XML file with UTF-8
> > encoding.
> > > I
> > > use InsertTransformer to add a new record. It
> > does
> > > so
> > > correctly, but changes
Sorry for the re-post, but there have been some mail
problems on Friday when I posted it and I haven't
heard from anyone since then. I'm still struggling
with both problems, so any help would be greatly
appreciated.
Alex
--- Alex Romayev <[EMAIL PROTECTED]> wrote:
> Sorry the "C" is supposed to
Sorry the "C" is supposed to read as (I'm separating
with spaces) "& # 1 0 5 7 ;", the browser displays it
as a letter "C".
--- Alex Romayev <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm trying my way around SunShine and running into 2
> problems:
>
> 1) I have an existing XML file with UTF-8 encod
Hi,
I'm trying my way around SunShine and running into 2
problems:
1) I have an existing XML file with UTF-8 encoding. I
use InsertTransformer to add a new record. It does so
correctly, but changes the file encoding to ISO-8859-1
and replaces all non-English text with "С"s and
alike.
2) I hav
--- Vadim Gritsenko <[EMAIL PROTECTED]>
wrote:
> Alex Romayev wrote:
>
> >--- Vadim Gritsenko <[EMAIL PROTECTED]>
> >wrote:
> >
> >
> >>Alex Romayev wrote:
> >>
> >>
> >>
> >>>--- Vadim Gritsenko <[EMAIL PROTECTED]>
> >>>wrote:
> >>>
> ...
>
> >>>Good point, I may have a problem in anothe
Alex Romayev wrote:
>--- Vadim Gritsenko <[EMAIL PROTECTED]>
>wrote:
>
>
>>Alex Romayev wrote:
>>
>>
>>
>>>--- Vadim Gritsenko <[EMAIL PROTECTED]>
>>>wrote:
>>>
...
>>>Good point, I may have a problem in another stylesheet
>>>
>>>(part of the pipeline that responds to the url in
>>>questio
et
> >(part of the pipeline that responds to the url in
> >question):
> >
> >This parameter is set by the href:
> >
> >
> >This should match and does it correctly when
> 'Delhi'
> >is passed, but does not match when I pass 'Äåëè
his should match and does it correctly when 'Delhi'
>is passed, but does not match when I pass 'Äåëè':
>
>>>>>select="$city"/>
>>>>>
>>>>>After transformation I get:
>>>>>>>>>
>>&
>>>
>
>>href="city-detail?city=%D0%94%D0%B5%D0%BB%D0%B8">Äåëè
> >>
> >>
> >>What's serializer configuration? Does it have
> proper
> >>encoding set?
> >>
> >>
> >
> >I'm
gt;>
>>>After transformation I get:
>>>>>
>>>
>>href="city-detail=%D0%94%D0%B5%D0%BB%D0%B8">Äåëè
>>
>>
>>What's serializer configuration? Does it have proper
>>encoding set?
>>
>>
>
>I
; ...
>
> select="$city"/>
>
> After transformation I get:
> href="city-detail=%D0%94%D0%B5%D0%BB%D0%B8">Äåëè
>
> --- Alex Romayev <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I'm having what seems to be an encoding proble
> >
>href="city-detail=%D0%94%D0%B5%D0%BB%D0%B8">Äåëè
> >
>
> What's serializer configuration? Does it have proper
> encoding set?
I'm using the default, i.e., I haven't changed
anything since installation.
>
> Vadim
>
>
>
>
ormation I get:
>href="city-detail=%D0%94%D0%B5%D0%BB%D0%B8">Äåëè
>
What's serializer configuration? Does it have proper encoding set?
Vadim
>--- Alex Romayev <[EMAIL PROTECTED]> wrote:
>
>
>>Hello,
>>
>>I'm having what seems to be
utf-8
>
> - Original Message -
> From: "Alex Romayev" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, September 18, 2002 12:53 PM
> Subject: Re: Encoding problem
>
>
> > Let me be more specific and also simplify the
&g
maybe :
try to use Russian-compatible output encoding rather than utf-8 ?
- Original Message -
From: "Alex Romayev" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 18, 2002 12:53 PM
Subject: Re: Encoding problem
> Let me be more speci
Let me be more specific and also simplify the example:
Works:
...
After transformation I get:
Delhi
Does not work:
...
After transformation I get:
Äåëè
--- Alex Romayev <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm having what seems to be an encoding problem
Hello,
I'm having what seems to be an encoding problem -- not
sure it's related to Cocoon, but... ;)
All my xml is UTF-8, it work in English, but not in
Russian. Any ideas?
Thanks,
-Alex
-
Please check
- Original Message -
From: "Joerg Heinicke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 12, 2002 5:23 PM
Subject: Re: encoding problem with xslt
> Hmm, I didn't test it a long time and didn't find a correlating bug by a
> short v
- Original Message -
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 12, 2002 5:05 PM
Subject: RE: encoding problem with xslt
> > Thanks for you input Vadim. But do not only think of web sites. But
> > also o
EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, July 12, 2002 4:45 PM
> Subject: Re: encoding problem with xslt
>
>
>
>>>If anyone has some more ideas on this topic (non-ISO-8859-1 characters
>>>within URIs), I would greatly appreciate som
> From: Jens Lorenz [mailto:[EMAIL PROTECTED]]
>
> - Original Message -
> From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, July 12, 2002 4:36 PM
> Subject: RE: encoding problem with xslt
>
>
- Original Message -
From: "Joerg Heinicke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 12, 2002 4:45 PM
Subject: Re: encoding problem with xslt
> > If anyone has some more ideas on this topic (non-ISO-8859-1 characters
> > within
- Original Message -
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 12, 2002 4:36 PM
Subject: RE: encoding problem with xslt
> > From: Jens Lorenz [mailto:[EMAIL PROTECTED]]
> >
> ...
> > If anyone has so
> If anyone has some more ideas on this topic (non-ISO-8859-1 characters
> within URIs), I would greatly appreciate some more input.
> Conclusion for me is to avoid such characters in URIs. But this does
> not get easily into the heads of our customers and users. (e.g. file
> names)
According to
> From: Jens Lorenz [mailto:[EMAIL PROTECTED]]
>
...
> If anyone has some more ideas on this topic (non-ISO-8859-1 characters
> within URIs), I would greatly appreciate some more input.
IMHO, non-ascii characters in URIs should be avoided by all means
possible.
Less issues for you *and* for vi
- Original Message -
From: "thorsten schmid" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, July 12, 2002 2:17 PM
Subject: encoding problem with xslt
Hi Thorsten,
> ==
> From: Joerg Heinicke [mailto:[EMAIL PROTECTED]]
> Still no. Of course you can write this in your XML input, but in the
> serialized output a valid URL has to be written. And ä
> is not valid,
> the & is reserved for concatenating request parameters.
My apologies, I should have read the me
Manos Batsis wrote:
>>From: Joerg Heinicke [mailto:[EMAIL PROTECTED]]
>>>
>>>desired output:
>>href="frameset.xsp?filename=foo.xml&searchstring=Integrations&
>>auml;mter">
>>
>>>Integrationsämter
>>> .
>>>
> From: Joerg Heinicke [mailto:[EMAIL PROTECTED]]
> >
> > desired output:
> > href="frameset.xsp?filename=foo.xml&searchstring=Integrations&
> auml;mter">
> > Integrationsämter
> >.
> > ==
Hello Thorsten,
there was a bug in Xalan with URL encoding more than a half year ago, but I
don't know what's the current status.
>
>
>
> frameset.xsp?filename= select="@sourcefile"/>&searchstring= disable-output-escaping="yes" select="."/>
>
>
>
>
>
You can remove
Hello,
I have a problem regarding XSLT and the transformation of non-english
iso-8859-1 encoded characters like the German "Umlaute" (e.g. ü a double
dotted u). I am using cocoon 2.1-dev, tomcat 4.0.1 with jdk1.3.1.. The
transformation works fine as long as I don't use the
element.
Hi all,
I have a small encoding problem in cocoon 2.0.2. I have a utf-8 encoded
text that is transformed to html with an xsl stylesheet. After the
processing the unicode characters aren't displayed properly. When I
looked at the page source my characters were hardcoded in html entities
> From: Michael Mangeng [mailto:[EMAIL PROTECTED]]
>
> Hi
>
> thanx for your help but i´ve already solved the problem with the help
of Jan
> Uyttenhove.
> My locale settings on the linux box had to be changed too.
>
> I´ve written this points together: (hope they help if sombody get the
same
>
file.encoding=ISO8859_1'
>
> sitemap.xmap:
> Use ISO-8859-1 in the according (e.g. html)
> tag.
>
> XML/XSP:
> Use:
> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
>
> greetings
> mike
> - Original Message -----
> From: "KOZLOV Roman" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED
itemap.xmap:
Use ISO-8859-1 in the according (e.g. html)
tag.
XML/XSP:
Use:
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
greetings
mike
- Original Message -
From: "KOZLOV Roman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 10, 2002 9:17 AM
S
´t do it ;-( *searching* thanx anywaymike
>
> - Original Message -
> From: Jan Uyttenhove
> To: [EMAIL PROTECTED]
> Sent: Friday, June 07, 2002 5:30 PM
> Subject: RE: Tomcat/cocoon encoding problem
> Try to start the jvm (tomcat startup) with pr
That didn´t do it ;-(
*searching*
thanx anyway
mike
- Original Message -
From:
Jan
Uyttenhove
To: [EMAIL PROTECTED]
Sent: Friday, June 07, 2002 5:30 PM
Subject: RE: Tomcat/cocoon encoding
problem
Try
to start the jvm (tomcat startup) with property
-From: Michael Mangeng
[mailto:[EMAIL PROTECTED]]Sent: vrijdag 7 juni 2002
16:47To: [EMAIL PROTECTED]Subject:
Tomcat/cocoon encoding problem
Hi
I´ve set the encoding of both the xsp and the xml
serializer correctly. After i request the xml i get the right
encoding - ISO-8859-1
Hi
I´ve set the encoding of both the xsp and the xml
serializer correctly. After i request the xml i get the right encoding
- ISO-8859-1 in the tag but german umlaut´s like äöü are
replaced by '?'.
I´ve noticed the same problem when i use beans on
my JSP Pages (without cocoon; only tomc
Shes live!!! :)
Thanx for Piroumian, Konstantin and Vadim Gritsenko
Also thanx for all
I try
<%@ page language="java" import="java.text.SimpleDateFormat,java.util.*"
_/*pageEncoding="KOI8-R"*/_%>
in my jsp page and this solve problem.
following line in sitemap
KOI8-R
for encoding on genera
> > From: yuryx [mailto:[EMAIL PROTECTED]]
> >
> > Hi all!
> > My JSPGenerator or jasper-compiler don't supported KOI8-R charset
> > encoding. What is me do?
>
> Use UTF-8 or Win-1251 which are (IIRC) supported.
KOI8-R is supported too. I've just checked.
>
> Vadim
>
> > Instructions llike
> From: yuryx [mailto:[EMAIL PROTECTED]]
>
> Hi all!
> My JSPGenerator or jasper-compiler don't supported KOI8-R charset
> encoding. What is me do?
Use UTF-8 or Win-1251 which are (IIRC) supported.
Vadim
> Instructions llike
> in header jsp page
> or
> src="org.apache.cocoon.generation.JspG
> > From: yuryx [mailto:[EMAIL PROTECTED]]
> >
> > Thanx for ideas ,Vadim.
> > But I can't undestand how declare JSP encoding.
>
> Try to read JSP specification.
The correct declaration is:
<%@ page language="java" import="java.text.SimpleDateFormat,java.util.*"
pageEncoding="KOI8-R"%>
Note, th
> From: yuryx [mailto:[EMAIL PROTECTED]]
>
> Thanx for ideas ,Vadim.
> But I can't undestand how declare JSP encoding.
Try to read JSP specification.
Vadim
> instead of <%out.println("");%>
I try
> in sample.jsp
> but again it doesn't work :(
> Yury
>
-
Hi all!
My JSPGenerator or jasper-compiler don't supported KOI8-R charset
encoding. What is me do?
Instructions llike
in header jsp page
or
KOI8-R
in sitemap.xmap
Don't solved my problem
Instruction like
<%@ page language="java" encoding="KOI8-R"%> in jsp page is not valid
I have use jasper-co
java"
import="java.text.SimpleDateFormat,java.util.*,java.sql.*"%>
<%
out.println("ÐÒÉ×ÅÔ!");
%>
>
>
>- Original Message -----
>From: "yuryx" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, February 08, 2002 9:46 AM
Hi Peter!
I try your recomendation
but it don't solved my problem :(
Encoding problem in Generator , or, maybe, in jasper compiller...
Yury
Peter Schwenke wrote:
>Hi Yury,
>
>Have you tried
>
>
>
> src="org.apache.cocoon.serializ
riginal Message -
From: "yuryx" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 08, 2002 9:46 AM
Subject: Re: JSPGenerator encoding problem
Thanx for ideas ,Vadim.
But I can't undestand how declare JSP encoding.
instead of <%out.println("&q
viously JSP runtime is unable to read characters correctly.
>
>Regards,
>Vadim
>
>>-Original Message-
>>From: yuryx [mailto:[EMAIL PROTECTED]]
>>Sent: Thursday, February 07, 2002 1:06 PM
>>To: [EMAIL PROTECTED]
>>Subject: Re: JSPGenerator e
D]
> Subject: Re: JSPGenerator encoding problem
>
> Without transformation I have
>
>
>
>
>
> ÐÒÉ×ÅÔ!
>
>
>
>
>
>
> Problem with generation, I know...
>
> Piroumian, Konstantin wrote:
>
> >Is it the problem of JSPGenera
Thursday, February 07, 2002 7:50 PM
>Subject: JSPGenerator encoding problem
>
>
>Hello all!
>
>I have following problem.
>JSPGenerator doesn't normally encoding non english characters.
>Simple sample:
>sample.jsp:
><%out.println("");%>
><%@
Piroumian
- Original Message -
From: "yuryx" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 07, 2002 7:50 PM
Subject: JSPGenerator encoding problem
Hello all!
I have following problem.
JSPGenerator doesn't normally encoding non english
Hello all!
I have following problem.
JSPGenerator doesn't normally encoding non english characters.
Simple sample:
sample.jsp:
<%out.println("");%>
<%@ page language="java"
import="java.text.SimpleDateFormat,java.util.*,java.sql.*"%>
<%out.println("ÐÒÉ×ÅÔ!");%>
sample.xsl:
Hello,
In order to try to understand cocoon, I am currently playing with the
"Samples Forms" examples :
When I add a new employee with the name "André
Testeur" , the
database package send it with the wrong
char encoding to the db
In order to correct this I patched
org.apache.cocoon.act
Hello from a new XSP user.
I ask advice and suggestions on how to get dynamic
content in UTF-8 encoding correctly through XSP. I am using Cocoon 1.8.2 with
Tomcat 3.2.3 and Apache 1.3.14, running on Suse Linux 7.1.
I have made an search
page that retrieves data from the dbXML database (s
ECTED]Subject: Re: urgent encoding
problem...
Hi karl,
In cocoon 1.8.2 there
is no XMLSerializer ot HTMLSerializer .. can you tell which are the files
which does the work of these in 1.8. 2
please
reg
Arun.N
- Ori
PROTECTED]
Sent: Wednesday, December 12, 2001 6:33
PM
Subject: RE: urgent encoding
problem...
erm... that code snipple was from the XMLSerializer,
not the HTMLSerializer as i wrote, but the approach should be the same..
sorry!
mvh
karl øie
-Original Message
: RE: urgent encoding
problem...
the
increasing page size does not concern me (:-) because the serializer should
write directly to the response.getPrintWriter(). Then again, the serializer
does not flush before the end of the page, so users must wait till the page is
finished
this note from the xalan faq
http://xml.apache.org/xalan-j/usagepatterns.html#outputencoding
mvh
karl øie
-Original Message-From: Arun.N
[mailto:[EMAIL PROTECTED]]Sent: 12. desember 2001
13:33To: [EMAIL PROTECTED];
[EMAIL PROTECTED]Subject: Re: urgent encoding
pr
karl øie
-Original Message-From: Arun.N
[mailto:[EMAIL PROTECTED]]Sent: 12. desember 2001
12:48To: [EMAIL PROTECTED]Subject: Re:
urgent encoding problem...
Hi all,
First of all i thank everybody for not
bothering to reply. I corrected the
MAIL PROTECTED]]Sent: 12. desember 2001
12:48To: [EMAIL PROTECTED]Subject: Re: urgent
encoding problem...
Hi all,
First of all i thank everybody for not
bothering to reply. I corrected the second and the third problem. If the list
is still alive and anyone cares to give me
:
Arun.N
To: [EMAIL PROTECTED]
Sent: Tuesday, December 11, 2001 1:31
PM
Subject: urgent encoding problem...
Hi all,
I
have some problems with the xsp pages and encoding. When i try to display
Shift_JIS encoded characters it is not displaying properly
Hi all,
I have
some problems with the xsp pages and encoding. When i try to display Shift_JIS
encoded characters it is not displaying properly.
when i hard code the japnese
characters it is working properly. for example in this xsp page
language="java" encoding="Shift_J
Hello
I want to ask you haw to set encoding in Cocoon. I know that it is
described in FAQ section, but I've done everything (I think so)
according to this and the result was '?' sign displaying. Below I show
you details:
in my xml file :
in 'cocoon.properties' file :
processor.x
95 matches
Mail list logo