<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div style="font-family: Aptos, Aptos_MSFontService, -apple-system, Roboto, Arial, Helvetica, sans-serif; font-size: 12pt;" dir="auto">
Note that many/most of the changes in the head branch are directory reshuffles, as we moved things around to conform to Maven's expectations. There are relatively few actual code changes, as can be confirmed by comparing files by package/class rather than
by which subtree they are in. The git history shows that most of that was straightforward and occurred in a small number of commits as move actions.</div>
<div style="font-family: Aptos, Aptos_MSFontService, -apple-system, Roboto, Arial, Helvetica, sans-serif; font-size: 12pt;" dir="auto">
<br>
</div>
<div style="font-family: Aptos, Aptos_MSFontService, -apple-system, Roboto, Arial, Helvetica, sans-serif; font-size: 12pt;" dir="auto">
<br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto" style="font-family:Aptos, Aptos_MSFontService, -apple-system, Roboto, Arial, Helvetica, sans-serif;font-size:12pt" id="ms-outlook-mobile-signature">
<div dir="auto">--</div>
<div dir="auto"> /_ Joe Kesselman (he/him/his)</div>
<div>-/ _) My Alexa skill for New Music/New Sounds fans:</div>
<div> / https://www.amazon.com/dp/B09WJ3H657/</div>
<div dir="auto"><br>
</div>
<div dir="auto">Caveat: Opinionated old geezer with overcompensated writer's block. <span>May be redundant, verbose, prolix, sesquipedalian, didactic, officious, or redundant.</span></div>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Mukul Gandhi <mukulg@apache.org><br>
<b>Sent:</b> Wednesday, 26 February 2025 10:59:13<br>
<b>To:</b> Alan Bateman <alan.bateman@oracle.com><br>
<b>Cc:</b> core-libs-dev@openjdk.org <core-libs-dev@openjdk.org>; Joseph Kesselman <keshlam@alum.mit.edu>; Gary Gregory <garydgregory@gmail.com><br>
<b>Subject:</b> Re: adding Xalan's XSL 3 implementation within jdk</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Hi Alan,<br>
I've just seen this mail from you. Apologies for a delayed response.<br>
<br>
My mail box has had few issues due to the volume of mails that I get<br>
from mailing lists.<br>
<br>
On Sun, Feb 2, 2025 at 9:38 PM Alan Bateman <alan.bateman@oracle.com> wrote:<br>
<br>
> The stats for that branch suggest 5,845 changed files with 234,372 additions and 84,058 deletions. I can't easily tell how much of this would need to come into the jdk repo but this looks like a major update. If only 10% of this is applicable to the JDK then
it still needs seems like a major update that would require a huge investment to audit and integrate this code. How much XML is in new applications developed in 2025? Only asking because it's an area that is surely much lower priority compared to all the other
major investments right now. Maybe there are useful security or performance changes that would be useful to cherry pick instead? Finally, does this Xalan update work with the SPIs so that someone really looking for XSL 3 can just deploy it on the class path
and module path?<br>
<br>
Ofcourse, anyone could use Xalan-J's XSL 3 implementation with JDK by<br>
placing Xalan jars on class path & module path.<br>
<br>
Since Xalan-J's XSLT 1.0 & XPath 1.0 implementations are already<br>
available within JDK, I thought its natural if JDK could pick<br>
Xalan-J's XSL 3 implementation and include that within JDK. I can<br>
imagine that this may surely be time consuming for someone from JDK<br>
team to integrate with JDK. XSLT 1.0's use I think is very less these<br>
days particularly for new XML projects, due to vast improvements in<br>
language features offered by XSLT 3.0 and XPath 3.1.<br>
<br>
IMHO, I wrote all the XSL 3 implementation code (and solved various<br>
XSL 3 implementation bugs reported by community on Xalan-J's dev<br>
forum) within Xalan-J's XSL 3 dev respos branch, enhancing upon<br>
Xalan-J's XSLT 1.0 implementation. From my point of view, I'll be<br>
happy if JDK could include Xalan-J's XSL 3 implementation.<br>
<br>
I even wrote following two online articles on xml.com about few of XSL<br>
3 language features, and how they're implemented within Xalan-J,<br>
<a href="https://www.xml.com/articles/2024/07/22/string-analysis-with-analyze-string/">https://www.xml.com/articles/2024/07/22/string-analysis-with-analyze-string/</a><br>
<a href="https://www.xml.com/articles/2023/12/05/xml-path-language-xpath-higher-order-functions/">https://www.xml.com/articles/2023/12/05/xml-path-language-xpath-higher-order-functions/</a><br>
<br>
<br>
Many thanks.<br>
<br>
<br>
-- <br>
Regards,<br>
Mukul Gandhi<br>
</div>
</span></font></div>
</body>
</html>