Project

Profile

Help

Support #5469

open

Combining Configuration Files

Added by Scott Louzon 5 months ago. Updated 5 months ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
-
Sprint/Milestone:
-
Start date:
2022-05-03
Due date:
% Done:

0%

Estimated time:
Legacy ID:
Applies to branch:
Fix Committed on Branch:
Fixed in Maintenance Release:
Platforms:

Description

To whom it may concern,

I have moved my XSLT creation methodology, in part, to using XSLT packages. This has been a great new feature over the include/import flow I was previously using.

My last issue is with the encapsulation of the configuration files for pointing to the packages on the cmd-line "-config:". https://www.saxonica.com/documentation9.5/configuration/configuration-file/ Unfortunately, I don't see mention of in the example.

Take the following example: Car package is at the top. Car package uses Frame, Engine, Wheels, etc.. packages. Each of the Frame, Engine, Wheel packages could use many other packages, and so on below that. However, when using the Car package, I don't want to care about the location or structure of everything downstream when building my configuration file for the Car package.

I am wondering what the current methodology recommendation is for building this hierarchy of configuration XML files when using XSLT packages?

  • Always have a "massive" top-level package specify the location of everything you could possibly need to use?
  • Have a tool (possibly an XSLT) combine all the XML configuration files before-hand, and then use the generated combined file on the command-line?
  • Some better built in way of pointing to a lower-level configuration file, which in turn can point to the packages it needs, as well as more configuration files?
  • Don't use configurations files at all, potentially better way to specify package locations and connections?

Based on all the information you could pass into a configuration file besides , like XSLT versions and such, I imagine combining configuration files could get tricky.

In general, I want to avoid making a tool to combine XML configuration files in an encapsulated manner, if there is already a better built-in way to do what I want.

Actions #1

Updated by Michael Kay 5 months ago

Thanks for the feedback. I'm very aware that there's a lack of experience in the community of using XSLT 3.0 packages at "industrial scale" so feedback like this is very useful. I'll give some thought to it.

Actions #2

Updated by Vladimir Nesterovsky 5 months ago

If this site would have "like" or "me too" button I would pressed it.

I tried to use packages and found no vendor agnostic way of doing it, thus I still stay with old style.

Please register to edit this issue

Also available in: Atom PDF