最近我一直想知道的事情是,有可能实际上"删除"来自sakai vanilla构建的核心工具,没有太大的努力(编辑大量的配置文件)?
我知道隐身工具(https://confluence.sakaiproject.org/display/DOC/Provisional+Tools)和我"思考"有一些方法来禁用"工具(或者只是隐身吗?),但只是为了消除潜在问题的可能性并降低服务内存占用+启动时间,如果有一个支持的方法,那就不错了,没有XY或Z工具所有的服务"。
我从来没有试过去掉罐子看看会发生什么,但我怀疑这不是一个好主意,可能需要使用部署到webapp目录的工具进行编译,我认为意味着更改整个maven文件的负载以执行" mvn clean install sakai:deploy"那会更轻。
答案 0 :(得分:6)
与统一系统相比,Sakai架构实际上更类似于许多松散(或在某些情况下紧密)耦合的工具。从您可以完成您想要在此处执行的操作的角度来看,这是一个优势。从统一的用户体验角度来看,这是一个缺点(尽管这不是架构限制,而是工具团队在项目早期如何运行的副作用)。
如果要删除工具(例如本例中的Samigo),则只需从TOMCAT_HOME / webapps目录中删除与其相关的war文件(和目录)即可。从tomcat主目录运行:
rm -rf webapps/samigo-app*
当你启动tomcat时,该工具将不会被加载,并且一切都会正常工作(假设没有其他工具或Sakai的一部分,希望那个工具在那里)。由于这个原因,不应该删除一些像资源(sakai-content-tool)这样的工具(虽然隐藏它们会很好)。
请注意,只删除该工具不会像您希望的那样节省您的费用,因为还有与TOMCAT_HOME /组件中的大多数工具相关的服务。服务组件实际上是一个爆炸的war文件(基本上与工具webapp相同)但它没有接口,必须遵循一些Sakai约定才能正确加载。对于Samigo的情况,您可以像这样删除它(从您的tomcat家中运行):
rm -rf components/samigo-pack
系统运行时不应该这样做。您也不应该从共享中删除API jar。
在删除组件后重新启动Sakai时,您将看到资源的更大幅度下降,因为工具服务不再加载到内存中并初始化。通过删除Samigo及其服务,我看到启动时间缩短了大约5秒(90秒到85秒),并且使用的JVM内存减少了25MB(从795到770)。
您最好的选择是“试错”出最适合您情况的解决方案,并尝试删除工具及其服务(如果有的话)并查看启动时是否没有错误以及您使用的工具是否正常工作如预期的那样。
另请注意,删除工具不会删除现有课程中的工具页面。您将最终得到一个简单不显示的页面(因为Sakai现在将其视为课程中的空白页面)。如果将工具添加回系统,则它将再次出现在页面上。
更新:如果您想要删除空白工具页面,只需一个简单的选项。简单的选择是进入网站并删除工具所在的页面。这可以通过站点管理工具完成。
或者,您可以进入数据库并删除包含特定工具ID的所有页面。这是非常冒险的,所以我不推荐它。 通常,在工具用于生产之前,会删除这样的工具,所以希望这是一种罕见的情况。
答案 1 :(得分:0)
经过相当广泛的测试,这是我发现你可以删除与VLE功能相关的东西,这可能不适用于那么多但是如果你纯粹想要协作工具(用于运行研究VRE,或者只是细长工具提供商):
在tomcat webapps下......
在tomcat组件下......
删除这些东西会使我的启动时间减少几分钟,并减少了我在服务器上的内存占用(没有确切的数据)