There is always adding another XML config file to WEB-INF using a new XSD
for validation. Each element could reference a file in a jar or on the file
system relative to the WEB-INF directory. If the container doesn't find this
configuration file (with a standard file name, and/or have it as a
configuration value in web.xml), then it would default to current behavior.
Perhaps something like:
<faces-config-locations>
<file>
<path>faces-config.xml</path>
</file>
<file>
<jar>Tomahawk.jar</jar>
<path>meta-inf/faces-config.xml</path>
</file>
</faces-config-locations>
-----Original Message-----
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 28, 2005 1:51 PM
To: Ed Burns
Cc: MyFaces Discussion; Mike Kienenberger
Subject: Re: Fwd: multiple component jars
You are right - simple naming rules are great! But RoRs naming rules
try to make it simpler for the user - this one makes it more complex,
as he has to take care of this ordering.
The users won't want to rename the libs to make this work...
I have carefully thought about it, and I think we will end up with the
need for a "priority", just like the Z-INDEX in CSS. With all its
problems, with all its advantages.
@Mike: customizing the comparator doesn't help anything - you finally
land at the problem again that every lib can provide it's comparator -
which one is wrapping which, which one takes precedence?
regards,
Martin
P.S.: apart from this, I think the real advantage of RoR is that you
don't have to restart your ServletContainer on a small change...
On 9/28/05, Ed Burns <[EMAIL PROTECTED]> wrote:
> >>>>> On Wed, 28 Sep 2005 20:57:34 +0200, Martin Marinschek
<[EMAIL PROTECTED]> said:
>
> MM> What happens if we (or the user) needs to change the ordering?
> MM> e.g. myfaces-sandbox.jar needs to make sure that the faces-config.xml
> MM> of myfaces-tomahawk.jar is parsed first.
>
> MM> We probably won't rename tomahawk to aaa_tomahawk ;)
>
> *You* won't, but the end user can, if it matters that much. Granted,
> it seems hacky, and it is, but it is very simple. How does RoR solve
> this sort of thing? They seem to be all about simple naming rules,
> right? Let's hear some other ideas!
>
> Ed
>
> --
> | [EMAIL PROTECTED] | {home: 407 869 9587, office: 408 884 9519 OR x31640}
> | homepage: | http://purl.oclc.org/NET/edburns/
> | aim: edburns0sunw | iim: [EMAIL PROTECTED]
>
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German
