My observation is that a Worklight application invokes skinLoader.js->getSkinName one time if the application is just installed or updated with skin changed. Is it correct?
Is there a way to switch the skins on-the-fly after the Worklight application has started up?
You cannot switch Worklight Skins during runtime as the feature design does not allow for this.
Related
I new new Mobile first platform and websphere application server(WAS)
I installed mobile first server (MobileFirst-8.0.0.0)on my system and I am assuming the mobile first runs on WAS
I am having following queries.
How to deploy .war file in mobile first server 8 as it's console which is run 9080 port doesn't have option to deploy war file as it only have option to deploy adapter ?
If a deploy adapter on the mobile first server, at what location on the server i find the file ?
If war deployed on websphere then still how i use mobile first sevices like push, analytics.
Can i use spring and hibernate while developing adapters or any other ibm options are available in contrast to spring and hibernate.
As I am new to ibm products, want to know what are the topics and product need to learn before i start development.
Kindly share
Before all, you should google.
How to deploy .war file in mobile first server 8 as it's console which
is run 9080 port doesn't have option to deploy war file as it only
have option to deploy adapter ?
In v8.0 you no longer need to deploy .war files to the underlying application servers. Certainly not in the developer edition.
You either start a server instance on Bluemix, or use the DevKit for local installations. Then, you either create native apps or Cordova apps - using the native tools or Cordova CLI, and develop adapters using Maven.
Learn more in the Knowledge Center and find additional documentation and tutorials in the developer center.
If a deploy adapter on the mobile first server, at what location on
the server i find the file ?
The adapter file (.adapter) is deployed to the MobileFirst database.
If war deployed on websphere then still how i use mobile first sevices
like push, analytics.
Yes, those are services that are available to you out of the box. Learn more in the knowledge center and developer center.
Can i use spring and hibernate while developing adapters or any other
ibm options are available in contrast to spring and hibernate.
Yes, you can use these technologies. And adapter is a JAX-RS application and so you can integrate a
As I am new to ibm products, want to know what are the topics and
product need to learn before i start development.
Product documentation is available in the following websites:
IBM Knowledge Center: http://www.ibm.com/support/knowledgecenter/SSHS8R_8.0.0/wl_welcome.html
MobileFirst Foundation Developer Center: https://mobilefirstplatform.ibmcloud.com/tutorials/en/foundation/8.0/all-tutorials/
I have to implement TeaLeaf analytics for our application so i am doing sample POc for android and iphone environment for hybrids application. Anyone please advice me how can i implement the TeaLeaf stuff in my POC.
Below that activity i did,
create sample app version project and add android/iphone environment
application-descriptor.xml i added IBM teaLeaf SDK
what else i have do? i was searching google and following ibm knowledge center also there is not much clarity for tutorial and how can i test in development environment.
below that link i referred :
http://www.ibm.com/support/knowledgecenter/SSHS8R_6.3.0/com.ibm.worklight.integ.doc/integ/t_tealeaf_client.html
If I understand your question correctly, it seems like you're attempting to create a connection between IBM MobileFirst Platform 6.3.0 and IBM Tealeaf. I work on integrations of IBM Tealeaf On-Cloud with client e-commerce platforms and it seems like you might be dealing with IBM Tealeaf On-Premise.
That being said, my understanding of the process for the On-Cloud implementation is that there are a few libraries you need to make sure are being included on pages you'd like Tealeaf to observe:
Tealeaf.js (distributed by IBM)
Sizzle.js
JQuery, if the page uses it ... also note that if the site uses JQuery, you need to provision from IBM the JQuery flavor of Tealeaf.js instead of the W3C flavor.
Hammer.js
Pako.js (again this assumes the On-Cloud version of Tealeaf, as this is a library for compressing data a being sent to IBM cloud-service collectors. In the On-Premise version my understanding is that this data is written to a file that is saved to the local hardware.)
How the libraries are included is something you'd decide when working with the client's server and development team - every organization has their preferences. Generally though they'd be inserted on pages that need to be monitored and the Tealeaf.js config would be edited to specify the endpoint of the collector for the regional data center on which space was provisioned for the client (in the US, either in Dallas or Washington DC.)
As for the On-Premise implementation of Tealeaf, you can jump in to the documentation here: http://www.ibm.com/support/knowledgecenter/SS2MBL/tealeaf_product_family_welcome.html
I have a set of applications that have been developed by IBM using MobileFirst so it uses Worklight servers and adapters within the application.
I have been requested to investigate the possibilities of taking a hybrid mobile application developed on worklight and trying to migrate it onto something like IBM's BlueMix.
I was hoping someone could provide me with some insight as to how much work may be involved or if this task is even possible?
Thanks in advance.
Assuming you are using MobileFirst Platform Foundation 7.1, you can run your MobileFirst Server on IBM Containers, a technology powered by IBM Bluemix... you can read more about it here: https://mobilefirstplatform.ibmcloud.com/tutorials/en/foundation/7.1/ibm-containers/
You can start by evaluating it: https://mobilefirstplatform.ibmcloud.com/tutorials/en/foundation/7.1/ibm-containers/evaluate/
And later, assuming you are an IBM MobileFirst Platform customer, migrate your existing project and applications to it: https://mobilefirstplatform.ibmcloud.com/tutorials/en/foundation/7.1/ibm-containers/run/
You will also want to experiment with MobileFirst Foundation 8.0 beta: https://mobilefirstplatform.ibmcloud.com/beta/
v8.0 beta also provides an all-new approach for running on Bluemix: https://mobilefirstplatform.ibmcloud.com/tutorials/en/foundation/8.0/ibm-containers/using-mobile-foundation/
Using 8.0 will require some migration effort, but it'll be worth it. :)
You could migrate your adapters and the app integrated with the MFP SDk as is and move it to Bluemix using MFP 7.1 on containers. The effort is minimal - say 2 days. Based on your comments above, If you want to ditch all that and remove worklight out of the equation all altogether, you will have to hand roll all that functionality that worklight was providing to you and of course maintain it yourself. Then this ceases to be a worklight question :) and the effort is certainly more than couple of days.
we are devloping an application using IBM worklight.
we have a requirement that the worklight server may be deployed in other location(that is ip will be changing).
can the app be configured to communicate to the other server through some settings page with out being reinstalled ?
Yes and No.
The official response is that this is not a supported configuration. IBM Worklight will not support this if done.
Technically, you have 2 options:
Use the Worklight Settings page (enabled by default in application-descriptor.xml; Android and iOS only)
In iOS it is external to the app, accessible via Preferences.app
In Android it is accessible via the Options Menu (which is not present starting API Level 13 or so)
This feature is not meant for end-user consumption; you must enter URLs manually. This is not encouraged for anything other than testing
This feature is not customizable
Create your own app-level settings page and follow this: Re-route/Divert some WL.Client Adapter Invocation traffic to WL Server through different URL (for PCI payment and security requirements)?
Again, this is not encouraged. There will not be support provided if this path is chosen
If you feel this is important to your customer, you can submit an RFE and explain your use case for future consideration by Worklight product designers.
I am trying to configure and upload the AppCenter installer app.
I already have our actual mobile project deployed on our Worklight Server (running on WAS Liberty profile). Now, we'd like to install AppCenter installer app in order to distribute our app for testing.
I've read through this article here: http://www.redbooks.ibm.com/redpapers/pdfs/redp5005.pdf, but didn't see any information on setting up the application descriptor file for the AppCenter Mobile Client.
Currently, my application descriptor file is pointing to localhost. Should this be pointing to our Application Center server URL or our Application Center console? Should it have the same configurations as our mobile app? And if I need to point it to our console, do I need another context set up for the AppCenter?
First thing first, I suggest that you take a look at the IBM Worklight Information Center topics for Application Center.
As for your questions:
You need not do anything to the AppCenter project (the AppCenter Installer app) other than:
Building it as-is (this varies depending on the platform you build it for) - this means not changing its worklightServerRootURL value, is it not required to connect to a Worklight Server (the apps you will install through it - will)
Uploading it to the Application Center management console
Downloading AND installing it to your device
Configuring it in-app to point to the Application Center server
As for after building your own Worklight project
Simply upload the .ipa, .apk or .cod file to the Application Center management console
Installing it via the previously-installed AppCenter Installer app
You will need to repeat downloading the AppCenter Installer app for each device you want to perform testing on.