worklight-server

how to perform xslt transformation for input request in adapter

為{幸葍}努か 提交于 2019-12-02 08:01:15
i have created a XSLT for the WL.Server.invokeHttp which gets the data from the backend server in XML format and performing transformation successfully. this adapter is used to get the data from backend server. but while sending data to server in XML , as i am getting data in adapter as JSON , i need to transform it into XML using XSLT. is there any provision in ibm worklight adapters that i can perform XSLT transformation for input request just the way i can do it easily while getting response from backend server. Here i am explaining the return data ( i.e. response) for example, if i want to

Upgrading to Worklight 6.2

送分小仙女□ 提交于 2019-12-02 03:43:50
I am facing issue with upgrading to Worklight 6.2. Please find the error below: ERROR: transport error 202: bind failed: Address already in use ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:750] FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197) Thanks in advance I guess you see this when starting your 6.2 server? It's because you have your 6.1 server still running. The clash on the dt_socket will cause

IBM Worklight 6.0.0.1 - Push notifications polling not working in Production environment

為{幸葍}努か 提交于 2019-12-02 02:54:40
My problem is this: When in Development environment , everything is OK - the poller is working fine, the DB statuses changes, etc. When in Production environment , nothing appears in the log and nothing changes in the DB (I'm reading notifications from a DB table). Push Notifications eventSource: WL.Server.createEventSource({ name : 'PushEventSource', poll : { interval : 360, onPoll : 'sendNotifications' }, securityTest : 'mobileSecTest' }); mobileSecTest security test: <mobileSecurityTest name="mobileSecTest"> <testUser realm="LdapAdapterRealm"/> <testDeviceId provisioningType="none"/> <

How to Fix No MBean found for Worklight project?

℡╲_俬逩灬. 提交于 2019-12-01 16:39:30
I have a problem when deploying my Worklight project on the server . It shows the following Error Message : FWLSE3041E: No MBean found for Worklight project 'MyProject'. Possibly the Worklight runtime web application for Worklight project 'MyProject' is not running. If it is running, use JConsole to inspect the available MBeans. and when I tried to preview my application it showed this message : SRVE0777E: Exception thrown by application class 'com.worklight.core.auth.impl.AuthenticationFilter.verifyServletInitialized:420' I had the same issue using Worklight 6.2 CLI, but recreating the

IBM Worklight 6.0 - worklightserverhost attribute and the app-builder Ant task

我的未来我决定 提交于 2019-12-01 13:36:52
I had an Ant build file working fine on Worklight v5.0.6. On porting to Worklight v6.0 I found out that there's a new mandatory attribute, worklightserverhost , for the app-builder task. <app-builder applicationFolder="path/to/proj" environments="mobilewebapp,android,iphone" nativeProjectPrefix="myproj" worklightserverhost="?Here?" outputFolder="where/to/put/it"/> I can find no documentation of the value to put here or its significance; my guess is that it is supposed to be the value that was formerly in application-descriptor.xml and is now taken from worklight.properties when building in

worklight server configuration - separating adapters and server

别等时光非礼了梦想. 提交于 2019-12-01 13:09:12
Two part question. Generic question about a server configuration feature, and then it's possible implications for what we'd like to do. The worklight properties file has entries publicWorklightHostname, publicWorklightPort, publicWorklightProtocol. Individual applications also specify much the same information in the application descriptor. It's clear that applications need the descriptor information to "find" the server. What purpose do the corresponding entries serve in worklight.properties? I believe that the two are supposed to match. We have a scenario where we need to deploy our adapters

IBM Worklight 6.1 - Project fails to initialize because the project database schema is from version N/A

霸气de小男生 提交于 2019-12-01 11:26:06
问题 I got the following error message when I try to deploy my .war file to the application server: Error 500: javax.servlet.ServletException: Worklight Console initialization failed.Logged Exception: java.lang.RuntimeException: FWLSE0206E: The project /rmbp failed to initialize, because the project database schema for data source jdbc:db2://192.168.1.80:50001/APPCNTR is from version N/A, which is not supported by the server from version 6.1.0.00.20131126-0630. Use the Worklight ant tasks to

worklight server configuration - separating adapters and server

我的梦境 提交于 2019-12-01 09:52:14
问题 Two part question. Generic question about a server configuration feature, and then it's possible implications for what we'd like to do. The worklight properties file has entries publicWorklightHostname, publicWorklightPort, publicWorklightProtocol. Individual applications also specify much the same information in the application descriptor. It's clear that applications need the descriptor information to "find" the server. What purpose do the corresponding entries serve in worklight.properties

IBM Worklight - Connecting/Re-Connecting: WL.Client.connect vs. connectOnStartup vs. WL.Client.invokeProcedure

淺唱寂寞╮ 提交于 2019-11-30 15:48:59
In our project we are trying to figure our what the best process to connect to the server will be - especially when taking care of offline/online scenarios etc. Right now, for us, it seems that all three options to connect to the WL server are similar. Whatever option we use, we can call our Adapter Procedures perfectly and we receive Notification Messages that are set in the console. We are not sure about Direct Update - this is not working properly yet. Are there any important differences between these three ways of connecting to the WL server, or is basically the same connection procedure

IBM Worklight - How to retrieve an already-deployed .wlapp file?

梦想的初衷 提交于 2019-11-29 16:29:11
I have an already running Worklight application. We are planning to move to another production cluster tomorrow but I want to get the old .wlapp that is already deployed on the first cluster. How can I get it? I could find a directory on the temp file of the WebSphere application server, but it is in an exploded form. When I zipped one of them and converted it to .wlapp, while the deployment was successfull, I had a Direct Update and the application failed to start... Is it the right path? When you build your application in Worklight Studio, the build produces .wlapp files and stores them in