问题标签 [worklight-runtime]

编译和构建指向远程服务器的应用程序时出现以下错误。

我正在检查服务器配置，一切看起来都正确。

它在实现发布通知功能时开始显示错误。

Eclipse 中的 MobileFirst 插件 = 6.3.0

我为客户开发原生 Windows 10 客户端 LOB 应用程序。
环境：Windows 10 Pro（在移动客户端/平板电脑和开发人员盒子上），带有更新 3 的 Visual Studio 2015 Professional，安装了所有更新和补丁。客户端应用程序使用最新的“IBM MobileFirst Platform SDK for Windows 8 Universal and Windows 10 Universal 平台”版本 8.0.2017012514。在我的网络中的另一台机器上，我拥有带有 Java 适配器的 MobileFirst Platform Server。

当应用程序在线并且可以访问 MobileFirst Platform 8.0 服务器时，该应用程序运行良好。

如果客户端失去其网络连接（例如 WLAN 无法访问或 MFP 服务器离线），则所有对服务器的请求都会无限期挂起。请参阅以下示例 C# 代码：

如果设备离线，对 rr.Send() 的调用不会返回。Timeout 参数似乎也没有效果（根据文档，这应该是以毫秒为单位的超时）。

此行为对客户端应用程序的可用性有负面影响。

通过阅读文档，我希望调用在配置的超时后返回，并且 resp.Success 字段为 false。

我假设对 WorklightResourceRequest.Send() 的调用在脱机时不应该挂起，这是 MobileFirst Platform 库中的一个错误。

是否有解决方法，或者我是否错误地使用了该库？

我们观察到在 worklight.js 文件下面的 sql 查询中被使用。

请让我们知道为什么要使用它以及应用程序在哪里使用它。是否有任何安全问题。

我正在尝试在 Ubantu 14.04 上设置 IBM Mobilefirst v7.1。我有java版本“1.8.0_131”试图用tomcat7配置它。
应用程序中心工作正常。

当我尝试使用服务器配置工具部署服务器配置时，我收到如下错误日志。

先感谢您。

我在 Ubuntu 14.04 上配置 Mobile First Server v7.1。我已经在同一台机器上安装了tomcat。我不明白在哪里指定权限。是否需要授予 Worklight 服务器设置文件夹的执行权限？

对于 Apache Tomcat，您必须有权执行以下操作：

• 读取配置目录。
• 创建备份文件，修改配置目录下的文件，如server.xml和tomcatusers.xml
• 创建备份文件，修改bin目录下的文件，如setenv.bat。
• 在 lib 目录中创建文件。
• 在 webapps 目录中创建文件。

实际上，我收到以下错误，所以我认为这可能是因为权限。

当我尝试从 IOS 设备访问应用程序时，生产服务器中出现以下错误。

注意：在开发环境中，它在 Android 和 iOS 设备上运行良好，在生产环境中仅在 Android 设备上运行良好。

系统信息：版本：IBM Mobilefirst7.1 开发和生产具有相同的配置开发操作系统：Windows10 生产操作系统：Sun Solaris

E SRVE0777E: 应用程序类 'com.worklight.core.auth.impl.AuthenticationContext.checkAuthentication:854' com.worklight.server.auth.api.WorkLightAuthenticationException 在 com.worklight.core.auth.impl.AuthenticationContext.checkAuthentication 引发的异常(AuthenticationContext.java:854) 在 com.worklight.core.auth.impl.AuthenticationContext.processRealms(AuthenticationContext.java:715) 在 com.worklight.core.auth.impl.AuthenticationContext.pushCurrentResource(AuthenticationContext.java:688) 在com.worklight.core.auth.impl.AuthenticationServiceBean.accessResource(AuthenticationServiceBean.java:81) 在 com.worklight.integration.services.impl.DataAccessServiceImpl.subscribeNotifications(DataAccessServiceImpl.java:213) 在 com.worklight.gadgets.serving。 handler.NotificationSubscriptionHandler。doPost(NotificationSubscriptionHandler.java:113) 在 com.worklight.gadgets.serving.GadgetAPIServlet.doGetOrPost(GadgetAPIServlet.java:178) 在 com.worklight.gadgets.serving.GadgetAPIServlet.doPost(GadgetAPIServlet.java:135) 在 javax.servlet .http.HttpServlet.service(HttpServlet.java:595) 在 com.worklight.gadgets.serving.GadgetAPIServlet.service(GadgetAPIServlet.java:118) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:668) 在com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1285) 在 com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:776) 在 com.ibm.ws.webcontainer。 servlet.ServletWrapper.handleRequest(ServletWrapper.java:473) 在 com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:135) 在 com.ibm.ws.webcontainer。filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:89) 在 com.worklight.core.auth.impl.AuthenticationFilter$1.execute(AuthenticationFilter.java:224) 在 com.worklight.core.auth.impl.AuthenticationServiceBean.accessResource(AuthenticationServiceBean .java:82) 在 com.worklight.core.auth.impl.AuthenticationFilter.doFilter(AuthenticationFilter.java:229) 在 com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:206) 在 com。 ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:86) 在 com.worklight.analytics.AnalyticsFilter.doFilter(AnalyticsFilter.java:124) 在 com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter( FilterInstanceWrapper.java:206) 在 com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:86) 在 com.ibm.ws。webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:978) 在 com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1100) 在 com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest( CacheServletWrapper.java:81) 在 com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:912) 在 com.ibm.ws.webcontainer.osgi.DynamicVirtualHost$2.run(DynamicVirtualHost.java:262) 在 com. ibm.ws.http.dispatcher.internal.channel.HttpDispatcherLink$TaskWrapper.run(HttpDispatcherLink.java:955) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$ Worker.run(ThreadPoolExecutor.java:617) 在 java.lang.Thread.run(Thread.java:745)978）在 com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1100) 在 com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:81) 在 com.ibm.ws .webcontainer.WebContainer.handleRequest(WebContainer.java:912) 在 com.ibm.ws.webcontainer.osgi.DynamicVirtualHost$2.run(DynamicVirtualHost.java:262) 在 com.ibm.ws.http.dispatcher.internal.channel。 HttpDispatcherLink$TaskWrapper.run(HttpDispatcherLink.java:955) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 在 java .lang.Thread.run(Thread.java:745)978）在 com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1100) 在 com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:81) 在 com.ibm.ws .webcontainer.WebContainer.handleRequest(WebContainer.java:912) 在 com.ibm.ws.webcontainer.osgi.DynamicVirtualHost$2.run(DynamicVirtualHost.java:262) 在 com.ibm.ws.http.dispatcher.internal.channel。 HttpDispatcherLink$TaskWrapper.run(HttpDispatcherLink.java:955) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 在 java .lang.Thread.run(Thread.java:745)CacheServletWrapper.handleRequest(CacheServletWrapper.java:81) 在 com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:912) 在 com.ibm.ws.webcontainer.osgi.DynamicVirtualHost$2.run(DynamicVirtualHost.java:262 ) 在 com.ibm.ws.http.dispatcher.internal.channel.HttpDispatcherLink$TaskWrapper.run(HttpDispatcherLink.java:955) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 在 java.util。 concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 在 java.lang.Thread.run(Thread.java:745)CacheServletWrapper.handleRequest(CacheServletWrapper.java:81) 在 com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:912) 在 com.ibm.ws.webcontainer.osgi.DynamicVirtualHost$2.run(DynamicVirtualHost.java:262 ) 在 com.ibm.ws.http.dispatcher.internal.channel.HttpDispatcherLink$TaskWrapper.run(HttpDispatcherLink.java:955) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 在 java.util。 concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 在 java.lang.Thread.run(Thread.java:745)HttpDispatcherLink$TaskWrapper.run(HttpDispatcherLink.java:955) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 在 java .lang.Thread.run(Thread.java:745)HttpDispatcherLink$TaskWrapper.run(HttpDispatcherLink.java:955) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 在 java .lang.Thread.run(Thread.java:745)

在生产服务器中，正在生成一系列以下异常，并且导致服务器重新启动。

请让我们知道以下异常的原因是什么。使用工作灯 6.1。

使用 IBM Worklight 版本 6.1.0.02-20160314-1430

参考下面的链接在适配器上实施了 AES。 https://mobilefirstplatform.ibmcloud.com/tutorials/en/foundation/7.1/server-side-development/javascript-adapters/using-java-adapters/

它在我的本地服务器中的 Eclipse 中按预期工作。为服务器生成的战争文件和相同的给定部署。当我尝试访问低于错误响应时，从服务器。

下面的事情是交叉检查的。

1. 从服务器收集战争文件，交叉检查类文件及其存在

2. 部署war文件后重新启动服务器

我无法确定错误在哪里。

来自服务器的错误响应：

我们正在使用 MobileFirst 8.0 适配器进行移动应用程序开发。之前我们使用的是 Mobile first 7.1，我们用它来调用 java 文件，如下所示。

上述文件 Base64EncoderDecoder.class 是 worklight .war 文件的一部分。使用 Mobile first 8.0 可以实现相同的方法吗？请建议如何在 8.0 中实现这一点。

我有一个在 iOS 和 Android 中运行并使用 MFP 7.0 构建的混合应用程序。该应用程序利用 JSONStore 处理数据并从我们的后端系统同步以进行本地处理。iOS 和 Android 都使用相同的源代码。在 iOS 中，当后端有新更新时会刷新数据，但在 Android 中不会。请帮助我们应该检查哪个。

提前致谢。