Saxon XSLT 转换作为 Amazon AWS Lambda 函数交付
Saxon XSLT transform delivered as an Amazon AWS Lambda function
构建作为 Amazon AWS Lambda 函数交付的通用 XSLT 转换服务（使用 Saxon XSLT 引擎）在技术上是否可行？你将如何实施它？有没有办法避免每次调用 lambda 函数时都初始化 Java 虚拟机？
这更像是一个头脑风暴的问题。我不太可能尝试实施它。
许可如何运作？开发人员无法知道在多少台机器上安装了 Saxon XSLT。也许，这是必须与供应商协商的事情？
我看不出它不起作用的任何内在原因，但我不知道实现细节。
由于 Amazon 支持 Java 作为实现语言，因此可以假设他们有一种机制可以避免 JVM 初始化成本。
支持一种特定定义转换的 Lambda 与执行任意用户定义样式表的 Lambda 之间存在区别。我不确定提供服务来执行不受信任的代码是否是一个特别好的主意，即使它在资源访问方面被严格沙盒化。
关于许可，我们在 Saxonica 中的一般方法是尝试确保许可不会妨碍做一些具有技术意义的事情。如果这样做有价值，我们将找到一种共享对各方都有效的价值的方法。
如果这是关于执行一个预定义的样式表，作为 Saxon-JS 开发的副产品，我们已经有机制允许开发人员获得可以与编译样式表一起重新分发的许可证，这基本上意味着如果您获得了正确类型的开发许可，运行-时间是免费的。
构建作为 Amazon AWS Lambda 函数交付的通用 XSLT 转换服务（使用 Saxon XSLT 引擎）在技术上是否可行？你将如何实施它？有没有办法避免每次调用 lambda 函数时都初始化 Java 虚拟机？
这更像是一个头脑风暴的问题。我不太可能尝试实施它。
许可如何运作？开发人员无法知道在多少台机器上安装了 Saxon XSLT。也许，这是必须与供应商协商的事情？
我看不出它不起作用的任何内在原因，但我不知道实现细节。
由于 Amazon 支持 Java 作为实现语言，因此可以假设他们有一种机制可以避免 JVM 初始化成本。
支持一种特定定义转换的 Lambda 与执行任意用户定义样式表的 Lambda 之间存在区别。我不确定提供服务来执行不受信任的代码是否是一个特别好的主意，即使它在资源访问方面被严格沙盒化。
关于许可，我们在 Saxonica 中的一般方法是尝试确保许可不会妨碍做一些具有技术意义的事情。如果这样做有价值，我们将找到一种共享对各方都有效的价值的方法。
如果这是关于执行一个预定义的样式表，作为 Saxon-JS 开发的副产品，我们已经有机制允许开发人员获得可以与编译样式表一起重新分发的许可证，这基本上意味着如果您获得了正确类型的开发许可，运行-时间是免费的。