I fixed the issue under r783576. The createURI() method did double-escaping
if the string is already escaped.
Thanks,
Raymond
--------------------------------------------------
From: "ant elder" <[email protected]>
Sent: Wednesday, June 10, 2009 10:20 AM
To: <[email protected]>
Subject: Re: [jira] Commented: (TUSCANY-3015) 2.x Runtime can't handle
contributions with spaces in the name
On Wed, May 13, 2009 at 4:19 PM, Luciano Resende<[email protected]>
wrote:
On Wed, May 13, 2009 at 3:06 AM, ant elder (JIRA)
<[email protected]> wrote:
[
https://issues.apache.org/jira/browse/TUSCANY-3015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12708870#action_12708870 ]
ant elder commented on TUSCANY-3015:
------------------------------------
Also the helloworld-bpel sample is failing again for me now. I've not
debugged it to see whats wrong but from the console log it looks like
its treating the %20 as an actual string part of the process file name
location instead of an escaped space.
Ok, I can take a quick look... do you have your source code checked
out in a folder with spaces on the name ?
Did you ever find anything about this? This is now breaking all the
webapp itests for me as the jetty plugin runs them from the system
temp folder which on my machine is in a path which contains a space.
It looks like the change here means the the escape characters like %20
now get used as a literal part of the file name.
...ant
