&引用;尚未发布API";-wso2 api管理器

&引用;尚未发布API";-wso2 api管理器,wso2,wso2carbon,Wso2,Wso2carbon,我正在使用连接到mysql数据库的wos2 apimanager 1.6 当我登录商店时,我可以在主页上看到“尚未发布API”。但是我已经从商店发布了api。当我点击API选项卡时,我可以看到列出的API,为什么不在主页上呢 请参见图像以供参考: 在启动脚本运行时,我还注意到以下日志 [2014-04-28 16:54:51,176] INFO - API Initializing API: admin--ankitTest:v1 [2014-04-28 16:54:51,176] INF

我正在使用连接到mysql数据库的wos2 apimanager 1.6

当我登录商店时,我可以在主页上看到“尚未发布API”。但是我已经从商店发布了api。当我点击API选项卡时,我可以看到列出的API,为什么不在主页上呢

请参见图像以供参考:

在启动脚本运行时,我还注意到以下日志

[2014-04-28 16:54:51,176]  INFO - API Initializing API: admin--ankitTest:v1
[2014-04-28 16:54:51,176]  INFO - API Initializing API: provider1--YoutubeFeeds:v1.0.0
[2014-04-28 16:54:51,176]  INFO - API Initializing API: _WSO2AMTokenAPI_
[2014-04-28 16:54:51,176]  INFO - API Initializing API: _WSO2AMAuthorizeAPI_
[2014-04-28 16:54:51,176]  INFO - API Initializing API: admin--apitest:v1
[2014-04-28 16:54:51,177]  INFO - API Initializing API: admin--test:v1
[2014-04-28 16:54:51,177]  INFO - API Initializing API: _WSO2AMRevokeAPI_
这些不是我发布的API,也不是在商店中看到的,也不是在mysql数据库中找到的。那么这些API是从哪里获得的呢

更新: 我发现这些是从以下位置获取的:API_HOME/repository/deployment/server/synapse configs/default/API

每当我添加新的API时,它们只在最近添加的列中可见,而不在API选项卡中可见


此外,当我尝试在搜索栏(存储区)中搜索api名称时,它也会进行搜索。

这可能是由于缓存造成的,一旦您将生命周期更改为其他状态并保存,就会发生这种情况

您需要检查特定应用程序状态的生命周期是否已在publisher上发布,是否保存


按ctrl+F5键清除缓存这可能是由于缓存造成的,一旦您将生命周期更改为其他状态并保存,就会发生这种情况

您需要检查特定应用程序状态的生命周期是否已在publisher上发布,是否保存


按ctrl+F5键清除缓存这可能是由于缓存造成的,一旦您将生命周期更改为其他状态并保存,就会发生这种情况

您需要检查特定应用程序状态的生命周期是否已在publisher上发布,是否保存


按ctrl+F5键清除缓存这可能是由于缓存造成的,一旦您将生命周期更改为其他状态并保存,就会发生这种情况

您需要检查特定应用程序状态的生命周期是否已在publisher上发布,是否保存


按ctrl+F5清除缓存我们正在将publisher和store app中显示的API存储在WSO2 AM的嵌入式注册表数据库中。您可以从access management console[/carbon]浏览创建的API,导航到Home->Resources->浏览并导航到注册表路径
\u system/governance/apimgt/applicationdata/provider/{user}
,您将看到API已存储在其中

一旦用户从publisher更改API的状态,就会发生一个基于solr的索引过程。该索引过程定期[每5秒]发生,我们会在UI的Store middle部分显示该索引过程中过滤的API。为什么我们这样做是为了随着Store API加载时间的增加获得分页API列表。因此,在应用商店中间部分显示API会有大约5秒的延迟。如果您尝试刷新应用商店页面,您将在中间部分看到您发布的API。 “最近添加的API”部分中显示的5个API直接取自sql查询。这就是为什么首先显示这些API的原因

此外,在WSO2 APIM中,我们提供了三种默认API,即WSO2AMTokenAPI、WSO2AMAuthorizeAPI和WSO2AMRevokeAPI。这些API将不会显示在发布者/商店中,而是公开与APIM集成的oauth2功能,如中所述

谢谢,


/Lalaji

我们正在WSO2 AM的嵌入式注册表数据库中存储publisher和store app中显示的API。您可以从访问管理控制台[/carbon]浏览创建的API,导航到主页->资源->浏览并导航到注册表路径
\u system/governance/apimgt/applicationdata/provider/{user}
,您将看到API已存储在其中

一旦用户从publisher更改API的状态,就会发生一个基于solr的索引过程。该索引过程定期[每5秒]发生,我们会在UI的Store middle部分显示该索引过程中过滤的API。为什么我们这样做是为了随着Store API加载时间的增加获得分页API列表。因此,在应用商店中间部分显示API会有大约5秒的延迟。如果您尝试刷新应用商店页面,您将在中间部分看到您发布的API。 “最近添加的API”部分中显示的5个API直接取自sql查询。这就是为什么首先显示这些API的原因

此外,在WSO2 APIM中,我们提供了三种默认API,即WSO2AMTokenAPI、WSO2AMAuthorizeAPI和WSO2AMRevokeAPI。这些API将不会显示在发布者/商店中,而是公开与APIM集成的oauth2功能,如中所述

谢谢,


/Lalaji

我们正在WSO2 AM的嵌入式注册表数据库中存储publisher和store app中显示的API。您可以从访问管理控制台[/carbon]浏览创建的API,导航到主页->资源->浏览并导航到注册表路径
\u system/governance/apimgt/applicationdata/provider/{user}
,您将看到API已存储在其中

一旦用户从publisher更改API的状态,就会发生一个基于solr的索引过程。该索引过程定期[每5秒]发生,我们会在UI的Store middle部分显示该索引过程中过滤的API。为什么我们这样做是为了随着Store API加载时间的增加获得分页API列表。因此,在应用商店中间部分显示API会有大约5秒的延迟。如果您尝试刷新应用商店页面,您将在中间部分看到您发布的API。 “最近添加的API”部分中显示的5个API直接取自sql查询。这就是为什么首先显示这些API的原因

此外,在WSO2 APIM中,我们提供了三种默认API,即WSO2AMTokenAPI、WSO2AMAuthorizeAPI和WSO2AMRevokeAPI。这些API将不会显示在发布者/商店中,而是公开与APIM集成的oauth2功能,如中所述

谢谢,


/Lalaji

我们正在存储发布者和商店应用程序i中显示的API