no, i have no chance to set request encoding to the same as datafile
encoding.
situation:
i have to transform a xml-datafile (max file size about 20MB) to a pdf
or a excel document.
the customer want to have a simple html form to upload the xml file and
to set the mandatory informations like language and output format. the
xml file can be encoded in utf-8 or iso-8859-1.
so i have:
- html form (multipart/form-data) with following params:
- file -> xml-datafile
- output -> serialise excel or pdf
- locale -> language of serialised doc
- pipe:
- StreamGenerator (encoding problem)
or FileGenerator (filesize problem)
- transformer to fop (pdf) or gmr (excel)
- transformer i18n for multilanguage
- serialiser to pdf or excel
my trial:
my own implementation of StreamGenerator (just a copy of the cocoon
one ;). in my implementation i have set encoding fixed to "ISO-8859-1".
result: in this trial also, just files which are utf-8 encoded were be
shown correct.
any ideas to this..?
i don't no exactly, what you mean with the reader thing you wrote...
thanks a lot
steff
-----Original Message-----
From: Alexander Daniel <[EMAIL PROTECTED]>
Reply-To: users@cocoon.apache.org
To: users@cocoon.apache.org
Subject: Re: Max file size in FileGenerator and encoding in
StreamGenerator
Date: Wed, 20 Feb 2008 20:56:15 +0100
On 19.02.2008, at 09:47, Stefan Ludwig wrote:
> The StreamGenerator works fine with large files (from 20MByte XML-Data
> to PDF in just 2mins!), but encoding doesn't work. This generator gets
> encoding from request, but i need the encoding from XML-Datafile.
Is there any chance that you make the character encoding of the
request the same as the character encoding of the XML-Datafile?
> The FileGenerator works perfect with Encoding (gets encoding from
> XML-Datafile), but with large XML-Datafiles the Generator doesen't
> work
> (nothing happens - no exceptions or something like that. after
> 30mins I
> have stopped tomcat).
This might be a problem of the upload pseudo protocol or the
FileGenerator. You could try to use the upload pseudo protocol with a
reader to determine which of the two components causes the described
behaviour.
Alex
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
