Bug 101656 - Applications in Core & CMS needs consistent top-level XSL file name
Summary: Applications in Core & CMS needs consistent top-level XSL file name
Alias: None
Product: Red Hat Web Application Framework
Classification: Retired
Component: ui (Show other bugs)
(Show other bugs)
Version: nightly
Hardware: All Linux
Target Milestone: ---
Assignee: ccm-bugs-list
QA Contact: Jon Orris
Depends On:
TreeView+ depends on / blocked
Reported: 2003-08-05 09:56 UTC by Daniel Berrange
Modified: 2007-04-18 16:56 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-09-02 17:20:26 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 2003-08-05 09:56:51 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.9 (X11; Linux i686; U;) Gecko/20030314

Description of problem:
For the recently merged PatternStylesheetResolver to be of any use, all
applications need to follow a consistent naming convention for their top level
stylesheet. The, default stylesheet-paths.txt file specifies a convention of:


Where ::application:: is the package-key for the app. Thus, the admin app would
create its top level XSL file as:




However, currently, the naming for apps is totally ad-hoc, so the admin XSLT is
in fact in 


Rather than moving all the existing XSLT (which would break any client XSL that
uses relative xsl:imports), I sugest we just write some simple wrappers &
deprecate the old locations:

<?xml version="1.0"?>

  <xsl:import href="../../acs-admin/xsl/admin_en.xsl"/> 

One further thought is that perhaps the current entry in stylesheet-paths.txt is
redundant. Since ::package:: occurrs twice in each filename....

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

How reproducible:

Steps to Reproduce:
1. Configure server to use PatternStylesheetResolver
2. Start server
3. Visit /admin/

Actual Results:  Exception is thrown because it can't find the top level XSL
file for the package.

Expected Results:  It displays normally.

Additional info:

Comment 1 Daniel Berrange 2003-08-22 18:17:12 UTC
This is now done on a branch of core/cms in p4 35159. We still need to decide on
the default location for top level files, which I've currently chosen to be


Comment 2 Daniel Berrange 2006-09-02 17:20:26 UTC
Closing old tickets

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