Return-Path: Delivered-To: apmail-incubator-geronimo-dev-archive@incubator.apache.org Received: (qmail 39954 invoked by uid 500); 26 Aug 2003 13:13:55 -0000 Mailing-List: contact geronimo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: geronimo-dev@incubator.apache.org Delivered-To: mailing list geronimo-dev@incubator.apache.org Received: (qmail 39740 invoked from network); 26 Aug 2003 13:13:51 -0000 Received: from unknown (HELO reason.planet57.com) (202.183.214.4) by daedalus.apache.org with SMTP; 26 Aug 2003 13:13:51 -0000 Received: from coredevelopers.net (localhost [127.0.0.1]) by reason.planet57.com (Postfix) with ESMTP id 3B69141F516 for ; Tue, 26 Aug 2003 19:49:44 +0700 (ICT) Date: Tue, 26 Aug 2003 19:49:43 +0700 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: [core] Directories w/spaces From: Jason Dillon To: geronimo-dev@incubator.apache.org Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.552) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Looks like the deployment system is not very happy with directories with spaces in the path. I looked into this some but I am stumped with how to fix this right now. URI does not like a space in its spec, but URL is just fine with this. ServiceDeploymentPlanner is taking its DeployURL and turning it into a URI, which fails if the URL has a space. I tried a few hacks to get around this, but then other bits of the system fail from the space in the URL too. Is there a global solution to this problem, so we can translate a urlspec into a URL which will also work for a URI and not break reading content from file URLs too? --jason