Hi Michael,

> XSLT might be nice for small applications, but  it does not 
> scale up. So in general template matching  is a misconception 
> for larger applications, in my opinion at least...

As said by others, more or less, it is just a matter of discipline and
optimally using all the features that the language provides. And it is
very easy to do something rather trivial in an uncomprehensible way, at
least for others.

I have found it useful to localize clusters of templates with a
dedicated task by adding a mode attribute to them, accompanying these
'groups' with a remainder template that jumps back to the mode-less
templates (if that suits the purpose). That way, you can easily
determine whether template are intended to be in the same scope or not,
just by searching on the mode attribute. Might help you to deal with
complex tasks in future...

> When using Java I like eclipse showing me code which is not used
anywhere. When
> using this xslt thing I dont have anything like that?

That is because the execution of a piece of Java code is more or less
unambiguous. XSLT code execution can only be determined unambiguously
once the input is known. And that is usually hardly predictable. A DTD
or schema of the intermediate format will help only little. Besides, how
do you know what elements to make obligatory and which ones not?
Unfortunatily. :-(
 
For the task you have at hand: I would suggest to follow up Peter
Binkley's advice of adding xsl:message (terminate=no) statements and
inspecting the logs. Mind though that part of the stylesheets might only
be triggered in highly specific cases; element structures that occur
scarcely, but represent some important, not often used functionality.

As said by yourself, you might overlook something, but I think you will
find this method reassuring.

Good luck,
Geert
   
 
Drs. G.P.H. Josten
Consultant
 
 

Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665  JZ  Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl


De informatie - verzonden in of met dit emailbericht - is afkomstig van 
Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit 
bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit 
bericht kunnen geen rechten worden ontleend.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to