Jim - I totally agree with your first sentence, but I've already been over
that ground and I don't want to bore this list with the details !
> -----Original Message-----
> From: cutlass [SMTP:cutlass@xxxxxxxxxxx]
> Sent: Tuesday, March 26, 2002 11:04 AM
> To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> Subject: Re: Any limits on match value
>
> surely there is a better way to do this ? need to see more of 'how' you
> are
> using it, in context of an XSLT example though.
>
> why not an xml node or xsl:variable that contains all element names, then
> use this as a match value, or supplied param with named template ? i think
> this is a situation where a slight change in your data may reap some
> results.
>
> I agree that some XSLT processors might not be so optimized for this match
> statement, that is if u have quite a few of them.
>
> as per the XSLT spec, the limitation on match will be imposed by computing
> resources and specific implementation....so this probably a xalan
> question.
>
> cheers, jim fuller
>
> ----- Original Message -----
> From: "Porter, Ian" <Ian.Porter@xxxxxxxxxxxxxxxxx>
> To: <xsl-list@xxxxxxxxxxxxxxxxxxxxxx>
> Sent: Tuesday, March 26, 2002 10:40 AM
> Subject: Any limits on match value
>
>
> > We have the following:
> >
> > <xsl:template match="/element1/element2/element3
> > |/element1/element2/element4
> > |/element1/element2/element5">
> > ..
> > ..
> > ..
> >
> > I have some grave concerns about this general "coding technique" anyway,
> but
> > xalan seems to think it's OK.
> >
> > The problem is that the developers want to extend it from the 3 tests
> shown
> > to approx 30, and increasing all the time. Once the match values get to
> a
> > certain size (at least that's what I think it is) xalan decides that it
> > can't parse it anymore. If my theory is correct, does anyone know if
> there
> > is a limit on the match length ?
> >
> > TIA
> >
> >
> >
> >
> **************************************************************************
> **
> *******************************
> > Nissan Motor Manufacturing (UK) Limited.
> > Registered in England Number 1806912 Registered Office Washington Road,
> Sunderland Tyne & Wear SR5 3NS
> > Telephone : +44 (191) 415 0000
> >
> > This e-mail and any files transmitted with it are confidential and
> intended for the addressee only. If you are not the addressee you may not
> copy, forward, disclose or otherwise use it, or any part of it, in any
> form
> whatsoever. If you have received this e-mail in error please notify the
> sender and ensure that all copies of this e-mail and any files transmitted
> with it are deleted.
> >
> > Any views or opinions represented in this e-mail are solely those of the
> author and do not necessarily represent those of Nissan or its affiliate
> companies.
> >
> > Although this e-mail and its attachments have been scanned for the
> presence of computer viruses, Nissan will not be liable for any losses as
> a
> result of any viruses being passed on.
> >
> >
> **************************************************************************
> **
> *******************************
> >
> > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
> >
>
>
> XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
| Current Thread |
- Any limits on match value
- Porter, Ian - Tue, 26 Mar 2002 05:36:55 -0500 (EST)
- cutlass - Tue, 26 Mar 2002 06:06:22 -0500 (EST)
- TP - Tue, 26 Mar 2002 09:42:04 -0500 (EST)
- Mike Brown - Tue, 26 Mar 2002 13:38:45 -0500 (EST)
- <Possible follow-ups>
- Porter, Ian - Tue, 26 Mar 2002 06:48:55 -0500 (EST) <=
|
|