<html>

  <head>

    <meta content="text/html; charset=ISO-8859-1"

      http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    <div class="moz-cite-prefix">Hi Balz<br>

      <br>

      Thanks for pointing this out.<br>

      <br>

      No, I have not experienced this problem so far, but I also never

      was using so many includes/imports.<br>

      <br>

      I will be happy to have a closer look at this, but I will be on

      vacation for the next 1.5 weeks.<br>

      Maybe in the meantime you want to open a github issue to describe

      the problem in more detail or if<br>

      you find out more, then please keep the mailinglist posted.<br>

      <br>

      Thanks<br>

      <br>

      Michael<br>

      <br>

      Am 04.02.14 17:13, schrieb basZero:<br>

    </div>

    <blockquote

cite="mid:CAOXzDSGCKu9dD1+UxO87=9cVdx48oxd2+7qx-MY7hsroeZr-_Q@mail.gmail.com"

      type="cite">

      <pre wrap="">Hi,

I just noticed the following:

in XSL you can import (or include) as many other XSL files as you want

(let's call these include files). These include files have been created for

certain use cases that belong together, usually providing a set of

templates that can be reused.

I now noticed that with a lot of includes (e.g. 20) , the XSLT Processor

gets slowed down a lot.

Did anybody experience this problem as well?

I did some performance analysis and found out that for EACH include /

import statement, the processor

calls org.wyona.yanel.core.source.SourceResolver.resolve() .

That method as such is very fast (1ms).

So the performance suffers from the logic between the two calls (which is

inside the SAX parser libraries, so standard libs)...

Cheers, Balz

</pre>

      <br>

      <fieldset class="mimeAttachmentHeader"></fieldset>

      <br>

    </blockquote>

    <br>

  </body>

</html>