Bug 114739 - PatternStylesheetResolver fails on Windows
Summary: PatternStylesheetResolver fails on Windows
Alias: None
Product: Red Hat Web Application Framework
Classification: Retired
Component: other (Show other bugs)
(Show other bugs)
Version: nightly
Hardware: All Linux
Target Milestone: ---
Assignee: Vadim Nasardinov
QA Contact:
Depends On:
Blocks: 113496
TreeView+ depends on / blocked
Reported: 2004-02-02 09:00 UTC by Daniel Berrange
Modified: 2007-04-18 17:02 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-03-17 23:00:09 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Daniel Berrange 2004-02-02 09:00:26 UTC
Description of problem:

   I have tried to install WAF 6.1 in Windows. However I run into
problems serving the stylesheet. I found out later, the problem is using
java.net.URL(). I have changed the file com.arsdigita.templating.
PatternStylesheetResolver to accommodate for any platform (not just

I have used
String realFile = new File(pathname).toURL().toExternalForm();
return new java.net.URL(realFile);

instead of
return new java.net.URL("file://" + pathname);

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Vadim Nasardinov 2004-02-02 22:33:57 UTC
Looks like we may want to also apply this fix to the following files:

$ find /var/vadim/p4checkout/core-platform/dev/src/ -name \*.java \ |
  xargs grep '"file://' | sed 's/java:/java:\n/'

            return new URL(new URL("file://" + home), "conf/");
            return super.unmarshal("file://" + literal + "/conf/", errors);
                    java.net.URL sheet = new java.net.URL("file://" + sctx.getRealPath(path));
                        URL newURL = new URL("file://" + filename);

Comment 2 Vadim Nasardinov 2004-02-02 22:36:53 UTC
Looks like bug 112560 may need to be re-fixed along the same lines.

Comment 3 Vadim Nasardinov 2004-02-03 20:21:44 UTC
Fixed on the trunk in change 40018.

Comment 4 Jon Orris 2004-02-11 14:47:00 UTC
Dan, do you have any verification that this is working properly on the
Windows end? If so, I'm going to go ahead & close this.

Note You need to log in before you can comment on or make changes to this bug.