Return-Path: Delivered-To: apmail-excalibur-dev-archive@www.apache.org Received: (qmail 39845 invoked from network); 23 Mar 2007 08:20:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Mar 2007 08:20:52 -0000 Received: (qmail 27491 invoked by uid 500); 23 Mar 2007 08:20:59 -0000 Delivered-To: apmail-excalibur-dev-archive@excalibur.apache.org Received: (qmail 27453 invoked by uid 500); 23 Mar 2007 08:20:59 -0000 Mailing-List: contact dev-help@excalibur.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: "Excalibur Developers List" Reply-To: "Excalibur Developers List" Delivered-To: mailing list dev@excalibur.apache.org Received: (qmail 27442 invoked by uid 99); 23 Mar 2007 08:20:59 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.9] (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 23 Mar 2007 01:20:58 -0700 Received: (qmail 39727 invoked from network); 23 Mar 2007 08:20:30 -0000 Received: from localhost (HELO ?IPv6:::1?) (127.0.0.1) by localhost with SMTP; 23 Mar 2007 08:20:30 -0000 Message-ID: <46038DCC.3050907@apache.org> Date: Fri, 23 Mar 2007 09:20:28 +0100 From: Carsten Ziegeler User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Excalibur Developers List Subject: Re: OS differences in source resolving References: <46027F4B.20506@apache.org> In-Reply-To: X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Joerg Heinicke wrote: > Carsten Ziegeler writes: > >>> [DEBUG] Resolving 'file://test.zip' with base 'null' in context ... >>> [DEBUG] Resolved to systemID : file://test.zip >>> [DEBUG] Creating source object for file://test.zip > > Both Windows and Mac OS X have this debug output. > >>> What seems to get wrong is FileSource.getUri() as Jorg investigated [2]. >>> The question is if you want to handle this "accepted" bug in the JDK in >>> Excalibur? >>> >> Sorry, but I don't quiet get what we could do to fix this (I'm lost in >> too many - or too few - slashes...). > > They differ on FileSource.getUri(): On Windows file://test.zip is returned, on > Mac OS X file:/test.zip. > >> If there is something we could fix here, we should do it. > > Thanks. For the details please have a look at Jorg's comment [1] > Yes I looked at them, but got lost :( Do I understand this right that we could check if "file:" is followed by just one slash and then add the second one? Carsten -- Carsten Ziegeler http://www.osoco.org/weblogs/rael/ --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@excalibur.apache.org For additional commands, e-mail: dev-help@excalibur.apache.org