gpt4 book ai didi

java - 启用 OSGi/RCP 插件以从另一个非依赖插件加载类

转载 作者:行者123 更新时间:2023-12-04 05:28:04 24 4
gpt4 key购买 nike

我有一组三个 RCP 插件:一个是我的主应用程序插件,另一个是计算集合,第三个是 GridGain 的包装器,其中必须从计算插件创建类的实例。

主插件使用 ExtensionPoint 实例化从计算和 GridGain 插件中实例化类,例如:

    IExtensionRegistry registry = Platform.getExtensionRegistry();

IExtensionPoint providerExtensionPoint = registry.getExtensionPoint(EXT_CORE_DATA_PROVIDERS);
IConfigurationElement[] providers = providerExtensionPoint.getConfigurationElements();

List<DataProviderFactory> dataProviders = new ArrayList<DataProviderFactory>();
for (IConfigurationElement member : providers) {
try {
Object obj = member.createExecutableExtension(K_CLASS);
if (obj instanceof DataProviderFactoryFactory) {
DataProviderFactoryFactory factory = (DataProviderFactoryFactory) obj;
for (Object o : factory.createProviderFactories(this, holdingProperties())) {
dataProviders.add((DataProviderFactory) o);
}
}
}
catch (Exception e) {
throw new RuntimeException(e);
}
}

return dataProviders;

因此与其他插件没有直接依赖关系。

当 GridGain 必须从计算插件实例化类的实例时,我的问题就出现了。由于 GridGain 插件没有直接依赖于计算插件,它的类加载过程看不到那里的类,所以我得到了 ClassNotFoundException。

我过去曾使用 RCP buddy policies 解决过类似的问题,这似乎是一个类似于您使用 ORM 所面临的问题。但是,“注册”策略取决于定义类的插件(在我的情况下为计算插件)依赖于实例化它们的插件(GridGain 插件)这一事实。在我的场景中,没有这样的依赖。因此,将 BuddyPolicy: 注册到 GridGain 和 RegisterBuddy: gridgain 添加到计算插件不起作用。

我发现让 GridGain 插件从计算插件中解析类的唯一方法是将 GridGain 显式定义为对计算具有依赖性。在我看来,这不应该是必要的,应该有一种方法可以让它成为一个软依赖,如果存在计算插件,GridGain 可以从中实例化类。有没有另一种方法来模拟这种相互依赖关系,以便我的类加载问题消失?

最佳答案

GridGain 插件应该有某种方式依赖于您的计算插件。如果您不定义任何依赖项,GridGain 将无法访问计算类。我可以想到这一点,创建另一个具有通用接口(interface)的插件(基本插件)并使 GridGain 和计算依赖于基本插件。在计算插件中为您在基本插件中定义的接口(interface)公开声明性服务。

在 GridGain 插件中,使用 osgi ServiceTracker等待计算插件中公开的服务。

关于java - 启用 OSGi/RCP 插件以从另一个非依赖插件加载类,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12958655/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com