gt; > Think the flush() and doFinal() things are not the problem
> (look at
> > the XMLSerializer, Dominique is doing more or less the same)
>
> Still think so! Made a giant effort and took a look at the doc :
>
> public void close() :
> ...
> This method invokes
I thought in that direction too, yet the flush() doesn't seem to do the trick.
I just tried output.flush() before super.endDocument() and after, it
was called,
but I'm having the same problem.
On 05/09/06, Bertrand Delacretaz <[EMAIL PROTECTED]> wrote:
On 9/5/06, Dominique &
the result, I
get at the end eg.:
.
I 'm not sure if I'm implementing the serializer the wright way...
thx,
Dominique
CODE:
public class EncryptedSerializer extends AbstractTextSerializer {
private Logger log = Logger.getLogger( this.getClass());
p
fortunatly, it's not a public website, it's only accessed by a few editors.
> > act(..) {
> >
> >Thread approveThread = new Thread(this);
> >approveThread.start();
> > return null;
> > }
>
> Autsch! Well, then you better don't have many user ;)
>
> Every request generates a thread
.
Is there some way of preventing Cocoon to process the sitetree.xml while
it is being written to ?
Or any other suggestions for performing a task in the background ?
thx,
Dominique De Munck
"
org.apache.cocoon.ProcessingException: Error executing pipeline.:
org.apache.cocoon.Processin
In my custom generator I use
Request request = ObjectModelHelper.getRequest(objectModel);
String dn = request.getParameter("dn");
for getting a request parameter (not a map parameter)
Best regards
Mattom a écrit :
hi all !
Sorry if i missed some documentation, but I after spending an hour on
by the browser but on submit the parameters
decoding fails.
If I change Tomcat container-encoding to UTF-8 (just for trying) it works with
the URL's but not for the form parameters
I dont understand the difference and how I can specify and encoding which works
in both cases.
Does someone h
