Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 96000 invoked by uid 500); 23 Jun 2001 14:40:03 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Delivered-To: moderator for cocoon-dev@xml.apache.org Received: (qmail 91520 invoked from network); 23 Jun 2001 14:24:47 -0000 MIME-Version: 1.0 Message-Id: <3B34A7FD.00000B.00888@sven-portable> Date: Sat, 23 Jun 2001 16:30:21 +0200 (Romance Daylight Time) Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_LA0ECJD0000000000000" X-Mailer: IncrediMail 2001 (1500245) From: "Sven Beauprez" X-Priority: 3 X-FID: FLAVOR00-NONE-0000-0000-000000000000 To: Subject: [C2] comments on SQLTransformer in HEAD branch X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N --------------Boundary-00=_LA0ECJD0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi,=0D =0D Carsten, "recylce" method was indeed a typo, if I am not mistaken it was already corrected in v1.6 of the original SQLTransformer, but I must have missed the report in the mailing list, thanks for changing it again.=0D =0D Vadim, till now, I didn't have any real troubles and the new SQLTransform= er worked fine for me, but i saw that there were indeed problems with the connection, that was why i asked to review that part of the code, thanks = for that.=0D Can you describe me how you tested it? =0D I mean, did you do more than just check the cocoon.log to compare the amo= unt of the "retrieving connection" and the "returning connection" entries?=0D =0D thnx,=0D =0D Sven --------------Boundary-00=_LA0ECJD0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

hi,

Carsten, "recylce" method was indeed a typo, if I am not=20 mistaken it was already corrected in v1.6 of the original=20 SQLTransformer, but I must have missed the report in the mailing li= st,=20 thanks for changing it again.

Vadim, till now, I didn't have any real troubles and the = new=20 SQLTransformer worked fine for me, but i saw that there were indeed= =20 problems with the connection, that was why i asked to review that p= art of=20 the code, thanks for that.
Can you describe me how you tested it= ?
I=20 mean, did you do more than just check the cocoon.log to compare the= amount=20 of the "retrieving connection" and the "returning connection"=20 entries?

thnx,

Sven

=09 =09 =09 =09 =09 =09 =09

_________________________________________________
IncrediMail - Email has finally= =20 evolved - Click=20 Here --------------Boundary-00=_LA0ECJD0000000000000--