Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
content-class: urn:content-classes:message
Subject: RV: File remains open
Date: Thu, 3 Jun 2004 17:09:13 +0200
Message-ID: <CA47BB2706D4CE4497C233DB9FCDB571021734@blconexc1.sg.gr.fcc.es>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Thread-Topic: File remains open
Thread-Index: AcRJV0++spRllqvlTpuDjTRlkvWXagAE+7BgAAP8hvA=
From: "Perez Carmona, David" <DPerezCar@fcc.es>
To: "Cocoon (E-mail)" <users@cocoon.apache.org>


Confirmed it happens also in latest Cocoon 2.1.5.
Posted bug 29365 in Bugzilla.

-----Mensaje original-----
De: Perez Carmona, David=0D
Enviado el: jueves, 03 de junio de 2004 15:08
Para: Cocoon (E-mail)
Asunto: RV: File remains open


After having investigated a bit, I discovered that the guilty for leaving=
 the file opened is a CopySourceAction invokation, that tries to get the=
 result of the previous pipeline, through the cocoon:// protocol.

The following code from org.apache.cocoon.acting.CopySourceAction leaves=
 the stream opened:

    public void service(ServiceManager manager) throws ServiceException {
        super.service(manager);
        this.resolver =3D=
 (SourceResolver)manager.lookup(SourceResolver.ROLE);
    }
    public Map act(Redirector redirector, SourceResolver oldResolver, Map=
 objectModel, String source, Parameters par)
        Source src =3D resolver.resolveURI(source);
        Source dest =3D resolver.resolveURI(par.getParameter("dest"));
       =0D
        // Check that dest is writeable
        if (! (dest instanceof ModifiableSource)) {
            throw new IllegalArgumentException("Non-writeable URI : " +=
 dest.getURI());
        }
       =0D
        ModifiableSource wdest =3D (ModifiableSource)dest;
       =0D
        // Get streams
        InputStream is =3D src.getInputStream();   <----Here the file is=
 opened forever
        OutputStream os =3D wdest.getOutputStream();
       =0D
        // And transfer all content.
        try {
            byte[] buffer =3D new byte[1024];
            int len;
            while ((len =3D is.read(buffer, 0, buffer.length)) > 0) {
                os.write(buffer, 0, len);
            }
            os.close();
        } catch(Exception e) {
            if (wdest.canCancel(os)) {
                wdest.cancel(os);
            }
        } finally {
            is.close();		<------This does nothing, because the stream is a=
 ByteArrayStream
        }
        // Success !
        return EMPTY_MAP;


Is this solved in later versions of Cocoon?


-----Mensaje original-----
De: Perez Carmona, David=0D
Enviado el: jueves, 03 de junio de 2004 12:41
Para: Cocoon (E-mail)
Asunto: File remains open


Hi all,

I have the following pipeline:

<map:match pattern=3D"genera/**.sxw">
	<map:generate src=3D"jar:file:///{realpath:docu}/{1}.sxw!/content.xml"/>
	<map:transform label=3D"t1" src=3D"transf/open-office-a-docbook.xsl"/>
	<map:serialize type=3D"xml"/>
</map:match>

I have an exception inside the transformer.
The result is that the source document remains open (the *.sxw), and I can=
 not replace it with 3rd party utilities.
I'm using Cocoon 2.0.3.   Is this solved in newer Cocoon releases?  Any=
 workaround?

Thanks in advance for any help.

David

*************************************************************
Este correo ha sido procesado por el antivirus del Grupo FCC.
*************************************************************

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org