Cordova application, while uploading web resource zip file to Mobilefirst 8 server giving error cant read the content failed to extract data from zip. Malformed zip file.
I tried mfpdev app webupdate --build to generate web archive zip file and successfully able to upload in server.
If you still face this issue run the command mfpdev app webupdate this will automatically deployed web resources for you .
For more details read Creating and deploying updated web resources to MobileFirst Server
Search in all productsUnchecked. To toggle press enter.
Search in this product...
Related
I am trying to deploy an ASP.NET MVC5 web app (web deploy deployment package) on my Windows Server using Command Prompt as I have done countless of times before with the same web app. When I try running the command
myproject.deploy.cmd /t
inside the correct folder the process starts but then abruptly stops and the CLI window closes.
Just before the window disappears I can see an error message in red, but I just do not have enough time to read what it says.
My question is where does one find the logs for commands that have failed? Alternatively is there a way to force the CLI to stay open in order to read the error displayed?
I managed to find the logs in the Event Viewer:
Event Viewer -> Applications and Services -> Microsoft -> Windows -> WebDeploy -> Errors
We have done the installation and configuration of MFP 7.1V with WAS 8.5.5.0 V successfully.Here we are able to access the operation and analytics console and able to add the application (.wlapp files) and adapter files and able to access those application in tab by instantiating an apk files in the tab.
But here the issue we are facing is we are not able to get the devices list in the operation console and analytics and devices tracking in the analytics console.
So essentially I guess the issue is that the applications fail to connect to the server at all. Please edit your question with the full client-side log with the errors.
Until then my suggest is to verify in the generate .plist/.properties file that you are indeed attempting to connect to the correct server. Verify the host, port and context-root values in the files.
I installed IBM Mobile First 8.0.0. I deployed Push service and the tables are also created. In the mobile first console the push service is showing as inactive. On inspecting the element in the chrome error window it points to GET URL returning 404. When i paste the URL in the browser and execute, it returns the live update adapter is not available and the database may be corrupted
Any help in this regard is highly appreciated
If you installed the MobileFirst DevKit, then this shouldn't happen since everything is built-in. Try reinstalling in this case.
If this is a production or test environment installation using the IBM Installation Manager and Configuration tool, then you may have specified an incorrect path of the push services .war file. You can confirm this by comparing the various paths that are defined in the application server's server.xml file.
We have been working on MobileWebapp and found that after every upload of wlapp , we need to clear the cache on browser to check new changes. Is there any thing which needs to configure at server end to reload new change if newly deployed.
Have you explored the application manifest feature for Mobile Web apps? See here: http://www-01.ibm.com/support/knowledgecenter/SSZH4A_6.1.0/com.ibm.worklight.dev.doc/devref/c_optimizing_apps_appcache_procedure.html?lang=en
In my project I'm using Rotativa.dll to generate my PDF reports, it turns out that running the project locally everything works fine, but when I publish my site on Azure WebSites'm not getting. How do I publish an executable file in Azure?
Is there some setting for this?
You can publish any executable you want to an azure site. There is no limitation on the type of assembly you publish.
However there are some APIs that you can't call from an Azure Website for example GDI APIs.
I am not familiar with Rotativa.dll but since you say it's for PDF processing there is a very good chance it's using GDI APIs.