资深编码员，
我目前正在尝试找到一种简单明了的方法来获取使用给定接口的服务/组件的列表。我正在使用正在运行的Liferay 7.1.x服务器的gogo-shell，似乎无法找到一种简单而直接的方法来实现这一目标。
我们要覆盖对已使用服务via OSGI-configuration的引用，但首先需要查找使用该服务的所有组件。由于存在对服务组件的静态勉强引用，因此仅提供具有更高排名的替代方案不是可行的解决方案。
以下是我正在使用的与gogo相关的捆绑软件：
35|Active | 6|Apache Felix Gogo Command (1.0.2)|1.0.2
36|Active | 6|Apache Felix Gogo Runtime (1.1.0.LIFERAY-PATCHED-2)|1.1.0.LIFERAY-PATCHED-2
72|Active | 6|Apache Felix Gogo Shell (1.1.0)|1.1.0
542|Active | 10|Liferay Foundation - Liferay Gogo Shell - Impl (1.0.13)|1.0.13
543|Active | 10|Liferay Gogo Shell Web (2.0.25)|2.0.25
到目前为止，我已经能够通过se (interface=com.liferay.saml.runtime.servlet.profile.WebSsoProfile)列出接口的所有提供程序：
{com.liferay.saml.runtime.profile.WebSsoProfile, com.liferay.saml.runtime.servlet.profile.WebSsoProfile}={service.id=6293, service.bundleid=79, service.scope=bundle, component.name=com.liferay.saml.opensaml.integration.internal.servlet.profile.WebSsoProfileImpl, component.id=3963}
"Registered by bundle:" de.haufe.leong.com.liferay.saml.opensaml.integration [79]
"Bundles using service"
com.liferay.saml.web_2.0.11 [82]
com.liferay.saml.impl_2.0.12 [78]
通过以下方式查看所有捆绑包要求：inspect cap service：
com.liferay.saml.impl_2.0.12 [78] requires:
...
service; com.liferay.saml.runtime.profile.WebSsoProfile, com.liferay.saml.runtime.servlet.profile.WebSsoProfile provided by:
de.haufe.leong.com.liferay.saml.opensaml.integration [79]
...
但是到目前为止，我仍然无法从使用给定接口（或服务组件）的这些捆绑软件中列出实际的服务。
到目前为止，我看到的唯一解决方案是通过scr:list bid列出这些捆绑软件的所有提供的服务，然后用scr:info componentId检查每个服务以查看其是否使用WebSsoProfile服务。
你们知道使用WebSsoProfile-service查找服务的更快方法吗？
标准解决方案正在使用inspect命令。它具有用于服务的特殊namespace。由于服务注册是capability，因此可以使用inspect capability service：
g! inspect c service
org.apache.felix.framework [0] provides:
----------------------------------------
service; org.osgi.service.resolver.Resolver with properties:
service.bundleid = 0
service.id = 1
service.scope = singleton
service; org.osgi.service.packageadmin.PackageAdmin with properties:
service.bundleid = 0
service.id = 2
service.scope = singleton
service; org.osgi.service.startlevel.StartLevel with properties:
service.bundleid = 0
service.id = 3
service.scope = singleton
....
但是，我发现此命令严重无用。该命令不灵活，输出可怕。
但是，Gogo的功能比人们所知道的还要强大。首先，您可以使用捆绑软件上下文中的所有方法。
g! servicereferences org.osgi.service.startlevel.StartLevel null
000003 0 StartLevel
如果要查看每个服务的属性：
g! each (servicereferences org.osgi.service.startlevel.StartLevel null) { $it properties }
[service.id=3, objectClass=[Ljava.lang.String;@4acd14d7, service.scope=singleton, service.bundleid=0]
您可以将其设置为内置函数：
g! srv = { servicereferences $1 null }
servicereferences $1 null
g! srv org.osgi.service.startlevel.StartLevel
000003 0 StartLevel
[不幸的是，OSGi在getServiceReferences()的绑定上下文中添加了一个重载方法，当使用null调用该方法时会抛出NPE。 Gogo的重载方法很糟糕:-(
但是，使用声明性服务组件添加自己的命令很简单。您可以使用以下内容：
@GogoCommand(scope="service", function="srv")
@Component(service=ServiceCommand.class)
public class ServiceCommand {
@Activate
BundleContext context;
@Descriptor("List all services")
public ServiceReference<?>[] srv() throws InvalidSyntaxException {
return context.getAllServiceReferences(null, null);
}
@Descriptor("List all services that match the name")
public ServiceReference<?>[] srv(
String... names)
throws InvalidSyntaxException {
ServiceReference<?>[] allServiceReferences =
context.getAllServiceReferences(null,null);
if ( allServiceReferences==null)
return new ServiceReference[0];
return Stream.of(allServiceReferences)
.filter(r -> {
String[] objectClass = (String[]) r.getProperty(Constants.OBJECTCLASS);
for (String oc : objectClass) {
for (String name : names)
if (oc.contains(name))
return true;
}
return names.length == 0;
}).sorted().toArray(ServiceReference[]::new);
}
}
这将srv命令添加到Gogo：
g! srv Help Basic
000004 1 Basic
000005 1 Inspect
确保您对类路径具有以下依赖性：
-buildpath: \
org.osgi.service.component.annotations,\
org.apache.felix.gogo.runtime, \
org.osgi.framework