Uses of Class
com.ultikits.ultitools.utils.PluginInstallUtils.ModuleIdentity
Packages that use PluginInstallUtils.ModuleIdentity
-
Uses of PluginInstallUtils.ModuleIdentity in com.ultikits.ultitools.utils
Methods in com.ultikits.ultitools.utils that return PluginInstallUtils.ModuleIdentityModifier and TypeMethodDescriptionprivate static PluginInstallUtils.ModuleIdentityPluginInstallUtils.resolveIdentity(String requested, PluginManager pluginManager, Function<UltiToolsPlugin, File> codeSource) Resolves the operator's argument into the one identity every later decision reads.Methods in com.ultikits.ultitools.utils with parameters of type PluginInstallUtils.ModuleIdentityModifier and TypeMethodDescriptionprivate static PluginInstallUtils.EntryStatePluginInstallUtils.byDeclaredMainClass(PluginInstallUtils.ModuleIdentity identity) An entry whoseplugin.ymldeclares one of the targets' main classes: the module loader loads exactly the classmain:names (#548/#549), so after a restart this file loads the module the operator removed (#516).private static voidPluginInstallUtils.cancelUpdatesOf(PluginInstallUtils.ModuleIdentity identity, List<String> cancelledUpdates) Cancels the uninstalled module's staged updates and running update downloads, matched on the identity this uninstall resolved (round-10 review).private static PluginInstallUtils.EntryStatePluginInstallUtils.classify(File file, PluginInstallUtils.ModuleIdentity identity) WhichPluginInstallUtils.EntryStatean entry of the modules folder is in.private static FileSystemExceptionPluginInstallUtils.deferOrFail(PluginInstallUtils.ModuleIdentity identity, List<File> jars, FileSystemException deleteFailure) A JAR that could not be deleted now is recorded so the next start deletes it before any module loads (#518).private static PluginInstallUtils.UninstallReportPluginInstallUtils.deleteModuleJars(PluginInstallUtils.ModuleIdentity identity) The JAR half ofPluginInstallUtils.uninstallPlugin(String): deletes every entry identified as this module's -- not only the first one listed, since a second JAR loads the module again on restart -- and reports the entries nothing could be read from.private static booleanPluginInstallUtils.noJarFound(File folder, PluginInstallUtils.ModuleIdentity identity, List<String> undetermined) What "nothing here could be identified as this module's" means, which depends on whether one was loaded.private static voidPluginInstallUtils.refuseIfAnotherModuleSharesTheJar(PluginInstallUtils.ModuleIdentity identity) private static voidPluginInstallUtils.refuseIfAnUpdateIsHeldForTheOperator(PluginInstallUtils.ModuleIdentity identity) Refuses, before anything is unloaded, while an update of the module is held for the operator: its record names a file the transaction could not identify, and the uninstall's cancellation would otherwise have to delete that record's folder, files included (foreign-file rule).private static voidPluginInstallUtils.refuseToTouchAnotherModulesJar(PluginInstallUtils.ModuleIdentity identity, List<File> toDelete) The invariant, checked immediately before anything is deleted: no JAR another loaded module was loaded from may be removed, whatever decided to get here.private static PluginInstallUtils.UninstallReportPluginInstallUtils.removeJarsAndReport(String name, PluginInstallUtils.ModuleIdentity identity, Throwable unloadFailure) The JAR half of the uninstall and its report, after the modules were unloaded.private static ThrowablePluginInstallUtils.unloadEvery(PluginInstallUtils.ModuleIdentity identity, PluginManager pluginManager) Unloads every matching module through the framework's full unload path, which also delists it.