你能删除你不想要/不需要的sakai核心工具吗?

and*_*ar8 4 java core maven sakai

我最近想知道的是,是否有可能在没有大量工作(编辑大量配置文件)的情况下从sakai vanilla构建中"删除"核心工具?

我知道隐藏工具(https://confluence.sakaiproject.org/display/DOC/Provisional+Tools),我"想"有一些方法来"禁用"工具(或者只是隐身?),但只是删除潜在问题的可能性和降低服务内存占用+启动时间如果有一个支持的方法"根本没有服务中的XY或Z工具"将是很好的.

我从来没有试过去除罐子看看会发生什么,但我怀疑这可能不是一个好主意,可能需要使用部署到webapp目录的工具进行编译,我认为这意味着改变整个maven的负载文件做一个更轻的"mvn clean install sakai:deploy".

Aar*_*ski 6

与统一系统相比,Sakai架构实际上更类似于许多松散(或在某些情况下紧密)耦合的工具.从您可以完成您想要在此处执行的操作的角度来看,这是一个优势.从统一的用户体验角度来看,这是一个缺点(尽管这不是架构限制,而是工具团队在项目早期如何运行的副作用).

如果要删除工具(例如本例中的Samigo),则只需从TOMCAT_HOME/webapps目录中删除与其相关的war文件(和目录)即可.从tomcat主目录运行:

rm -rf webapps/samigo-app*
Run Code Online (Sandbox Code Playgroud)

当你启动tomcat时,该工具将不会被加载,并且事情将正常工作(假设没有其他工具或Sakai的一部分期望那个人在那里).由于这个原因,不应该删除一些像资源(sakai-content-tool)这样的工具(虽然隐藏它们会很好).

请注意,只有删除该工具不会像您希望的那样节省您的费用,因为还有与TOMCAT_HOME /组件中的大多数工具相关的服务.服务组件实际上是一个爆炸的war文件(基本上与工具webapp相同)但它没有接口,必须遵循一些Sakai约定才能正确加载.再次使用Samigo,您可以将其删除(从您的tomcat主页运行):

rm -rf components/samigo-pack
Run Code Online (Sandbox Code Playgroud)

系统运行时不应该这样做.您也不应该从共享中删除API jar.

在删除组件后重新启动Sakai时,您将看到资源的更大幅度下降,因为工具服务不再加载到内存中并初始化.通过删除Samigo及其服务,我看到启动时间缩短了大约5秒(90秒到85秒),并且使用的JVM内存减少了25MB(从795到770).

你最好的选择将是"试错"出适合自己情况的最佳解决方案,并尝试删除的工具,它的服务(如果有的话),看是否事启动没有错误,如果你使用按预期方式工作的工具.

另请注意,删除工具不会删除现有课程中的工具页面.您将最终得到一个简单不显示的页面(因为Sakai现在将其视为课程中的空白页面).如果将工具添加回系统,则它将再次出现在页面上. Sakai Samigo缺少工具

更新:如果要删除空白工具页面,有一个简单的选项.简单的选择是进入网站并删除工具所在的页面.这可以通过站点管理工具完成.

或者,您可以进入数据库并删除包含特定工具ID的所有页面.这是非常冒险的,所以我不推荐它.通常,在工具用于生产之前,会删除这样的工具,所以希望这是一种罕见的情况.