hi,
i found a solution, don't know if its already the real solution:
replace in JSPEngineImpl.java class MyServletOutputStream by
    /**
     * Stub implementation of ServletOutputStream
     */
    class MyServletOutputStream extends ServletOutputStream {
        ByteArrayOutputStream output;
        PrintWriter writer;

        public MyServletOutputStream() {
          
          this.output = new ByteArrayOutputStream();
          try {
            this.writer = new PrintWriter ( 
              new java.io.OutputStreamWriter( output, "UTF-8" ), true );
          } catch (java.io.IOException ioe) {
            ioe.printStackTrace();
          }
        }

most import use a OutputStreamWriter between output, and the PrintWriter
, I don't know if this already the solution.
Does anyone has more experiences with that sort of details?
at least bug 4239 should be solved.
MyServletOutputStream should be a bit more smart, about content 
encoding, et..
bye berni

----- Originalnachricht -----
Von: <[EMAIL PROTECTED]>
Datum: Samstag, Oktober 27, 2001 4:50 pm
Betreff: Re: RE: Bug report for Cocoon 2 [2001/10/21]

> hi,
> i was trying to understand the problem of 
> bug 4239.
> 
> As I was testing, i made following experience:
> <%
>  String s1 = 
> "\u041d\u0430\u0433\u043b\u0430\u0432\u043d\u0443\u044e";  String 
> s2 = "&#1053;&#1072;&#1075;&#1083;";
> %>
> <page>
>  <title>JSP Russian</title>
>  <content>
>    <para>s1,1 <%=s1%> wrong!!</para>
>    <para>s1,2 <%=encode(s1)%> ok!!</para>
>    <para>s2 <%=s2%> ok!!</para>
>    <para>as is &#1053;&#1072;&#1075;&#1083; ok!!</para>
>  </content>
> </page>
> <%!
>  /* convert each c each of s to &#dddd; repr.
>  */
>  String encode( String s ) {
>    StringBuffer sb = new StringBuffer();
>    for (int i = 0; i < s.length(); i++ ) {
>      char c = s.charAt(i);
>      sb.append( "&#" ).append( (int)c ).append(";");
>    }
>    return sb.toString();
>  }
> %>
> 
> Hence using the encode() at least for all "russian" strings will
> display the string correctly.
> Now, why does this happen?
> I suspect that JSPGenerator has problems pumping the jsp-result
> into cocoon, reading bytes with no encoding?
> 
> Now, i made some more tests using xsp, and velocity, and
> sadly i had some other problems. 
> First the xsp example: 
> <?xml version="1.0" encoding="UTF-8"?>
> <!-- encoding="ISO-8859-1"? -->
> 
> <xsp:page
>    language="java"
>    xmlns:xsp="http:
>    xmlns:xsp-request="http:
>    xmlns:log="http:
>    xmlns:capture="http:
> >
> 
> <xsp:logic><![CDATA[
>  /* convert each c each of s to &#dddd; repr.
>  */
>  String encode( String s ) {
>    StringBuffer sb = new StringBuffer();
>    for (int i = 0; i < s.length(); i++ ) {
>      char c = s.charAt(i);
>      sb.append( "&#" ).append( (int)c ).append(";");
>    }
>    return sb.toString();
>  }
> ]]></xsp:logic>
> 
>  <page>
>    <xsp:logic>
>      String s1 = "\u041d\u0430\u0433\u043b\u0430\u0432\u043d\u0443
> \u044e";
>      String s2 = "&#1053;&#1072;&#1075;&#1083;";
>    </xsp:logic>
>  
>    <title>XSP Russian1</title>
>    <content>
>      <para>s1,1 <xsp:expr>s1</xsp:expr> ok!! </para>
>      <para>s1,2 <xsp:expr>encode(s1)</xsp:expr> wrong!! </para>
>      <para>s2 <xsp:expr>s2</xsp:expr> wrong!!</para>
>      <para>as is &#1053;&#1072;&#1075;&#1083; wrong!!</para>
>    </content>
>  </page>
> 
> </xsp:page>
> 
> Strangly exact s1,1 of jsp example is now WORKING! The
> &#dddd; encoding does NOT work, which works in the jsp example.
> A question to XSP experts how can i display the s2 string in an XSP,
> How can I tell XSP that i really have a correct xml-snippet stored
> in the String s2, avoiding any subst of '<', '>', and entities?
> 
> And at last the velocity example:
> ## Cannot use that encoding in velocity, how to write unicode in 
> velocity?
> ##set( $s1 = "\\u041d\\u0430\\u0433\\u043b\\u0430\\u0432\\u043d\\u0443
> \\u044e" )
> #set( $s1 = "Наглавную" )
> #set( $s2 = "&#1053;&#1072;&#1075;&#1083;" )
> 
> <page>
> <title>Velocity Russian1</title>
>  <content>
>    <para>s1 $s1 wrong!!</para>
>    <para>s2 $s2 okay</para>
>    <para>as is &#1053;&#1072;&#1075;&#1083; okay!!</para>
>  </content>
> </page>
> 
> That's the same situation as for jsp!
> 
> Now I didn't checked the code for JSPGenerator, and VelocityGenertor
> in detail now regarding the "wrong!!" spots right now.
> Perhaps as quick workarounde the encode() in jsp might help.
> 
> Well, that's for now i will start my debugger, and check
> the JSPGenerator, and VelocityGenerator, or does
> anyone has already some explanations, and/or solutions?
> 
> bye berni
> 
> 
> ----- Originalnachricht -----
> Von: "Carsten Ziegeler" <[EMAIL PROTECTED]>
> Datum: Mittwoch, Oktober 24, 2001 9:55 am
> Betreff: RE: Bug report for Cocoon 2 [2001/10/21]
> 
> > You can either use the log transformer after the
> > component of which you want to test the output.
> > Or you can use the LoggingSAXConnector (in the cocoon.xconf).
> > This SAXConnector simply logs the xml which is passed from
> > one component to the other in the log.
> > 
> > Carsten
> > 
> > > -----Original Message-----
> > > From: Bernhard Huber [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, October 24, 2001 1:32 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: Bug report for Cocoon 2 [2001/10/21]
> > > 
> > > 
> > > hi
> > > I was trying to understand the problem of bug 4239.
> > > As i understand the jsp is compiled correctly,
> > > i have not verified yet, scrambles the unicode chars.
> > > Does anyone know how to 'trace' the pipeline, so i can
> > > see what's passed from the jsp-generator to the transformer,
> > > and from the transformer to the serializer?
> > > 
> > > 
> > > ----- Originalnachricht -----
> > > Von: [EMAIL PROTECTED]
> > > Datum: Sonntag, Oktober 21, 2001 7:00 pm
> > > Betreff: Bug report for Cocoon 2 [2001/10/21]
> > > 
> > > > +------------------------------------------------------------
> --
> > ----
> > > > ---------+
> > > > | Bugzilla Bug ID                                            
>  
> >    
> > > >         |
> > > > |     +------------------------------------------------------
> --
> > ----
> > > > ---------+
> > > > |     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned 
>  
> >    
> > > >         |
> > > > |     |         OPN=Reopened    VER=Verified    (Skipped 
> > > > Closed/Resolved)   |
> > > > |     |   +--------------------------------------------------
> --
> > ----
> > > > ---------+
> > > > |     |   | Severity: BLK=Blocker     CRI=Critical    
> > MAJ=Major    
> > > >         |
> > > > |     |   |           MIN=Minor       NOR=Normal      
> > > > EHN=Ehnancement       |
> > > > |     |   |   +----------------------------------------------
> --
> > ----
> > > > ---------+
> > > > |     |   |   | Date Posted                                  
>  
> >    
> > > >         |
> > > > |     |   |   |          +-----------------------------------
> --
> > ----
> > > > ---------+
> > > > |     |   |   |          | Description                       
>  
> >    
> > > >         |
> > > > |     |   |   |          |                                   
>  
> >    
> > > >         |
> > > > | 2623|New|Nor|2001-07-13|Error: 500                         
>  
> >    
> > > >         |
> > > > | 2631|Opn|Nor|2001-07-15|JspGenerator doesn't allow 
> relative 
> > src  
> > > >         |
> > > > | 2787|New|Blk|2001-07-25|The /bi| 2850|Unc|Min|2001-07-
> > 26|socket 
> > > > write error                                |
> > > > | 2986|New|Min|2001-08-
> > 03|org.apache.cocoon.sitemap.ErrorNotifier 
> > > > returns fi|
> > > > | 3372|New|Nor|2001-09-02|Volume-Name SYS: becomes protocol 
> on 
> > > > Novell Netwar|
> > > > | 3782|New|Nor|2001-09-23|No dependency check on xsl:import  
>  
> >    
> > > >         |
> > > > | 3785|New|Nor|2001-09-23|xinclude transformer doesn't 
> resolve 
> > > > relative urls|
> > > > | 3804|New|Blk|2001-09-24|accessing localhost:8080/cocoon/ 
> > gives 
> > > > ComponentEx|| 3895|New|Nor|2001-10-01|Catalogs don't work on 
> > XSLT 
> > > > stylesheets           |
> > > > | 4007|New|Blk|2001-10-05|corrupt xalan-2.2.0-dev.jar        
>  
> >    
> > > >         |
> > > > | 4020|New|Nor|2001-10-08|Error in request.xsl XSP 
> logicsheet -
> > 
> > > > value-for-na|
> > > > | 4038|New|Nor|2001-10-09|PDF generator does not accept 
> legit 
> > > > commands      |
> > > > | 4062|New|Nor|2001-10-09|XIncludeTransformer not work 
> inside 
> > XSP 
> > > > pages     |
> > > > | 4063|New|Nor|2001-10-10|cocoon2 does not run with tomcat 
> 4.0 
> >    
> > > >         |
> > > > | 4115|New|Maj|2001-10-12|Matcher Factories are not 
> inherited 
> > to 
> > > > subsitemaps|| 4117|New|Maj|2001-10-12|Server stops 
> responding 
> > with 
> > > > a 100% CPU load when |
> > > > | 4124|New|Nor|2001-10-12|StreamGenerator does not preserve 
> > XML 
> > > > encoding PI |
> > > > | 4221|New|Nor|2001-10-16|Error in JaxpParser: Cannot find 
> > > > org.apache.cocoon|| 4239|New|Blk|2001-10-17|Error while 
> > generate 
> > > > from JSP                     |
> > > > | 4287|New|Enh|2001-10-19|[patch] New actions for Cocoon 2   
>  
> >    
> > > >         |
> > > > | 4289|New|Nor|2001-10-19|[patch] SectionCutter Action       
>  
> >    
> > > >         |
> > > > | 4293|Ass|Nor|2001-10-19|session:get-attribute bug          
>  
> >    
> > > >         |
> > > > | 4297|New|Nor|2001-10-19|Sitemap <map:match pattern="X"> 
> > isn't 
> > > > case sensiti|
> > > > | 4298|New|Nor|2001-10-19|With wrong pi-logicsheet tag in 
> xsp 
> > > > cocoon doesn't|
> > > > +-----+---+---+----------+-----------------------------------
> --
> > ----
> > > > ---------+
> > > > | Total   25 bugs                                            
>  
> >    
> > > >         |
> > > > +------------------------------------------------------------
> --
> > ----
> > > > ---------+
> > > > 
> > > > -------------------------------------------------------------
> --
> > ----
> > > > --
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, email: [EMAIL PROTECTED]
> > > > 
> > > > 
> > > 
> > 
> > -----------------------------------------------------------------
> --
> > --
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, email: [EMAIL PROTECTED]
> > 
> > 
>
begin:vcard
n:Huber;Bernhard
fn:Bernhard Huber
version:2.1
email;internet:[EMAIL PROTECTED]
end:vcard

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to