Our product is using Worklight 6.3 (which contains Cordova 3.6.3). There is apparently a bug introduced in Cordova 3.6 that doesn't allow selenium tests to be run against it. Is there a supported way we can substitute the latest version of Cordova in Worklight 6.3?
Please see the post below for the problems we're facing:
https://github.com/selendroid/selendroid/issues/658
related link:
https://github.com/selendroid/selendroid/pull/788
There is no way for you, as a developer using MobileFirst Platform 6.3, to replace the bundled Cordova as it will be regenerated during each build in MFP Studio.
What we can do is patch the Cordova build that is used in MFP with the fix you've linked to. What you need to do is to open a support ticket (PMR), requesting this.
Link to this question in the PMR.
#tedL I'v had to deal with Cordova bugs specific to Windows in the past. See my answer in IBM Worklight - How do I patch Cordova? on how I was able to add the patched files in to a automated Worklight build. You can try the same and hope it helps.
Related
I would like to know what are the prerequisites to migrate plugin from v6.3 to 8.0. The code written for the plugin is in Java, should we any additional steps? or the same code(6.3) will continue to work for migration?
Can any one suggest any tool for plugin migration (like how we have for MFP Cordova application)?
As of MFP 8.0, MFP client SDK is a Cordova plugin. If you have developed a custom Cordova plugin, this should work fine with MFP 8.0 as well. You can add your custom plugin to the Cordova project and use it as you would any other plugin.
Custom plugins are developed to meet specific requirements and the native implementation is specific to respective platforms. This is outside of MFP and there is no tool for custom plugin migration. Developer needs to do it themselves if a code change to their custom plugin is warranted.
I'm working on a hybrid application so when I try to install worklight in eclipse Juno I followed two methods: the 1st one is searching in the eclipse market and that doesn't work and the 2nd is clicking Help, choose install new software, click on add, enter worklight as a name and the following URL for location: http://public.dhe.ibm.com/ibmdl/export/pub/software/mobile-solutions/worklight/wdeupdate/, here the problem was that this link doesn't work.
The current MobileFirst Studio release on the Eclipse Marketplace is of v8.0. If you are looking for previous releases of IBM MobileFirst, [you can find additional downloads in the developer center](https://mobilefirstplatform.ibmcloud.com/downloads/.
In v8.0 the MobileFirst plug-in for Eclipse exposes CLI commands into the Eclipse interface, such as: register application, preview application, open console and a few more (see the tutorial for more information.
v8.0 requires Eclipse Mars.
Note: In v8.0 you create standard Cordova applications using the Cordova CLI, and you add the MobileFirst SDK (a set of Cordova plug-ins) also using the Cordova CLI. You only use Eclipse if you prefer to use Eclipse is your development environment (to write Java/Script code for adapters).
Also required is the THyM plug-in (available from the Eclipse Marketplace) if you'll choose to use Eclipse to develop your Cordova applications.
Developing a JIRA Plugin and would like to use the QuickReload feature. However I am using the 5.0.x SDK and that uses Java 7. QuickReload appears to need Java 8. Is there a way to get this working for java 7?
I have successfully used QuickReload with Java 7 on JIRA standalone releases as far back as JIRA 6.1 (without regard to the Plugin SDK version in use).
To get this to work, you can download the QuickReload sources, build it as a JAR with atlas-mvn package, and then upload the JAR as a plugin to JIRA. Then add a quickreload.properties to the root of your JIRA install directory and everything should work as expected.
(I suppose it's possible that newer versions of quickreload might require a higher version of Java, but this worked fine as of commit a8e25f30fbd.)
Is it possible to migrate a WL 5.0.6 project into WL 6.1 studio. The project uses dojo, and Cordova. Initial results are obviously that dojo is not found, and for the java based Cordova code it is not able to find ::import org.apache.cordova.api.CallbackContext;
import org.apache.cordova.api.CordovaPlugin;
Apprecaite any suggestions of steps tpo accomplish this migration, or perhaps the best appraoch is to create a new 6.1 project and manually move in the logic from the 5.0.6 project.
Thanks for any helpful advice.
I cannot imagine for a Worklight 5.0.6-based app with Dojo and Cordova plug-in, to properly migrate to Worklight 6.1.0.x
As you mention, Dojo library is missing, which makes sense. Dojo library is a separate entity from the Worklight project. You will need to import it as well.
Worklight 5.0.6 is based on some very olden version of Cordova 2. Worklight 6.1.0.x uses Cordova 3.1.
In Cordova 3, the structure of config.xml as well as the way you call a Cordova plug-in has changed (if memory serves me right), so I suggest that here too you will consult with the Getting Started training module for creating Cordova plug-ins (also check out the sample project) and verify that in the migrated project you now follow these changes. I believe the migration process should update the config.xml file, but not any code you write... this is not something Worklight can do for you (as this is user-code).
As for the error mesage, I suspect this very much relates to 2 above; take a look at the sample project and see how the Java class (or .m and .h files for iOS) of the Cordova plug-in is done; pay attention to the imports and alike. Compare the two...
I am very new to GIS. I wanted to use ESRI ArcGIS Server Java Web ADF Plug-in in Netbeans 7.0.1
But when I followed the installation guide/instruction, it failed to install because of some dependency version mismatch.
It shows ...........................
Some plugins require plugin Editor Library to be installed.
The plugin Editor Library is requested in version >= 1.9.22.1 (release version 1) but only 3.9.1.13.10 (of release version different from 1) was found. The following plugin is affected: ******ESRI ArcGIS Java ADF web controls NetBeans Module.
Any Suggestion to overcome this ??
FYI I am using Windows 7 64bit with 64bit JVM and Netbeans.
Thank you.
The NetBeans plugin was for ADF developers, and the ADF has been deprecated, and 10.1 will be the last release of it.here is the link of the question asked on their official forumbeside this , as you are not a new member , but i want to tell you that atleast google them once before asking such type of simple question.I hope you are not child enough and have read the faqs as well.I am not the one who down voted you but i guess this has been down voted because of your this silly attitudeGoodluck