Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 33173 invoked by uid 500); 2 Jun 2003 18:25:22 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 33154 invoked from network); 2 Jun 2003 18:25:22 -0000 Received: from unknown (HELO host.leverageweb.com) (64.91.232.157) by daedalus.apache.org with SMTP; 2 Jun 2003 18:25:22 -0000 Received: from dhcp205162.hq.af.mil ([134.205.205.162] helo=WHEW00073U.leverageweb.com) by host.leverageweb.com with esmtp (Exim 3.36 #1) id 19Mtwp-00013q-00 for cocoon-users@xml.apache.org; Mon, 02 Jun 2003 14:22:19 -0400 Message-Id: <5.2.0.9.0.20030602141856.026f1190@leverageweb.com> X-Sender: cocoon@leverageweb.com@leverageweb.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 02 Jun 2003 14:24:39 -0400 To: cocoon-users@xml.apache.org From: Geoff Howard Subject: Re: No valid JdbcConnection class available with MySQL In-Reply-To: <39A58364-9521-11D7-AD47-000393A32F72@covad.net> References: <5.2.0.9.0.20030602074106.00a96228@leverageweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.leverageweb.com X-AntiAbuse: Original Domain - xml.apache.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0] X-AntiAbuse: Sender Address Domain - leverageweb.com X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N At 01:39 PM 6/2/2003, you wrote: >On Monday, June 2, 2003, at 07:47 AM, Geoff Howard wrote: > >>Not even by the name of the jar? For instance, in 2.0.x for jdk1.4 the >>excalibur datasource >>jar is called excalibur-datasource-vm14-20021121.jar. The vm14 stands >>for "virtual machine version 1.4" and I think the other is called *vm12*. > >You're right. I don't know how I missed that. That's the only one that's >different though. Does that mean the rest of the libraries are the same? >It would sure have been a lot easier to swap one .jar file than to >reinstall Cocoon. I'm not certain but don't think that it's the only difference. It should be the only different jar in the lib directory - but at various points there has been conditional compilation in the cocoon classes themselves. It wasn't always so, and I don't think it's so now (in 2.1 HEAD). If you're curious though, I'd love to find out what happens if you take that route! Geoff --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org For additional commands, e-mail: cocoon-users-help@xml.apache.org